Во втором случае регион вытащится только при соблюдении всех трёх условий, больше отличия нет.
tags: [ region, state ] очевидно же, более универсальное условие, может использоваться в странах с разным административным делением.
И судя по всему, tags: [ region ] не будет работать со штатами.
area_condition: place = state будет требовать обязательного наличия на отношении или замкнутом контуре границы тега place = state.
level: city
tags: [ city, town, hamlet ]
area_condition:
or:
- place = city|city_block|farm|hamlet|island|islet|isolated_dwelling|locality|neighbourhood|town|village|yes
- and:
- type = multipolygon|boundary
- boundary = administrative
- admin_level = 8
или
level: city
tags: [ city, city_block, farm, hamlet, island, islet, isolated_dwelling, locality, neighbourhood, town, village, yes ]
area_condition:
or:
- place = city|city_block|farm|hamlet|island|islet|isolated_dwelling|locality|neighbourhood|town|village|yes
- and:
- type = multipolygon|boundary
- boundary = administrative
- admin_level = 8
Прошу прощения, не силен в языках программирования. Какая строчка работает в этом случае “tags” и/или “place”? Кстати что есть plаce = yes?
Спасибо!
Откуда? Из головы которая рукам покоя не дает.
Иначе бы и не спросил…
Что остается в - level: city, что убрать вообще, что переместить на более нижние уровни? Задача вытащить максимум адресной информации в стране которую не знаешь. Можно конечно везде лепить adressing.yml по умолчанию. Но хочется понять чуть больше. А описания то нет.
Хорошо упростим вопрос, оставим заграницу, возьмем Россию:
level: city
tags: [ city, town, hamlet ]
area_condition: place = city|town|village|hamlet|allotments|isolated_dwelling
почему так, а не иначе
level: city
tags: [ city, town, village, hamlet, allotments, isolated_dwelling ]
или
level: city
tags: [ city, town, village, hamlet, allotments, isolated_dwelling ]
area_condition: place = city|town|village|hamlet|allotments|isolated_dwelling
level: city
tags: [ city, town, hamlet ]
area_condition:
or:
- place = city|town|village|hamlet|allotments|isolated_dwelling
- and:
- type = multipolygon|boundary
- boundary = administrative
- admin_level = 8
Как работает логика (приоритетность) между tags: [ city, town, hamlet ] и/или area_condition:
Эти запросы могут быть использованы самостоятельно (раздельно)?
Касательно самостоятельности tags: - пример имеется, а вот area_condition: - без строки tags: будет работать?
Столкнулась с такой проблемой при конвертации файлов из osm в mp.
У меня есть два смежных файла osm, у которых на совместной границе находятся разрезанные сегменты дорог с нодами, имеющими характеристику garmin:extnode=yes. После конвертации скриптом osm2mp у этих нодов не записывается эта характеристика, то есть в результате роутинг на границе рвется. Как можно решить эту проблему?
Проверил на своей области, когда-то давно ставил эти ноды для совместимости с другими картами. Конвертируются как положено, в мапедите стоит галочка extnode.
chnav, я сама вырезала из общих данных 2 части, которые мне нужны, то есть никаких специально поставленных нодов там нет. В результате на границе двух частей получились сегменты с крайними нодами, у которых стоит характеристика extnode, но после конвертации эта характеристика утрачивается, в этом и суть проблемы.