Hi Andrea, just back in the office and tried your typo fixed SLD - and it works like a charm with postgis and oracle (respecting case sensitivity of geomtry column name) :-)
Many thanks for your efforts! I will try to avoid "dumb" copy and pasting from the user guide in the future ;-) Best, Thorsten Von: Andrea Aime <[email protected]> An: [email protected] Kopie: [email protected] Datum: 18.06.2011 11:59 Betreff: Re: Re: [Geoserver-users] Geoserver 2.1: SLD Rendering with mixed geometry types on Oracle data Gesendet von: [email protected] On Thu, Jun 16, 2011 at 12:22 PM, <[email protected]> wrote: > Hi Andrea, > > thanks for your quick answer but I don't get it. I already build a SLD based > upon your recommended documentation. The question is: Why is a polygon > geometry (from Oracle DB) rendered as a point AND as a linestring AND as a > polygon at the same time, although sld rules are splitted with ogc:filter > dealing with geometryType? My expected behaviour would be that if geometry > is a polygon, rule with geometryType = Polygon is rendered only. Same if > geometry is a linestring , rule with geometryType = LineString is rendered > only and so on. > > Am I misunderstanding the whole Rule-Filter -Stuff? Looked at the data you sent me and figure out the problem: the guide suggests invalid SLD (it's PropertyIsEqualTo, not PropertyIsEqualsTo), nobody hit the "validate" button in the style editor to check it, and the parser is built to just ignore the parts it does not recognize... result, you get a style in memory that has no filters. I'm attaching a version that works against postgis (mind the lowercase the_geom) to this mail. I've also fixed the user guide, and I guess we might have to rethink the way we handle validation. Now, we cannot make it compulsory because due to the extensions a parseable document does not always validate, but I guess we should prompt the user for confirmation in case she wants to save a invalid document. Cheers Andrea -- ------------------------------------------------------- Ing. Andrea Aime GeoSolutions S.A.S. Tech lead Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://www.linkedin.com/in/andreaaime http://twitter.com/geowolf ------------------------------------------------------- ********************************************************************************************** Mettenmeier GmbH Sitz der Gesellschaft: 33100 Paderborn Geschaeftsfuehrung: Ulrich Mettenmeier, Klaus von der Mosel, Dr. Michael Fette Handelsregister: Amtsgericht Paderborn B 1114 USt.-ID: DE 811 324 124 Steuer-Nr.: 339/5873/3133 **********************************************************************************************
multigeom.sld
Description: Binary data
------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________ Geoserver-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-users
