Rahkonen Jukka wrote
> Geoserver could do schema validation and be strict but that would mean
> that your service=wfs would also fail because it should be service=WFS.
> And getfeature would fail because it is officially GetFeature. That would
> make some users to say that Geoserver is nit-picky. Try deegree and you
> will see what I mean
> http://inspire.kademo.nl/deegree-wfs/services?SERVICE=WFS&VERSION=1.1.0&REQUEST=getcapabilities

I really like the deegree example! It gives a clear and obvious exception
message about what's wrong with the request and then it's up to the user to
make the appropriate changes. I would not complain about deegree being too
nit-picky. I'm living in a java world and it's case-sensitive: I know
GetFeature isn't the same as getfeature or getFeature.
But others will really like the kindness of Geoserver and making it now more
strict would indeed break many, many existing applications. So that's a
no-no.

On the other hand I think there is no harm in implementing a minimal schema
validation. Just checking if the required parameters for a request are
present would be a good practice. If a required parameter is missing the
request is actually invalid and the outcome would be unpredictable. The user
should be informed about his mistake, instead of suddenly getting a weird
result after upgrading to the latest version.



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Why-does-GetFeature-return-feature-5-times-tp5077054p5080154.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk
_______________________________________________
Geoserver-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Reply via email to