Конвертация OSM в Navitel

Paspartu · 2012-03-04 10:43:35

Насчёт Финляндии. Заметил ошибку в нарезки на области. Область Уусимаа сейчас больше за счёт Восточной Уусимаа. Карта на русской википедии неверна, т.е по этой карте область Уусимаа сейчас собой представляет 17+18 область.
Сделал временный релейшин temp, с помощью него сегодня ночью попробую отконвертировать всю Финляндию.

Last edited by Paspartu (2012-03-04 10:45:54)

igitov · 2012-03-10 17:50:29

Коллеги, подскажите мне, наивному человеку, Карты для Навитела, выкладываемые на Рамблере http://navitel.osm.rambler.ru/ собираются с помощью этих конфигов http://osm2navitel.googlecode.com/svn/trunk/ ?

dimuzz · 2012-03-10 20:13:21

igitov wrote:

Карты для Навитела, выкладываемые на Рамблере http://navitel.osm.rambler.ru/ собираются с помощью этих конфигов http://osm2navitel.googlecode.com/svn/trunk/ ?

Да.

Fortress · 2012-03-11 07:26:44

dimuzz,
Просьба добавить в mp-postprocess-navitel.pl начиная примерно со строки 79 код:

if ( $line =~ /^(CodePage)/i ) {
$line =~ s/utf8/65001/;
}

чтобы можно было нормально конвертировать карты в формате utf8

dimuzz · 2012-03-11 07:57:25

Ok, вечером сделаю.

Paspartu · 2012-03-11 09:50:52

Fortress, dimuzz есть одна просьба.
На http://navitel.osm.rambler.ru/ в -err- файле региона сделать ссылку типа "all J", т.е. чтобы в JOSM загружались все ошибки за один клик для данного региона. А то бывает смотришь какой нибудь -err- файл а там ошибок штук 50, а кликать каждую отдельно не комильфо.
Спасибо за внимание.

Last edited by Paspartu (2012-03-11 09:54:50)

Marych73 · 2012-03-11 13:26:26

dimuzz
прошу также добавить в mp-postprocess-navitel.pl

#UZB области Узбекистана
        $line =~ s/Toshkent Viloyati/Ташкентская область/;
        $line =~ s/Buxoro Viloyati/Бухарская область/;
        $line =~ s/Sirdaryo Viloyati/Сырдарьинская область/;
        $line =~ s/Samarqand Viloyati/Самаркандская область/;
        $line =~ s/Qashqadaryo Viloyati/Кашкадарьинская область/;
        $line =~ s/Xorazm Viloyati/Хорезмская область/;
        $line =~ s/Qaraqalpaqstan Respublikasi/Республика Каракалпакстан/;
        $line =~ s/Farg'ona Viloyati/Ферганская область/;
        $line =~ s/Namangan Viloyati/Наманганская область/;
        $line =~ s/Surxondaryo Viloyati/Сурхандарьинская область/;
        $line =~ s/Jizzax Viloyati/Джизакская область/;
        $line =~ s/Navoiy Viloyati/Навоийская область/;
        $line =~ s/Andijon Viloyati/Андижанская область/;

для корректного отображения областей убекистана на русском языке.

dimuzz · 2012-03-11 16:59:02

Добавлена замена utf8 на 65001
Добавлено отображение полигонов leisure=marina и man_made=pier (полигон 0x09 "Пристань")
(At revision: 139)

Marych73, а проблема не решается изменением порядка присвоения имен на label: [ name:ru, name, loc_name, brand, operator ] ?

Marych73 · 2012-03-11 18:06:02

dimuzz wrote:

Marych73, а проблема не решается изменением порядка присвоения имен на label: [ name:ru, name, loc_name, brand, operator ] ?

Насколько я знаю, для корректной адресации городов, в addr:region - присваивается значение из name.
На отношениях области name:ru - проставлено.
И другого способа, как потом прогнать данные через mp-postprocess-navitel.pl я не знаю (аналогично в mp-postprocess-navitel.pl присутствует фикс для Украины и Казахстана).

Fortress · 2012-03-11 19:53:19

пора уже эту часть скрипта в отдельный подключаемый файл выносить... как liosha сделал с getbound.pl

dimuzz · 2012-03-11 19:58:24

Marych73 wrote:

Насколько я знаю, для корректной адресации городов, в addr:region - присваивается значение из name.

Да, указывать addr:region:ru, наверное, не слишком правильно...
Добавлено.
(At revision: 140)

chnav · 2012-03-11 20:10:00

dimuzz
Подскажите, при наличии границ областей admin_level=4 и районов admin_level=6 - обязательно ли прописывать населенным пунктам (полигонам или точкам place=*) теги addr:region и addr:district, как это описано в вики

Населённые пункты нужно обозначить как полигоны с тегами place=city/town/village/hamlet и названиями (name или place_name). Для них (населенных пунктов) указывается страна (addr:country), и при необходимости регион (addr:region), район (addr:district) и, в случае неоднозначности, сельсовет (addr:subdistrict).

Я по привычке проставляю эти теги, а теперь не уверен надо ли это делать.
Спасибо

dimuzz · 2012-03-12 05:16:32

chnav wrote:

Подскажите, при наличии границ областей admin_level=4 и районов admin_level=6 - обязательно ли прописывать населенным пунктам (полигонам или точкам place=*) теги addr:region и addr:district, как это описано в вики

Прописывать нужно. Название региона берется из тегов населенного пункта в следующей последовательности: addr:region, is_in:region, addr:state, is_in:state

Felis Pimeja · 2012-03-12 07:59:48

dimuzz wrote:

chnav wrote:
Подскажите, при наличии границ областей admin_level=4 и районов admin_level=6 - обязательно ли прописывать населенным пунктам (полигонам или точкам place=*) теги addr:region и addr:district, как это описано в вики
Прописывать нужно. Название региона берется из тегов населенного пункта в следующей последовательности: addr:region, is_in:region, addr:state, is_in:state

А кстати, кто их использует сейчас? Особенно is_in: - я их считал устаревшими.

igitov · 2012-03-12 08:06:37

Просьба добавить в конфиги один тип объекта: замкнутый контур place=locality как полигон 0x80, прозрачный с надписью. Иной здесь кажется неуместен. Нужно для обозначения всяких там урочищ и "местностей" с выраженными границами. Точки 0x2800 недостаточно.

dimuzz · 2012-03-12 08:07:22

is_in:state http://taginfo.openstreetmap.org/keys/is_in:state#map
is_in:region http://taginfo.openstreetmap.org/keys/is_in:region#map

Felis Pimeja · 2012-03-12 08:19:10

dimuzz wrote:

is_in:state http://taginfo.openstreetmap.org/keys/is_in:state#map
is_in:region http://taginfo.openstreetmap.org/keys/is_in:region#map

Нет, вы не поняли. Вот здесь говорится, что много было сломано копий за и против. Часть участников его принципиально удаляет, как мусорный.
А вопрос был такой: известны ли вам программы или сервисы, которые до сих пор используют is_in: для обработки данных OSM?

dimuzz · 2012-03-12 08:26:10

Felis Pimeja wrote:

dimuzz wrote:
is_in:state http://taginfo.openstreetmap.org/keys/is_in:state#map
is_in:region http://taginfo.openstreetmap.org/keys/is_in:region#map
Нет, вы не поняли. Вот здесь говорится, что много было сломано копий за и против. Часть участников его принципиально удаляет, как мусорный.
А вопрос был такой: известны ли вам программы или сервисы, которые до сих пор используют is_in: для обработки данных OSM?

В вики пишут, что Nominatim:

For features down to street level addresses are calculated using a combination of admin boundaries, is_in tags and place features.

http://wiki.openstreetmap.org/wiki/Nominatim/FAQ

Felis Pimeja · 2012-03-12 08:46:16

dimuzz wrote:

...
В вики пишут, что Nominatim
...

В более подробном описании указано, что сначала собирается информация с поли и мультиполи boundaries, а потом берутся is_in: и на их основе в индекс вносятся коррективы. То есть их имеет смысл использовать когда не извесны и не нанесены границы пары уровней (boundary, place). И только под nominatim (который обновляет индекс дай бог раз в пол года). Что-то сомнительный интерес, имхо разумеется. Больше смахивает на дань традиции. Кстати, если кто-то их продолжает вести, то нужен отдельный валидатор is_in: (типа валидатора границ Дежина). Потому что закравшиеся туда ошибки порушат индекс номинатима даже при правильной вложенности иерархии boundary и place

А что по поводу тегов addr: для областей и населённых пунктов? Слышал их точно кто-то использует. Но не знаю кто. А интересно

dimuzz · 2012-03-12 09:15:50

Felis Pimeja wrote:

А что по поводу тегов addr: для областей и населённых пунктов? Слышал их точно кто-то использует. Но не знаю кто. А интересно

Кроме osm2mp, можно настроить в mkgmap (в дефолтном стиле при включении --location_autofill в качестве региона используется графство (is_in:county)).

alexxys · 2012-03-12 15:21:47

У меня есть идея, как избавиться в Навителе от левых подсказок на каждом перекрестке типа "возьмите левее, второй съезд", "возьмите правее, третий съезд".
Покритикуйте, пожалуйста, реальная ли идея или совсем нереальная?

Суть идеи:
На каждом перекрестке, на котором дорога слегка меняет свое направление, добавить вспомогательные узлы так, чтобы дорога как-бы направление не меняла. Сделать это в момент конвертации карт (не в самой исходной карте OSM), путем корректировки карты в промежуточном формате, например, в польском формате (конечно, программой, а не руками).
Графическая иллюстрация идеи:

dimuzz · 2012-03-12 15:27:22

igitov wrote:

Просьба добавить в конфиги один тип объекта: замкнутый контур place=locality как полигон 0x80, прозрачный с надписью. Иной здесь кажется неуместен. Нужно для обозначения всяких там урочищ и "местностей" с выраженными границами. Точки 0x2800 недостаточно.

К сожалению, в самом НН он оказался не прозрачным, а белым, что портит на корню всю идею
В информации об объекте отображается как "Неизвестный тип", в поиске не участвует.
Обидно, я уж было собрался его еще для нескольких тегов использовать.

dimuzz · 2012-03-12 15:34:08

alexxys wrote:

На каждом перекрестке, на котором дорога слегка меняет свое направление, добавить вспомогательные узлы так, чтобы дорога как-бы направление не меняла.

В версиях НН 5.0.1 - 5.0.3 - сработает (правда, если расставлять вспомогательные узлы достаточно далеко друг от друга, иначе скажутся уже ошибки округления сетки).
В версиях 5.0.4 - 5.1.0 с их дикими подсказками "возьмите левее, второй съезд" - не сработает совсем.
Имхо, ради нескольких версий не стоит...
ЗЫ Сам спрямляю вручную, именно таким способом

Last edited by dimuzz (2012-03-12 15:34:27)

alexxys · 2012-03-12 17:01:09

dimuzz wrote:

В версиях 5.0.4 - 5.1.0 с их дикими подсказками "возьмите левее, второй съезд" - не сработает совсем.

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

Какую версию Навитела посоветуете, которая полноценно работает с картами OSM без этой проблемы?

dimuzz · 2012-03-12 17:27:02

alexxys wrote:

dimuzz wrote:
В версиях 5.0.4 - 5.1.0 с их дикими подсказками "возьмите левее, второй съезд" - не сработает совсем.
Т.е. получается, что для последних Навителов в принципе невозможно сделать неофициальную карту без этой проблемы?
Какую версию Навитела посоветуете, которая полноценно работает с картами OSM без этой проблемы?

Невозможно, причем ЦНТ это уже официально подтвердил.
Реально на дороге можно использовать Навител версий 3.2.6, 3.5.0 и, с небольшими неудобствами, 5.0.3
Сам использую попеременно НН 3.2.6 и 7 дорог, пока счет равный

UPD: "7 дорог" вполне юзабельная прога и для нее подходят конфиги Навитела, но ее авторам, имхо, необходимо решить две задачи - фильтрации POI и генерализации полигонов на средних масштабах (Задача №5 из списка Zkir), без этого жестоко тормозит на слабых девайсах.

Last edited by dimuzz (2012-03-12 17:38:27)

Announcement

#3901 2012-03-04 10:43:35

Re: Конвертация OSM в Navitel

#3902 2012-03-10 17:50:29

Re: Конвертация OSM в Navitel

#3903 2012-03-10 20:13:21

Re: Конвертация OSM в Navitel

#3904 2012-03-11 07:26:44

Re: Конвертация OSM в Navitel

#3905 2012-03-11 07:57:25

Re: Конвертация OSM в Navitel

#3906 2012-03-11 09:50:52

Re: Конвертация OSM в Navitel

#3907 2012-03-11 13:26:26

Re: Конвертация OSM в Navitel

#3908 2012-03-11 16:59:02

Re: Конвертация OSM в Navitel

#3909 2012-03-11 18:06:02

Re: Конвертация OSM в Navitel

#3910 2012-03-11 19:53:19

Re: Конвертация OSM в Navitel

#3911 2012-03-11 19:58:24

Re: Конвертация OSM в Navitel

#3912 2012-03-11 20:10:00

Re: Конвертация OSM в Navitel

#3913 2012-03-12 05:16:32

Re: Конвертация OSM в Navitel

#3914 2012-03-12 07:59:48

Re: Конвертация OSM в Navitel

#3915 2012-03-12 08:06:37

Re: Конвертация OSM в Navitel

#3916 2012-03-12 08:07:22

Re: Конвертация OSM в Navitel

#3917 2012-03-12 08:19:10

Re: Конвертация OSM в Navitel

#3918 2012-03-12 08:26:10

Re: Конвертация OSM в Navitel

#3919 2012-03-12 08:46:16

Re: Конвертация OSM в Navitel

#3920 2012-03-12 09:15:50

Re: Конвертация OSM в Navitel

#3921 2012-03-12 15:21:47

Re: Конвертация OSM в Navitel

#3922 2012-03-12 15:27:22

Re: Конвертация OSM в Navitel

#3923 2012-03-12 15:34:08

Re: Конвертация OSM в Navitel

#3924 2012-03-12 17:01:09

Re: Конвертация OSM в Navitel

#3925 2012-03-12 17:27:02

Re: Конвертация OSM в Navitel

Board footer