Ticket #11 (closed enhancement: fixed)

Opened 5 years ago

Last modified 5 years ago

Getting/setting the styling rules for any type of layer

Reported by: ahocevar Owned by: ahocevar
Priority: major Milestone: 0.1 GeoServer Demo
Component: Styler.data Keywords:
Cc: Total Hours: 0.0
Estimated Hours:

Description (last modified by ahocevar) (diff)

When we want to edit the styles a vector layer, we can take the rules directly from its styleMap. For a WMS layer, we need a different strategy (determine the style either from its params or from the server's GetCapabilities doc).

Same for applying changes: for a vector layer, we just need to re-render it after changing the styleMap. For WMS, we can have a preview (with url-encoded sld), or store the sld back to the server (using PutStyles or RESTConfig, depending on the server backend). This should all be configurable.

Change History

Changed 5 years ago by ahocevar

  • status changed from new to accepted

Changed 5 years ago by ahocevar

  • description modified (diff)
  • summary changed from Get the sld for a wms layer to Geting/setting the styling rules for any type of layer

Changed 5 years ago by ahocevar

  • summary changed from Geting/setting the styling rules for any type of layer to Getting/setting the styling rules for any type of layer

I think it is best to create a RulesStore component under Styler/data. This should provide a generic, configurable interface to a layer's styling rules. Storing styles should be possible in preview mode (just redraw a vector layer of url-endoce a sld for a wms layer), or persistent (storing the sld to the server).

Changed 5 years ago by ahocevar

Well, Styler.data may not be the appropriate namespace, since this component won't be an Ext.Store. But anyway, I'm creating this component now.

Changed 5 years ago by ahocevar

see r1076.

Changed 5 years ago by ahocevar

as of r1077, put is also implemented. But GeoServer WMS does not render correctly with the SLD created.

Changed 5 years ago by tschaub

  • status changed from accepted to closed
  • resolution set to fixed

I think we're good on this one now.

Note: See TracTickets for help on using tickets.