В дополнение к ответам SGorskiy скажу:
Нужно понимать зачем это было сделано именно так. Вам в любом случае нужно писать алгоритм, который будет проверять, к какому типу относится этот объект.
Сейчас Вы предлагаете создавать точки каждый раз, когда Вы отслеживаете нужные POI, но не всегда это бывает удобно. К тому же (например, в случае с церквями как я писал ранее) Ваше решение иногда просто нерационально и лучше вешать POI именно на здание.
Я думаю что будет гораздо проще оставить как есть, а в случае необходимости править теги вручную.
Добрый день!
Проверила и исправила все ваши комментарии в документе к нашим проектам.
Есть небольшие ошибки с веб-сайтами (наши ребята-программисты решают эту проблему), пока я исключила сайты у данных компаний.
Также поправила время работы, надеюсь, не пропустила (также в работе у ребят)
Исключила удаление зданий, сделаем вручную.
Сегодня выгружу на карту.
Всем спасибо!
Если есть вопросы и предложения, открыты для общения
Подготовили для вас проекты с Ozon. На данный момент у нас только пункты выдачи и не все (периодически добавляются). Как только в нашей системе будет весь Ozon по РФ, мы сможем запустить проверку с присланным от Вас файлом существующих точек Ozon.
Также отмечу, что некоторые точки с тегами “постаматов” заменили на пункты выдачи согласно переданной нам информацией от Ozon.
Открыты к вопросам и предложениям
Вы же user_address и geocode_address грузить не будете? Это служебные данные?
Так как эти теги в ОСМ не регламентированы.
Вообще информация по адресам очень ценная и хотелось бы её тоже загрузить, так как в ОСМ с этим проблема. И желательно не на POI озона, а на здание над котором находится POI, если у него нет адреса.
Может ли ваша компания предоставить нам некую таблицу с geocode_address и координатами?
А мы бы её самостоятельно импортировали.
Это переливать из пустого в порожное. Координаты и так получены через геокодер, а не выставлены поставщиком. Поэтому я наблюдаю ПОИ в ближайшем здании, а не в вагончике, где он должен быть.
По поводу адреса, можете предложить варианты, если Вы считаете нужным передавать адрес в последующих импортах, мы обговорим это с нашими ребятами программистами. На данный момент Вы отметили верно, мы эту информацию не передаем, она служебная, но также и не удаляем, если данная информация присутствует.
По поводу закрытых точек, если они были закрыты ранее, до прихода Ozon к нам, то мы их не можем поддерживать в актуальности. Как писала выше, попробуем сверить документ, который Вы нам сбросили с данными (полными данными, пока у нас их не) у нас и тогда сообщим Вам.
Не стоит. Это чревато появлению дублей и ошибок в наименовании улиц и номеров домов. Для вас это будет лишняя работа.
А вот отдельный справочник в виде координат точек с адресами был бы весьма кстати. Например можно просто в виде таблицы csv формате. Далее мы сами уже с этой таблицей будем работать и загружать в ОСМ.
Сейчас источников адресов для ОСМ мало. Из доступных это непосредственно на местности, загрузка из ЕГРН и редкие муниципальные сервисы.
Ваш справочник может стать ещё одним источником для загрузки адресов.
Для вас это тоже выгодно, так как не надо делать лишнюю работу, а у зданий где находятся POI появятся адреса, если они там отсутствуют.
Капс в точках на карте, которые обновляются (updated), “name OZON | Ozon”, смотришь точку OSM - там “Ozon”, думаешь, что будут менять на OZON (хотя зелёным подсвечен “Ozon”). Откуда взяли OZON - не ясно, поэтому небольшая путаница.
если учесть, что мы обработали все точки 3 недели назад и выжидали комментарии по нашим пакетам, то дубликат создан не нами. тем более разница в создании точек - пару часов.
такую вероятность мы не можем контролировать.
Ответ понятен. Про невозможность решить данную проблему в рамках текущего механизма импорта не могу не согласиться.
Но и имею предложение по доработке механизма (методологии, алгоритма) импорта. А именно, в момент импорта анализировать (не вручную, разумеется) последние изменения на карте в окрестности N метров от импортируемой точки и если там появилась схожая точка, то исключать её из импорта. Если совпадение полное, то молча исключать. Если неполное, то с выносом в список для ручного разбора.
Кроме того, хотелось бы иметь страницу с актуальным списком брендов (компаний), POI которых в данный момент поддерживает в OSM сервис Rocketdata.io. Это не раскроет какую-либо коммерческую тайну (так как такой список желающие могут составить и сами на основе данных в импортах), но готовый актуализируемый список упростит деятельность сообщества OSM
добрый день!
передадим ребятам из разработки Ваше предложение.
также сделаем список с компаниями/брендами, которые с нами сотрудничают на данный момент