Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Incorrect labelling of multipolygon relation #779

Closed
matthijsmelissen opened this issue Jul 28, 2014 · 3 comments
Closed

Incorrect labelling of multipolygon relation #779

matthijsmelissen opened this issue Jul 28, 2014 · 3 comments

Comments

@matthijsmelissen
Copy link
Collaborator

The following issue has been moved over from trac:

Someone seems to be rather over-enthusiastically grouping together all the residential areas in Cambridge into multipolygon relations. I'm not convinced this is helpful. However, there is a rendering artefact which makes this particularly unpleasant. The name of one of (the many) outer elements is being picked up and rendered widely across the whole of the area which the relation covers (possibly it is in the middle of any anonymous outers which are also part of the relation, not sure).

The name chosen seems to be pretty random. It comes from this small way, "The Orangery".

http://www.openstreetmap.org/browse/way/43491617

You can then see this insignificant "The Orangery" caption rendered repeatedly all over Cambridge where it is completely irrelevant. For example:

http://www.openstreetmap.org/?lat=52.197111&lon=0.103013&zoom=18&layers=M

and

http://www.openstreetmap.org/?lat=52.190617&lon=0.129325&zoom=18&layers=M

It doesn't seem right to render the name of one element of a multipolygon relation arbitrarily on others.

I think the relation concerned is this one: http://www.openstreetmap.org/browse/relation/1823059 but it could be this one, I'm not certain: http://www.openstreetmap.org/browse/relation/1825599

I will contact the author directly about the undesirability of this relation in principle, but I think the way the name is being rendered is a bug in any case.

@Rovastar
Copy link
Contributor

I know you are cutting and pasting from trac but I do not see the issue here.

Those relations were deleted 2 years ago.

Lets close this one as a n/a or tagging issue. I expect they were putting the name in the relation when it should have been on the individual ways.

@pnorman pnorman closed this as completed Jul 28, 2014
@rasher
Copy link

rasher commented May 18, 2015

Copying from the original report in trac, this is a problem for actual use. Comment by rasmusv:


I think that the original reporters problems have been resolved in OSM, however I've observed something similar in Denmark.

I have created the multipolygon 1933205 1, which covers the municapality of Samsø (Samsø Kommune) - a big island with approximately 16 islets. The multipolygon is given a name tag which should preferably apply only to the complete multipolygon and not all of the 17 parts of the multipolygon 2 as it is now. The problem with the existing method of rendering is that you cannot see the names of the islets, but instead they are wrongly called "Samsø Kommune".

@matthijsmelissen
Copy link
Collaborator Author

This is a different problem, this issue is about the name of an outer element being rendered rather than the name of the multipolygon. Could you open a new issue for this?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants