-
-
Notifications
You must be signed in to change notification settings - Fork 2.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
GPX export format forced extensions incompatibility #20599
Comments
Author Name: Giovanni Manghi (@gioman) I honestly do not see any big problem here, if users do not want to use the GPX_USE_EXTENSION they just need to change 1 option in the "save as..." gui. On the other hand I'm pretty sure that "yes" was set as default of this option because in this very same bug tracker we had a lot of tickets about why exporting to gpx had the result dropping the input vector attributes.
|
Author Name: Jukka Rahkonen (Jukka Rahkonen) How about the issue with "name" attribute? Perhaps there is a problem with the data type of the "name" in source data? In GPX it seems that "name" e be string http://www.topografix.com/GPX/1/1/#type_wptType xsd:string [0..1] ? |
Author Name: Giovanni Manghi (@gioman) Jukka Rahkonen wrote:
when choosing "no" for GPX_USE_EXTENSION I can export with no issues a gpx, regardless of the attribute datatype. |
Author Name: Jukka Rahkonen (Jukka Rahkonen) Simon, could you write a step-by-step instructions for reproducing your issue with a a little sample of source data? |
Author Name: Giovanni Manghi (@gioman) closing for lack of feedback. Please reopen if necessary.
|
Author Name: Simon Webster (Simon Webster)
Original Redmine Issue: 12428
Affected QGIS version: 2.8.1
Redmine category:vectors
It appears that Layer --> Save As --> GPSX eXchange Format (GPX) forces the user to use extensions. Few hand held GPS devices support extensions, nor is using extensions the preferred method of delivering information via GPX.
The option to turn off extensions is located part way through the extensions panel, and doing so generates an error regarding the 'name' field. If the source data contains a column entitles 'name' where only unique ID's are found, the error is still given and the GPX not generated.
Currently the easiest way to get a fully functional GPX is to export a kml and then translate it in to a GPX file in a 3rd party program - the information contained in a KML and the traditional and widely adopted GPX methodology are essentially the same, so the translation is reliable. It should be considered that a GPX file should not, by default, have extensions forced on the user. Extensions should be an option to be enabled, and then broken by the user, not have the traditional method of implementation broken and extensions enforced.
The text was updated successfully, but these errors were encountered: