On Fri, Jan 4, 2013 at 1:23 PM, Andrea Aime <[email protected]>wrote:
> On Fri, Jan 4, 2013 at 7:49 PM, Justin Deoliveira <[email protected]>wrote:
>
>> Not sure if this one went anywhere but here are my thoughts.
>>
>> I like both ideas. For the first (explicitly setting the ows version)
>> what about the hypothetical case of a ogc service for which there is no
>> version that corresponds to ows 1.0. Then it would probably not make sense
>> to return the 1.0 error document in the ambiguous version case.
>>
>> Gabriels idea is certainly simpler and more consistent with our general
>> version negotiation strategy of the highest wins when its ambiguous.
>>
>> The configurable idea might make more sense if it were something like
>> configuring the default version for a service period, overriding the
>> default behaviour of returning the highest version. This would be a pretty
>> nice feature for people upgrading to a version that adds a new service
>> version.
>>
>
> Yep, the highest wins seems reasonable but... comes at a cost
> implementation wise and it's not always straightforward.
> For example, we'd have to modify all ServiceInfo to advertise which
> version of OWS they are based onto (there is no
> relationship between a service version and the OWS version it implements).
>
> Moreover, I believe that WMS 1.1 (or was it 1.0?) was not based on any OWS
> version? I believe we have a custom
> handler for it.
>
> The per service configuration of excemptions makes sense too, but the
> service requests coming in from
> the WCS 2.0 CITE tests ask for service=GOO (and expect a OWS 2.0
> exception),
> at which point a per service strategy makes no sense either.
>
> That's why I was proposing a simple global default instead, which is what
> we have today, but would at
> least be configurable instead of hard coded to OWS 1.0
>
> Gotcha. Works for me.
> Cheers
> Andrea
>
> --
> ==
> Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
> information.
> ==
>
> Ing. Andrea Aime
> @geowolf
> Technical Lead
>
> GeoSolutions S.A.S.
> Via Poggio alle Viti 1187
> 55054 Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax: +39 0584 1660272
> mob: +39 339 8844549
>
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
>
> -------------------------------------------------------
>
--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
------------------------------------------------------------------------------
Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and
much more. Get web development skills now with LearnDevNow -
350+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
SALE $99.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122812
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
