Здесь на maameet номер дома 5/2, а внести предлагалось только 5: http://osm.svimik.com/btrace_verify.php?x=524073.14&y=6573824.93
У Maa-amet на одном доме может висеть несколько разных адресных точек. Т.к. отличий между ними никаких, то выбирается в случайном порядке.
Т.к. все адресные точки берутся из базы Maa-amet, то формально все варианты можно считать корректными. Любое несоответствие остаётся на совести Maa-amet.
Вот это тоже не очевидно, я ok шлёпнул.
ИМХО, нужна страница с примерами - что как отмечать, примерно как тут картинки справа.
Уже исправил, инструкция внизу. Текстовая, правда. Там всего-то 6600 домиков осталось уже. Больше, наверное, не будет. По крайней мере, в таком виде.
Кстати, пример уже импортированных двойных домиков.
http://www.openstreetmap.org/?lat=59.323357&lon=24.825698&zoom=18&layers=M
Написал отчёт в imports@
http://lists.openstreetmap.org/pipermail/imports/2013-March/001889.html
Теперь ждём разгневанных ответов, что это надо было сделать раньше 
Очередной апдейт Вот тут я даже не пойму что от меня хотят, маркер указывает на 1 дом, а контур на другой.
Blue marker should be inside the contour (see OSM preview). Mark as bad contour otherwise.
Т.е. браковать такие случаи.
Пара писем критики. Второе на инглише.
Непонятно, они просто недовольно бурчат без всяких последствий, или это может привести к массовым откатам?
Какие-то проблемы с Нумератором зданий.
Вижу наличие 14 домов для нумерации, но постоянно вылезают ошибки вида
Error while requesting new task. The server said:
Can’t find way 214243925
Error while requesting new task. The server said:
Can’t find way 214243906
и при закрытии ошибки и попытке пронумеровать таки здание, ошибка
Слишком быстро. Следующая задача ещё не загрузилась
Just for fun:
Приложение: http://habrahabr.ru/post/174793/
URL:
http://osm.svimik.com/json.php?lastedits
http://osm.svimik.com/json.php?stats
Небольшая рассинхронизация в базе. Кто-то контур удалил, а в заданиях он остался.
Понятия не имею. Бурчит пока только один.
Мне мало понятны претензии.
a) Импорт ведь делается по данным адресного реестра, который свежее как используемой “обкликивателем” подложки, так и аэрофото. Если адрес имеется в реестре и для него нашелся контур, то дом, как минимум на дату данных адресного реестра, был. Остается лишь вопрос, что произойдет, если “обкликиватель” попадет на домик, которого на подложке еще нет.
б) В чем проблема синхронизировать валидаторы со свежими выгрузками адресного реестра? По любому, НП с парой домов, которых в природе уже нет и парой отсутствующих, значительно более акруален, нежели НП без единого домика.
И копию X-Gis никто не пытается сделать, есть же оригинал.
Меня больше беспокоит сокращенная форма улиц. Когда SviMik начинал разработку данных инструментов, я приводил пример, когда две улицы, имеющие в сокращенной форме абсолютно одинаковое написание, на деле имеют разные полные наименования. Улицы были выбраны существующие. Проверку, сколько подобных улиц вообще имеется в адресном реестре, не проводил, выбрал первые попавшиеся для примера важности вносить полные наименования. Интересно, как они были импортированы, наверняка по ним домики уже есть в базе…
Заодно, прокомментирую сие:
Давайте вспомним основное правило ОСМ. Не рисуем под рендер. Другие инструменты не обретут сокращателя до тех пор, пока это никому не потребуется. Если действительно будут пожеланиях внедрения сокращений в другие проэкты, основанные на данных ОСМ, то думается, проблем с этим не возникнет. Большую часть сторонних навигационных продуктов покрывает osm2mp, не думаю, что liosha будет сильно упираться от внедрения предварительной обработки *.osm на предмет сокращений. Мапников, помимо org, тоже хватает.
А ситуацию с неоднозначными сокращенными формами я ведь приводил…
Никакой сокращённой формы названий улиц нет, я же сказал. Видимо, ты меня неверно понял.
Импорт пишет полные названия:
http://www.openstreetmap.org/browse/way/212395964/history addr:street = Friedrich Reinhold Kreutzwaldi
А нумератор переправил даже существующие(!) названия на полные:
http://www.openstreetmap.org/browse/way/74152233/history addr:street = Johann Voldemar Jannseni
Сокращалась только статусная часть (mantee до mnt, puiestee до pst). Больше ничего не сокращалось. Но mnt и pst, по-моему, предельно очевидны. И, при желании, могут быть вполне однозначно сконвертированы обратно в mantee и puiestee, если кому-то, вдруг, такое внезапно понадобится.
Насколько я помню, твои примеры касались названий типа F. R. Kreutzwaldi. Такого я не сокращал.
Тогда, свои возмущения снимаю. Только еще один вопрос. А как обстоит с “tänav”? Сокращается до “tn”, или упускается?
Это хорошая новость 
tänav подразумевается по-умолчаню, так что да, опускается.
Обновление!
Новый способ загрузки в Missing streets! http://osm.svimik.com/nostreet.php
small bbox - действует как и раньше, загружая один домик.
full bbox - загружает и выделяет все домики в строке.
Плюс профиксил проблему, когда повторное нажатие ссылки не срабатывало. Способ загрузки был изменён на JS.
Нуждается в активном тестировании
Так ведь не рабротаетЪ.
Opera, Chrome, Mozilla, IE - и small и full.
До JOSM просто не доходит вызов.
Исправил. Протестировал в IE, Opera, Chrome, FF.
Ортогонализатор не знает, что в зданиях бывают дыры: http://osm.svimik.com/btrace_verify.php?x=523575.68&y=6575382.25 или http://osm.svimik.com/btrace_verify.php?x=524540.7&y=6529773.81 (этот контур поставил на импорт и хочу подправить потом)
Вот я и столкнулся с первым конфликтом (by SviMik) при загрузке улиц.