Importar/exportar destinos en MMI 3G

[maherran]

He estado buscando por la red la posibilidad de importar direcciones GPS en el MMI 3G, ya que la posibilidad de exportarlas existe, pero no encuentro que se haya avanzado mucho en el tema.

Al exportar una (o varias) direcciones con la utilidad de exportar contactos, nos genera (normalmente en una SD) un fichero VCF (del tipo de los que utliza Outlook) en el que añade con una codificación BASE64 las coordenadas GPS y su descripción del contacto en cuestión (o dirección guardada).

Para poder trabajar con esto es necesario en primer lugar decodificarlo. En mi caso, lo he hecho con esta utilidad.

Una vez obtenido el formato decodificado, hay que empezar a trabajar con él para poder entender cómo se estructura. Para ello, en el foro de USA he encontrado una descripción que se ajusta bien por lo que he comprobado, que es la siguiente:

 

 

000 Header 8A54569F 33FE351B 000A

010 S6 00000007 0798FB3C 70366C08 00000000 1A8F5884 00000040

034 String 00000001 00000001 13 GREAT BRITAIN (aquí 13 es la longitud del nombre del país)

059 Blank 00000000 00000000

 

067 String 00000107 00000001 2 GB (aquí 2 es la longitud de la abreviatura del país; en España sería 1 E)

081 Blank 00000000 00000000

 

089 String 00000002 00000001 10 town name removed (aquí 10 es la longitud del nombre de la población)

111 Blank 00000000 00000000

 

119 String 00000003 00000001 15 road name removed (aquí 15 es la longitud del nombre de la calle)

146 Blank 00000000 00000000

 

154 String 0000007F 00000001 18 town name removed (aquí 18 es la longitud del nombre de la autonomía normalmente, si existe esta entrada)

184 Blank 00000000 00000000

 

192 S5 0000007C 00000012 00000000 LAT/LONG removed

212 Bytes 00000079 00000001 60 C3BDC3BFC3BDC3B8C3BDC3A81903025838E282ACC3BDC2AEC592C2A5C2B2C2B3C2B9C592C2B1C5BEC39DC2B9C2AFC5BDC2ABC5BEC3BDC3BDC3BDC3BD

284 Blank 00000000 00000000

 

292 S6 00000001 0798FB5C 70366C08 00000000 0A305B54 00000040

316 S5 0000007C 00000012 00000000 LAT/LONG removed

336 S6 00000002 70366C08 1A68E308 00000000 0A305B58 00000BE8

360 S5 0000007C 00000012 00000000 LAT/LONG removed

380 Bytes 00000079 00000001 60 C3BDC3BFC3BDC3B8C3BDC3A81903025838E282ACC3BDC2AEC592C2A5C2B2C2B3C2B9C592C2B1C5BEC39DC2B9C2AFC5BDC2ABC5BEC3BDC3BDC3BDC3BD

452 Blank 00000000 00000000

 

Pero a partir de aquí aún quedan lagunas, como las cadenas S6, que no sé a qué corresponden, y que varían de unos casos a otros, y las 2 largas cadenas indicadas (de longitud 60 bytes, como se indica), y que también varían de unos casos a otros, así como el Header, que no sé si corresponde a un CRC, o qué es.

De conseguir descifrar las partes que indico, sería muy sencillo poder volcar cualquier tipo de direcciones, POI's, etc. al navegador, pero de momento estoy anclado en este punto.

 

Si alguien tiene interés y ganas, cualquier ayuda sería bienvenida.

Por mi parte, intentaré seguir avanzando y comunicaré cualquier avance al respecto.

[rubenzu]

Poco puedo ayudarte... sería cojonudo cualquier avance en el tema de POI's.

Gracias por intentarlo y compartirlo!!

[maherran]

Por añadir algo, y si alguien está interesado, este es el enlace al foro USA que trata el mismo tema.

[maherran]

000 Header 8A54569F 33FE351B 000A

010 S6 00000007 0798FB3C 70366C08 00000000 1A8F5884 00000040

034 String 00000001 00000001 13 GREAT BRITAIN (aquí 13 es la longitud del nombre del país)

059 Blank 00000000 00000000

 

067 String 00000107 00000001 2 GB (aquí 2 es la longitud de la abreviatura del país; en España sería 1 E)

081 Blank 00000000 00000000

 

089 String 00000002 00000001 10 town name removed (aquí 10 es la longitud del nombre de la población)

111 Blank 00000000 00000000

 

119 String 00000003 00000001 15 road name removed (aquí 15 es la longitud del nombre de la calle)

146 Blank 00000000 00000000

 

154 String 0000007F 00000001 18 town name removed (aquí 18 es la longitud del nombre de la autonomía normalmente, si existe esta entrada)

184 Blank 00000000 00000000

 

192 S5 0000007C 00000012 00000000 LAT/LONG removed

212 Bytes 00000079 00000001 60 C3BDC3BFC3BDC3B8C3BDC3A81903025838E282ACC3BDC2AEC592C2A5C2B2C2B3C2B9C592C2B1C5BEC39DC2B9C2AFC5BDC2ABC5BEC3BDC3BDC3BDC3BD

284 Blank 00000000 00000000

 

292 S6 00000001 0798FB5C 70366C08 00000000 0A305B54 00000040

316 S5 0000007C 00000012 00000000 LAT/LONG removed

336 S6 00000002 70366C08 1A68E308 00000000 0A305B58 00000BE8

360 S5 0000007C 00000012 00000000 LAT/LONG removed

380 Bytes 00000079 00000001 60 C3BDC3BFC3BDC3B8C3BDC3A81903025838E282ACC3BDC2AEC592C2A5C2B2C2B3C2B9C592C2B1C5BEC39DC2B9C2AFC5BDC2ABC5BEC3BDC3BDC3BDC3BD

452 Blank 00000000 00000000

Visto que nadie se anima, me retomo a mi mismo:

- la primera word de cada S6 indica el número de campos que vienen a continuación (en el ejemplo de arriba, 7 tras la primera S6, 1 tras la segunda S6, y 2 tras la última S6).

 

Curiosamente, he encontrado una "excepción" al modelo indicado, en el que sólo aparece 1 vez las coordenadas LAT/LONG, y una de las cadenas S6 aparece con la primera word a 0, por lo que la siguiente S6 está pegada a la anterior.