GeoServer

Label Grouping Artefacts

Details

  • Type: Bug Bug
  • Status: Closed Closed
  • Priority: Major Major
  • Resolution: Duplicate
  • Affects Version/s: 1.7.6
  • Fix Version/s: None
  • Component/s: WMS
  • Labels:
    None
  • Number of attachments :
    2

Description

Mark has been talking about labeling glitches for a couple weeks now; today I got him to pacakge a smaple data set that hopefully we can use to reproduce the problem.

In the attached image you can see "Hay Street" label is in the wrong location; Hay Street is at the end forming a colored "L" shape near the compass; it is connected to the stree where the label shows up - but that street comes from another layer and has different styling....

The sample data has two shapefiles; each one of which is styled three times:

  • once for the "outline
  • once for the fill
  • and once for labeing

I found that the shapefile export from postgis truncated the names; so I had to duck into the SLD and fix up the names before I could try out this style in uDig. I stalled out testing further since labeing in uDig is messed up right now.

Issue Links

duplicates

Improvement - An improvement or enhancement to an existing feature or task. GEOS-2029 label grouping should group by label text AND by symbolizer

  • Minor - Minor loss of function, or other problem where easy workaround is present.
  • Open - The issue is open and ready for the assignee to start work on it.

Activity

Ascending order - Click to sort in descending order
Hide
Permalink
Jody Garnett added a comment -

Sample data and screen

Show
Jody Garnett added a comment - Sample data and screen
Hide
Permalink
Andrea Aime added a comment -

The title seems to suggest a long sequence of reported issues.... which I don't remember seeing.
Please use a title that describes what the issue is instead of describing your frustration with the tool (which is understandable, but won't make for a good changelog and a sensible report)

Show
Andrea Aime added a comment - The title seems to suggest a long sequence of reported issues.... which I don't remember seeing. Please use a title that describes what the issue is instead of describing your frustration with the tool (which is understandable, but won't make for a good changelog and a sensible report)
Hide
Permalink
Mark Leslie added a comment -

So after our discussions the other week, this is my understanding of the issue.

Because I'm using the "group" option for all of my road classes, they are grouped only based on the label value (in this case name), without consideration of the different styling applied to different sections of the road. The erroneous label rendering is occurring when a long road is classified under two different styles. While each road segment is uniquely included in one style, the grouping algorithm loses this information. When it comes render time, one of the two styles is rendered, and in some cases it is not the style appropriate for that section of the road. Does that make sense?

The workaround here is for me to do the grouping in the database. I believe this is a 'will not fix'.

Show
Mark Leslie added a comment - So after our discussions the other week, this is my understanding of the issue. Because I'm using the "group" option for all of my road classes, they are grouped only based on the label value (in this case name), without consideration of the different styling applied to different sections of the road. The erroneous label rendering is occurring when a long road is classified under two different styles. While each road segment is uniquely included in one style, the grouping algorithm loses this information. When it comes render time, one of the two styles is rendered, and in some cases it is not the style appropriate for that section of the road. Does that make sense? The workaround here is for me to do the grouping in the database. I believe this is a 'will not fix'.
Hide
Permalink
Justin Deoliveira added a comment -

So shall we close as won't fix?

Show
Justin Deoliveira added a comment - So shall we close as won't fix?
Hide
Permalink
Andrea Aime added a comment -

Actually it's valid, but a duplicate of GEOS-2029

Show
Andrea Aime added a comment - Actually it's valid, but a duplicate of GEOS-2029
Hide
Permalink
Andrea Aime added a comment -

Mass closing all issues that have been in "resolved" state for more than a month without further comments

Show
Andrea Aime added a comment - Mass closing all issues that have been in "resolved" state for more than a month without further comments

People

  • Assignee:
    Andrea Aime
    Reporter:
    Mark Leslie
Vote (0)
Watch (0)

Dates

  • Created:
    Updated:
    Resolved: