Нет.
Это подробно описано в документации проекта здесь и здесь.
Подскажите пожалуйста, появился у меня редактор который очень любит ставить теги (офис, магазин, аптека и прочее) на все здание. Я очень не люблю это дело и всегда ему говорю, что надо ставить отдельно точку. Но у него есть аргумент, что эта организация (аптека, кафе, МУП) занимает все это здание. Есть где нибудь ссылка на wiki, где все это описывается можно/нельзя. Может я не прав и он все делает правильно.
Технически обе методики верны в данном случае. Поэтому вам остаётся смирится и/или опережать его в тегировании ПОИ 
Kazykan, ну вообще-то неправым вашего редактора назвать сложно (если организация занимает все здание). Ваши-то аргументы какие?
Аргументов мало(( Если в здании несколько организаций, то нужно обязательно ставить точки. А если одно (то может быть когда нибудь там появиться еще одна организация) и надо делать двойную работу убирать тег и добавлять 2 точки.
Ну вот смотри, есть здание университета в 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 не получаются. Выделяются отдельные линии, а мультиполигоном показываться в таблице “Участники” эти линии не хотят, поэтому и не связываются в родительско-дочерние отношения все части здания.
Я, конечно, и без этого могу здания рисовать, но всё-таки, почему у меня не получается тот путь, который я описал. Мне он просто понятен, и мне гораздо проще создавать объекты, которые я понимаю как создавать, чем лепить что-то, что не совсем понятно почему работает.
Заранее спасибо за развернутые ответы.