Вообще-то инструкцией вроде как предусмотрено нормальное тегирование: на полигонах, а не на точках-дубликатах.
Другое дело, что конкретные люди могут картировать дубликатами. Ну это просто нехватка опыта и боязнь что-то напутать, а возможно лень периодически проверять полигоны…
Правильно тегировать объекты тогда их никто удалять не будет.
А удаляют их минимум изза дублирования адресов - кому понравиться дубликат номера в мапнике
Нарушили: они используют теги, которые были застолблены до них, не так, как эти теги положено использовать. Пусть ставят префикс “k01ru:” и вот тогда используют любые теги по своему желанию.
Замутить “пожарный” пресет для JOSM с основными их объектами и характеристиками этих объектов, не вариант??? По крайней мере это позволит упорядочить использование тэгов.
Ну а если у них есть страх перед возможным удалением, то лучше им какую-то свою отдельную базу создать, все-таки для работы в чрезвычайных ситуациях критерий стабильности и сохранности очень важен.
Никто не даст гарантии что какой-нибудь гидрант на карте не перенесут, случайно или умышлено, на несколько сот метров - и в условиях пожара это может оказаться фатальным, особенно сейчас, когда каждый люк нужно долго и упорно искать под снегом
Думаю, что бюджетная организация не сможет замутить серверы стабильнее OSM, к тому же это не их профиль, да и отображать гидранты на мапнике иконкой было бы неплохо.
Гидранты не всегда на зданиях, вот они и делают по-военному - всё под одну гребенку.
Я думаю, что имеет смысл связываться сначала не с авторами правок и, тем более, не с их непосредственным начальством, которые вообще ничего в этом вопросе не понимают, а с авторами сайта - http://www.openstreetmap.org/user/Karta01ruhttp://www.karta01.ru/main_content/contacts/ и двигаться оттуда. Как минимум, этот человек (люди) в большей степени в курсе того, что связано с OSM. Через этот контакт куда больше шансов повлиять на содержимое инструкций, обсудить пресеты и т.п. Лучше всего, конечно, пригласить в эту дискуссию.
keder по хорошему бы просмотреть все их инструкции, написать замечания, рекомендации по исправлению, они скорей не описывают все варианты, потому и адресные теги на точки падают. Ну и прошерстить город оверпасом по ихним тегам и выявить ошибки, написать красивый отчетец, выслать им, авось их ортогональные умы пробьет.
На что они ответят что у них все описания тегов есть на сайте, а значит всё стандартизировано. Пока самая большая проблема здесь, видимо, дублирование тегов
Раз они в josm работаю, то лучший вариант, это пресеты, тем более я смотрю там ничего сложного.
И второе, научить использовать геометрию для получения адресов, а не
Адрес, по которому расположен пожарный гидрант (город, улица, номер дома). Применять вместо общепринятых ключей (addr:city, addr:street и addr:housenumber), использующихся для адресации зданий, объектов.
fire_hydrant:city=Краснодар
fire_hydrant:street=Октябрьская улица
fire_hydrant:housenumber=38
+1
Я так понимаю, что это чей-то коммерческий проект на базе осм и пожарные по желанию вносят эти данные по инструкциям сайта, так что общаться по поводу тегирования в первую очередь нужно с авторами и владельцами карты01
Неверная обработка дублированных адресов это не проблема данных, а проблема их обработчиков.
Разве редкость, когда адрес здания дублирован на POI ? Не стоит что-то изобретать. Теги addr используются совершенно законно и правильно - указывают именно адрес.
Имхо, надо каким-то волшебным образом избавить http://www.openstreetmap.org/user/Karta01ru от тараканов “если повесить тэги на готовый объект, их удалят, а отдельную точку - не удалят”. Из-за этого дублируются здания, границы (эти - особо извращённым способом, лишние полигоны на сотни точек вместо одного отношения)
Вообще странно, что они сами себе противоречат в части “их нанесение в виде точки более оправдано”, поскольку на странице http://www.karta01.ru/main_content/info/instruction/objects/ они сами же русским по белому копипастят из вики:
"Элемент OSM должен соответствовать только одному существующему на земле объекту:
объект, являющийся зданием, форма и положение которого известны должен быть полигоном с соответствующими тегами"
Но я так понимаю по их ответам, что не вариант их в собственное соглашение с данным правилом ткнуть