Opened 12 years ago
Closed 7 years ago
#7953 closed defect (fixed)
WMS layer handling
Reported by: | stoecker | Owned by: | wiktorn |
---|---|---|---|
Priority: | normal | Milestone: | 18.05 |
Component: | Core imagery | Version: | |
Keywords: | Cc: |
Description
Currently WMS layers are hardcoded in WMS URL. This works, but leaves room for improvement. Suggestions:
- Introduce <layers> tag and {layers} for URL and allow to separate URL and layers. For each layer a boolean should tell whether it is used or not (and default, i.e. in Maps, or not). Possible layout for maps page:
<layers> <layer value="strassen" name="Streets" default="true"/> </layers>
- Later we may add feature to select layers inside of JOSM from imagery menu (requires some work regarding caching as well).
Attachments (0)
Change History (7)
comment:1 by , 12 years ago
Component: | Core → Core imagery |
---|
follow-up: 3 comment:2 by , 9 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
comment:3 by , 9 years ago
Replying to wiktorn:
I'm thinking about changing how the WMS imageries are provided. What I think is, that we could store the GetCapabilities URL, and then store:
- layers
- styles
- custom headers
etc. in preferences and in maps page.
Right, good idea!
The GetCapabilities
document can be quite large and cause considerable delay when WMS layer is added. (Think of problems with Bing attribution.) We could generate the current template-URL for image download as an intermediate step and save it in cache.
The next thing I'd like to do, is to provide ability to share all the settings outside the preferences - though some JSON string.
This should be possible in any case by saving the layer as a session.
comment:6 by , 7 years ago
Milestone: | → 18.05 |
---|
comment:7 by , 7 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
I'm thinking about changing how the WMS imageries are provided. What I think is, that we could store the GetCapabilities URL, and then store:
etc. in preferences and in maps page.
This I could possibly do as an extension to wms_endpoint imagery type.
The next thing I'd like to do, is to provide ability to share all the settings outside the preferences - though some JSON string.