From: Chris H. <ch...@op...> - 2007-11-30 19:49:08
|
Actually, thinking on it, it may be possible that adding a LineStyle to the KML Style output will make it properly render, as I could see them having that sort of logic in google earth. Travis, could you possible take some KML output and add in a LineStyle, in addition to the PointStyle and PolyStyle that we set for polygon output, set the width to something large, and see if google earth renders it different? If so then we will know that it'll work, and then put an issue in to our task tracker - http://jira.codehaus.org/browse/GEOS and we'll get it fixed for you. best regards, Chris Chris Holmes wrote: > That does look pretty thin for a 3 pixel stroke width. > > Huh, looking at the KML specification it looks like they give you no way > to control the thickness of the line in a polygon. They do for > linestyle, but not for polygon style. So I guess I'd say this is more a > bug with Google Earth? > > So if you want it to look the same all the way down you should just set > the KMScore to 0, and have GeoServer do all the rendering. > > Chris > > Travis Kirstine wrote: >> Chris, >> Thanks for your response. I have included my style and a couple >> images illustrating the change in line width. >> >> <?xml version="1.0" encoding="UTF-8"?> >> <StyledLayerDescriptor version="1.0.0" >> xsi:schemaLocation="http://www.opengis.net/sld >> StyledLayerDescriptor.xsd" >> xmlns="http://www.opengis.net/sld" >> xmlns:ogc="http://www.opengis.net/ogc" >> xmlns:xlink="http://www.w3.org/1999/xlink" >> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> >> <NamedLayer> >> <Name>parcel</Name> >> <UserStyle> >> <Name>parcel</Name> >> <Title>geoserver style</Title> >> <Abstract>Generated by GeoServer</Abstract> >> <FeatureTypeStyle> >> <Rule> >> <PolygonSymbolizer> >> <Stroke> >> <CssParameter >> name="stroke">#FFFF00</CssParameter> >> <CssParameter >> name="stroke-width">3</CssParameter> >> <CssParameter >> name="stroke-opacity">1</CssParameter> >> </Stroke> >> </PolygonSymbolizer> >> </Rule> >> </FeatureTypeStyle> >> </UserStyle> >> </NamedLayer> >> </StyledLayerDescriptor> >> >> On 29/11/2007, Chris Holmes <ch...@op...> wrote: >>> So I think what's happening is that it's switching between raster and >>> vector representations. The KMScore parameter controls when this >>> changes. If you pass in the param kmscore=0 then you should always get >>> the raster representation. >>> >>> There are some advantages to the vector representation, the point/icon >>> allows us to display more information about your data, and you can >>> customize the output with a template. I think you can also keep the >>> description information but turn off the point actually appearing with >>> kmattr=false >>> >>> One thing that concerns me is that the line thickness is only one pixel. >>> What should it be? What's the value in your sld? Google Earth tends >>> to draw lines a bit more thinly, but if yours should be very thick and >>> it drops to one pixel then that's a problem. >>> >>> best regards, >>> >>> Chris >>> >>> Travis Kirstine wrote: >>>> Hi all, >>>> Can anyone explain why my styles change when I zoom in in Google Earth >>>> when making a KML request to geoserver. I am loading a outlined only >>>> polygon, everything looks fine until I zoom in to a high scale then by >>>> line thickness drops to one pixel and a point/icon is added to the >>>> center of all the polygons >>>> >>> >> >> >> >> ------------------------------------------------------------------------ >> >> >> ------------------------------------------------------------------------ >> >> >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------- >> SF.Net email is sponsored by: The Future of Linux Business White Paper >> from Novell. From the desktop to the data center, Linux is going >> mainstream. Let it simplify your IT future. >> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 >> >> !DSPAM:4005,4750625a123074901796417! >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Geoserver-users mailing list >> Geo...@li... >> https://lists.sourceforge.net/lists/listinfo/geoserver-users >> >> >> !DSPAM:4005,4750625a123074901796417! |