В данном случае, у них разные контактная информация, разные номера телефонов, разные сайты, разные названия, разные точки входа. В некоторых случаях, разные юрлица.
В поликлинике совершенно другая ситуация, где одна регистратура с один номером телефона, где идет запись к разным врачам внутри одной поликлиники.
Строка 75 (Шашлык №1)
Небольшая придирка, не является ошибкой (можете оставить как есть): cuisine=shish-kebab используется всего 19 раз на всю планету. cuisine=kebab используется 21 657 раз, то есть примерно на 3 порядка чаще.
Вам принципиально использовать именно это значение?
Уже говорил по поводу часов работы, когда более одного периода с закрытием после полуночи.
Строка 11 (Тпп Эксперт)
office=government — государственное учреждение: офис (над)национального, регионального или местного государственного органа или департамента
Вы уверены, что это государственная организация? Прошу рассмотреть более подходящий тег, например:
office=chamber — профессиональная палата
Строка 73 (Гринвич)
Для каких целей Вы добавляете к точке тег
building=office — офисное здание
Что Вы хотите этим сказать? Зачем? Рядом уже есть здание, Вы уверены, что рядом построили ещё одно?
Строки 11 (Тпп Эксперт), 44 (Стратегия), 53 (Территория) и 65 (Синергия)
Подскажите пожалуйста, эти компании сами прислали Вам координаты или только адрес?
Уважаемые сотрудники RocketData, если Вы не знаете, как обозначить бизнес-центр или жилой комплекс, не стесняйтесь, спрашивайте в чате, но не надо придумывать обозначать неправильными тегами. Уже не первый раз замечаю.
здесь в обоих точках ошибки - в одной убрать тег почты, в другом тег disused:shop (это префикс жизненного цикла, означает что магазин закрывался. Если он снова открылся, то нужно удалить это)
Выглядит как нездоровая конкуренция, желание скрыть конкурента. Уже не первый год вам говорят, что это делать нельзя. Давайте так: если это не починится, и снова будет появляться, то временно прекратим загрузки, до момента исправления, ОК?
Строка 4
Вы удаляете полигон, на котором указан тег building и адрес.
Если это здание снесли, пожалуйста, оставьте адрес и замените тег building=yes на was:building=yes. Остальные теги, которые относятся к POI, удалите.
Вы удаляете мультиполигон (здание с адресом), то же самое, что и предыдущее: если уверены, что здание снесли, то не удаляйте его, просто актуализируйте теги (и желательно ещё удалить остальные точки из здания чтобы не вводить в заблуждение других картографов). Я уже говорил Вам о том, чтобы внимательно отрабатывали объекты с тегом building=*, а если есть ещё и адрес, то нужно быть вдвойне аккуратным.
Кстати, в этом же здании есть ещё одна точка DNS и точка DNS Сервисный центр.
Кстати, обе точки создавали Вы, мультиполигон просто правили, прошу сверяться со своими записями в будущем.
Добрый день, @Grass-snake
Извините за задержку с ответ, уточняли у клиента.
Ответ:
Территория - пин стоит по переданным координатам
Стратегия – пин стоит по переданным координатам
Тпп Эксперт - пин стоит по переданным координатам
Синергия - пин стоит по переданным координатам
Мы поняли в чем ошибка.
Здесь некорретное отображение наших правок в самом OSM Conflator. Мы уже передали этот вопрос в разработку и ждем доработку от них.
Это связано и с вашими комментариями и комментариями @literan.
Мы проверили Audit for Me - данные об удалении полигонов там нет. Данные сохранены верно, пропущенные точки там не отображаются, а остаются только при просмотре таблицы (as a table) и на карте (on a map).
Сейчас дорабатываем, чтобы они не отображались на карте и при просмотре таблицы.
Спасибо за проверку!
Для Cofix Россия добавим cuisine=coffee_shop.
Для Ozon - внесем изменения.
Для Xiaomi - оставляем существующий тег.
По Мебель Москва. Уже отписали ниже, что заметили неполадки в OSM Conflator.
Мы подвинули пин, чтобы не перекрывать другие точки. При проверке, у вас изменения не отображатся на самой карте. Для примера:
Вид с карты:
Спасибо. Если при изменении POI Вы планируете менять координаты, то прошу это выделять в виде значка в таблице (сейчас этих данных нет).
Также прошу доработать: если Ваш заказчик не присылал координаты, а прислал только адрес, тоже добавлять какой-нибудь значок в таблицу. Иногда бывают странные ошибки с координатами, хоть в данном случае все 4 подозрительные координаты присланы заказчиками, всё равно лучше обращать внимание на такие случаи.
Ещё было бы удобно сделать кнопку в таблице, при нажатии на которую в новой вкладке открывалась карта с большим приближением (например, 17 или 18 зум) и с центром в месте расположения (например, https://osm.rocketdata.io/map/opti_notimp1_22062023?region=#18/57.155284/65.647219)
Если при изменении POI Вы планируете менять координаты, то прошу это выделять в виде значка в таблице (сейчас этих данных нет).
К сожалению, этот пункт реализовать на данный момент не будет возможности, так как мы уже работаем с данными, которые нам передают наши коллеги, а там всегда есть координаты. Мы их валидируем под карту osm, так как в исходном виде они могут накладываться на границы объектов или на другие poi, которые есть в здании.
Само пожелание передали продуктовой команде для обсуждения возможной реализации!
Также прошу доработать: если Ваш заказчик не присылал координаты, а прислал только адрес, тоже добавлять какой-нибудь значок в таблицу. Иногда бывают странные ошибки с координатами, хоть в данном случае все 4 подозрительные координаты присланы заказчиками, всё равно лучше обращать внимание на такие случаи.
Это значит, что к нам приходят точки уже с координатами от наших коллег, а мы уже можем незначительно переставить для osm, чтобы они соответствовали правилам. Мы при валидации для осм не выставляем вручную координаты с нуля.
В случае с примерами выше, клиент ориентировался на адрес и координаты на другой карте. Но из-за разницы в прорисовке зданий непосредственно для osm они оказались неточными. И были проставлены на здание уже нами при валидации.