Miles, when I built my SLDs I followed the SLD cookbook (http://docs.geoserver.org/stable/en/user/styling/sld-cookbook/lines.html#line-with-border) and I'm wondering now, that it is also allowed and I will consider using that. When I try this I get slightly overlapping lines and overlapping edges. (test_br2.png, test_br2.sld) I tried your suggestions with the reduced sample and it really works, but we like that the black outline lays under all elements to avoid the impression of a barrier. Therefore it is not working without additional FeatureStyleTypes. When I try this, the white part is not rendered for all elements. (test_br1.png, test_br1.sld). This is also a valid SLD, but not working ;-) I hope I could avoid all (at least to me) known problems, but a thing like that seems not to work, at least for the zoom levels 11 to 14; it seems to work on the other hand with zoom levels 15 to 18. I hope someone can give me further advice or take these results to find the probable bug.
Greetings from nightly Vienna Wolfgang -----Original Message----- From: Miles Jordan [mailto:[email protected]] Sent: Thursday, February 24, 2011 8:01 AM To: Wolfgang Wasserburger Cc: [email protected]; 'Andrea Aime' Subject: RE: [Geoserver-users] 2.1 RC2 - wrong order within sld [SEC=Unclassified] Andrea Aime wrote: > On Wed, Feb 23, 2011 at 6:24 PM, Wolfgang Wasserburger > <[email protected]> wrote: > > Andrea, > > the data is based on the planet.osm, which is packed in our own > structure in a PostGIS database with approx. 700 GB. The rendering is > based on 32 layers in a layer group. The problematic layers within are > those representing bridges where every line is drawn 4 times. > > I could send you the group.xml and the several slds per PM, if that > could help. > > The application is running with SUN JVM within Tomcat6. > > This rendering problem wasn’t present in Release 2.0.x, which was > unstable for other reasons. When we updated now, we found these > artefacts. > > Hope that the situation is more clear now and you can find out the > reason. > > Unlikely... I can't reproduce it with my local data and if I can't > reproduce I cannot debug it. > If you can extract a small subset of data and the styles then I can > have a look, otherwise I'll have to wait for someone to have it > reproducable on a dataset that can be shared. > > Cheers > Andrea > There are some things you should look at with your SLD... First, you have the same filter used for every rule. You are in effect applying every style to every instance of r=1, 11, or 21. Second, you are doubling up on a lot of stuff which is unnecessary. It seems to me that you should have one FeatureTypeStyle with multiple Rules. The SLD spec does allow for multiple FeatureTypeStyles but you don't need them so why use them... But there is no point having multiple Rules if all of your Filters are the same. You could in fact compress your current SLD into http://pastebin.com/vLPct4qb but I don't think that's what you want, and it won't work anyway due to... Third, unless something has changed (don't think so), <ogc:Or> can only have two subcomponents. If you want to OR three things then you need to use two ORs, such as: <ogc:Or> <ogc:PropertyIsEqualTo>...</ogc:PropertyIsEqualTo> <ogc:Or> <ogc:PropertyIsEqualTo>...</ogc:PropertyIsEqualTo> <ogc:PropertyIsEqualTo>...</ogc:PropertyIsEqualTo> </ogc:Or> </ogc:Or> So I would take these things into consideration, rewrite your SLD, and try again. Use a format similar to: <FeatureTypeStyle> <Rule> <Title>Railway</Title> <Abstract>All railways</Abstract> <MinScaleDenominator>20000</MinScaleDenominator> <MaxScaleDenominator>80000</MaxScaleDenominator> <LineSymbolizer> ... </LineSymbolizer> </Rule> <Rule> <Title>Railway Bridges</Title> <Abstract>Will draw bridge symbology over the top of railways</Abstract> <MinScaleDenominator>20000</MinScaleDenominator> <MaxScaleDenominator>80000</MaxScaleDenominator> <Filter> ... </Filter> <LineSymbolizer> ... </LineSymbolizer> </Rule> </FeatureTypeStyle> Let us know how you get on. Regards, Miles ___________________________________________________________________________ Australian Antarctic Division - Commonwealth of Australia IMPORTANT: This transmission is intended for the addressee only. If you are not the intended recipient, you are notified that use or dissemination of this communication is strictly prohibited by Commonwealth law. If you have received this transmission in error, please notify the sender immediately by e-mail or by telephoning +61 3 6232 3209 and DELETE the message. Visit our web site at http://www.antarctica.gov.au/ ___________________________________________________________________________ ------------------------------------------------------------------------------ Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev _______________________________________________ Geoserver-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-users
