Opened 12 years ago

Closed 9 years ago

#2900 closed enhancement (fixed)

Saving and reopening of downloaded gpx segments displays distorted data

Reported by: Fabi2 Owned by: team
Priority: normal Milestone:
Component: Core Version: latest
Keywords: Cc:


I downloaded a bounding box together with it's GPS-data from the server. Then I saved the downloaded gpx-layer in a file as there are only few changes in the downloaded area. After closing and reopening JOSM and the saved gpx file JOSM displays distorted data.

JOSM 1759 + OpenJDK 1.6.0

Attachments (2)

Screenshot-Java OpenStreetMap Editor.png (103.5 KB) - added by bastiK 12 years ago.
downloaded gpx (
Screenshot-Java OpenStreetMap Editor-1.png (125.8 KB) - added by bastiK 12 years ago.
saved and reopened

Download all attachments as: .zip

Change History (9)

comment:1 Changed 12 years ago by xeen

Owner: changed from team to Fabi2
Priority: majornormal
Status: newneedinfo

I just downloaded an area from where I lived, exported and re-opened the gpx file and it worked fine for me. Can you specify where this does not work and/or upload a defect file?

comment:2 Changed 12 years ago by stoecker

Resolution: worksforme
Status: needinfoclosed

Changed 12 years ago by bastiK

saved and reopened

comment:3 Changed 12 years ago by bastiK

Resolution: worksforme
Status: closedreopened

Here are some screenshots that show the problem.

Saving and reopening should really be transparent.

This way we can some day implement sessions, e.g. close and restart JOSM such that all opened layers are recovered the way they were before.

comment:4 Changed 12 years ago by stoecker

Owner: changed from Fabi2 to team
Status: reopenednew
Type: defectenhancement

Hmm, I think this is a wontfix. The OSM server does not give us traces, but only one big lump of positions. So we have different display settings for server and files to work around this. As soon as you save and reopen, the state changes from server to file and other settings apply.

Maybe we can add a special JOSM key to saved GPX files to transport the "server"-state across saving.

comment:5 Changed 12 years ago by bastiK

Well, I think wontfix is not an option here. :)

If you download several MB of traces, then right click on the layer -> save as, afterwards reopen it and have the etire screen full of useless trash - that's just not acceptable.

Nowadays, there should be tracks with timestamps as well ( Im not sure it is already supported by JOSM, but, "Layer->save as" should really be renamed to "Layer->export as gpx" if it does just that.

Putting some extra tags in the gpx file sounds fine (unless it confuses other apps).

comment:6 Changed 11 years ago by stoecker

A note to clear situation: The useless trash can be changed simply by applying the same distance measure for GPX files as for server. This trashy behavior is based on the fact, that for server we have a very short value, for GPX files a much larger one. The value how long a segment may be can be changed in preferences.

comment:7 Changed 9 years ago by bastiK

Resolution: fixed
Status: newclosed

In 5679/josm:

fixed #2900 - Saving and reopening of downloaded gpx segments displays distorted data (see #7247; namespace aware xml parsing is needed now, so #7247 is open again)

Modify Ticket

Change Properties
Set your email in Preferences
as closed The owner will remain team.
as The resolution will be set.
The resolution will be deleted.

Add Comment

E-mail address and name can be saved in the Preferences.

Note: See TracTickets for help on using tickets.