Opened 16 years ago
Closed 16 years ago
#1943 closed enhancement (fixed)
[PATCH] Separate Download and file GPX layers
Reported by: | Owned by: | framm | |
---|---|---|---|
Priority: | minor | Milestone: | |
Component: | Core | Version: | tested |
Keywords: | gpx | Cc: |
Description
using josm 1198
When raw gps data is downloaded it merges into the layer containing a user loaded gpx file. This makes it impossible to see only the user gpx file.
Steps to reproduce
- Start JOSM
- open a local .gpx file for editing (call it foo.gpx)
- download OSM data (select both 'openstreetmap data' and 'Raw GPS Data')
- Setting layer foo.gpx invisible also hides the raw gps points. There is no way to hide the raw GPS points and still show foo.gpx.
As a workaround: Use File, Open, foo.gpx again. Then another layer is created.
Attachments (2)
Change History (7)
comment:1 by , 16 years ago
Summary: | Downloaded gpx data layer merges with user gpx layer → Separate Download and file GPX layers |
---|---|
Type: | defect → enhancement |
comment:2 by , 16 years ago
comment:3 by , 16 years ago
Summary: | Separate Download and file GPX layers → [PATCH] Separate Download and file GPX layers |
---|
That was actually pretty easy. It looks for download.gps.mergeWithLocal (default: false) and then decides whether two layers can be merged using layer.data.fromServer.
by , 16 years ago
Attachment: | Server GPX data to new layer.patch added |
---|
by , 16 years ago
Attachment: | Server GPX data to new layer AND fixing bug 1872.patch added |
---|
comment:4 by , 16 years ago
The latter patch uses a che ap but effective fix and simply names all downloaded GPX layers "Downloaded GPX data" and thereby enables users to set a default style using common means without making the options dialog overly complicated.
This has the disadvantage though of downloaded GPX layers being named the same. At least for this was never an issue, I didn't get much from the coordinates and found out which I wanted by showing/hiding them.
You can check the "create new layer", too. Currently this is by design, but we probably don't want to merge downloaded and local GPX data, at least I've never found it useful. Might make fixing #1872 easier, too.