ещё раз про жилые дворы

highway=service
access=private

Например - широкий дворовый проезд заблокированный столбиками

offtop: а сухая вода тоже существует :smiley:

Было бы интересно поставить на голосование:

“ru:service=пешеходный дворовый задний проход” :smiley:

Запретить ставить такие теги никто конечно не может, но вопрос - а надо ли ?

ru:service не в коем случае не для разработчиков мапника, а для того что бы можно было понять что это за служебный проезд, пока у нас такая анархия (вот вы можете понять что в России service=parking_aisle это теперь дворовый проезд? я нет.) и для бота, когда будет принято решение сконвертить внутридворовые проезды во что-то более логичное и стандартное (service=alley или service=driveway).

access=private - это замечательно, но для столбиков существует barrier=bollard :slight_smile:

одно другому не мешает,

а на все случаи жизни барьеров тоже не напасешься - представляете себе тег “барьер=клетка со злой собакой” или “барьер=бассейн с крокодилами” :smiley:

Alley – совсем не однозначно, толи имеется в виду только пешеходных проход, то ли по нему можно ездить…
Driveway – хотя по смыслу больше соответствует нашим дворам, за границей понимается как частная территория и подразумевает access=private.

Главным результатом консенсуса на прошлой неделе считаю комбинировани 2-х тегов для обозначения второстепенности проездов (highway=service) и жилой зоны (living_street=yes). Третий тег (service=parking_aisle) это немного грязных хак и был притянут за уши чтоб карта красивей рисовалась. Он не является решающим, и по прежнему означает “проезд на парковке”. Поскольку дворы используются для парковки, не противоречит определению тега. По этому думаю что предложенный компромиссный вариант все же лучше чем service=alley или service=driveway.

PS. Предлагаю сделать использование тега service=parking_aisle опциональными и оставить на усмотрение рисующего (я не возражаю против его использования). Например в большом дворе хотелось бы “главный” дворовый проезд рисовать чуть потолще чем остальные “тупички”.

На этом форуме есть представители Украины, Беларуси и других стран быв. соцлагеря?

Поскольку когда-то строительные нормативы и ПДД у нас были едины, думаю достаточно важным синхронизировать обозначения дворов, ведь и там и там популярны одни и теже навигационные системы типа Гармина или Навитела, одни, используются одни и теже конверторы, и т.д. и т.п.

Как вы относитесь к предложенному в этом топике компромиссному варианту?
Насколько он согласуется с национальными ПДД?

Не нашел living_street=yes в JOSM. Есть это там?

living_street=yes это проект тега от российского сообщества осм :slight_smile:
А слово aisle я смотрел по словарям, получается, что этимология слова подразумевает, что за проходом такого типа так или иначе находится ‘огорожа’, то есть, следуя языку, его правильно использовать только для тупиков. По логике по крайней мере английского языка aisle не может быть сквозным проходом/проездом.

ну учитывая что мы уже отличаемся от вас по некоторым вопросам использования тэгов на нас можете не смотреть :slight_smile:
но если интересно ситуация такова:

  1. по белорусскому ПДД дворовые проезды однозначно приравниваются к жилым зонам
  2. истерики по поводу наличия слова street в названии не разделяем. наличие этого слова никак не кореллирует с тем что обязательно должно быть название и т.д.
  3. до сих пор использовали для дворовых проездов highway=living_street. на данный момент потестили вариант с parking_aisle. бесспорно рендерится он красивее. но нефига не передаёт специфики дворового проезда. добавка в виде living_street=yes проблему снимает и позволит в случае чего однозначно выделить дворовые проезды например для автоконвертации во что нить другое…но с другой стороны прийдётся использовать 3 тэга вместо одного. что нефига не упрощает маппинг

примерно так. общего мнения пока не выработали. думаем.

Такс. Приехал я с отпуска.
Думаю, настало время подвести итоги и тему закрывать.
Дворовые проезды обозначаем вот так:

highway=service
service=parking_aisle
living_street=yes

Если двор чисто пешеходный, то предлагается просто задавать тег

vehicle=no

Теперь у меня большая просьба ко всем - привести все “свои” дворы согласно этой схеме!!

Не могу согласиться, поскольку решение не рабочее: тега living_street=yes нет в JOSM, три тега слишком много. Следует ожидать ошибки в написаниях тега и массовые отклонения от этого решения.

Для того что бы вылавливать ошибки, есть статистика. Да и главное чтобы highway=service правильно писали. Остальное второстепенно )

У меня предложение: критикуешь одно решение - предлагаешь свое. А то ругаться все умеют, а договариваться - все сразу молчат. За неделю никто в топик никаких дополнений не внес. Даже не то, что предложений, а просто флуд какой-нибудь написали бы. А по существу вообще уже недели две в нем никто ничего не написал.

Кто что думает по поводу сокращения количества тегов? У кого какие предложения?

Я думаю что все у кого были предложения, уже высказались. Главное что все согласились что двор это highway=service
с доп. тегами:
living_street=yes - что это двор/жилая зона,
+
service=parking_aisle - что бы рендерился красиво.

Можно еще раз проголосовать на вики.

считаю, что если тега нет в JOSM, это ни о чём не говорит. там много чего нет.

думается, highway=service service=parking_aisle living_street=yes подходят.
и подходит время, чтобы делать для наших условий tagging preset, или как там его. Если не спецсборку josm для начинающих. как закончу с статистикой по админитративному делению - займусь, если раньше никто не возьмётся.

Как сократить теги:
Если service=parking_aisle, чтобы рисовалось красиво, то забываем про него, поскольку не должно быть зависимости от рисовалок.

Мое мнение нужен специальный тег highway=dvor (или что-то подобное). Лоббирование этого процесса может занять неопределенное время. Чтобы работа не прекращалась, предлагаю равноправно использовать оба варианта:
Вариант 1:
highway=service
living_street=yes
Вариант 2:
Тега name нет
highway=living_street

Оба варианта бот в будущем может сконвертировать к некоторому одобренному highway=dvor

Конечно. И похерим жилые зоны. Будут у нас везде дворы.

Тогда рекомендуется такой вариант:
highway=service
living_street=yes

Нужны спецнастройки в редакторах, чтобы по одному клику эти два тега ставились. Нужен бот который анализирует употребление тега highway=service с каким-либо еще и вылавливает опечатки в living_street=yes

Бот по исправлению опечаток нужен не только для living_street=yes, а вообще для всех тегов. Анализ употреблений тегов, совместно с highway=service можно и по tagwatch проводить. В любом случае, перед созданием бота, нужно договориться о правилах. Пресеты для джосма тоже нужны, но опять же, не только для дворов. Да и не в этой теме его будем обсуждать.
По существу темы: почему не три тега, а два? Что конкретно изменится, если люди будут помечать двумя тегами? У нас проект сильно страдает от опечаток? Есть ли какая нибудь статистика, показывающая процент опечаток? На основании чего было сделано предположение, что

А

будут возникать там, где нет однозначного ответа на поставленный вопрос - как помечать дворы.

Упомянутый бот важен именно в рассматриваемом случае, поскольку living_street=yes в редакторах нет.

Если service=parking_aisle, чтобы рисовалось красиво, то забываем про него, поскольку не должно быть зависимости от рисовалок.
Вот недавно появился новая рисовалка под названием Gopnik, в ней дворовые проезды будут просто на заглядение, если число тегов для дворовых проездов довести до пяти.

То есть пресеты мы делать не будем? Чисто из принципа…

Ви ап чём? Владимир, я понимаю, что Вы сейчас нацелены на конфронтацию со всеми, а со мной в особенности. Но давайте будем честны. Не я предложил использовать три тега. Люди, которые в этой теме высказывались, тем или иным образом вышли на использование именно этих трех тегов. Я хочу подчеркнуть - ЭТО НЕ МОЕ РЕШЕНИЕ, а решение, всех высказавшихся. Я своим постом хотел лишь закрепить это решение, дабы помочь новичкам в нахождении ответа “как отмечать дворы?”. Мы же опять, за горой (по большей части) флуда прячем ответ на этот вопрос.