Автоматизированные правки - что нужно учесть?

Всем привет. Меня зовут Илья, у меня вопрос про автоматизированные правки.
Я из zoon.ru (это такой каталог организаций). У нас есть личные кабинеты для владельцев локальных бизнесов, мы хотим дать им возможность (бесплатно) одной кнопкой добавить свою организацию / актуализировать её на OpenStreetMap на основе данных, которые они внесли через наш интерфейс.

Выглядеть каждая такая точка будет примерно вот так: https://www.openstreetmap.org/node/6221437626

Через какое-то время мы ожидаем объёма в несколько тысяч правок в месяц.

Automated Edits code of conduct рекомендует такие вещи обсудить с комьюнити, прежде чем делать.

Если я правильно понимаю, то наше решение должно:

  • соблюдать стандарт именования POI, принятый в OSM (“Сплав”, а не “магазин спортивного оборудования Сплав на Чонгарском бульваре”)
  • соблюдать формат данных для атрибутов (время работы, телефон, теги)
  • группировать локальные правки в один changeset
  • не перетирать изменения, сделанные пользователями
  • не передвигать точку в пределах дома, если у нас нет уверенности, что наша точка - точнее

Скажите, есть ли ещё важные моменты, которые нужно учесть?

  1. не создавать дубликаты;
  2. не использовать теги типа “shop = beauty;hairdresser” (они де-факто не поддерживаются).
  • не ставить адресные теги на точку интереса если адрес имеется на контуре дома внутри которого она есть.

большинство/все рендеры данных осм самостоятельно наследуют теги адреса с контура дома на точку интереса.

с адреской вообще могут быть проблемы.

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

Насчет адрески - в целом, выше верно сказали. В дополнение можно сказать, что в OSM есть стандарт написания адрески (https://wiki.openstreetmap.org/wiki/RU:Key:addr), которого ваши пользователи вряд ли смогут придерживаться. Если адрес точки и адрес дома, на котором она стоит, будет различаться в написании, ни к чему хорошему это не приведет.

P.S. заметил, что в вашем примере opening_hours=Mo-Su9:00-21:00 некорректен: необходим пробел после “Mo-Su”

Данная позиция расцениваемое многими, как распространенное заблуждение.

Не так давно в Белоруссии и России аналогичной работой занимается компания rocketdata.

Им Они уже наколотили много шишек.
Можно почитать на форуме, но многое было в телеграмме.
https://forum.openstreetmap.org/viewtopic.php?id=64918
https://forum.openstreetmap.org/viewtopic.php?id=65123
https://forum.openstreetmap.org/viewtopic.php?id=65178

сколько мапперов столько и мнений…

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

А по-моему это просто мания заполнить все доступные поля объекта любой ценой, по этому мы получаем названия типа “парк”, ограничение доступа для лошадей, максимально разрешённая скорость для грунтовок и т.д.

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

Спасибо, не знал об этих нюансах. Учтём.

Да, чужой опыт хочется изучить прежде всего, а не наколачивать свой.

Спасибо, буду знать, исправил.

Дубликаты делать не будем - я не написал, но подразумевал.
А что делать с тегами - выбирать более “значимый” и оставлять только его, в данном случае shop=beauty ?

Там возможно уточнения основного тега
beauty=nails;tanning;spa

лучше так