Все же сокращениям в ОСМ не место. Валидатор Zkir-а покажет несоответствия, по нему и поправим названия улиц.
Тогда, разумнее остановится на варианте addrN:housenumber, addrN:street. Вариантов альтернативного номера дома на той же улице, насколько мне известно, у нас нет. Разве что не порезанный на части домик.
Назначение данного тега мне не известно, но как-то тоже пришел к выводу, что это building=*. Удалять без согласования с авторами сего творения не стоит.
От addr:city может быть польза, в ситуациях, когда невозможно установить, к какому place относится адрес (вчера как-раз натыкался на адресацию в Viimsi vald, которая выходит за рамки административной границы НП. От addr:country не вижу никакой пользы, ситуации с домиками выходящими за границы гос-ва мне не известны.
created_by=xybot - тоже считаю нужно выпилить.
А зачем их вырезать? Домики с addr:housenumber вроде же не должны скриптом трогаться.
А не 2012? Данные же вроде декабрьские.
Ну и вариант с addr:name не забудьте.
Как однажды сказал переводчик гугла… “чтобы быть совсем на всякий случай”
Вдруг где-то street без housenumber например стоит.
В самом начале я уже поторопился сделать импорт с вариантом без addr:street (только addr:housenumber), так что теперь я свои домики ещё раз перезапишу, на этот раз правильно.
Там половина домиков с этим тегом, половина без… Из чего можно сделать вывод, что не очень-то за ним следят (возможно, результат работы какого-то конвертера или редактора). Подождём ещё комментариев.
Тогда, кладу tase2_nimetus в addr:city.
В базе в этом поле я вижу только два случая - linn и vald. Второе я тоже могу писать в addr:city, или есть для этого другой тег?
Если быть совсем точным, 26.12.2012, т.е. без 5 дней 2013
А учитывая, что обкликивать мы начали уже в январе (растровые карты там последние), думаю можно писать 2013.
Отложу на потом, т.к. в задачи данного скрипта не входит (мы их всё равно не обликивали, т.к. номера у них нет, верно?)
А tase3_nimetus куда-нибудь пристроим?
Имеющиеся варианты, нужны теги для них: Viimsi alevik, Nõmme linnaosa, Metsakasti küla, Pärnu-Jaagupi alev, Lihula linn… Минуту, город?? Что он делает в 3 уровне? (во втором при этом стоит Lihula vald)
Не так. Если tase=3 nimetus~’ linnaosa$’ тогда tase=2, иначе tase 3. Т.е. для addr:city во всех случаях берем tase=3, кроме тех, когда tase=3 указывает на раен города (таких города всего 2, 322 Kohtla-Järve, 784 Tallinn)
Не встречал таких при обкликивании, номеров у них действительно нет.
tase2 - это не город/волось, а самоуправление, коим может быть как город, так и волость. Городов, являющихся самоуправлениями не так много. Большая часть небольших городов все таки входят в волости и помещаются в tase=3. У них несколько иное распределение, не по статусу НП, а по… иерархии в административном делении что ли, не знаю как это корректно обозвать.
Ладно, давай проще. Не будем глядеть, 2 там или 3, можно смотреть по окончанию (благо они все проставлены без исключений, вместе с первым столбцом и их всего 7).
Итак, что куда записываем?
Если по окончаниям, то
maakond - skip
linn(|a) - addr:city (есть варианты linna, пример, Tallinna linna, его лучше до Tallinn сократить)
vald - skip
alev - addr:city
alevik - addr:city
linnaosa - skip
küla - addr:city
Если не ошибаюсь, статусная часть НП в addr:city упускается.
Так вроде бы addr:district для районов, на которые делится область, а не для районов города.
К примеру, село Басово Золочевского района Харьковскской области будет иметь addr:district=Золочевський район
А для районов в городе используется addr:suburb http://wiki.openstreetmap.org/wiki/Key:addr:suburb
Есть же, смотрите в JOSM список дефолтных WMS, по country=EE, там 3 подложки Maa-amet, одна из них эти самые снимки. Однако, автозум на них не работает, поэтому загрузив подложку, затем зазумив, вы получите лишь растянутые снимки. Нужно будет на слое правый клик сделать, затем, изменить разрешение, тогда подтянутся тайлы более высокого качества.
У меня Merkaartor. Сейчас смотрю, там вообще снимки во-первых под углом, во-вторых сделаны в другой год (некоторых зданий вообще нет).
Сравните сами, тут не только в разрешении дело, это разные снимки:
Мне кажется очень важным явно и точно указать источник данных.
А не дату, когда были обработаны данные сообществом, что, похоже, автор имеет в виду.
Исходя из этого, не имеет никакого значения, когда кто начал “обкликивать” или когда эти данные были обнаружены.
Как я полагаю (не изучал вопрос специально), у Maa-amet где-то должно быть указано, какого “розлива” эти данные - ну, типа, “III квартал 2012 года” или что-то типа того. (он, кстати, в WMS ничего не пишет о идентификаторе данных?)
Именно то, что M. говорит про свои данные - оно и должно уйти в source.
Если там указать 2013 год - то это будет читаться, будто это те данные, которые (я полагаю) у M. еще только появятся в будущем, и в будущем их кто-то обязательно обработает, внеся в source.
И если те будущие данные будут немного отличаться от нынешних - то такой source приведет к путанице.
===
И кратко, если кому интересно - комментарии по сообщениям выше:
Я бы:
xybot выпилил, но только там, где объект модифицируется. Ни в коем случае не везде. Однако, если хочется устроить подарок сообществу и выпилить xybot ВЕЗДЕ - то это только ОТДЕЛЬНЫМ ченьжсетом, поскольку он имеет шансы быть оспоренным и откаченным, а зачем рисковать с трудом добытыми данными об адресации?
Type = 0x13 - оставил бы. Мы не знаем, зачем оно было внесено. Если хочется убрать - советую попробовать связаться с автором и выяснить предназначение. На 99.9% это что-то не нужное, но даже будучи в этом почти уверенным, по правилам OSM нельзя вот так взять и выпилить чужие данные, не обсудив с тем, кто их вносил. Также отмечу, что такой ченьжсет (с удалением 0x13) имеет шансы на откат, поэтому, если ОЧЕНЬ хочется (не рекомендуется) - то только отдельным ченьжсетом, для простоты отката
любые другие данные, которые НЕ ЗАМЕНЯЮТСЯ на более правильные - не выпиливать (см. про откат правок).
addr:city - вносить безусловно
addr:country - я бы внес. У нас, когда я адресую дом - я всегда вношу. Хотя, на наших домах - процентов 10, наверное, этот тег не имеют (соответственно, 90% - имеют). Считаю это неверным. В любом случае, отрицательных сторон наличия этого тега нет, а положительные - вроде как есть.
по сокращению “улица”. Если в Эстонском OSM-сообществе не описана своя особая схема адресации - то однозначно, следуем мировой практике - никаких сокращений. В конце концов, из полного названия всегда можно сделать сокращенное, но не наоборот. Аргумент, что где-то, в каком-то источнике данных, “улица” опущена - не аргумент. На этот источник данных найдется два других, где не опущена. Ну и OSM не стремится по формату данных походить на какой-то один источник. OSM включает в себя ВСЕ данные, а для экспорта в какой-то особый формат - см. выше.
Взято из семплов отсюда: 
Специально чтоли…
