You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jul 24, 2021. It is now read-only.
failed to parse, generating a failure e-mail with the error
Generic XML parse error
XML parser at line 1 column 2
The gzipped versions of the same GPX have uploaded fine (as per above).
I suppose I could alternatively file a trac ticket at apple.com to ask them to change their contextual-menu compression option to produce .gz rather than .zip...
The text was updated successfully, but these errors were encountered:
Author: emj [Added to the original trac issue at 2.17pm, Sunday, 4th January 2009]
+1
I have the same problem with GPX files zipped on Mac, haven't tried gziped gpx tracks yet though that seems like a very strange way to store GPX files.
Author: tom[at]compton.nu [Added to the original trac issue at 2.28pm, Monday, 1st June 2009]
This will be the same problem we had with the old rails importer - the Mac puts the resource forks of the GPX files (which are empty of course...) into the zip as __MACOSX/* files.
The ruby importer was tweaked to ignore them so I guess the C one needs to as well.
Reporter: Richard
[Submitted to the original trac issue database at 8.51pm, Friday, 2nd January 2009]
Zipped versions of
http://www.openstreetmap.org/user/Richard/traces/287243
http://www.openstreetmap.org/user/Richard/traces/287244
failed to parse, generating a failure e-mail with the error
Generic XML parse error
XML parser at line 1 column 2
The gzipped versions of the same GPX have uploaded fine (as per above).
I suppose I could alternatively file a trac ticket at apple.com to ask them to change their contextual-menu compression option to produce .gz rather than .zip...
The text was updated successfully, but these errors were encountered: