Skip to content
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

Closed
qgib opened this issue Mar 21, 2015 · 5 comments
Closed

GPX export format forced extensions incompatibility #20599

qgib opened this issue Mar 21, 2015 · 5 comments
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Vectors Related to general vector layer handling (not specific data formats)

Comments

@qgib
Copy link
Contributor

qgib commented Mar 21, 2015

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.

@qgib
Copy link
Contributor Author

qgib commented Mar 22, 2015

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.


  • category_id was changed from Processing/QGIS to Vectors
  • os_version was changed from x64 to
  • operating_system was changed from Windows 7 to
  • fixed_version_id removed Version 2.8.1
  • assigned_to_id removed Victor Olaya
  • status_id was changed from Open to Feedback

@qgib
Copy link
Contributor Author

qgib commented Mar 22, 2015

Author Name: Jukka Rahkonen (Jukka Rahkonen)


How about the issue with "name" attribute?
...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.

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] ?

@qgib
Copy link
Contributor Author

qgib commented Mar 22, 2015

Author Name: Giovanni Manghi (@gioman)


Jukka Rahkonen wrote:

How about the issue with "name" attribute?
...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.

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] ?

when choosing "no" for GPX_USE_EXTENSION I can export with no issues a gpx, regardless of the attribute datatype.

@qgib
Copy link
Contributor Author

qgib commented Mar 22, 2015

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?

@qgib
Copy link
Contributor Author

qgib commented May 22, 2015

Author Name: Giovanni Manghi (@gioman)


closing for lack of feedback. Please reopen if necessary.


  • status_id was changed from Feedback to Closed
  • resolution was changed from to worksforme

@qgib qgib added Bug Either a bug report, or a bug fix. Let's hope for the latter! Vectors Related to general vector layer handling (not specific data formats) labels May 25, 2019
@qgib qgib closed this as completed May 25, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Vectors Related to general vector layer handling (not specific data formats)
Projects
None yet
Development

No branches or pull requests

1 participant