Re: WMS & WMS-C Multiple URLS

[Andreas Hocevar]

Hey Matt,

for others to follow, the change Matt is talking about is an
OpenLayers pull request of mine:
https://github.com/openlayers/openlayers/pull/695.

I don't think there is an OGC way for doing this with plain WMS, and
I'm also not aware of a way of doing it with WMS-C. Even what I did
for WMTS is not documented in the spec, but it is possible according
to the schema and at least used by the WMTS server of the City of
Vienna.

For WMS, GeoExt uses capability.request.getmap.href for the WMS
layer's url. This url may or may not be the same that you sent the
Capabilities request to, so overriding this on the gxp level should
only be done if explicitly requested by the user. Configuration wise,
I do se a way in gxp how this could work:

{
ptype: "gxp_wmscsource",
url: "http://host1",
overrideLayerOptions: {
url: ["http://host1/service/wms", "http://host2/service/wms"]
}
}

I could live with the changes required in gxp (mostly in
WMSSource::createLayerRecord and createLazyLayerRecord I guess) to
support this configuration. But at some point we should ask ourselves
if we don't want to add a WMTS source to gxp, which could be linked to
a WMS to support styling, editing etc.

Andreas.

On Tue, Oct 2, 2012 at 4:07 AM, Matt Priour <mpr...@opengeo.org> wrote:
> Andreas,
>
> I just noticed your WMTS commit to support multiple source URLs
> (https://github.com/ahocevar/openlayers/commit/22c5e76b0b7ce0c09bec64bf481f457c7e14844b)
>
> Is there anyway to express this same multiple source URLs with WMS or WMS-C
> capabilities? If so, it seems trivial to add the multiple URL logic in the
> format parsers if this is possible to represent.
>
> If it is not possible to represent this in an OGC compliant way, what would
> be the strategy for enabling this in a generic way in GXP.
>
> Worst case scenario, we could add some application specific logic to
> Mapstory to build url arrays rather than single url layers from the
> capabilities
>
> --
> Matt Priour
> OpenGeo - http://opengeo.org/
> Expert service straight from the developers
>



--
Andreas Hocevar
OpenGeo - http://opengeo.org/
Expert service straight from the developers.