Label placement code definitely made it's way across, since we're using
it in GeoServer. I think it's just a matter of setting the stuff properly.
See: http://docs.codehaus.org/display/GEOSDOC/LabelingOptions and
http://docs.codehaus.org/display/GEOSDOC/ComplexLabelingExample
Anything we set there is also able to be set in code, as we're using
GeoTools all the way.
Chris
Jesse Eichar wrote:
In the wrong place... well that is a different issue. Could you
explain how they are incorrectly placed? At one point there was
rather advanced label placement going on. It is looking like some of
that has not been moved from 2.1. It might be worth looking into that.
Jesse
On 24-Jul-06, at 2:01 PM, Tom Howe wrote:
I'm afraid I'm not sure how to solve the moving labels issue. and,
honestly, I'm not particularly concerned about that. My bigger issue
is that the labels are in entirely the wrong place, and I need to try
to fix that.
Thanks,
Tom
On 7/24/06, Jesse Eichar <[EMAIL PROTECTED]> wrote:
Since streaming renderer uses the same label placement code as
shapefile renderer I would guess that the problem would manifest with
both renderers. The reason for the labels moving is that they are
recalculated each time you re-render. I assume that there is some
variation that is causing them to be rendered in a different
location. Not really surprising if you consider the problem. It
attempts to draw the labels so they don't overlap and so that the
same name (on separate road segments) are not duplicated. When you
pan many of the parameters are changed. I'm afraid that it is not an
easy problem to solve.
If you have some ideas I'd love to hear them.
Jesse
On 24-Jul-06, at 1:38 PM, Tom Howe wrote:
Hi,
I'm having a problem with labels on my map with lines. basically,
when I display this using ShapefileRenderer (although I believe
this
happened with streamingrenderer as well), the labels seem to be
displayed in random locations. In addition, when I pan my map, the
labels move. I'm supplying the sld in the hopes that someone
has some
thoughts on how I can solve this problem. BTW, I found the same
issue
in Udig, but not when using ArcMap, so I don't think it's a data
problem.
Thanks,
Tom
<?xml version="1.0" encoding="UTF-8"?>
<sld:UserStyle xmlns:sld="http://www.opengis.net/sld";
xmlns:ogc="http://www.opengis.net/ogc";
xmlns:gml="http://www.opengis.net/gml";>
<sld:Name>Major Streets</sld:Name>
<sld:Title>Major Streets</sld:Title>
<sld:Abstract></sld:Abstract>
<sld:FeatureTypeStyle>
<sld:Name>Streets</sld:Name>
<sld:Title>Streets</sld:Title>
<sld:Abstract>abstract</sld:Abstract>
<sld:FeatureTypeName>major_streets</
sld:FeatureTypeName>
<sld:SemanticTypeIdentifier>
generic:geometry</sld:SemanticTypeIdentifier>
<sld:Rule>
<sld:Name>default</sld:Name>
<sld:Title>
</sld:Title>
<sld:Abstract>Abstract</sld:Abstract>
<sld:MinScaleDenominator>50000.0</
sld:MinScaleDenominator>
<sld:MaxScaleDenominator>250000.0</
sld:MaxScaleDenominator>
<sld:LineSymbolizer>
<sld:Stroke>
<sld:CssParameter
name="stroke">
<ogc:Literal>#0000FF</ogc:Literal>
</sld:CssParameter>
<sld:CssParameter
name="stroke-linecap">
<ogc:Literal>butt</
ogc:Literal>
</sld:CssParameter>
<sld:CssParameter
name="stroke-linejoin">
<ogc:Literal>miter</ogc:Literal>
</sld:CssParameter>
<sld:CssParameter
name="stroke-opacity">
<ogc:Literal>0.6</
ogc:Literal>
</sld:CssParameter>
<sld:CssParameter
name="stroke-width">
<ogc:Literal>1.0</
ogc:Literal>
</sld:CssParameter>
<sld:CssParameter
name="stroke-dashoffset">
<ogc:Literal>0.0</
ogc:Literal>
</sld:CssParameter>
</sld:Stroke>
</sld:LineSymbolizer>
<sld:TextSymbolizer>
<Label>
<ogc:PropertyName>STREET_NAM</ogc:PropertyName>
</Label>
<Font>
<CssParameter name="font-
family">Times New Roman</CssParameter>
<CssParameter name="font-
style">Normal</CssParameter>
<CssParameter name="font-
size">16</CssParameter>
<CssParameter name="font-
weight">bold</CssParameter>
</Font>
<Fill>
<CssParameter
name="fill">#000000</CssParameter>
</Fill>
<VendorOption name="group">yes</
VendorOption>
</sld:TextSymbolizer>
</sld:Rule>
</sld:FeatureTypeStyle>
</sld:UserStyle>
---------------------------------------------------------------------
-
---
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to
share your
opinions on IT & business topics through brief surveys -- and earn
cash
http://www.techsay.com/default.php?
page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Geotools-gt2-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Geotools-gt2-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
!DSPAM:1003,44c5379e135809771116852!
--
Chris Holmes
The Open Planning Project
http://topp.openplans.org
begin:vcard
fn:Chris Holmes
n:Holmes;Chris
org:The Open Planning Project
adr:;;377 Broadway, 11th Floor;New York;NY;10013;USA
email;internet:[EMAIL PROTECTED]
title:VP, Strategic Development
x-mozilla-html:FALSE
url:http://topp.openplans.org
version:2.1
end:vcard
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Geotools-gt2-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
