I upgraded geoserver to the latest 2.4.0 release, unfortunately this issue still occurs. I was able to do some extra tests now and I guess I found the cause (and also a solution).
For some reason the PROPERTYNAME parameter influences the size of the feature collection. When this parameter contains 5 attributes, the feature collection contains this feature 5 times. When this parameter contains just 3 attributes, the feature only appears 3 times in the collection. When I remove the PROPERTYNAME parameter from the request, the feature collection has the feature just once. When I add "service=wfs" to the request, the number of attributes of the PROPERTYNAME parameter has no influence anymore on the size of the feature collection. The requested feature appears just once in the feature collection (as expected). So I wonder why there is such a difference in behavior between a request with or without the "service=wfs" part? I would assume it has something to do with And the difference between both gets even bigger when the PROPERTYNAME parameter has just 1 attribute: without the "service=wfs" part the request results in an exception (/java.lang.ClassCastException: java.lang.String cannot be cast to java.util.Collection java.lang.String cannot be cast to java.util.Collection/), whereas with the part the request returns the requested feature. I would assume if the "service=wfs" part is required to execute the request correctly, not providing this value would result in an exception unless there is some backwards compatibility involved... Kind regards, Roel -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Why-does-GetFeature-return-feature-5-times-tp5077054p5079944.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 Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
