[fixed] GPX files and MemoryMap Ver 2004

[Bern]

Sir

I have been trying to import a GPX file into MemoryMap 2004 (PC version) from AlpineQuest, but it fails saying no objects imported. With a little digging I found that there are two exclamation marks in the metadata section of the GPX file and that deleting them enables me to import the file into MemoryMap. The problem also disappears if I delete the whole Metadata section.

The following is as section of the GPX file:-

<metadata>
<desc><![CDATA[AlpineQuest Track 02/01/2014 11:29:56]]></desc>
<link href="http://www.alpinequest.net"/>
<time><![CDATA[2014-01-04T17:21:45Z]]></time>
</metadata>

It may well be that the MemoryMap version is quite old, well 10 years in fact, but it serves my purpose.

Best regards

Bern

[Psyberia-Support]

Hi and thanks for this report.
The second exclamation mark is useless so can be removed, but the first one use useful in some cases.
It would be very nice if you could make the test of removing only the second one (or all the "<time><![CDATA[2014-01-04T17:21:45Z]]></time>" line) and leave the first one (on the "desc" line) to see if MM accepts it.
Thanks a lot

[Guest]

Sir

Thanks for the suggestions. I have now spent some time on this issue.

I have converted an AQ GPX file using GPSBabel, this works fine, so I started to compare the header files from AQ and GPSBabel version. I think the first line is not compatible with MM 2004:-

<gpx xmlns="http://www.topografix.com/GPX/1/1" version="1.1" creator="AlpineQuest 1.4.10b" xmlns:xsi="http://www.w3.org 2001/XMLSchema-instance" xsi:schemaLocation="http://www.topografix.com/GPX/1/1 http://www.topografix.com/GPX/1/1/gpx.xsd">

It certainly works when the line is split thus :-

<gpx
xmlns="http://www.topografix.com/GPX/1/1" version="1.1"
creator="AlpineQuest 1.4.10b"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.topografix.com/GPX/1/1 http://www.topografix.com/GPX/1/1/gpx.xsd">

It also requires this line to be split :-

<desc><![CDATA[AlpineQuest Track 10/01/2014 11:44:03]]>
</desc>

instead of :-

<desc><![CDATA[AlpineQuest Track 10/01/2014 11:44:03]]></desc>

I am sure that this is a fault with MM as AQ files convert correctly via GPSBabel. It might be of interest to you that the GPSBabel version does split first line up like this:-

<?xml version="1.0" encoding="UTF-8"?>
<gpx
version="1.1"
creator="GPSBabel - http://www.gpsbabel.org"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns="http://www.topografix.com/GPX/1/1"
xsi:schemaLocation="http://www.topografix.com/GPX/1/1 http://www.topografix.com/GPX/1/1/gpx.xsd">
<metadata>
<time>2014-01-10T15:42:49Z</time>
<bounds minlat="53.866220400" minlon="-1.563920800" maxlat="53.876997900" maxlon="-1.531295000"/>
</metadata>
<trk>
<name>Eccup</name>
<trkseg>

and AQ header comes out like this :-

<?xml version="1.0" encoding="UTF-8"?>
<gpx xmlns="http://www.topografix.com/GPX/1/1" version="1.1" creator="AlpineQuest 1.4.10b" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.topografix.com/GPX/1/1 http://www.topografix.com/GPX/1/1/gpx.xsd">
<metadata>
<desc><![CDATA[AlpineQuest Track 10/01/2014 11:44:03]]></desc>
<link href="http://www.alpinequest.net"/>
<time><![CDATA[2014-01-10T13:10:20Z]]></time>
</metadata>
<trk>
<name><![CDATA[Eccup]]></name>
<trkseg>
<trkpt lat="53.8750076" lon="-1.5631325">
<ele>94.0</ele>
<time>2014-01-10T11:44:03Z</time>
</trkpt>

I would be interested in any comments.

Regards

Bern

[Psyberia-Support]

Hi again and thanks for the testings.
I have released the version 1.4.12 and made few changes in the GPX output.
If you edit an old GPX file using AlpineQuest (like just change a word in the name or description), the file will be updated using the new method, and should be read in MM.
Let me know about that.

[Bern]

Sir

Sounds good, however I have tried to update to 1.4.12 on Play Store but I had to change my email address some weeks ago and the tab on the Play Store screen dosn't show update but £6.49. I assume that my details haven't been transferred within Play Store but I cannot get back into my old email account as they have deleted it. Any ideas?

Regards

Bern

[Psyberia-Support]

I just sent you an email about that.
Best regards

[Bern]

Hi

I have been delving deeper why the GPX files won't load into MM. There are some erronious characters '0a - Line Feed' in the header, when these are removed everything works fine. I don't know whether it occurs when the file is loaded into the PC or if it is created in AQ. I checked the file in a hex editor and they can be seen there also. As you may be aware I am still on V1.4.10 so I don't know yet if the latest version of GPX files will still exhibit this problem.

I will keep you informed.

Regards

Bern

[Bern]

Hi

Just installed V1.4.12 and the GPX files now import into MM as they should.

Nice one.

Regards

Bern

[Psyberia-Support]

Thanks for the feedback!
Best regards

[Bern]

Sir

I'm done here. Thank you for your support.

Regards

Bern

[Bern]

Hi Guys its me again

I have tried to import a GPX track with Version 1.4.15 and it fails to load in to Memory Map. It has worked fine using 1.4.12. I wonder if this can be fixed.

Regards

Bern

[Psyberia-Support]

Hi again,
I'll have a look at that and try to figure out what's the problem....

[Bern]

Hi

Thanks for taking the trouble.

Bern

[Psyberia-Support]

I've made the fix.
MM does not like names (and other texts) protected with the CDATA tag. Replacing "<![CDATA[Eccup]]>" texts with "Eccup" will make the file ok with MM.
If you use some special characters (like '<'), this tag is required and the file won't load in MM, otherwise AlpineQuest will not use this way.
Best regards

[Bern]

Hi there

It works, thanks for your time. I would like to send you a small donation as a thank you for dealing with these problems. How would I do that.

Incidently I am using AlpineQuest on another device as well as my phone and when I loaded the version with the fix I could not register, is this a problem or can I not run it on two devices.

Bern