#6100 closed enhancement (fixed)
[PATCH] add HikeBikeMap and ÖPNV-Karte to Jmapviewer d/l dialog
Reported by: | cmuelle8 | Owned by: | team |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | Core | Version: | latest |
Keywords: | jmapviewer oepnvkarte hikebike | Cc: |
Description
nur ein paar Details, die einem Mapper das Leben vereinfachen..
Gruß,
cmuelle8
Attachments (1)
Change History (7)
by , 14 years ago
Attachment: | jmapviewer.alternative.sources.patch added |
---|
comment:2 by , 14 years ago
Any tms imagery source that the user has selected will show up in the jmapviewer, so shouldn't we rather put it on http://josm.openstreetmap.de/wiki/Maps (default=true)? That way the user can get rid of these entries if they want to (for whatever reason).
comment:3 by , 14 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Added, but not as default, as they are not worldwide.
follow-up: 5 comment:4 by , 14 years ago
I have not checked your new commit yet, but it seems JMapViewer is used at two places
1) as TMS-LayerBackground
2) in the Data-Download-View obtainable by Strg+D
My workflow, when fixing things, is
A) to first browse the rendered map in the Data-Download-View
B) then select the area, hit download - the following steps of my workflow don't necessarily need the TMS-Layer anymore (I often just use it in the Download-Dialog to find errors)
To me it seemed, that the TMSs available in the Download-View were not configurable by the TMS/WMS Tab in Prefs - this is why I orginally patched the code. Maybe the Download-View should be synchronized then to the TMSs the user set active on TMS/WMS Tab in Prefs!?
Greetings
follow-up: 6 comment:5 by , 14 years ago
Replying to cmuelle8:
I have not checked your new commit yet, but it seems JMapViewer is used at two places
1) as TMS-LayerBackground
2) in the Data-Download-View obtainable by Strg+D
My workflow, when fixing things, is
A) to first browse the rendered map in the Data-Download-View
B) then select the area, hit download - the following steps of my workflow don't necessarily need the TMS-Layer anymore (I often just use it in the Download-Dialog to find errors)
To me it seemed, that the TMSs available in the Download-View were not configurable by the TMS/WMS Tab in Prefs - this is why I orginally patched the code. Maybe the Download-View should be synchronized then to the TMSs the user set active on TMS/WMS Tab in Prefs!?
It works already like that, see above comment.
add some more common tile sources to the builtin jmapviewer d/l dialog