The OpenNET Project / Index page

[ новости/++ | форум | wiki | теги | ]

09.09.2009 17:01  OpenLR - открытый стандарт для обмена дорожной информацией

Известный производитель навигационного оборудования и ПО, нидерландская компания TomTom, предложила открытый стандарт для обмена пространственными данными, OpenLR.

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

Этот формат хорошо подходит для передачи информации о загруженности дорог. В настоящее время наиболее распространенным форматом для распространения таких данных является TMC, который использует предопределенные коды дорог. OpenLR, в отличие от TMC использует координатную систему, поэтому позволяет добиться лучшего покрытия.

Для представления координат в OpenLR используется популярный стандарт WGS84. Любой участок дорожной сети описывается набором пунктов привязки, каждый из которых по сути является ребром графа дорожной сети. Важным преимуществом OpenLR является компактность: не нужно задавать все отрезки описываемого маршрута, для отсутствующих сегментов подразумевается выбор кратчайшего пути, а один пункт привязки описывается двоичной последовательностью не длиннее восьми байт.

Пока что доступна подробная документация о формате, методах кодирования и декодирования данных. В скором времени TomTom собирается выпустить библиотеку для работы с OpenLR под лицензией GPLv2.

  1. Главная ссылка к новости (http://www.tomtom.com/news/cat...)
Автор новости: summer000
Тип: К сведению
Ключевые слова: OpenLR, map, TomTom
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 1.1, uZver (??), 17:55, 09/09/2009 [ответить] [показать ветку] [···]    [к модератору]
  • +2 +/
    позитивно. открытые стандарты рулятЪ
     
  • 1.2, аноним (?), 18:12, 09/09/2009 [ответить] [показать ветку] [···]    [к модератору]
  • +3 +/
    Прикрутить бы это к OpenStreetMap и гугл с яндекс.пробками не нужны.
     
     
  • 2.10, User294 (ok), 22:04, 09/09/2009 [^] [ответить]    [к модератору]
  • +1 +/
    Не уверен что прикручивать надо именно это. Но яндекс собирает данные о пробках довольно просто - AFAIK, юзеры яндекс-мапс просто сливают свою скорость в энной местности на сервак, из чего делается вывод о ситуации в этом месте дороги. Не вижу почему бы такой подход не сработал для OSM. Ну, единственное что должно быть сочетание факторов: довольно популярный клиент который есть у достаточного количества народа (иначе данные о пробках будут реденькие и ненадежные) и кому-то должно быть не влом под это раскочегарить сервак который будет хранить эти динамические данные. А относительно статичные данные которые в принципе достаточны для расчета маршрутов OSM и так по идее хранит насколько я понимаю (дороги в osm отдельная сущность).
     
     
  • 3.16, Аноним (-), 10:56, 10/09/2009 [^] [ответить]     [к модератору]
  • –3 +/
    а юзеру394 слабо и серваг раскочегарить и варез напейсать или он специализирует... весь текст скрыт [показать]
     
  • 1.3, Veter (??), 18:32, 09/09/2009 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Поправьте, нельзя же такую несуразицу писать: "набором пунктов привязки, каждый из которых по сути является ребром графа дорожной сети". Не может пункт быть ребром, он может быть только вершиной (узлом) графа!

    Если уж охота "модное" словечко ввернуть, хоть в википедии посмотрите, что оно значит...

     
     
  • 2.5, аноним (?), 18:52, 09/09/2009 [^] [ответить]    [к модератору]  
  • +/
    > Не может пункт быть ребром, он может быть только вершиной (узлом) графа!

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

     
  • 2.7, summer000 (?), 19:00, 09/09/2009 [^] [ответить]    [к модератору]  
  • +/
    >Поправьте, нельзя же такую несуразицу писать: "набором пунктов привязки, каждый из которых
    >по сути является ребром графа дорожной сети". Не может пункт быть
    >ребром, он может быть только вершиной (узлом) графа!
    >значит...

    Там в качестве привязки используются именно ребра (они называют их location reference point), а не вершины.

     
  • 1.4, Aleksey (??), 18:49, 09/09/2009 [ответить] [показать ветку] [···]    [к модератору]  
  • –1 +/
    Лицензия библиотеки не очень удобная. Если бы была LGPL, то можно было бы ожидать хоть какой-то поддержки формата от коммерческих разработчиков.
     
     
  • 2.6, summer000 (?), 18:56, 09/09/2009 [^] [ответить]    [к модератору]  
  • +1 +/
    коммерческие разработчики могут сделать свою библиотеку, там нет сложностей, и вся информация доступна. imho TomTom грамотно продвигает свою технологию.
     
  • 2.8, anonymous (??), 19:07, 09/09/2009 [^] [ответить]    [к модератору]  
  • +1 +/
    Так это, тут создатели карт и прочих данных (пробки, там) для них все скажут. А поскольку у TomTom есть доля рынка, то вроде как все может получиться вполне хорошо.

    Будут карты — соответственно, вендоры потянутся. Сам по себе стандарт не запрещает же и проприетарных реализаций, просто не на этой либе. Это все нормально.

     
  • 2.11, User294 (ok), 22:09, 09/09/2009 [^] [ответить]    [к модератору]  
  • +1 +/
    >Лицензия библиотеки не очень удобная. Если бы была LGPL, то можно было
    >бы ожидать хоть какой-то поддержки формата от коммерческих разработчиков.

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

     
  • 1.9, СуперАноним (?), 21:02, 09/09/2009 [ответить] [показать ветку] [···]    [к модератору]  
  • –1 +/
    А почему не на основе XML ? Шютка :)
     
     
  • 2.12, поцанчик (ok), 22:41, 09/09/2009 [^] [ответить]    [к модератору]  
  • –1 +/
    а почему бы и нет ?
     
     
  • 3.14, Crazy Alex (??), 23:27, 09/09/2009 [^] [ответить]    [к модератору]  
  • +/
    А потому что оно не на десктопе использоваться должно, где нынче модно ресурсов не жалеть, а на разных мелких коробках, и оптимизация там весьма важна. А хороший бинарный формат сделать - невелика сложность, в общем-то, при наличии либы и хорошего описания работать с ним не сложнее, чем с XML
     
  • 2.20, User294 (ok), 01:15, 11/09/2009 [^] [ответить]    [к модератору]  
  • +/
    > А почему не на основе XML ? Шютка :)

    В XML восьмью байтами на элемент не отделаешься а его парсинг достаточно ресурсоемок. Может, поэтому?

     
  • 1.13, Crazy Alex (??), 23:25, 09/09/2009 [ответить] [показать ветку] [···]    [к модератору]  
  • +1 +/
    Ну да, Уж кто-кто, а ТомТом ощутил на себе все "преести" проприетарных стандратов :-)
     
  • 1.15, kost BebiX (?), 23:28, 09/09/2009 [ответить] [показать ветку] [···]    [к модератору]  
  • +1 +/
    TomTom круты. Жаль дали слабину с Microsoft.
     
  • 1.18, Аноним (-), 21:50, 10/09/2009 [ответить] [показать ветку] [···]     [к модератору]  
  • +/
    WGS84 это не стандарт - это датум Датум англ Datum 8212 набор параметров... весь текст скрыт [показать]
     
     
  • 2.19, Аноним (-), 21:52, 10/09/2009 [^] [ответить]    [к модератору]  
  • +/
    и кстати для нас лучше использовать PULKOVO-1942
     
     
  • 3.21, User294 (ok), 01:22, 11/09/2009 [^] [ответить]    [к модератору]  
  • +/
    >и кстати для нас лучше использовать PULKOVO-1942

    В другой жизни. Как и глонассы всякие. JFYI, GPS ресиверы 1 хрен используют по умолчанию именно датум WGS-84 как правило. И кому в итоге что там лучше?

     

     Добавить комментарий
    Имя:
    E-Mail:
    Заголовок:
    Текст:


      Закладки на сайте
      Проследить за страницей
    Created 1996-2018 by Maxim Chirkov  
    ДобавитьПоддержатьВебмастеруГИД  
    Hosting by Ihor