Author: Ldp
[Added to the original trac issue at 3.21pm, Sunday, 29th November 2009]

Well, yeah, that is what is intended, else you'd have a large area with a single label lost somewhere in the middle, with no clue that it relates to the boundary. Which disappears from view the moment you start zooming in on the boundary line itself.

By the way, there's already a label at the centre, but that generic label rendering for every polygon in the db will not stay indefinitely.

The quickest way at the moment to not show the names on the boundary itself is to convert your type=boundary relation to the generic type=multipolygon. But that's only temporary, as type=multipolygon;boundary=administrative relations should be labeled on the boundary. That's a fix for another day, though.

Author: seav
[Added to the original trac issue at 4.26pm, Sunday, 29th November 2009]

I disagree.

The current style is quite confusing. For instance, a street can be the boundary and someone looking at the street might confuse the boundary name for the name of the street. In addition, a boundary is often the border between two entities. It would be better if the label is something like "A-B border" instead of just "A" and just "B" in separate locations along the border.

An alternative rendering would be to place the label just inside the boundary line, not along the line.

Author: Ldp
[Added to the original trac issue at 5.02pm, Sunday, 29th November 2009]

The current labels look the same as road labels, because they're actually a generic label that's rendered for all kinds of not-specifically handled objects. If the labels would have a different style, it would alleviate much of the confusion.

Having them offset from the boundary is one of the options I had in mind, as well.

But I disagree entirely that boundary ways should be unlabeled, with only a single label at the center of the polygon.

Author: Mikado
[Added to the original trac issue at 8.30pm, Sunday, 29th November 2009]

I agree with Ldp that label should be rendered along the boundary with a small offset into the polygon inner side. It would be also a good idea to make it the same color with boundary lines to clarify what it relates to.

By the way, is there any progress with [http://trac.openstreetmap.org/ticket/2094 one line per boundary way] ticket?

Author: Ldp
[Added to the original trac issue at 8.45pm, Sunday, 29th November 2009]

Commenting on your #2094 remark in that ticket.

Author: seav
[Added to the original trac issue at 2.02am, Monday, 30th November 2009]

I guess adding an offset (to just inside the polygon) + font style change is better than completely removing the label.

Plus points if the labels for the two entities can be put across each other just like what is seen from other maps.

Author: Ldp
[Added to the original trac issue at 10.49pm, Friday, 20th May 2011]

Offsets cannot be consistently done. Texts may wind up on either side of the boundary, which is definately not something you'd want in this case. Waiting for a fix for that in mapnik2 before adding offset labels to boundary lines.

Author: math1985
[Added to the original trac issue at 2.45pm, Sunday, 13th April 2014]

Can you give an example of a place on the map where this issue plays?

Author: seav
[Added to the original trac issue at 6.08pm, Sunday, 13th April 2014]

Given the change in the default CartoCSS style sheet where boundary labels are now rendered with an offset from the boundary line (and also now colored as purple), I am setting this ticket to "resolved".