Con una apariencia visual bastante mejorada con respecto a su predecesora versión 1, los usuarios descubrieron que presentaba una grave deficiencia: el color utilizado para definir en los mapas los llamados "parques nacionales" es tan oscuro, que cuando navegas con el GPS dentro de dichas áreas queda totalmente ofuscado el resto de información contenido en el mapa (curvas de nivel, caminos, etc.)
Alertados por parte de los usuarios los "padrinos" de la criatura (antes "Electrónica Trepat", hoy "Garmin Iberia") de tal contingencia, hasta el día de hoy no parece que se hayan preocupado mucho por el tema, por decirlo de una manera "suave".
Bueno, pues a pasar de ellos y a ser nosotros mismos los que intentemos solucionar el tema.
Recordemos que modificar el aspecto visual de los mapas es tan sencillo como crear/modificar en nuestro proyecto de mapas Mapsource el archivo TYP, que se puede crear fácilmente con la versión "freeware" del cgpsmapper a partir de un archivo de texto ASCII en el que se definen esos aspectos visuales, mediante la orden en linea de comandos:
Sin embargo con el Topo España v2 nos encontramos con una seria dificultad: no podemos utilizar el anterior método, pues con el programa cgpsmapper se asume, como por otra parte es de esperar, que se están utilizando códigos Garmin estandar para definir los objetos del mapa. Sin embargo, en el Topo España v2 y a excepción de las curvas de nivel, TODOS los objetos del mapa utilizan códigos Garmin inventados por los padres de la criatura (supuestamente "los del IGN").
Lo curioso del caso es que te lo venden como algo "supernovedoso e hipermegachuli", tal como se desprende al leerlo en el documento PDF que acompaña al producto. La más grave consecuencia de ello es que los mapas NO SON COMPATIBLES con los receptores GPS más antiguos (los que no están preparados para utilizar los archivos TYP), pués tan solo verán al cargar los mapas las curvas de nivel. Y lo más lamentable del caso es que no me parece haber visto en ningún sitio donde se avise de tal contingencia, con el fín de que los usuarios puedan así decidir si lo adquieren o no... :-(
Y es que los "padres de la criatura" no se han dado cuenta que los archivos TYP están pensados exclusivamente para mejorar la apariencia visual de los mapas y en todo caso para definir nuevos tipos no contemplados en la larga y más que completa lista de códigos Garmin existente, y no para redefinir de nuevo TODOS los objetos del mapa... Puedo asegurar, y son muchos los mapas topográficos comerciales recientes y de diferentes procedencias que he estado analizando, que lo del Topo España v2 es un caso único (para nuestra desgracia...)
Pero hete aquí que nuestra mala suerte inicial cambia. Existe un producto comercial aparecido por las mismas fechas, el Topo Deustchland v2, en el que algunos objetos de mapa nuevos e inexistentes en su primera versión (básicamente polígonos que identifican diferentes usos del suelo), utilizan también códigos Garmin "inventados", muy posiblemente creados con el mismo programa oficial de Garmin utilizado con el Topo España v2.
Hasta aquel entonces un desarrollador alemán había creado un programa llamado Map Toolkit o MapTk, que permitía realizar operaciones diversas con los proyectos de mapas de Garmin, entre ellas crear/modificar los archivos TYP de los proyectos. Con el fín de dar soporte al Topo Deustchland v2, modifica su desarrollo de manera que para nuestra suerte lo hace también "compatible" con nuestro Topo España v2 (...y también le añade al programa la interfaz en inglés, lo cual es de mucho agradecer ya que el alemán es "durillo de digerir").
Resumiendo, el MapTk es hoy por hoy el único programa capaz de compilar/decompilar/recompilar archivos TYP que utilizan códigos no estandar para definir los objetos de los mapas IMG de Garmin.
Por supuesto no todo iba a ser a partir de ahora un camino de rosas... Como en todo desarrollo, aparecen una serie de limitaciones y fallos que requieren sortearse. Al decompilar el archivo TYP del Topo España v2 para poderlo así modificar y adaptarlo a nuestro gusto, seleccionando Tools-> TYP analysis, obtenemos cosas como ésta:

El primer objeto gráfico [POI] aparece correctamente identificado, aunque el color asociado al carácter % no está asignado, mientras que en el segundo [POI] se observa como el "pixmap" definido en las instrucciónes Line= no lo está, además de no saber como afecta a la definición de sucesivos objetos...
Tras el análisis del archivo se llega a la conclusión de que aparentemente identifica todos los objetos de mapa definidos en el TYP con su código Garmin asignado no estandar, pero en numerosos objetos el MapTk no es capaz de decompilar correctamente cuando hay definidos caracteres en los pixmap que tienen asignado un color "transparente" (es decir, "sin color").
Además, los propios "pixmap" asociados no se muestra correctamente, lo que implica o tener que rehacer el pixmap inventándose uno nuevo, o bien descubrir si existe algún otro método capaz de extraer del TYP correctamente los pixmap para poder así cambiarlos.
Es aquí donde entra en juego un desarrollo checo, el TYP decompiler. A diferencia del MapTk, no identifica bien los códigos Garmin asignados a los objetos de mapa cuando no son estandar, pero en cambio decompila perfectamente los pixmap asociados:

Sin embargo, la cosa no es tan sencilla como "cortar/pegar" los pixmap obtenidos de un archivo al otro. Y es que podemos observar que el MapTk identifica 2 caraceteres para definir el pixmap, mientras que el TYP decompiler identifica 3 caracteres, uno de ellos (el punto) definido como "transparente" (c none). Se hace necesario pués, para poder compilar de nuevo el TYP, que los pixmap no tengan asignado ningún carácter con color "transparente", lo cual significa que con respecto al archivo TYP original, el nuevo TYP decompilado mostrará los iconos con ciertas "diferencias". En el ejemplo que he seguido una vez ya modificado y listo para compilar, quedaría tal que así:

También puede apreciarse que algunos caracteres que definen el pixmap han sido cambiados de como los muestra el TYP decompiler a como los admite el MapTK. Y es que en el MapTk ALGUNOS CARACTERES NO PUEDEN UTILIZARSE para definir el pixmap, pues están reservados por el propio programa para otras finalidades ( # , = ,...)
En resumen, un proceso como el expuesto que en principio puede resultar tan vanal, al final acaba requiriéndote horas y horas de trabajo y de descubrimiento. Por supuesto se necesita tener ganas de aprender y de tomárselo como si fuera un reto personal ;-p.
Por último, para ver los nuevos TYP del Topo España v2 con el problema de los "parques nacionales" solventado teneis este enlace en la Página GPS Española, y los podeis descargar directamente de AQUÍ.
A ti, Yomismo, habría que concederte el Principe de Asturias a la concordia, a la informática y a la cartografía. Los tres a la vez
ResponderSuprimirGracias y un saludo
Yo también utilizo códigos inventados. Para ello pongo un archivo MP Types.txt en la carpeta donde está el ejecutable de cGPSmapper y compilo el mapa con una pequeña utilidad que le indica la existencia de dicho archivo. Además no utilizo códigos hexadecimales de type y subtype. sino literales. Por ejemplo, tengo el objeto "Collado", con el equivalente hexadecimal 0x660B o "Barro"=0x661E
ResponderSuprimirDesde mi más absoluta ignorancia, quizas este sistema seria ideal para poder solucionar el problema de la falta de visión de los tracks que se ejecutan en el XT de la Pda... como ya sabeis, no se pude modificar el grosor de los mismos desde ninguna opción... pensais que pudiera ser posible su modificación con este sistema....
ResponderSuprimirPor cierto, felicidades por este trabajo tan bien realizado.