Hi, Here after is the SLD generating these weird dash lines. Just a suggestion : The documentation explains that geoserver can take into account the size and width of symbolisations (for fixed values) in order to display features which geometry is out of the requested BBox but which symbol may overlap it. If the enveloppe the lines are clipped to depends on the line symbol width, it explains quite well what we observe on our map. In this case, using the maximum line width of a sld to compute the buffer size could be of some help.
We tried to set a DefaultRenderingBuffer to prevent the buffer size to vary but without success. Michaël Michaud IGN - INSTITUT NATIONAL DE L'INFORMATION GEOGRAPHIQUE ET FORESTIERE (FRANCE) <FeatureTypeStyle> <Rule> <Name>Route en construction.1</Name> <ogc:Filter> <ogc:And> <ogc:PropertyIsEqualTo> <ogc:PropertyName>symbolisation</ogc:PropertyName> <ogc:Literal>Route en construction</ogc:Literal> </ogc:PropertyIsEqualTo> <ogc:PropertyIsEqualTo> <ogc:Function name="env"><ogc:Literal>ROU_opacite</ogc:Literal><ogc:Literal>1.0</ogc:Literal></ogc:Function> <ogc:Literal>1.0</ogc:Literal> </ogc:PropertyIsEqualTo> </ogc:And> </ogc:Filter> <MinScaleDenominator>0</MinScaleDenominator> <MaxScaleDenominator>34000</MaxScaleDenominator> <LineSymbolizer uom="http://www.opengeospatial.org/se/units/metre";> <Stroke> <CssParameter name="stroke"><ogc:Function name="env"><ogc:Literal>ROU_lisere_N</ogc:Literal><ogc:Literal>#808080</ogc:Literal></ogc:Function></CssParameter> <CssParameter name="stroke-dasharray">75 30</CssParameter> <CssParameter name="stroke-linejoin">round</CssParameter> <CssParameter name="stroke-linecap">butt</CssParameter> <CssParameter name="stroke-width">15</CssParameter> </Stroke> </LineSymbolizer> </Rule> </FeatureTypeStyle> <FeatureTypeStyle> <Rule> <Name>Route en construction.2</Name> <ogc:Filter> <ogc:And> <ogc:PropertyIsEqualTo> <ogc:PropertyName>symbolisation</ogc:PropertyName> <ogc:Literal>Route en construction</ogc:Literal> </ogc:PropertyIsEqualTo> <ogc:PropertyIsEqualTo> <ogc:Function name="env"><ogc:Literal>ROU_opacite</ogc:Literal><ogc:Literal>1.0</ogc:Literal></ogc:Function> <ogc:Literal>1.0</ogc:Literal> </ogc:PropertyIsEqualTo> </ogc:And> </ogc:Filter> <MinScaleDenominator>0</MinScaleDenominator> <MaxScaleDenominator>34000</MaxScaleDenominator> <LineSymbolizer uom="http://www.opengeospatial.org/se/units/metre";> <Stroke> <CssParameter name="stroke">#ffffff</CssParameter> <CssParameter name="stroke-dasharray">75 30</CssParameter> <CssParameter name="stroke-linejoin">miter</CssParameter> <CssParameter name="stroke-linecap">butt</CssParameter> <CssParameter name="stroke-width">10</CssParameter> </Stroke> </LineSymbolizer> </Rule> </FeatureTypeStyle> ________________________________ De : Andrea Aime [mailto:[email protected]] Envoyé : mercredi 23 octobre 2013 19:24 À : Jonathan Moules Cc : Michael Michaud; [email protected] Objet : Re: [Geoserver-users] Visible shift between superimposed dashed lines On Wed, Oct 23, 2013 at 7:16 PM, Jonathan Moules <[email protected]> wrote: Hi Michaël, Are the two line declarations within the same <se:FeatureTypeStyle> in the SLD file? In theory, if I understand it correctly, in this situation the same data should be rendered on the same pass, so I'd expect them to be identical. A bug in GeoServer perhaps? A weird one too... afaik all we do is to call java2d to paint the very same line with the dashed array... Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it ------------------------------------------------------- ------------------------------------------------------------------------------ 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=60135991&iu=/4140/ostg.clktrk _______________________________________________ Geoserver-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-users
