On Fri, Nov 12, 2010 at 9:03 AM, Andrea Aime
<[email protected]>wrote:
> On Fri, Nov 12, 2010 at 4:29 PM, Justin Deoliveira <[email protected]>
> wrote:
> > Welcome to my nightmare :)
> > I have been working with the cite group about this issue because the new
> > versions of the cite tests require the urn:ogc syntax. But of courze
> > geoserver uses the version that was originally mandated by the tests
> > (urn:x-ogc).
> > At some point someone decided to file an issue in the cite bug tracker
> (non
> > public) to change it. And they did. No other notification.
> > So I have been trying to argue that the both syntaxes should be
> supported.
> > And the maintainers of the tests agree but it is a nightmare to modify
> those
> > tests cases (xslt based) so it does not look promising.
> > They took a vote to the cite committee and it seems they will go on
> > releasing the tests as is. With no regard for implementations like
> geoserver
> > who worked to support the original version of the cite tests.
> > My objection that I made to the cite group was that geoserver cannot
> simply
> > just change such things, no matter how small because people write code
> > against gml output... and it leads to clients breaking. In the least we
> > would need a major release of some sort of major release or something.
> > Anywise, all in all the cite situation seems grim. I don't expect us to
> be
> > able to upgrade to a newer version fo the tests for some time. There are
> > other issues which seem to be falling on deaf ears.
>
> Holy cow...
>
> > All in all in my opinion for wfs 2.0 we should adopt the "approved" urn
> > syntax. Well that is of course until it gets changed again without any
> > notice.
>
> Ha! Hopefully they will get some sense and stop changing the spec after
> publishing them ;-)
>
Don't count on it ;)
>
> > For wfs 1.1 as you say i think we should stick with what we have
> > and possibly make it optional which srs style to use. We already have the
> > config object for it. So we could add a second URN value easily, but then
> it
> > becomes an issue of hooking it up the GML encoder.
>
> I guess we can pass down a hint and have it flow down to the gml2 utility
> class via the pico context (or the map, not sure what we have today).
> Or (brace yourself) setup a thread local that contains that info and
> that's picked
> up by the gml2 utility part dealing with encoding the srs encoding.
>
Yeah... i actually thought about the thread local approach as well. Although
I guess since we already pass down some other parameters like whether to
encode bounding boxes and the like, this could follow the same pattern.
>
> Parsing wise we're good, referencing already supports the new notation
>
> To be honest, I'm not sure how many clients we're going to break by just
> going with the new syntax. I mean, a reusable client already has to deal
> with the two syntaxes, and if I were to implement a parser I would simply
> check if it starts with urn:, skip all the crap until the last column, get
> the number and move on.
> We'd break only the clients that check for urn:x-ogc explicitly, which
> hopefully
> are a minority. In fact some of the complaints I got come from people that
> are implementing clients and would like us to see use only urn:ogc:...
>
> Just saying. I agree the right thing to do as a server is not to break
> compatibility
> or at least put the admin in control of that.
>
Yeah, I totally agree. It probably would not turn out to be a huge deal but
the real bother is that the compliance testing and cite committee feels they
can just change such things mid stream with no consequences. And it worries
me about what they will change next. So maybe it is silly to make such a
stink over it but I feel is geoserver (the original reference implementation
of wfs 1.0 and wfs 1.1) stands up and says enough is enough maybe someone
will listen... probably just a pipe dream though. Here is hoping a simpler
feature service gets some good following :)
>
> Cheers
> Andrea
>
> -----------------------------------------------------
> Ing. Andrea Aime
> Senior Software Engineer
>
> GeoSolutions S.A.S.
> Via Poggio alle Viti 1187
> 55054 Massarosa (LU)
> Italy
>
> phone: +39 0584962313
> fax: +39 0584962313
>
> http://www.geo-solutions.it
> http://geo-solutions.blogspot.com/
> http://www.linkedin.com/in/andreaaime
> http://twitter.com/geowolf
>
> -----------------------------------------------------
>
--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
------------------------------------------------------------------------------
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
