Карты для СитиГида

Dinamik · 2012-02-18 13:20:31

Zkir wrote:

Могу пока ответить только на следующее:
не следует ли включить для highway=pedestrian такую же обработку, которая сейчас используется для highway=living_street (т. е. улица отображается, но на ней стоит запрет проезда - транзитного движения по таким улицам нет)? Как я понял, highway=pedestrian - это улица, "похожая" на residential, но только пешеходная - т. е. она должна быть пристыкована к дорожному графу.
Если почитать внимательно полемику в теме про связность графа, то будет видно, что к сожалению далеко не все согласны с такой точкой зрения. Некоторые товарищи стояли на позиции, что pedestrian может быть и не пристыкована к _автомобильному_ дорожному графу, а может соединяться с остальными улицами через то, что в автомобильный граф вовсе не попадает: через пешеходные дорожки и (даже) подземные переходы. Поэтому pedestrian пришлось отключить.

Имелась проблема отображения дорог construction= : если они не включались совсем, то пропадали ремонтируемые дороги, включать все не хотелось из-за предполагаемого появления большого количества изолятов. Решение заключалось в отображении "отобранных" дорог construction=, т. е. линий с добавленными дополнительными тегами check_date и opening_date.

А не решить ли проблему с highway=pedestrian тем же способом? Не включая такие дороги, теряем улицы, включая - рискуем получить изоляты. Значит, нужно просто научиться отличать пристыкованные к дорожному графу highway=pedestrian от абы каких посредством добавления дополнительного тега, например, not_isolated=yes (смысл: дорога не изолирована от дорожного графа). Включать такие дороги в карту, проставляя на них нулевую скорость.

Dinamik wrote:

Я предложил addr:suburb на полигоны зданий и линии дорог. Если возражений/других идей нет, то я бы хотел попросить добавить соответствующую обработку этого тега: как я вижу, улицы уже начали "склеивать".

В данный момент (RU-SPO 1.283) если на улице стоит name=<название улицы без уточнения>+addr:suburb=<название района>, а на здании - addr:street=<название улицы без уточнения>+addr:suburb=<название района>, то линия улицы отображается как "<название улицы без уточнения> (<название района>)", что корректно, а вот здания адресуются по улице <название улицы без уточнения> - то есть по одноимённой улице, расположенной в том же населённом пункте, что уже ошибочно. Это можно исправить? Нужно, чтобы <addr:suburb> на зданиях "подклеивалось" к addr:street.

Zkir wrote:

liosha wrote:
no_other_tag - зло. Мало ли какой там note или website поставят
А открытый список исключаемых тегов - добро.
Может тогда так: объекты отдельно (и им адреса не присваиваются), а адреса отдельно (по addr:* генерятся точечные дома с адресами, не важно, с какого объекта они взялись и какие там еще теги).
Можешь так сделать?

liosha wrote:

Можно, конечно, но лучше всё-таки как выше

Соответствующие изменения ещё не сделали или про них пока забыли? Как бы то ни было, addr:housenumber без building= на картах пока, насколько я вижу, не появились.

------

http://www.openstreetmap.org/browse/node/1381078579

name = СНТ Щербаков Хутор
place = allotments

Не удалось найти поиском в RU-SPO 1.270 для 7-ки - обнаружил (проблема имеет место и в картах для 5-ки (RU-SPO 1.283)):
а) place=allotments не отображаются на карте
б) place=allotments находятся поиском только в том случае, если внутри есть роутинговая именованная улица (условие, при котором удаётся найти place=allotments, возможно, не совсем такое, но ясно, что обнаруживаются далеко не все place=allotments).

Last edited by Dinamik (2012-02-20 03:06:49)

Max Vasilev · 2012-02-18 13:37:07

Zkir wrote:

Плохо, что не дали, согласен, но это уже совсем скоро будет неважно, потому что выйдет семерка, с совсем другим форматом карт.
А конвертацию в dcm я видимо закрою, одновременно с официальным релизом 7.0

Я правильно понял, что купив в своё время ситгид 5.* на телефон, после выхода 7-ки я останусь без карт ОСМ, потому бесплатного обновления мажорной версии не будет для владельцев старых версий (или будет? очень интересный момент), а поскольку главные архитектурные баги в новой версии никуда не денутся, то и смысл второй раз покупать ситгид нет.

Sergey Astakhov · 2012-02-18 13:48:06

Max Vasilev wrote:

потому бесплатного обновления мажорной версии не будет для владельцев старых версий (или будет? очень интересный момент)

У Ситигида за все годы пока не было платных обновлений версий как карт, так и программ в рамках одной платформы. И, по заверениям разработчиков, делать они такого не планируют.

Max Vasilev · 2012-02-18 14:20:54

Спасибо, хотя момент обновления несовместимых по данным версий всё равно смущает.

Zkir · 2012-02-20 23:18:51

Max Vasilev,
Между МИТ и пользователями нет к сожалению товарно-денежных отношений, и это развращает и тех и других. ИМХО.

Dinamik,
нет конечно, не забыли

condition:
- only_node
- addr:housenumber = *
- building != *
- amenity != *
- ещё_пара_тегов != *
action:
- action: write_poi
inherit_address: no
...

Если ты составишь список тегов, которые Лёша сократил до "еще пары", можно будет попробовать.

Значит, нужно просто научиться отличать пристыкованные к дорожному графу highway=pedestrian от абы каких посредством добавления дополнительного тега, например, not_isolated=yes

Правильность этого тега невозможно контролировать, я так делать не хочу. Вот если бы научиться обнаруживать пристыкованные highway=pedestrian автоматически...

С construction=* тоже не все хорошо, до сих пор нет валидатора, который показывал бы просроченные construction. Надо бы попросить Сергея Астахова добавить в плагин запись результатов в xml. Я смотрю по логу, там частые ошибки распознавания дат.

что с аllotments, я посмотрю по возможности, но это пока не приоритет.

Last edited by Zkir (2012-02-20 23:19:40)

Dinamik · 2012-02-21 01:41:27

Zkir wrote:

condition:
- only_node
- addr:housenumber = *
- building != *
- amenity != *
- ещё_пара_тегов != *
action:
- action: write_poi
inherit_address: no
...
Если ты составишь список тегов, которые Лёша сократил до "еще пары", можно будет попробовать.

Насколько я понимаю, смысл исключений - отсечь те точки, которые генерируются в другие POI. Думаем, какие точки могут находиться внутри зданий, имеющих адреса, или рядом с адресованными подъездами, но при этом сами иметь тег addr:housenumber - это магазины, офисы, гостиницы, мастерские (вероятно, я что-то упустил), т. е. amenity, shop, office, tourism и craft. Получается:
condition:
- only_node
- addr:housenumber = *
- building != *
- amenity != *
- shop != *
- office !=*
- tourism !=*
- craft !=*
action:
- action: write_poi
inherit_address: no

Положительный момент: в России будет отсечено множество точек, имеющих адреса, дублирующие номера зданий. Отрицательный момент: в Западной Европе будет потеряна часть адресов там, где нарисовано полигональное building с находящейся внутри точкой вида amenity=cafe, addr:housenumber=*. Итог: всё-таки в Калининградской области и Западной Европе на карте появится значительное количество адресов, ранее не отображающихся на карте.

iav · 2012-02-21 01:58:30

Вот вам и не тагить под навигатор...

Zkir · 2012-02-21 07:05:11

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

iav
не понял?

Last edited by Zkir (2012-02-21 07:09:51)

Sergey Astakhov · 2012-02-21 07:45:48

Zkir wrote:

С construction=* тоже не все хорошо, до сих пор нет валидатора, который показывал бы просроченные construction. Надо бы попросить Сергея Астахова добавить в плагин запись результатов в xml. Я смотрю по логу, там частые ошибки распознавания дат.

Так скажи в каком виде надо писать и куда - сделаем.

Dinamik · 2012-02-21 10:43:30

del

Last edited by Dinamik (2012-02-21 10:46:42)

Zkir · 2012-02-21 13:22:08

Sergey Astakhov wrote:

Zkir wrote:
С construction=* тоже не все хорошо, до сих пор нет валидатора, который показывал бы просроченные construction. Надо бы попросить Сергея Астахова добавить в плагин запись результатов в xml. Я смотрю по логу, там частые ошибки распознавания дат.
Так скажи в каком виде надо писать и куда - сделаем.

Писать нужно в xml-файл, в той же папке, что и обрабатываемый osm-файл. (или конечный, не важно, у меня они в одной папке). Называться например hwconstruction_check.xml

Содержать должен следующее.
1. Для каждого ошибочного вея должен содержать следующее:
а) OSM ID
б) координаты bbox.
г) значение тега bbox.
д) Описание ошибки (или код ошибки).
е) Сами даты последней проверки (check_date) и ожидаемого открытия (opening_date).

Ошибочными веями должны считаться:
1. Содержащие ошибки парсинга даты, такое имеется в изрядном количестве.
2. С opening_date в прошлом.
3. С check_date старше 30 дней.

WARNING: Way #89937536 check_date parse error: java.text.ParseException: Unparseable date: "2012"
21.02.2012 13:25:36 ru.sergeyastakhov.osmfilter.ConstructionWayFilter process
WARNING: Way #96269594 check_date parse error: java.text.ParseException: Unparseable date: "01.01.2012"

Nikolya · 2012-02-21 14:49:48

я чтот не пойму под 7-ую версию ПО можно конвертировать карты или нет? в инете начали появлятся карты для 7-ки других регионов, значит конвертер есть?

Zkir · 2012-02-21 15:36:28

под седьмую версию даже в этой теме карты есть)

Nikolya · 2012-02-21 16:07:03

AlexWindows wrote:

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

Zkir wrote:

AlexWindows, я могу тебе помочь только этим:
RU-KDA

нашел как раз под свой регион, а ссылки всех регионов когда появятся и где?

и что значит для PC версии? на сколько знаю выше ПК версия 5.0, или уже есть 7.0 которая поддерживает новый формат карт?

Zkir · 2012-02-21 16:33:03

Где: Появятся на сайте: http://peirce.gis-lab.ru/daily.php
Когда: когда будет релиз семерки.

Sergey Astakhov · 2012-02-21 23:48:42

Zkir wrote:

Писать нужно в xml-файл, в той же папке, что и обрабатываемый osm-файл. (или конечный, не важно, у меня они в одной папке). Называться например hwconstruction_check.xml
Содержать должен следующее.
1. Для каждого ошибочного вея должен содержать следующее:
а) OSM ID
б) координаты bbox.
г) значение тега bbox.
д) Описание ошибки (или код ошибки).
е) Сами даты последней проверки (check_date) и ожидаемого открытия (opening_date).
Ошибочными веями должны считаться:
1. Содержащие ошибки парсинга даты, такое имеется в изрядном количестве.
2. С opening_date в прошлом.
3. С check_date старше 30 дней.

WARNING: Way #89937536 check_date parse error: java.text.ParseException: Unparseable date: "2012"
21.02.2012 13:25:36 ru.sergeyastakhov.osmfilter.ConstructionWayFilter process
WARNING: Way #96269594 check_date parse error: java.text.ParseException: Unparseable date: "01.01.2012"

Проверяем: http://files.mail.ru/MMYYT2

Старый плугин заменить на новый. Формирование файла ошибок включается доп. ключиком плугина "writeErrorXML=hwconstruction_check.xml" (после '=' идёт имя формируемого файла).
opening_date проверяется на текущую дату, check_date на выход за пределы daysAfterChecking.

Пример содержимого:

<?xml version="1.0" encoding="UTF-8"?>
<errors>
<error wayId="31372243" errorType="OPENING_DATE_PASSED">
<bound right="30.3361471" left="30.33126" top="59.8760775" bottom="59.8760048"/>
<opening_date>2012-01-30</opening_date>
<check_date>2012-01-11</check_date>
</error>
<error wayId="31372243" errorType="CHECK_DATE_TOO_OLD">
<bound right="30.3361471" left="30.33126" top="59.8760775" bottom="59.8760048"/>
<opening_date>2012-01-30</opening_date>
<check_date>2012-01-11</check_date>
</error>
<error wayId="31403325" errorType="OPENING_DATE_FORMAT_ERROR">
<bound right="30.3488829" left="30.3363694" top="59.8779838" bottom="59.8760809"/>
<opening_date>2011</opening_date>
<check_date>2011</check_date>
</error>
<error wayId="31403325" errorType="CHECK_DATE_FORMAT_ERROR">
<bound right="30.3488829" left="30.3363694" top="59.8779838" bottom="59.8760809"/>
<opening_date>2011</opening_date>
<check_date>2011</check_date>
</error>
</errors>

Last edited by Sergey Astakhov (2012-02-22 00:01:14)

Zkir · 2012-02-22 17:51:36

Dinamik,
в сегодняшних сборках должна включиться поддержка адресных точек. Проверяйте.

Sergey Astakhov,
Спасибо, попробую.

Dinamik · 2012-02-22 19:42:17

Zkir wrote:

в сегодняшних сборках должна включиться поддержка адресных точек. Проверяйте.

В RU-KGD 1.285 попала в адресный поиск и отобразилась на карте даже точка, на которой не было addr:street:). На полигоне building=yes были проставлены addr:housenumber=XX, на всех этих точках, кроме одной, был заполнен addr:street= . Конвертер догадался проверить, какой addr:street стоит на точках, расположенных в том же полигоне building, или прицепил адресацию к ближайшей роутинговой линии? В списке ошибочных адресов этой точки нет.

Last edited by Dinamik (2012-02-22 19:49:37)

Zkir · 2012-02-22 20:34:07

Dinamik, что это за точка?

Zkir · 2012-02-22 21:43:30

Sergey Astakhov wrote:

Формирование файла ошибок включается доп. ключиком плугина

Cергей, такое ощущение, что файл формируется, только если найдена хотя бы одна ошибка. Можно сделать чтобы файл формировался всегда, когда задано имя доп ключиком.

И еще, такой вопрос. Как ты относишься к тому, чтобы зачекинить код этого плагина на гитхаб?

Sergey Astakhov · 2012-02-22 22:34:54

Zkir wrote:

Cергей, такое ощущение, что файл формируется, только если найдена хотя бы одна ошибка. Можно сделать чтобы файл формировался всегда, когда задано имя доп ключиком.

Правильное ощущение.
Ну раз надо - сделаем. Держи: http://files.mail.ru/0148TE

Zkir wrote:

И еще, такой вопрос. Как ты относишься к тому, чтобы зачекинить код этого плагина на гитхаб?

Ещё бы знать что это такое. Ни разу им не пользовался.

Dinamik · 2012-02-22 22:40:44

Zkir wrote:

Dinamik, что это за точка?

http://www.openstreetmap.org/browse/node/1626841910
Находится поиском: Калининградская обл. (OSM) - Генерала Соммера (Калининград) - 58.

Last edited by Dinamik (2012-02-22 22:44:27)

Zkir · 2012-02-22 23:46:37

Sergey Astakhov wrote:

Ещё бы знать что это такое. Ни разу им не пользовался.

Я думаю тебе понравится. git - это система контроля версий, очень удобная.
А github - это хостинг этой системы, тоже очень забавный.

Например весь код конвертации в dcm лежит здесь: https://github.com/Zkir/osm2dcm

Для начала можно почитать здесь: http://help.github.com/win-set-up-git/

Max Vasilev · 2012-02-23 07:54:14

Zkir, а есть собранные под семёрку карты из OSM данных?

Zkir · 2012-02-23 10:18:22

Есть, но пока не все. Можно поискать ссылки на имеющиеся карты в этой теме.

Announcement

#1376 2012-02-18 13:20:31

Re: Карты для СитиГида

#1377 2012-02-18 13:37:07

Re: Карты для СитиГида

#1378 2012-02-18 13:48:06

Re: Карты для СитиГида

#1379 2012-02-18 14:20:54

Re: Карты для СитиГида

#1380 2012-02-20 23:18:51

Re: Карты для СитиГида

#1381 2012-02-21 01:41:27

Re: Карты для СитиГида

#1382 2012-02-21 01:58:30

Re: Карты для СитиГида

#1383 2012-02-21 07:05:11

Re: Карты для СитиГида

#1384 2012-02-21 07:45:48

Re: Карты для СитиГида

#1385 2012-02-21 10:43:30

Re: Карты для СитиГида

#1386 2012-02-21 13:22:08

Re: Карты для СитиГида

#1387 2012-02-21 14:49:48

Re: Карты для СитиГида

#1388 2012-02-21 15:36:28

Re: Карты для СитиГида

#1389 2012-02-21 16:07:03

Re: Карты для СитиГида

#1390 2012-02-21 16:33:03

Re: Карты для СитиГида

#1391 2012-02-21 23:48:42

Re: Карты для СитиГида

#1392 2012-02-22 17:51:36

Re: Карты для СитиГида

#1393 2012-02-22 19:42:17

Re: Карты для СитиГида

#1394 2012-02-22 20:34:07

Re: Карты для СитиГида

#1395 2012-02-22 21:43:30

Re: Карты для СитиГида

#1396 2012-02-22 22:34:54

Re: Карты для СитиГида

#1397 2012-02-22 22:40:44

Re: Карты для СитиГида

#1398 2012-02-22 23:46:37

Re: Карты для СитиГида

#1399 2012-02-23 07:54:14

Re: Карты для СитиГида

#1400 2012-02-23 10:18:22

Re: Карты для СитиГида

Board footer