Итак, прошел месяц, два, как разработчики Waze представили новый функционал - POI. У всех возникли вопросы, что, как, почему, зачем. Проведя ряд тестов и получив ожидаемые результаты хочу сообщить свое резюме. Может быть взято в итоге за основу правил.
Маленькая революция. Во дворах советую использовать тип дороги Дорога на парковке, а не Частная дорога. Не нужно кидаться в крайность и править сегодня все подряд, там где уже есть Частная дорога, пусть остается. На будущее, дворы делать сразу как Дорога на парковке. Скоро, после очередного обновления редактора будут изменения. Дорога на парковке будет заменена на Дворовый проезд/Парковка, а Дворовый проезд/Частная дорога на просто Частная дорога.
Почему? Имея паутину Частных дорог (приват), мы не не может создать приватный приват, ограничить проезд по закрытым территориям, шлагбаумы и если точка финиша находится на привате, то маршрут будет построен по любому привату. Раньше мы выходили из положения вставляя в приват отрезок 4*4. Теперь этого делать не нужно, рисуем дворы - дорогами на парковке (существующий перевод), а закрытые зоны для проезда - частная дорога.
ПОИ, адреса, частные дома.
Жилой дом / Частный дом: присвоить название улице (дворовым сегментам), установить НомерДома (HouseNumber, далее ХН) для нужного дома (пример).
В данный момент не поддерживается поиск по ХН, если в них есть литера или корпус дома (корпус дома вообще не ввести). Решение:
Для домов в адресе, которых есть литера (ул. Ленина, 21а) - ставим ХН и пои-точку (категория Другое, имя точки = адрес). Пример.
Для корпусов - ХН не ставим (иначе не даст сохранить), ставим только пои-точку (категория Другое, имя точки = адрес “ул. Ленина, 21к1”).
Адрес в имени желательно указывать полностью, чтобы видеть красивый результат в поиске:
улица Ленина, 21а
улица Ленина, 21Б - “Б” заглавная
улица Ленина, 21к1
бульвар Профсоюзов, 22а
проспект Ленина, 21а
Школьный переулок, 21а
ХАК! Адресный поиск ПОИ не работает в данный момент, поэтому…
Для всех остальных POI (магазины, торговые центры и т.д) - ХН не ставим, ставим:
Пои-точку, заполняем все свойства, и добавляем в альтернативное имя пои ее адрес (Ленина 21)
Пои-оболасть, заполняем все свойства, и добавляем в альтернативное имя пои ее адрес (Ленина 21), ставим прицел финаша в нужное место
Все это позволит возвращать название пои при поиске по его адресу. Например введя в поиске “Ленина 21” мы получим имена всех пои размещенных по этому адресу.
Спасибо за пост.
Согласен и поддерживаю, что само по себе и не ново
Замечу, по ХН - все таки можно рекомендовать ставить их и в случае с ПОИ. Просто нужно отчетливо представлять то, каким поиском пользуешься. Если базой ПОИ (капля в клиенте ) - выдаст финиш на ПОИ, если адресами вейза - приведет к якорю ХН.
За пост спасибо, особенно за смену Частных дорог на Дорогу на парковке.
А вот с ПОИ все сложнее, я пожалуй повременю их добавлять, пока они не запустят норм поиск, а пока можно и по гуглу искать.
Все-таки надо пояснить, что поиск ХН и поиск по наименованиям ПОИ друг другу не мешают и не исключают. Это к тому, что ХН и пои-точка вполне могут сосуществовать и более того в ряде случаев это как раз можно использовать с пользой. Например жилой многоквартирник - подъезды в одну сторону смотрят, но есть магазин, почта, организация и т.д. с отдельным входом на другой стороне/торце. Если внести и ХН и указать нужные ПОИ-точки, у которых альтернативные имена совпадают с адресом ХН - в результатах поиска получим и сам дом, точка прибытия к которому находится на дворовом проезде (так называемый “якорь” ХН) и все наши ПОИ с их точками подъезда со своих сторон. Вариант с ПОИ-областью, позволяет выбрать собственно как удобнее - либо указать адрес в альтернативном наименовании, либо опять установить ХН с “якорем” на нужном сегменте.
В любом случае стоит отметить, что вариант с указанием адреса в альтернативное наименование - костыль. Весьма трудоемкий и таит в себе опасность ошибок, опечаток, задвоений, поскольку это никак не контролируется системой. Тем не менее он работает. Для энтузиастов - годится )))
Вариант с ХН, тоже с кучей огрехов - игнорирование адресов с литерами и корпусами делает его применимым лишь частично. И в нем также возможны задвоения номеров. Если мы имеем два сегмента с одинаковым названием, но не связанных в единую дорогу (цепочка дороги разорвана), то вейз позволяет ввести одинаковые ХН на разных несвязанных меж собой сегментах.
И еще. Если не использовать предложенный MacVit’ом хак по внесению адреса в альтернативное наименование, единственная польза от ПОИ (как точек, так и областей) только в том, что при совпадении их адреса с адресом объекта из ХН, гугла или форсквера, для точки назначения найденной по такому адресу можно посмотреть внесенные характеристики - в т.ч. и фото. Ну и само собой эти характеристики будут доступны, если этот объект будет найден именно по наименованию плейса.
Для понимания, у вазы всего два параметра работающих в поиске (на данный момент): Имя (в том числе и альтернативное) и ХН, все остальное фантики. Очень надеюсь, что введут поиск и по адресу пои. Даже если и введут, то в случае ХАКа ничего не теряется и не нарушается, т.к. имя = адресу, т.е будет работать в любом случае.
Насчет ошибок и опечаток, можно и название пои с ошибкой написать, например “Ошан” )). Copy+Paste поможет избежать проблем
если я правильно понял их идеологию в этом вопросе - они такого и не планировали. В противном случае они б адреса плейсов как-то включили бы в механизм ХН. То, что мы видим сейчас - явно является результатом решения объединить знания трех баз - гугла, форсквера и вейза и навесить на них фантики в виде фоток, часов работы и прочей доп.информации. С чем собственно они успешно справились. В какой бы из баз ты не нашел объект - к нему буду прикручены фантики из вейза при условии совпадения адреса и местоположения)))) Очень грамотное решение на мой взягляд - использовать такие мощные банки данных сторонних сервисов и иметь инструмент добавления новых “своих” ПОИ, а также расширение описания “чужих” ПОИ, но в своей базе.
Т.е. если два маршрута к одной точке могут быть построены двумя путями через Частную дорогу или Дорогу на парковке, то маршрут будет предложен через Дорогу на парковке?
Если точка финиша лежит на привате, а вокруг нее паутина приватов, то поведет по самому короткому пути - через приваты.
Если точка финиша лежит на привате, но этот приват находится внутри паркинга, то поведет по самому короткому пути - через паркинг
Если точка финиша лежит на привате, но этот приват находится внутри паркинга, а рядом с паркингом есть другие приваты, то поведет по паркингу, минуя другие приваты.
Проще, схема:
приват-приват-приват=транзит
паркинг-паркинг-паркинг=транзит
паркинг-приват-паркинг=транзита нет
дорога-паркинг-паркинг-приват-паркинг-дорога=транзита нет.
Приват нужен в одном случае, когда есть шлагбаум, закрытая зона (дороги на территории завода, военной базы), или дорога очень плохого качества, хуже 4*4 (приватная грунтовка), то он помогает избегать прокладки маршрутов через эти участки. Но, если очень нужно попасть туда, то проблем не будет, маршрут построит. В остальных случаях маршруты будут избегать приватные участки
Но транзит в любом случае не строится ни через приват ни через парковку? Естественно если рядом есть дорога. Т.е. они конкурируют только друг с другом? Я правильно понимаю?
Да, более того, в редакторе типы дорог расположены согласно своему весу, т.к. паркинг имеет более высокий приоритет над приватом, а 44 выше, чем паркинг и приват вместе взятые. Именно поэтому не рекомендуется в деревнях и снт делать улицы 44, хотя они и выглядят как грунтовки. Это не правильно.
Ну я эти дороги до сегодняшнего дня делал исключительно приватами. Поэтому и думаю может есть смысл привести все к единому знаменателю. Да и дороги на закрытых территориях я никогда не отрисовывал, если не считать СНТ.
Давайте не так категорично. В этих случаях вейз действительно попробует избежать прокладки маршрута через участок с приватом, но если объезда другого нет или он очень длительный, то поведет и по привату
