Ma olen väsinud vaidlema. Place <> admin_level, enamasti palju vähem. Ja place <> landuse=residential, enamasti palju suurem, sest sisaldab ka teist landuse.
Mul pole midagi vastu place kardistada ainult ortofoto järgi, silma järgi, sest minu kriteerium palju raskem ülekontrollida.
Ärge kupeldage neid reegleid piisavalt.
Ma võin ka küsida, kuidas te ülekontrollitte landuse=* :)

Võite alustada siit:
https://et.wikipedia.org/wiki/T%C3%A4nav
Pärast, uurida, kas on olemas tänavad tiheasustusala väljas. Pärast uuseti lugeda, mis ma kirjutasin.
place=* - näitab, mis nimega, ja mis elamu suurusega (juhul, kui ta on joonistatud) tiheasustusala on.

Ma juba vastasin, kuidas saab kontrollida. Aadressi järgi. Jah, meil adresseeritakse mitte hooned, vaid maa üksused (hooned pärivad maalt). Kadastri järgi saab väga hästi piiret joonistada/kontrollida. Aga, olen kindel, niisugune täpsus mitte kellegeli ei ole vaja ja mitte kedagi ei tee. Silma järgi piisab. Jah, veel, igas reeglis on erandeid (mõis oma nimega, palju hiljem alevik sai nii suur, et mõisa ümber ringi on tänavad ja maaüksused). Üldiselt, OSM - mitte riiklike dokumentide kaardistamise projekt, maaametis erinevate kihti igale maitsele piisav. Aga siin palju teist objekti, mis dokumentidest ei ole võimalik või peaaegu võimatu tuvastada.

Teie loogika järgi, place=town/city/village ka ei ole vaja. Mille eest? Eestis on kõik admin_level-id. Nende järgi ilusti saab leida kuhu kuulub maja. Teie õigus mitte kasutada neid. Aga, ei ütle, et keegi neid ei vajaks või neid tuleb admin_level piiride võrdsustada. See on täiesti erinevad objektid. Map what's on the ground.

Esimene näide mitte märkinud
osm.org/way/26847409

sõna "alevik" ma kasutasin nagu ühine väärtus, linn/alevik/küla. Adreseerimises vahet pole (enam/vähem).
Näiteks, need majad Kulli külas adreseeritakse tänava ja maja numbritega, ja asuvad place=village
Aga niisugused
osm.org/way/26847278
ka Kulli külas, aga mitte place=village. Siin pole tänavat. Ainult, "Lagedi — Aruküla — Peningi" maantee. Sellega, see on isolated_dwelling

Olen kindel, et kogu maa jagamine mitte ainult Eestis, aga mitte keegi ei viska välja place=isolated_dwelling. Ja see on täpselt mitte place=farm.
Tahate kontrollimise võimalus? OK. Kõik majad, mis adresseritakse tänava nimi ja maja numbriga - asuvad alevikus, place=city/town/village...
Selle objekti väljas tänavad puuduvad. Ja objektid adresseritakse aleviku ja tema enda nimega. Ja see on mitte minu haige kujutlusvõime. Uurige välja edreseerimine Eestis. Ma olen selles küsimuses palju aega veetsin. Ja sama asi mitte ainult Eestis...

boundary=administrative - piir dokumentide järgi. Kõik maa Eestis on jagatud, mitte ühtegi cm-i ei ole, mis ei kuulu admin struktuurisse. place=* - on nimetatud kohad, mitte kõik admin pind.
Näiteks,
osm.org/relation/350680
Siin on alevik, põllud ja metsad.
Aga, mitte keegi ei ütle, et need majad
osm.org/way/232942016
on Peningi alevikkus. Jah, juridiliselt, nad on Peningis, aga mitte alevikus. Peningi alevik, place=hamlet, on põhjal. Aga need majad on place=isolated_dwelling.

That's what I found quickly:
??.??.2013-01.11.2013
??.??.2014-17.11.2014
09.04.2015-13.11.2015
07.04.2016-01.11.2016
??.??.2017-??.??.2017
13.04.2018-

boundary=administrative ja place=* on erinevad objektid. Mõnikord nendel on sama geomeetria, kuid sagedamini on erinev. Tegin uus objekt sama geomeetriaga, juhul, kui teadsin, et geomeetria on erinev, aga ilusti joonistada võimalust ei ole, et objekt juba oleks, ja selgitada tema piirid pärast.

At that time, we could only dream of supporting such schemes in navigators. I analyzed what the neighbors (LT,LV,FN) were using and chose the most convenient option. Cool, if at least someone learned to handle such schemes. But, why Apr-Sep? In my memory, 110 floats in the period 5-15.apr - 1-15.nov. May be, better to use Apr-Oct?

> If your idea is show only residental land then you need constantly update those polygons.
Of course, need to update, the same as "admin boundary" sometimes needs to be updated. Any data with time become obsolete.
> What about add "place" tag to adm. boundary relation? Then we can use also "label" and no need to update areas.
Against, because they are different objects with different boundaries. But let's not draw a map of the future, when in our opinion, all the forests will be built up and densely populated. What are you so "label" cares? Maybe, You do not like the location of the place name in Your render? Do not draw place objects, if for your purposes they are not needed.

> Why we need "place" multipolygon? If this polygon is different from admin. boundary, from where comes this shape? Admin boundary is official from Maaamet but from where you take "place" polygon?

from wiki:
>__place__: Used to indicate that a particular location is known by a particular name, to indicate what sort of "place" it is. A place tag __should exist__ for every significant human settlements (city, town, suburb, etc.) and also for notable unpopulated, named places.

>__place=town__: An important __urban centre__, between a village and a city in size.

Admin boundary also includes fields, forests and other non-residential land.

My ideal of "place" boundaries - land plots with street addressing (In my understanding of the "place", there are no streets outside the "place"). But such an accuracy is almost not realistic. On average, the territory with buildings.

> P.S. Multipolygon relation can not have role "label"

Thanks, I know, there's no "label" tag on it.

"place" And "boundary:administrative" - different objects, usually with different geometries (although they may coincide). In this case, the "place" geometry should also be slightly different, so the relations is different. Added a quick, but the hands did not come to clarify.

Hea näide, et teed ei tohi klassifitseerida ainult väljanägemise järgi.
Keelumärk asub selles punktis:
osm.org/node/294844379, mis tähendab, et see osm.org/way/8065287 "Bremeni käik" tänava osa võiks kasutada autodega mõlemale poolele, ja kasutatakse, sest et, seal on parkla veel.
Selles osm.org/way/239719324 osas ka ei keelata mõlema poole sõita. Sellega, ühesuunaline tee ainult see osm.org/way/239719323 osa
Tagastasin, nagu oli
osm.org/changeset/41888580

Miks te panite järgmistele joontele highway=pedestrian?

Bremeni käik (8065287)
Bremeni käik (239719324)
Bremeni käik (239719323)

Seal saab autoga sõita -> highway=residential + living_street = yes või highway=living_street

Памятник ведьме, насколько понял, это - "Памятный камень, посвящённый сожжению ведьмы Анне из Конгла". ОК, хотя с расположением небольшая промашка, ну и, будьте любезны в следующий раз название более полное пишите.
А вот что за 2 водопада таких? Расположения уж больно смущают. Да и сильно сомневаюсь, что они тянут на аттракционы.
PS: Поосторожнее с метками в Maps.Me. Есть 2 варианта, личные заметки и редактор "общей карты". В этот раз вы внесли изменения в общую базу.

Раньше, действительно, не была. Но это лишь по недосмотру тех, кто наполял Е20 в ОСМ. Явно это были не местные.
Раху и Паул Кересе я недавно в Е20 добавил, после поездки в Питер на авто, так что, информация "Survey". Оказалось, что по Таллинскому 10-ти тонники не пройдут и для них-то эта объездная - единственный путь следования по маршруту Е20, знаки объезда, само собой имеются.
Думал, Таллинское убрать из Е20, дабы кольца не было, но нет, не комельфо, ни один B-ник не попрется по объездной, тем более в обратную строну, когда на стоянку ожидания не нужно заезжать.
Кстати, о стоянки ожидания, она хорошо видна на мапнике, справа от Раху, "Narva ooteala". Здесь происходит регистрация на пересечение границы и присутсвует стоянка ожидания, дабы в центре города пробки не создавать. Так вот, в направлении Нарва - Иван город ни один авто (да и мото) не пересечет границу не побывав на этой стоянке. Исключение, разве что, рейсовые автобусы. Вот как ее корретно обозначить и включать ли в Е20 я пока не знаю...

А зачем? Это же объездная - неотъемлемая часть E20.

I looked at relation 3793363. I did not change it members. Only mistake set highway=trunk on relation.
Fixed:
osm.org/changeset/32797863