Все три тега - это так и должно быть или просто для перестраховки?
area = yes
area:highway = service
highway = service
Да, старые area = yes и highway для перестраховки.
Если внимательно почитать ту же вику, то выяснится, что area:highway делается чисто для “косметических” целей, и обозначать ни area, ни highway их не надо. (Так и пишут, иезуиты: "прорисовка с помощью тега area:highway=* является косметической, все необходимые направления движения должны быть реализованы посредством линий highway=")
Обозначение вдобавок к area:highway еще и highway= для некой “перестраховки” (какая перестраховка? чтобы на одном отрезке было три вея вместо одного? чтобы мапник рисовал?) приводит к созданию перекрестков на границах площади (о_О), если прорисованы highway, соединяющие дороги вне площади, или к рутингу по границам площади, и к ругани валидатора на пересекающиеся несоединенные highway (ну если их не соединять, есс-но)
По данному описанию я бы счёл такую дорогу tertiary.
Впрочем, различия unclassified и tertiary изложены в Вики, так что можно выбрать более подходящее.
С позиций классификации лично я не вижу ничего против unclassified в городе - это ведь просто связующие дороги, степень значимости которых не определена.
noname=yes
Верно для обширных проезжих частей и площадей, когда разрешенные пути для движения по ним существуют.
Но возможна ситуация (для пешеходных площадей и больших накатанных грунтовых площадок), когда любая линия, соединяющая любые точки периметра такой площадки, будет допустимой траекторией движния. Для таких я бы не стал вычерчивать внутренние линии движения, а обозначил бы весь периметр через “highway=* + area=yes”, без применения тэга “area:highway”.
Вот только абсолютное большинство маршрутизаторов не поддерживают этого, а значит вы останетесь в этом месте без прокладки маршрута.
Во-первых, маршрут будет, но по периметру, а не по прямой. Во-вторых, как уже было сказано, площадь не отменяет прокладки обычных дорог по ней.
Это если не фильтровать по area=yes. Но если не фильтровать - получаем пачку дублирующихся рёбер в местах наложения. И когда их начинают править по валидатору - возмущённые крики.
Угу, area=yes давно отфильтровываются
OSRM, кстати, тоже не ведет через area. Похоже, все пользователи постепенно пришли к тому, что это просто площадной, а не роутинговый объект.
Приведи пример, а то я не понимаю, откуда там берется наложение.
Вот, скажем, есть черырехугольник с area=yes. Одна замкнутая линия, четыре ребра. К нему примыкают треки, оканчиваясь на точке периметра. Накладывающихся по общим точкам линий вроде не должно быть.
Пусть навигатор ведет по периметру как угодно, любой такой маршрут будет являться правильным.
Нормальные конверторы, очевидно, фильтровать не будут.
Что это и где здесь проблема?
Конечно, потому что нефиг корёжить корректные данные под валидатор.
http://www.openstreetmap.org/browse/way/110982048
http://www.openstreetmap.org/browse/way/110982067
http://www.openstreetmap.org/browse/way/113470939
http://www.openstreetmap.org/browse/way/113470939
http://www.openstreetmap.org/browse/way/184762157
Подобное встречается везде, где используют highway=*+area=yes
И в чем же проблема?
Я теперь в таких случаях делаю мультиполигон, включая в него рёбра линейных дорог.
Как ни смешно, это тоже наложение. Мультиполигон - тоже полигон.
P. S. Хотя я тоже так делаю. Почему-это это ощущается более корректным. :3
Бетонные инсталляции, обильно расставленные в советское время на въезде в различные населённые пункты или районы городов — это historic=bundary_stone?
Пример из Википедии:
Где-то может они были в советское время расставлены, но по-моему, сейчас как раз пик строительства этой никому не нужной хрени.