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

Name and description is not imported with GPX #2058

Open
SemaphoreOxalis opened this issue Aug 13, 2024 · 7 comments
Open

Name and description is not imported with GPX #2058

SemaphoreOxalis opened this issue Aug 13, 2024 · 7 comments
Labels

Comments

@SemaphoreOxalis
Copy link

Describe the bug
Name and Description anchor seems not to be parse during import process for gpx files

To Reproduce
Steps to reproduce the behavior:

  1. Tested with this file
    Cirkwi-Sentier_huguenot_-_Beaussais.zip

Expected behavior
Having the Name and description imported.

Desktop (please complete the following information):

  • OS: Windows 11
  • Browser Firefox
  • Version 128
@yohanboniface
Copy link
Member

@SemaphoreOxalis in your GPX example the name and desc are on the metadata level, not on the trk level. Where are you expecting this to be imported in umap ? In the linestring, or in the layer itself ?

@SemaphoreOxalis
Copy link
Author

Indeed. For these files, the name and description are in the metadata not inside trk because one file = one track.
I'm expecting the name and description are store in the created object (it's what you name linestring ?).
My today case is : 50 gpx/track to import in a already created layer and I want each object/track to be named. For now each new object get by default the layer name so I get 40 "Ballades" object.
Thanks.

@yohanboniface
Copy link
Member

How did you create those GPX ?

@yohanboniface
Copy link
Member

OK thanks, so maybe that's an issue on their side ?

I'm trying to understand how much this use case (no name/descr on the trk, but on the top level metadata, and only one trk) is a common one, or an exception. As fixing this in uMap will pollute the importer code (which means more maintenance, edge cases, etc.).

@SemaphoreOxalis
Copy link
Author

I really understand your concern and I think each case could appear because name and desc in metada is in the standard as having them in trk. The best option would be ta detect and decide :

  • a file with name and desc in metada and only one trk
    • if any name/desc in trk : use it
    • if no name/dec in trk use metada for creating the object
  • a file with name and desc in metadata but multiple trk (I don't test it) : multiple object created ?
    • so using the metada for creating a layout with these info and creating object with trk name if exist or metadata if not

@pfbreton-perso
Copy link
Contributor

Here is how GPX.Studio would display this file in its UI if that helps:

image

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants