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

Ilya Sh · 2019-03-17 20:07:56

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

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

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

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

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

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

Something B · 2019-03-22 23:15:56

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

pfg21 · 2019-03-22 23:32:59

- не ставить адресные теги на точку интереса если адрес имеется на контуре дома внутри которого она есть.

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

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

Last edited by pfg21 (2019-03-22 23:33:45)

literan · 2019-03-23 09:15:30

Ilya Sh wrote:

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

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

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

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

Last edited by literan (2019-03-23 09:16:43)

wowik · 2019-03-23 12:41:40

pfg21 wrote:

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

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

wowik · 2019-03-23 12:55:38

Не так давно в Белоруссии и России аналогичной работой занимается компания 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

Last edited by wowik (2019-03-23 13:01:45)

pfg21 · 2019-03-23 22:58:07

wowik wrote:

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

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

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

freeExec · 2019-03-24 07:54:55

wowik wrote:

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

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

AnakinNN · 2019-03-24 08:23:17

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

Last edited by AnakinNN (2019-03-24 08:23:51)

Ilya Sh · 2019-03-28 15:58:25

AnakinNN wrote:

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

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

Не так давно в Белоруссии и России аналогичной работой занимается компания rocketdata.
Они уже наколотили много шишек.
Можно почитать на форуме, но многое было в телеграмме.

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

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

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

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

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

Last edited by Ilya Sh (2019-03-28 16:01:14)

wowik · 2019-03-28 20:04:23

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

literan · 2019-03-28 20:32:27

Ilya Sh wrote:

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

лучше так

Announcement

#1 2019-03-17 20:07:56

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

#2 2019-03-22 23:15:56

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

#3 2019-03-22 23:32:59

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

#4 2019-03-23 09:15:30

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

#5 2019-03-23 12:41:40

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

#6 2019-03-23 12:55:38

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

#7 2019-03-23 22:58:07

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

#8 2019-03-24 07:54:55

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

#9 2019-03-24 08:23:17

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

#10 2019-03-28 15:58:25

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

#11 2019-03-28 20:04:23

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

#12 2019-03-28 20:32:27

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

Board footer