POI (точки интереса), особенности редактирования карт

White_54

В рекомендациях по подготовке карт - http://www.navikey.ru/files/7w/7w_MapsCooking_Manual.pdf - представлен перечень типов объектов.
Полагаю этот перечень не полный? Для примера - 7 дорог не отображают СНТ (садовые товарищества). По крайней мере пробовал разные карты, разные скины и не добился отображения СНТ. Да и в файле layers.dat конвертера карт этот вид POI отсутствует. СНТ нет и в Скинах.
СНТ доступны в OSM:
- садоводческое товарищество -
местность, используемая под огороды: landuse=allotments
административные границы: place=allotments

Существует ли возможность самостоятельно добавлять недостающие объекты для 7 дорог?
Планируется ли корректировка (расширение) перечня точек интереса в 7 дорог?

borism346

White_54 сказал: 7 дорог не отображают СНТ (садовые товарищества)

White_54 сказал: Существует ли возможность самостоятельно добавлять недостающие объекты для 7 дорог?

Чтобы добавить недостающие объекты, их необходимо прописать в конфиге конвертера osm2mp. Ну и в скин добавить.
<img src="/vanilla/uploads/FileUpload/14/814.jpg" />

White_54

borism346 сказал: Чтобы добавить недостающие объекты, их необходимо прописать в конфиге конвертера osm2mp. Ну и в скин добавить.

Обречь себя на постоянное самостоятельное обновление карт?! А что до Rambler OSM, MegaMaps, ...? Стучаться к ним в поддержку? Или через эту тему можно будет ходатайствовать о внесении корректив в их конфигурацию конвертеров?

Сам до конфига конвертера osm2mp я не добрался. Только в рамках "набора для ленивых". Как оказалось конвертация карт требует не слабого железа и/или времени для территорий типа Московйская область.
Но мысль понятна. Надо для начала поэкспериментировать с заготовкой "cfg-garmin" из набора для ленивых.

А какие мысли у Navikey (naInfo) по этому поводу. Ведь есть темы для правки ошибок карт. Может можно наладить взаимодействие и по добавлению, исключению, объединению, разъединению точек интереса?

White_54

borism346 сказал: Чтобы добавить недостающие объекты,

В вашем примере СНТ тоже отмечены не как точка POI, а как область (территория) c именем? От того и иконки индивидуальной нет, только имя собственное (хотя иконка пожалуй просто не определена в скине), окрас и границы.

Изначально я полагал что область (территория) должна дать цвет (текстуру) и границы объекта, а точка создать собственно POI с именем собственным. И одно не должно бы зависеть от другого. На практике как то всё несколько запутано оказалось.
Взять детский сад: есть территория и есть здание. И территория и здание это область со своими границами и окрасом. Напрашивается точка POI с именем собственным и характерной иконкой. Полагаю что каким будет окрас и иконка смотри в скин.
В реалиях территория детского сада тоже даёт и имя и иконку. Здание - свою иконку. Результат две иконки детского сада в одной точке (при условии что сама точка POI не выставлялась).

Как бы с этим разобраться и разложить по полочкам - область (территория, здание), точка интереса = полигон, POI. И где тут реальное место здания.

Kostik

White_54 сказал: А что до Rambler OSM

landuse=allotments и place=allotments в конфигах есть, как и в моих сборках. Другое дело что что отображение их настроено на максимальных масштабах.

White_54 сказал: В реалиях территория детского сада тоже даёт и имя и иконку. Здание - свою иконку. Результат две иконки детского сада в одном точке (при условии что сама точка POI не выставлялась).

А это всё потому что нет стандартного способа его отметить, вот и приходится в конфиг добавлять и так и так.

White_54

Kostik сказал: А это всё потому что нет стандартного способа его отметить,

Т.е. в OSM своя система маркировки объектов, а в каждой из Навигационных систем свой перечень и порядок маркировки объектов? В процессе многочисленных конвертаций нужно учесть весь доступный в OSM перечень объектов и обеспечить его присутствие в конечной карте.

Вот обратная проблема. В 7 дорог есть объект (для примера) 0x2f15 Коммунальные службы. Но в OSM такого объекта нет. Есть электрик, водопроводчик, кровельщик... Как на карте отметить домоуправление (управляющую компанию)?

Kostik

White_54 сказал: Как на карте отметить домоуправление (управляющую компанию)?

Можно задать вопрос тут: Как отмечать?
Или поискать подходящий по смыслу тут: Как обозначить

White_54

Kostik сказал: Можно задать вопрос тут: Как отмечать?
Или поискать подходящий по смыслу тут: Как обозначить

Спасибо.
Там ответ простой - Смотрите примеры или Всё описано в мапфичерзах.
Это я поиском первым делом нашёл, но то что хорошо для OSM не всегда корректно в 7 дорог.
На самом деле садовые товарищества я давно отметил, не проблема. Но в 7 дорог они не появились. В то же время мои правки прекрасно визуализируются скажем в MapcamInfo.

White_54

borism346 сказал: Если отмечено landuse = allotments, то будет только полигон. А если отмечено place = allotments, то будет и полигон, и точка. Причем точка будет участвовать в поиске.

Да, это похоже рабочий вариант. Если применить к области два ключа="landuse" и "place" со значениями "allotments", то объект и наблюдается и присутствует в поиске. Надо ещё уточнить на разных сборках карты.
А народ изгаляется кто во что горазд. СНТ отмечают ключом "жилой квартал" наиболее встречающийся вариант.

White_54

- level: street
tags: [ street, place ]
area_condition: place = suburb|quarter|neighbourhood|locality

Kostik написал: »

Слишком кривой костыль получается, не сложно для этих 26 микрорайонов добавить релейщены associatedStreet, и нарушения принятой схемы тегирования нет и адреска работает.

Kostik написал: »

на зданиях:
addr:city=Зеленоград
is_in:neighbourhood=N-й микрорайон
http://www.openstreetmap.org/way/36830658
В Зеленограде свои костыли, в Старом Осколе свои.

Это мне опять вникать, разбираться.

White_54

Так как должны быть помечены - район НП | именованная часть НП | ...
suburb|quarter|neighbourhood|locality
Вот два исторических района Санкт-Петербурга:
1. Отношение: Ольгино (1355214)
2. Отношение: Лахта (2980877)
- Зачем установлен addr:district=Приморский район, лишнее для адресного поиска и режущий город на части?!
- Почему addr:region, а не addr:city=Санкт-Петербург, это же часть города?!
- Зачем вообще эти addr:* в данном случае?!
И это нужен отдельный костыль...

Kostik

Вызвал бурную дискуссию по поводу Зеленограда.

White_54

Окончательно запутался. Есть в Зеленограде микрорайоны. Помечены как place=neighbourhood. Выделены как landuse=residential.
В Старом Осколе микрорайоны по тому же принципу. Только где то neighbourhood, а где то suburb или quarter или locality . Не везде landuse.
Геометрия есть и ничего не мешает объединить дома с помощью:
- level: street
tags: [ street, place ]
area_condition: place = suburb|quarter|neighbourhood|locality

Какой смысл создавать еще контур но с другими тегами type=associatedStreet и как его потом описывать в конфиге. Каков синтаксис применения is_in:neighbourhood тоже не понял. Нужна подсказка или время для осмысления.

Другое дело Санкт-Петербург, как таковых микрорайонов нет. Как и в Москве есть районы и округа. Как быть с ними, особенно когда их дополнительно снабжают addr:*
Там везде улицы. И адресация вполне идет по улице. Я бы убирал такое как - addr:district=Приморский район?! Тут должны работать административные границы, задаваемые boundary=administrative и admin_level=5|8. Применение place = suburb мне кажется некорректным. В Москве этого нет. И проблем нет.

BadGarry

скажите плз - может именно поэтому - в картах от Мегамапс Орг
при выборе города Сочи - ул ДЕКАБРИСТОВ - появляется 3 варианта
1- Декабристов
2 Декабристов (Кучук Дере)
3 Декабристов (ЛОО)
при выборе п 3 и попытке набрать дом 184- нихфига не находит
этот дом=- Я самолично добавлял
а находит его только в случае выбора п 1 (да там и больше нет домов)
скажите в чем Моя ошибка ?? дом должен быть в ЛОО

White_54

Я думаю это правильно, что ваш адрес в п.1. Что бы он был в п.3 надо добавить addr:suburb=Лоо - http://www.openstreetmap.org/way/238363503

Но мне наоборот хотелось бы исключить эти при варианта улицы Декабристов.
И это можно сделать либо в OSM, либо в конфиге.

BadGarry

спасибо
проверьте плз -так правильно??
http://www.openstreetmap.org/way/79606539

White_54

BadGarry сказал: проверьте плз -так правильно??
http://www.openstreetmap.org/way/79606539

Здесь может быть важна каждая мелочь:
Лоо
ЛОО
лОО
https://ru.wikipedia.org/wiki/Лоо - правильно первое. Надо подправить.

BadGarry

Спасибо
скопировал с Вашего примера как Лоо
и отредактировал

Kostik

Навешивать на дома теги addr:* это извращение, 99% ошибок из-за этого. Нужно то всего один раз сделать правильную границу НП где все эти тэги и будут.

Rezo

Kostik сказал: Навешивать на дома теги addr:* это извращение, 99% ошибок из-за этого. Нужно то всего один раз сделать правильную границу НП где все эти тэги и будут.

Мне кажется, что не всё так однозначно - карты OSM используют не только в 7 дорог.

White_54

Kostik сказал: Вызвал бурную дискуссию по поводу Зеленограда.

Думаю дискуссия закончилась...
А что до Зеленограда и Старого Оскола, то вроде работает и костыль не большой:
- level: street
tags: [ street, is_in:neighbourhoo, place ]
# TODO relations: [ street, associatedStreet ]

Kostik

Я пробовал так и не работало:
tags: [ street, place, is_in:neighbourhoo ]

White_54

--- addr_prefixes
---
- addr
- is_in

White_54

Kostik сказал: Я пробовал так и не работало:tags: [ street, place, is_in:neighbourhoo ]

Стоит отпустить контроль и ситуацию на две-три недели как выползают косяки-непонятки.
- попробовал конвертацию на ОС Windows = нет микрорайонов в Зеленограде. Ну думаю не новость, писали об этом, особенности ОС.
- проверяю карты выпущенные на Linux = а и там нет микрорайонов в Зеленограде. Когда потерял? Вроде всякий раз проверяю, да и народ молчит...
- присмотрелся что мы пишем в конфиге:
tags: [ street, place, is_in:neighbourhoo ] , а должно быть
tags: [ street, place, is_in:neighbourhood ] ?!
Как оно работало? Ума не приложу. Теперь не дождусь когда доберусь до ПК на Linux. Есть там ошибка, нет. Как обработается Зеленоград?! Чудеса!

White_54

White_54 сказал: --- addr_prefixes
---
- addr
- is_in

Последняя строчка носит принципиальное значение. Без неё всё плохо. С ней даже под Windows 10 нормально обработались микрорайоны Зеленограда.

White_54

Случайно заметил проблему с Tag:amenity=shelter:
- с одной стороны это любые виды небольших укрытий от непогоды.
- с другой выяснилось что это могут быть небольшие укрытия на остановках или платформах вдоль железнодорожных или автобусных маршрутов.

"Забить" на небольшие укрытий от непогоды можно. А вот отказать в отображении автобусной остановке сложнее:
- часть остановок оформляются этим тегом с добавлением Key:shelter_type=public_transport т.к. на остановке есть укрытие (навес, три стены..)
- и всё бы ничего, но этой же парочкой отображаются и укрытия на ж/д платформах.

Если присвоить этому элементу тип автобусной остановки, то на любом крупном ж/д перроне появится автобусная остановка.
Если этот тег вовсе скрыть (оставить без значка) то часть автобусных остановок выпадет. Останутся только те что highway=bus_stop + shelter=yes.
Т.к. навесов на остановках всё больше и больше, число выпавших из карты (отмеченных не тем знаком) остановок всё больше и больше.

Кто что может сказать по данному моменту. Я не нашел решения для идеального отображения и автобусных остановок, и ж/д платформ. Не определился и куда отнести небольшие укрытий от непогоды в не транспортных маршрутов.