Намёк был на то, что можно перенять опыт с from/via/to раз просто точки мало. Сейчас конечно заминусуют за перекладывать телодвижения и конвертера на мапера, но похоже не угодишь: теги плохо, отношения ещё хуже.
Хорошая идея, но это же таааак сложно 
А
— мне ни разу не удавалось, проще написать свой конвертер и маршрутизатор человеку, никогда не занимавшемуся программированием (утрирую, конечно, но…)
Ещё мне интересно: если наполнение базы происходит «не под что-то там», а как-то иначе, то «иначе» — это как? Подразумевается, видимо, что данные можно использовать и так и сяк, но они же по определению имеют конкретный формат, а в его рамках — некую «формулу описания/кодирования» того, что отражают эти данные. Считаю, что без оптимизации под конкретные задачи (без ущерба для прочих или с пренебрежительно малым) данные малопригодны. Это как писать (и публиковать) мудрые и полезные книги на языке, которым никто не владеет или владеют единицы (и при этом не факт, что будут читать).
Вот здесь (http://forum.openstreetmap.org/viewtopic.php?pid=575652#p575652) я полностью согласен с BushmanK. Для тех, кто не понял, о чем он говорит - прочитайте еще раз и вдумчиво.
Для тех кто сомневается пусть попробуют построить маршрут на или из такой территории
Вот два примера -
-
OSRM - не строит маршрут через access=private, он предложит путь до/от ближайшей доступной точки http://www.openstreetmap.org/directions?engine=osrm_car&route=42.37581%2C-71.02285%3B42.37587%2C-71.02296#map=17/42.37569/-71.02178
-
Mapzen - прокладывает маршрут так как будто бы access=private не существует http://www.openstreetmap.org/directions?engine=mapzen_car&route=42.37581%2C-71.02285%3B42.37587%2C-71.02296#map=18/42.37597/-71.02278
попробуйте по перемещайте точки начала и конца маршрута в разные позиции для разных движков.
Пока что намного проще отбрасывать при построении маршрута часть графа с access=private (OSRM) либо не обращать внимание на сам access=private (Mapzen).
В идеале, конечно, чтобы (сферический в вакууме) навигатор мог строить маршрут внутри полигона, который сам имеет access=private, и наружу из такого полигона. Хотя, по логике вещей, во всех уважающих себя органах (организациях, предприятиях, территориях - частных, военных, коммерческих) с ограниченным доступом, всех посетителей встречают на КПП и сопровождают по территории до необходимого места - нечего гостям праздно шататься по территории. Также на таких территориях есть разные зоны з разным уровнем доступа, на которые даже не все резиденты имеют право доступа! Тут как быть {Private {Private {Private{…}}{Private}}}? А оно вообще за пределами этих территорий кому нужно?
То что есть целые закрытые населенные пункты, так это собственно для жителей не проблема - они и без навигатора знают как и куда им быстрее добраться 
- не настолько они и большие.
PS В текущей версии API, пока кроме топологической вложенности остальные отношения (relation) для большинства участников – что-то ОЧЕНЬ непонятное/страшное, так и будем мучаться 
Никто не сомневается. В этом и проблема: создать почву для более адекватной маршрутизации, а не
Не надо никакой «иерархии секретности», вам её на месте объяснят, если потребуется. А для навигации — достаточно показать сам факт «закрытости», ничего не отбрасывая, и предложить альтернативы (при их наличии).
Вот пример многоуровневых ограничений
- В садоводство(или еще куда) допуск ограничен.
- Внутри садоводства на частные участки допуск ограничен даже для тех, кто уже допущен в садоводство.
Допуски, как и секретность имеют уровни - это же банально.
А в ОСМ с этим не очень.
Навигатор может водить внутри одного уровня и выходить на меньший, но не может повышать уровень секретности допуска.
Не понятно что это значит вообще.
Да, какой-то навигатор не имеет опции. В некоторых навигаторах есть опции обхода площадей. В некоторых - избегания участков дорог.
Опций нет потому что данных не было никогда для этого.
Смущают отношения значит тегами
visa:russian=no
по примеру
https://en.wikipedia.org/wiki/Template:Visa_policy_by_country
https://en.wikipedia.org/wiki/Template:Visa_requirements
Далее, внутри России, но до ЗАТО:
access=ru:ZATO-Zvyozdny
Внутри зато, но до военной части 123456:
access=ru:MO-123456
Пользователь в настройках навигатора втыкивает “у меня есть паспорт Россиянина”, access=ru:ZATO-Zvyozdny но не access=ru:MO-123456 и радуется.
Не надо смешивать в кучу несколько проблем, которые тесно связаны, но все же разные.
- Куда вешать ограничения (на точки, дороги целиком, территории)
- Какие ограничения вешать, чтобы описать ситуацию адекватно
- Что с этим всем великолепием может делать навигатор (мы не должны от этого отталкиваться, но можем об этом думать)
Про первую проблему я написал уже дофига и несколько раз. Мое аргументированное мнение - ограничения нужны на самих way.
Про вторую лично я вообще ничего не писал пока что.
На третью лично я только ссылался в том смысле, что когда сейчас кто-то говорит, например, “а вот, в навигаторе сейчас все прокладывается, потому что теги стоят на точках” - это полная хрень, потому что конвертер и навигатор просто игнорируют те данные об ограничениях, которые есть, а потому это вообще нихрена не аргумент за или против той или иной схемы.
Были и другие аргументированные мнения. Ваши аргументы также недостаточно сильны (см. контраргументы среди других мнений).
Увидел много абсурдных примеров, иронии и т.п., внятно аргументированных других мнений было предельно мало. Особенно, учитывая тот факт, что все пытаются отвечать всем и никому конкретно.
Не “нужны” они на way, подходов много как всегда:
Можно обойтись
- отношением из всех дорог внутри СНТ
- несколькими сотнями отношений из дорог на участке
Либо
- придумать тег access=ru:СНТ Ромашка (Васильевская область) для внешних заездов в СНТ
- придумать теги access=ru:СНТ Ромашка (Васильевская область):участок 1234 для внешних заездов на участки
Чем принципиально линии лучше отношений или точек вообще не сказано, зато много оффтопика.
Только вместо “уровней” типа “страна”-“зато”-“военная часть” я предлагаю конкретные объекты.
Доступа “ЗАТО” или “СНТ” не существует. У каждого объекта свой список “своих”. У каждого пользователя свой список “своих” объектов.
Даже для виз подход с “уровнями выше/ниже” будет затруднителен. Существуют, наверное, сотни специальных виз, пропусков, дипломатических паспортов и “договорённостей”.
Тут система навигации как с запретов сквозного проезда - если к объекту никак иначе не подъехать, то повысить уровень можно, но после этого уже не понижать.
Заехал во дворы, так и едь по ним до подъезда, а если выехал на улицу, то это уже сквозной проезд.
Единственный выезд - это от точки старта со своего двора.
С допуском аналогично, если считать, что человек, едет туда, куда у него допуск есть, но только туда и есть.
Скачков уровня допуска должно быть наименьшее количество.
Классы “проездов” не решат доступ вообще никак. “проезды” не “зато”.
Откуда ему знать что мне можно в один ЗАТО, но нельзя в другой?
Откуда ему знать что мне можно в СНТ? В какой именно можно?
Я писал об этом - раз вы хотите ехать на объект, то вы должны уже иметь допуск на него.
Если вы тыкаете точку финиша на свою дачу, то доступ туда должон быть
Т.е. должны игнорироваться все access точки по пути?
На мой вопрос не было ответа. С точки зрения пользователя да, удобно тыкать просто. Что с тегированием и учётом тегов - непонятно.
Для магазинов “спортпита” есть какие-то особые теги? Это ж не Пятёрочка, с одной стороны, но и не аптека 
Старые объекты http://wiki.openstreetmap.org/wiki/Proposed_features/supplements
Новое предложение http://wiki.openstreetmap.org/wiki/Proposed_features/nutrition_supplements
Здание, обозначено как единый полигон, и в жизни оно тоже как одно целое, но по факту это 3 строения с примыкающими друг к другу стенами.
Допустимо ли расставить по нему точки с адресами или надо как-то переделывать?
три отношения мультиполигон с соответствующими общими линиями.
А есть где нибудь сделанный пример посмотреть?