Modify

Opened 12 years ago

Closed 6 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 skyper, 12 years ago

Component: CoreCore imagery

comment:2 by wiktorn, 8 years ago

Owner: changed from team to wiktorn
Status: newassigned

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.

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.

in reply to:  2 comment:3 by bastiK, 8 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:4 by wiktorn, 6 years ago

In 13733/josm:

Imagery definition refactor

Extend imagery definitions by:

  • allowing setting default layers for WMS_ENDPOINT and WMTS
  • allowing setting minimum expires time for tile for this imagery
  • allowing setting custom headers that will be sent for all requests

(get map, get capabilities) for this imagery

Additional changes in code:

  • use TileJobOptions to pass miscellaneous options to loaders
  • refactor WMSImagery to use SAX parser

See: #15981, #7953, #16224, #15940, #16249

comment:5 by wiktorn, 6 years ago

In 13734/josm:

GUI for imagery definitions refactor

Extend preferences panel by:

  • allowing setting default layers for WMS / WMTS
  • allowing setting minimum expires (expert mode)
  • allowing setting custom headers (expert mode)

See: #15981, #7953, #16224, #15940, #16249

comment:6 by Don-vip, 6 years ago

Milestone: 18.05

comment:7 by wiktorn, 6 years ago

Resolution: fixed
Status: assignedclosed

Modify Ticket

Change Properties
Set your email in Preferences
Action
as closed The owner will remain wiktorn.
as The resolution will be set.
The resolution will be deleted. Next status will be 'reopened'.

Add Comment


E-mail address and name can be saved in the Preferences .
 
Note: See TracTickets for help on using tickets.