Универсальный валидатор (рутинг, адресация) на базе конвертации в СГ

chnav · 2013-04-23 17:58:16

Да, я тоже не понял. Я думал речь про длинные таблицы с ошибками (сталкивался раньше, броузер долго форматировал). А с этими ссылками всё нормально.
XP SP3, Opera, кеширование squid и баннерорезалка выключены, старенький ноут T2350 (1.86Ghz)

KonTur · 2013-04-23 18:02:33

У меня только дальнее зарубежье открывается заметно долго. Общая таблица. А в остальном все как обычно.

Sergey Astakhov · 2013-04-23 19:26:02

andriano wrote:

Сейчас специально замерил:

Это у вас, небось, один из сайтов заблокирован, на которые идут внешние ссылки.
Там есть ссылки на скрипты с vk.com и mc.yandex.ru - посмотрите как они грузятся. Это легко увидеть, например, в хроме, в инструментах разработчика (Developer Tools) на вкладке Network.

Zkir · 2013-04-23 19:38:46

Ссылки на контактик надо бы убрать. Эта идея себя не оправдала)
--
Убрал)

Last edited by Zkir (2013-04-23 20:02:55)

andriano · 2013-04-24 16:43:49

Zkir wrote:

Ссылки на контактик надо бы убрать. Эта идея себя не оправдала)
--
Убрал)

Спасибо.
Все три упомянутых - порядка одной секунды.

Vadimi · 2013-04-24 19:59:49

Можно подтолкнуть RU-KDA? C 16 апреля не обновляется.

Stalker61 · 2013-04-25 16:51:08

Кирилл, Тюменскую губернию завтра с утречка желательно обновить. Обнаружил "кривой" запрет левого поворота с указанием только прямо.
http://www.openstreetmap.org/?lat=58.28 … 42&zoom=18
Маршрут естественно строится шедевральный - http://map.project-osrm.org/?hl=ru&loc= … &df=0&re=0
Косяк исправлен - http://www.openstreetmap.org/browse/changeset/15861672.

GaM · 2013-04-25 17:00:55

В Тюмени не плохо бы ещё статусы дорог распределить правильно, а то что-то как-то больно контрастные переходы.

Stalker61 · 2013-04-25 17:08:39

GaM, в Тюмени и без нас с вами есть кому маппингом заниматься.

GaM · 2013-04-25 17:29:02

Stalker61 wrote:

GaM, в Тюмени и без нас с вами есть кому маппингом заниматься.

Судя по радуге на карте - не похоже на это...

Zkir · 2013-04-26 07:16:24

Краснодар прошел, Тюмень в порядке общей очереди

KonTur · 2013-04-26 09:40:17

Вторую неделю наблюдаю как Шри-Ланка проходится валидатором чуть ли не каждый день, но изменений в качестве не наблюдаю

SviMik · 2013-04-26 11:16:22

А Эстония что-то перестала обновляться... Если на неё всего 35 секунд уходит, то можно и на каждый день поставить

Zkir · 2013-04-26 14:07:31

35 секунд - это к сожаленю время работы только самого валидатора.
Полная цепочка включает еще обновление осм данных, подсчет статистики, конвертацию в mp, валидацию, конвертацию из mp в СГ.

Я опубликую общее время сборок.

andriano · 2013-04-26 18:11:04

Zkir wrote:

35 секунд - это к сожаленю время работы только самого валидатора.
Полная цепочка включает еще обновление осм данных, подсчет статистики, конвертацию в mp, валидацию, конвертацию из mp в СГ.

А mp в этой цепочке не лишний?
Перегонять данные в текст и обратно - на редкость неэффективное расходование вычислительных мощностей.

Zkir · 2013-04-26 18:20:17

Нет, не лишний. конвертация в mp - решает задачу сборки объектов из графических примитивов и простановки им атрибутов.

--
Полное время:
EE-N 55 мин
EE-S 26 мин

Last edited by Zkir (2013-04-26 18:22:26)

chnav · 2013-05-02 17:02:35

(начало тут)

yaleks wrote:

SviMik wrote:
Вроде, навигаторам без разницы, Е там дорога или не Е, они и так маршрут построят. Для чего же Е-дороги (а ещё междугородние маршруты) так старательно разрисовывают? (вопрос не к тому, что это не нужно, а к тому, что может и я порисую, если пойму зачем).
это в http://forum.openstreetmap.org/viewtopi … 76#p317776

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

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

(added)
Предлагаю такой конструктив чтобы не гоняться за 100% "неразрывных европейских маршрутов" (и автобусных тоже). Допустим есть разрыв как на картинке выше - всем понятно что маршрут пойдет через круг и односторонний link. Нужно сделать алгоритм, который сам достроит недостающие части, сделает выборку нужных сегментов, а где надо - сам отрежет для себя нужные куски на стадии импорта. Тем более позднее производится мощная генерализация для построения обзорки и... в ней ни круга, ни линка не останется

Выражаясь ещё проще - имхо в маршруте обязательно указывать только ключевые отрезки, а задачу как провести транспорт по развязке или сложному перекрёстку должны решать программы (неважно конвертер, генерализатор или рендер).

Last edited by chnav (2013-05-02 17:30:57)

Zkir · 2013-05-03 09:09:30

chnav, я честно говоря не понял в чем именно предлагаемый конструктив.

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

chnav · 2013-05-03 13:57:38

Zkir
Без обид, но это ты сам придумал что обзорку нужно строить по евромаршрутам (и они обязаны быть связными (c) ). До этого ты точно так же убеждал нас что для целей генерализации нужно делать связную сеть транков и праймари, чем мы успешно занимаемся благодаря твоему валидатору.
Фильтруешь по highway=trunk* и получаешь результат ничуть не хуже, а в случае с СНГ заведомо лучше любых евромаршрутов.

Last edited by chnav (2013-05-03 14:01:30)

Zkir · 2013-05-03 16:15:44

chnav
Мне кажется кто-то что-то перепутал.

Для обзорок отдельных стран, особенно стран СНГ, никакие евромаршруты не используются. Используются статусы, именно потому что они связные - стараниями наших активистов, chnav'а в том числе.

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

Тогда вместо hw=trunk для Еврообзорки (и только для нее) было решено использовать дороги входящие в Евромаршруты. Естественно, евромаршруты тоже должны быть связными, иначе никакой навигационной карты не получится.

По-моему, карта евромаршрутов на основе ОСМ вполне имеет право на жизнь.

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

Это краткая история как мы дошли до жизни такой
---
Есть какая то проблема, чтобы ставить int_ref на круги (или включать их в отношения)? Это чему-то мешает?

Last edited by Zkir (2013-05-03 16:17:06)

SviMik · 2013-05-03 16:43:36

Есть какая то проблема, чтобы ставить int_ref на круги (или включать их в отношения)?

В основном то, что это приходится делать вручную. Время, потраченное на это, можно использовать с бОльшей пользой.

chnav подал хорошую идею автоматизировать процесс.
1. Ищем разрывы маршрутов
2. Пихаем разрыв в OSRM
3. Получаем кратчайший маршрут, позволяющий залатать разрыв автоматически.

Результат можно как загружать в OSM, так и не загружать (пропатчить локальную базу, перед подачей на генерализатор).

Last edited by SviMik (2013-05-03 16:45:52)

chnav · 2013-05-03 17:24:47

Zkir wrote:

Есть какая то проблема, чтобы ставить int_ref на круги (или включать их в отношения)? Это чему-то мешает?

Нет, теперь стало понятно.
Я хотел донести главную мысль что на территории СНГ евромаршруты ничего толкового из себя не представляют, и в общем не надо на них ориентироваться.

Alexandr Zeinalov · 2013-05-03 19:29:03

На самом деле для целей еврообзорки можно устранять разрывы в графе таким образом: обнаруживать несоединённые концы на расстоянии, скажем, 100 м, и соединять их. Вряд ли евротранки на таком расстоянии не будут связаны между собой.

yuryleb · 2013-05-03 21:41:09

Не посмотрите ли, почему Нарва валидатором Санкт-Петербурга/Ленинградской обл. (куда попадает почему-то) и собственно северной Эстонии считается городом без границ, хотя они есть, но виде сложного полигона с тремя независимыми замкнутыми контурами - http://www.openstreetmap.org/?relation=2832959. И сама точка города участвует в отношении как label.

Last edited by yuryleb (2013-05-03 21:41:43)

andriano · 2013-05-03 21:48:33

Alexandr Zeinalov wrote:

На самом деле для целей еврообзорки можно устранять разрывы в графе таким образом: обнаруживать несоединённые концы на расстоянии, скажем, 100 м, и соединять их. Вряд ли евротранки на таком расстоянии не будут связаны между собой.

Ну, вообще-то полагать "вряд ли" - это несколько безответственно.
Раз есть такая идея, ее нужно проверять, а не действовать в предположении, что она справедлива.

Другими словами: задача алгоритма - обнаружить два близко расположенных конца и указать на них человеку.
А задача человека - решить, что с ними нужно делать.
Соединять два транка через реку или ущелье в отсутствие моста только потому, что они проходят рядом - весьма сомнительная идея.

Announcement

#1951 2013-04-23 17:58:16

Re: Универсальный валидатор (рутинг, адресация) на базе конвертации в СГ

#1952 2013-04-23 18:02:33

Re: Универсальный валидатор (рутинг, адресация) на базе конвертации в СГ

#1953 2013-04-23 19:26:02

Re: Универсальный валидатор (рутинг, адресация) на базе конвертации в СГ

#1954 2013-04-23 19:38:46

Re: Универсальный валидатор (рутинг, адресация) на базе конвертации в СГ

#1955 2013-04-24 16:43:49

Re: Универсальный валидатор (рутинг, адресация) на базе конвертации в СГ

#1956 2013-04-24 19:59:49

Re: Универсальный валидатор (рутинг, адресация) на базе конвертации в СГ

#1957 2013-04-25 16:51:08

Re: Универсальный валидатор (рутинг, адресация) на базе конвертации в СГ

#1958 2013-04-25 17:00:55

Re: Универсальный валидатор (рутинг, адресация) на базе конвертации в СГ

#1959 2013-04-25 17:08:39

Re: Универсальный валидатор (рутинг, адресация) на базе конвертации в СГ

#1960 2013-04-25 17:29:02

Re: Универсальный валидатор (рутинг, адресация) на базе конвертации в СГ

#1961 2013-04-26 07:16:24

Re: Универсальный валидатор (рутинг, адресация) на базе конвертации в СГ

#1962 2013-04-26 09:40:17

Re: Универсальный валидатор (рутинг, адресация) на базе конвертации в СГ

#1963 2013-04-26 11:16:22

Re: Универсальный валидатор (рутинг, адресация) на базе конвертации в СГ

#1964 2013-04-26 14:07:31

Re: Универсальный валидатор (рутинг, адресация) на базе конвертации в СГ

#1965 2013-04-26 18:11:04

Re: Универсальный валидатор (рутинг, адресация) на базе конвертации в СГ

#1966 2013-04-26 18:20:17

Re: Универсальный валидатор (рутинг, адресация) на базе конвертации в СГ

#1967 2013-05-02 17:02:35

Re: Универсальный валидатор (рутинг, адресация) на базе конвертации в СГ

#1968 2013-05-03 09:09:30

Re: Универсальный валидатор (рутинг, адресация) на базе конвертации в СГ

#1969 2013-05-03 13:57:38

Re: Универсальный валидатор (рутинг, адресация) на базе конвертации в СГ

#1970 2013-05-03 16:15:44

Re: Универсальный валидатор (рутинг, адресация) на базе конвертации в СГ

#1971 2013-05-03 16:43:36

Re: Универсальный валидатор (рутинг, адресация) на базе конвертации в СГ

#1972 2013-05-03 17:24:47

Re: Универсальный валидатор (рутинг, адресация) на базе конвертации в СГ

#1973 2013-05-03 19:29:03

Re: Универсальный валидатор (рутинг, адресация) на базе конвертации в СГ

#1974 2013-05-03 21:41:09

Re: Универсальный валидатор (рутинг, адресация) на базе конвертации в СГ

#1975 2013-05-03 21:48:33

Re: Универсальный валидатор (рутинг, адресация) на базе конвертации в СГ

Board footer