|
Hi. We meet often wrong positioned names. For example, look at all those "island"-s rendered right over water/blue area objects in this link: |
|
Well OSM has a basic rule that is called 'don't tag for renderers', so you need to pay attention, that you don't try to tweak just to make it look good at the osm.org default rendering. This might break the semantic of the internal geodata or break other renderings or processing. So if ther label position is determind by finding the mean coordinates of the shape (here: island outer ways), there you can't do anything, as it's calculated by the Mapnik2 renderer. I know that there was a ticket at the old TRAC, but if you like, you can search and maybe open a new issue for the style, that might be pushed upstream to the Mapnik devs. Not quite pleased with the answer(s) for the following reasons: 1. The SkippyMap is the OSM's REFERENCE map and it is probably the most visited WEB map of the Planet today; 2. The question implicitly points to a serious systematic error somewhere on the way from the source data until the client rendering; 3. There should be a limit how far the "we are not tagging for renderers" saying should be used as an excuse for serious errors; and 4. The misplaced name examples in the permalink are there in years indicating weaknesses in the public Inspectors used in the data preparation.
(06 Jan '14, 08:55)
sanser
2
I'm not here to argue, I can just point you to the reasons that I know. to 1.) There is no 'reference' map as OSM are just data per project definition. An incomplete overview is http://wiki.openstreetmap.org/wiki/Maps
(06 Jan '14, 09:06)
iii
3
to 3.) It's not an excuse, it's a basic principle to avoid that the community permantly alters the data just because the semantic fit's for ones processing usecase better thant for the others. P.S: I don't like this style of allegations in a public support board. You are welcome to help on working on that topic.
(06 Jan '14, 09:09)
iii
5
iii has given you an accurate answer, sanser. If you are "not quite pleased with it" you are welcome to help fix the underlying issue, but shooting the messenger isn't going to get you anywhere and will make people less likely to help you in future.
(06 Jan '14, 10:09)
Richard ♦
|
|
Whilst not being a native of that part of the world, I've flown over it a few times. The GNIS imported data (which is the basis for the names there I think) has called some things "islands" and some things "rivers", but from the air it just looks like one large wetland with some "slightly less damp" and some "slightly more damp" areas. These "islands" and "rivers" don't always have well-defined boundaries - unfortunately you can't always expect what's there to match your pre-conceived notion of what a feature should look like. Whoever's mapped that area has used GNIS, NHD and (by the looks of it) Bing, and they've done a good job reflecting those sources. With regard to the rendering, I can't actually see an example where a label is grossly misplaced, only one where the name being rendered ("Mildred Island", based on GNIS data and matching exactly the imported node) doesn't seem to have an obvious match on Bing. |
|
I am not answering my own question but targeting the quick and somewhat speculative answers, comments and especially the “vote” column in this forum. Well, I dare to do this even if I know I will get new down/negative votes. 2
As far as I can see there is one main problem: Instead of "misplaced names" there are lots of broken or incorrectly/insufficiently tagged multipolygons (according to Bing). They lead to islands being wrongly rendered as water / water wrongly rendered as land. Consequently also the names seem to be incorrectly placed, although they are not. Besides, each name relates from a place=island node. So even if the names would have wrong positions then you could just move the corresponding nodes to the correct position. But here the water/land polygons have to be fixed before doing anything else.
(09 Jan '14, 14:39)
scai ♦
2
@sanser - I don't understand what you're trying to achieve. OSM is a do-ocracy; if something's wrong, go and fix it. Just pointing at something and saying "that's not very good" won't acheive a lot.
(09 Jan '14, 15:12)
SomeoneElse ♦
also remember that sometimes things are more complex, so it's hard to evaluate the best solution from afar. for example, Mildred Island is labeled in the middle of the river. if you look at the imagery, you can see what appears to be the outline of an island, but it's now inundated with water. yet, is that still called Mildred Island even though it's more like a reef? and, does the island still appear when the water is under a certain level? if you can find the answers to questions like this, maybe we can help you figure out a better solution.
(09 Jan '14, 15:28)
neuhausr
|