Removing the dashes element of the style does seem to have improved performance, and no longer brings the app to its knees.
Unfortunately, some styles do need to be dashed - for example showing tunnels that go underground. <Rule> <Name>Tunnel</Name> <Title>Tunnel</Title> <MaxScaleDenominator>1500</MaxScaleDenominator> <ogc:Filter> <ogc:PropertyIsEqualTo> <ogc:PropertyName>TYPE</ogc:PropertyName> <ogc:Literal>Tunnel</ogc:Literal> </ogc:PropertyIsEqualTo> </ogc:Filter> <LineSymbolizer> <Stroke> <CssParameter name="stroke">#333333</CssParameter> <CssParameter name="stroke-width">0.2</CssParameter> <!-- CssParameter name="dasharray">3.0 1.0</CssParameter --> </Stroke> </LineSymbolizer> </Rule> One workaround would be for me to use a dash above a certain scale, and no dash below it. Any SLD gurus advise on whether this can be done within a single rule, or whether I need a separate rule for each undashed style? Thanks Rob On 6 August 2010 10:38, Andrea Aime <aa...@opengeo.org> wrote: > Rob ha scritto: > > One of the line styles does have a dash array, but none of the polygons. >> > > Ok, try to remove the layers that have lines with dash arrays from your > request. Does it still crash? > And if you just use the layers with lines and dashes, what happens? > > > Curious that it only impacts at it this kind of scale. >> > > The Sun bug starts using more memory the more you zoom in. > Not sure if the IBM JDKC is affected by the same issue, but it's worth > having a look > > > Could you point me at a description of the bug, so I can see if the >> problem also exists with the IBM JDK? >> > > http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6568969 > > > Cheers > Andrea > > > -- > Andrea Aime > OpenGeo - http://opengeo.org > Expert service straight from the developers. >
------------------------------------------------------------------------------ This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev
_______________________________________________ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users