Декодер Points для Google Maps

[ZuBy]

Привет Всем!

Может кто сталкивался с Google Maps API и отрисовкой пути между точками...
Интересует следующее:

Есть такой XML который отдает Google (см. вложение)

<start_location>
<lat>51.1460288</lat>
<lng>71.4707722</lng>
</start_location>
<end_location>
<lat>51.1463826</lat>
<lng>71.4721348</lng>
</end_location>
<polyline>
<points>umdwHicfsLeAoG</points>
</polyline>

<start_location> = начальная точка
<end_location> = конечная точка
<points> = точки на прямой которые не сильно отклоняются траектории

т.е. каждый <step> это участок прямой в ней указывается начальная точка, конечная и точки(points) которые незначительно откланяются (изгиб трассы, объезд и тд...)

вся проблема заключается в расшифровке этих данных

<points>umdwHicfsLeAoG</points>

есть офф. мануал google

может есть кто поможет советом или кодом, как такое расшифровать

[JUDAS]

Так в чём проблема автор?
Есть KLM файл, есть его описание https://ru.wikipedia.org/wiki/KML дерзай.
<lat>51.1463826</lat>
<lng>71.4721348</lng>
координаты точки, как правило в градусах и как правило с системе координат WGS84. Каждый объект представляет собой точку, путь, линию или полигон. Каждый объект описан в спецификации KML.
Куда тебе его раскодировать?

[ZuBy]

Сообщение от JUDAS

Так в чём проблема автор?
Есть KLM файл, есть его описание https://ru.wikipedia.org/wiki/KML дерзай.
<lat>51.1463826</lat>
<lng>71.4721348</lng>
координаты точки, как правило в градусах и как правило с системе координат WGS84. Каждый объект представляет собой точку, путь, линию или полигон. Каждый объект описан в спецификации KML.
Куда тебе его раскодировать?

Возможно вы невнимательно прочитали тему, это не KML это XML который я получаю по запросу через google api
посмотрите файл во вложении

[JUDAS]

Сообщение от ZuBy

Возможно вы невнимательно прочитали тему, это не KML это XML который я получаю по запросу через google api
посмотрите файл во вложении

Возможно. Но мне здаётся , что Вы не владеете мат.частью.
Чтобы Мы нашли общий язык, поясню что к чему.
----------------------
Все пространственные данные , которые предоставлены в виде XML файла, базируются на стандартной международной спецификации GML (включая то что Вы вложили в первый пост и файл разметки KLM).
Спецификации KLM, BSD, WCS, WFS и.т.п базируются на GML
Вот Вам несколько ссылок по спецификации данного языка:

http://live.osgeo.org/ru/standards/gml_overview.html
http://gis-lab.info/wiki/Стандарты_OGC
http://gistoolkit.ru/download/doc/specgml4topo.pdf
https://en.wikipedia.org/wiki/Geography_Markup_Language

Декодировка данных - через стандартный СОМ объект TXMLDocument входящий в состав Делфи

[ZuBy]

посмотрите файл во вложении и офф. мануал

а потом возможно мы найдём общий язык

[JUDAS]

ясно. Ищите общий язык с другими.
Могу посоветовать обратится ещё в одно место, может Вам там пояснят что и к чему
Ловите ссылку http://gis-lab.info/forum/

[ZuBy]

Сообщение от JUDAS

ясно. Ищите общий язык с другими.
Могу посоветовать обратится ещё в одно место, может Вам там пояснят что и к чему
Ловите ссылку http://gis-lab.info/forum/

да блин, тут дело вообще не со структурой xml и со стандартами!

Мне нужна помощь в расшифровке данных программным способом,
в офф мануале описан способ кодирования данных latitude,longitude.

мне же нужен обратный механизм, чтобы отрисовать правильный маршрут

[Человек_Борща]

Выполнить с точностью до наоборот пункты 11-1 по кодированию long и lat, предварительно дописав == к значению points для расшифровки Base64.
Правда не ясно куда там уровень пишется.

[ZuBy]

Сообщение от Человек_Борща

Выполнить с точностью до наоборот пункты 11-1 по кодированию long и lat, предварительно дописав == к значению points для расшифровки Base64.
Правда не ясно куда там уровень пишется.

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

UPDATE:
гугловская утилита для шифрования и дешифрования
но мне желательно сделать это программным способом, не используя сторонние сервисы

[Человек_Борща]

JUDAS, вопрос не в том что это и как читать, а в том, что гугл хитрож....ски кодирует lat и long в отдельных случаях:

{odwHykfsLEWkO~JwAz@wDdCaF`D_DlBaEbCYTUNe@XkAb@UBI@{@K}AMg@EwAI}ADmALmA\u@X}@b@e@Zg@b@[V_@`@

и надо это вернуть в нормальный вид.

Фактически же, points - не что иное как кодированный start и end в step. Сами попробуйте, вот утилита. Правда при декодировании есть погрешность (даже для гугла), но все же это оно.