Вопросы новичков (Part 1)

Хорошо, спасибо. Я сотни раз проезжал в этом месте, вспомнил.
Это действительно канава, проверил по Яндекс Панорамам.
Все дорожки починю.
https://yandex.ru/maps/-/CCUFVRRs9B

Для информации:
есть автобусный маршрут Автобус 991: Элиста - Санкт-Петербург, был создан в 2015 году. Похоже что он не менялся принципиально с 2016 года, все изменения были связаны с разрезанием дорог.
В маршруте десятки разрывов, а в некоторых местах, похоже, даже предлагается езда по встречной полосе (скорее всего из-за разделения линии).
Никакой информации в интернете об этом маршруте найти не смог. Думаю он уже не актуален, если никто не возражает, удалю его в понедельник, 23 мая.

P.S. Ещё несколько похожих маршрутов на примете.

Такой (или очень похожий) маршрут есть у этого перевозчика

В ID tower:type=lighting вдруг стали громоотводами. чудеса.

Есть несколько вопросов, ответьте кто знает пожалуйста:

  1. В России много отрезков дорог (линий), на которых указаны теги type=route + route=road. То есть дорога может быть разделена на сегменты и на каждой линии висят эти теги. Я могу удалить эти теги или это считается вандализмом? (они ведь не несут никакого смысла)
  2. На некоторых дорогах (особенно в Москве) много сегментов дорог и на каждом указаны теги wikipedia + wikidata. Подскажите, можно ли объединить эти линии в общее отношение, а на отрезках удалить теги?
  3. Как правильно обозначть мост, который закрыт на реконструкцию и в ближайшее время не откроется?
    3.1. Если есть только дорога highway=* с тегом bridge=yes
    3.2. Если есть отдельно полигон с границами моста man_made=bridge, по которой проходит дорога с тегами из предыдущего пункта
  4. Есть сегменты лыжных дорог, на каждой линии повешены теги type=route + route=piste. Это нормально или лучше объединить их в отношение и указать это сочетание на нём (с линий убрать)?
    5.1. Нашёл много автобусов, большинство из которых были созданы давно (изменялись обычно при разрезании линий) и давно устарели. очень много давно поломанных маршрутов, незавершённых, устаревших (мост закрыли больше года назад, до сих пор маршрут проходит так).
    https://www.openstreetmap.org/relation/5393214
    https://www.openstreetmap.org/relation/12460181
    Такие маршруты обычно принадлежат частным ИП или ООО. Корректно ли добавить для них operator:type=private? (нужно для моего алгоритма, очень поможет)
    5.2. Корректно ли добавить этот тег на мастер-маршрут?
  5. Как лучше объединить отрезки дорог в единое отношение?
    type=associatedStreet — нужна для объединения дороги и зданий, но много раз замечал что объединяют только дорогу
    type=route + route=road
    type=street
  6. Помогите составить запрос в overpass чтобы получить все отношения по условию, при этом мне нужно вернуть только теги найденных отношений и список участников (тип, id и роль) без самих участников (без геометрии и тегов участников). Читал вики, ответа не нашёл.
    Если невозможно, то хотя бы со всеми участниками.
  1. Это разные объекты, зачем ты собрался удалять один?
  2. Отношения - это не коллекции для хранения тегов
  3. Если дорога так же на ремонте то через hw=construction. Мост трогать смысла не вижу.
  4. Какой-то сомнительные, не проверяемый тег. Власти выкладывают реестры городских маршрутов. Можно найти, отвалидировать и удалить устаревшее.
    Опять же мастер маршрут - это не сборище общих тегов.
  5. Отношения - это не коллекции

Я хотел удалить только теги type=route + route=road, не могу понять какой в них смысл если есть highway и другие теги, которые вполне описывают этот участок дороги.
В Вики описании ключа type (и ещё на некоторых страницах) есть сообщение, что следует избегать использование этого тега на точках и линиях.
Выборочно посмотрел использование тега type=street в других странах, очень похоже на коллекцию, добавлены просто все линии с одинаковым name.

Не знаю, на многих указан operator либо этот маршрут можно легко найти в интернете. Это как раз таки не проблема. Если нужно, могу объяснить подробнее и на примерах.
Тег достаточно распространён и никаких проблем при использовании (кому это нужно) не должен вызвать.

Очень часто определённый маршрут “закреплён” за определённым единственным перевозчиком, .

Тег нужен чтобы автоматически выбрать или исключить определённые маршруты по определённыму критерию, это гораздо проще, чем получать все значения operator (которые можно написать по-разному) и делать выборку по ним.

В России МАЛО отрезков дорог (линий), на которых указаны теги type=route + route=road, потому что в большинстве случаев эти теги указаны на отношениях и убирать их от туда не надо, тем более если не понимаете зачем они там появились.
Вот один из немногих примеров неправильного тегирования: https://www.openstreetmap.org/way/142028218
Эти теги type=route + route=road должны быть не на линиях, а на отношениях.

Я про это и говорю, я не хочу трогать отношения, меня интересуют только линии и точки.

С линий и точек комбинацию type=route + route=road можно удалять.

+1

да, лучше так. На самих дорогах, если там действительно лыжня зимой, поставить теги piste:type=nordic + если есть инфа, piste:grooming. То есть имеются некие лыжни, и они объединены в лыжный маршрут.

Да, я не правильно понял, на линии тегов из схемы для отношения быть не должно.

Мне кажется всегда за объектом закреплён определённый оператор, будь то маршрут или магазин. И он вносится в соответствующий тег. Поэтому твой тег выглядит или как костыль или как личная хотелка для какого-то там фильтра.
Заведи на своей стороне список ИП, которые тебе не нравятся, и отфутболивай их при обработке - это правильный подход.

Тег operator:type используется 606290 раз.
Объекты с этим ключом правились 26418 разными участниками. (информация из taginfo).
Первые 3 значения (public + private + government) суммарно дают более 90% значений.

Ничего себе костыль. Категорически не согласен, посмотрел использование этого тега в других странах, он используется именно для классификации объектов по типу оператора.
Если остальные люди используют этот тег для этого, то почему я должен делать списки на своей стороне?
Any tags you like

вполне себе нормальный тег, сам где-то его проставлял

Если есть здание (торг.центр) с указанным режимом работы, то будут ли “наследовать” poi внутри здания (магазины) этот режим (если не указан другой)?

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

Всё зависит от навигатора. OSM — это скорее база данных, которую используют много разных проектов.
Лучше указать часы работы для каждого POI.

Нет.

Хотя при конвертации данных в форматы навигаторов можно самому такое добавить (перенеся тег с родителя на дочерние POI). Но я бы не делал так, так как ошибок будет слишком много.

Так и думал. спасибо