Ну вот смотри, есть здание университета в 10 этажей, а в нем есть библиотека в 2 кабинета. Будешь их обе точками обозначать? И тогда на вопрос в этом крыле что - будет 50% шанса что там библиотека?
ну, такое, чтобы организация занимала все здание, а потом вдруг съежилась, ужалась, и впустила кого-то еще - бывает очень редко. Можно будет и потерпеть 
Главное в этом деле понять по какому адресу находиться POI, указывать, где вход у определенного POI в OSM нельзя (ну по крайне мере задокументированного).
Причём тут адрес, он будет одинаков. Вход тоже один.
адрес для точки берется из контура здания, это может номинатим опенстримап.ру и т.д.
вход в здание описывается точкой с тегами entrance.
ну к примеру, в большом тц входов обычно несколько, обычно с каждого варианта подхода покупателей или что подобное.
для роутинга внутри здания рисуешь footway от точки магазина до entrance согласно внутренним проходам, снаружи, после entrance footway соединяешь с дорогами вне здания. в этом случае роутер тебя полностью доведет до точки внутри здания, используя правильный вход и т.д.
profit ??
миль пардон, про коридоры не знал, до индура не добираюсь.
судя по страничке он равнозначен footway. а вот для лестниц и автопроездов аналогов судя по всему еще не создали…
Есть ли тулза которая покажет, что в дампе отсутствуют ссылочные элементы? Ну то есть, есть вей для которого отсутствуют точки или для отношения есть не все члены. JOSM конечно умеет, но в него не запихнёшь гигабайтные файлы.
Можно через osmosis.
Прогоняешь данные через bblox с clipIncompleteEntities=true, тем самым кривые элементы выкинутся.
Затем можно сформировать diff, который будет только их и включать.
Но это будут артефакты обрезки или нужно валидировать именно сами данные? Если сами данные - Keep Right умеет их показывать.
Да, вполне подойдёт. Спасибо.
Подскажите пожалуйста, если кто-то удалит/отменит/исправит что-то из моих добавлений на карте,
я смогу это увидеть (например, в своем профиле) ?
Нет, это не отображается нигде пока что. Есть история правок, в ней можно заметить. Раньше там можно было открыть RSS, но сейчас ссылки не видно. 
Тимур, есть такой инструмент http://simon04.dev.openstreetmap.org/whodidit/ с помощью которого можно отслеживать правки в заданном районе, там же и на RSS можно подписаться по свежим правкам
Спасибо siberiano, огромное спасибо literan - отметил интересующие районы, подписался на RSS.
Больше года не рисовал карты. То немногое что знал - забыл. Судя по объектам с моим авторством, я когда-то умел создавать отношения type=building, в качестве участников которых были мультиполигоны, с присвоенными ролями outline и part.
Если открыть окно такого outline или part, то на вкладке “Родительские отношения” я увижу строчку со ссылкой на отношение building.
Ни как не могу понять как я это раньше делал. Может за тот год, что я не работал JOSM основательно перебрали и сейчас невозможно создавать такие объекты и я лишь могу наблюдать ранее созданные? Если же возможность создания таких объектов осталась, то подскажите как это сделать.
Идея у меня такая:
- Создаю type=building
- Мультиполигоном создаю контур здания (все самые выпирающие части здания)
- Включаю этот мультиполигон в качестве участника в отношение, созданное в п.1 и присваиваю ему роль outline
- Мультиполигонами создаю контуры частей здания (как правило этажей)
- Включаю эти мультиполигоны в качестве участников отношения, созданного в п.1 и присваиваю им роль part
Но вот засада, п.3 и 5 не получаются. Выделяются отдельные линии, а мультиполигоном показываться в таблице “Участники” эти линии не хотят, поэтому и не связываются в родительско-дочерние отношения все части здания.
Я, конечно, и без этого могу здания рисовать, но всё-таки, почему у меня не получается тот путь, который я описал. Мне он просто понятен, и мне гораздо проще создавать объекты, которые я понимаю как создавать, чем лепить что-то, что не совсем понятно почему работает.
Заранее спасибо за развернутые ответы.
Можно создать отношение type=building с помощью reltoolbox (оно будет выбрано), а затем выделить мультиполигон (правая кнопка мыши → выбрать отношение) и нажать «+» в панели reltoolbox.
Написал большой коммент в стиле - у меня не получается…
Затем решил таки воспользоваться правой кнопкой мыши, как вы написали, и о чудо, в таблицу “Участники” добавилась строчка с требуемым мультиполигоном. Там, правда была еще какая-то мусорная строка, но это мелочи.
И да, почему-то отношение type=building создалось само собой, я его не создавал. Может потому что при создании мультиполигона я указал building=yes?
И всё-равно не покидает ощущение, что Relation Toolbox сделали через жопу. Почему кнопка зеленого плюса сразу меняется на кнопку красного минуса? Двойным щелчком невозможно открыть окно отношений, чтобы его отредактировать, вместо этого оно исчезает. Ужас.
Ужасно неудобен Relation Toolbox. Он незаметно создает отношения без каких-бы то ни было тегов, и попробуй их потом отлови.
Поди догадайся, почему в списке этой панели то сперва сверху идет строка “building”, а под ней строка “мультиполигон”. Пытался добавить мультиполигон (нажал на кнопку, которая внизу списка), чтобы описать часть здания - так окно отношения не открылось, а количество строк в Relation Toolbox изменилось. Потом тыркался, тыркался - добился того, что в верхней строчке стояла надпись “мультиполигон”, а во второй строчке надпись “отношение”. И как я понял это я каким-то макаром это отношение создал. Оно было без тегов.
Кто создатель этого модуля. Почему он настолько неудобен для начинающих???
Есть кто живой?
Создал мультиполигон, который хочу объявить частью здания. Но по прежнему нет возможности засунуть этот мультиполигон как строчку таблицы “Участники” отношения type=building.
Пока, похоже, я освоил лишь возможность создания отношения type=building с одним единственным участником-мультиполигоном при создании этого отношения. Редактированию, так чтобы в таблицу “Участники” добавить сразу строчку с мультиполигоном, для присвоения ей роли part, отношение не поддается.
Что я делаю не так???