[QLandkarteGT] Hilo para centralizar dudas, experiencias y comentarios

[Trisk3l]

Sobre lo de TH, hace un par de días pregunté al respecto en este hilo http://www.elgps.com/foroGPS/viewtopic.php?f=38&t=8766 y sinrenkor me aclaró algunas cosas sobre el porqué de la incompatibilidad de TH con QLKGT, parece que no es sólo la cuestión NT, sino que han hecho algo más en la compilación de los mapas para impedir su manipulación. Quizás también de ahí tus problemas a la hora de intentar dar con una solución. En cuanto a sus razones para hacerlo así, por su puesto las respeto como dueños y señores que son de su proyecto, pero al igual que tú tampoco las comparto.

Otra mala noticia al respecto, si tanto TH como TP no son usables desde QLKGT, ahora se ha unido Picos de Europa de Boulan, que en su nueva versión 6 ha dejado de ser compatible con QLKGT. Malas noticias para los usuarios de software libre

[dardhal]

Gracias Trisk3l por tu aporte, aunque sea para dar malas noticias y para confirmar lo que al menos yo ya sospechaba, después de la trifulca que se lió entre los autores del Topohispania y el autor del otro software que usando como base Topohispania, lo hacía ruteable y cobraba por el mapa. Solución: nos encabronamos todos y ponemos cien veces más esfuerzo en joder al prójimo que en ponernos de acuerdo con él. Que cada cual se toma las cosas como quiere y dedica su tiempo a lo que más le apetece, en completa libertad, por más que a los simples usuarios que nos aprovechamos de la buena voluntad y el esfuerzo de terceros nos gustaría que fuera de otra manera.

El dilema que se plantea es muy similar a las guerras encendidas que llevan décadas montándose por temas de licencia BSD frente a GPL, que quién es más libre, que si tal, que si Pascual. Parece que TH tomó la senda de la BSD ("cojo código que otro comparte, lo modifico, y me quedo el resultado") frente a la GPL ("cojo código que otro comparte, lo modifico, y lo suelto para que los demás lo aprovechen"). Curiosamente, ninguna de las dos licencias dice que no puedas cobrar por tu esfuerzo, pero sólo una de ellas exige que el resultado de tu esfuerzo lo compartas como compartieron contigo los que originalmente crearon aquello sobre lo que construiste. Como digo, luchas de licencias (términos de distribución) que no llevan a ninguna parte, porque cualesquiera que uses, como autor de las modificaciones, tienes derecho (legal y moral) a usarla.

En definitiva, la opción es clara para quienes quieran usar mapas Garmin de calidad usando software libre: mapas derivados de OSM. Y contribuir en la medida de lo posible para hacer que su calidad y cobertura aumente. Al fin y al cabo, es la solución correcta a largo plazo, mantenible, completa y sin (casi) ninguno de los problemas de otras alternativas existentes.

PD: he enlazado la explicación al porqué no funciona TH en QLGT en el primer mensaje del hilo, para que quede ahí como referencia para futuros usuarios.

[mitxelin]

Hola
tenia un poco abandonado este hilo por falta de tiempo, y me he encontrado unas cuantas novedades, como el nuevo dem que ha preparado dardhal que lo he probado un poco, y sobre la marcha va bien, aunque comparando con algunos tracks y en la zona en la que me muevo, aun salen muchos dientes que no se corresponden con la realidad. Supongo que es lo que tiene estar en una zona con orografia dificil.Es evidentemente que no es facil acertar con el equilibrio entre tamaño del archivo y precision, para una zona tan extensa y de orografia tan variada como la peninsula (no es lo mismo la meseta que la cordillera cantabrica), y a pesar de las limitaciones a mi me parece un curro excelente. Muchas gracias dardhal por compartirlo (ya me gustaria tener capacidad para mejorarlo).

Bueno y en este tiempo he avanzado algo mas con el programa y ahi van unas peqeñas aportaciones:

Soporte ecw para gdal en linux- por fin lo tengo en marcha. Fueron determinantes un par de ayuditas leidas en varias paginas:
La primera el soporte de gdal http://trac.osgeo.org/gdal/wiki/ECW
y la que me dio el ultimo empujon esta otra, http://my.opera.com/danitool/blog/20...is-con-soporte

Segui practicamte los pasos que explica esta ultima, saltandome el tema de los parches y el Qgis, por lo que el proceso si no recuerdo mal fue asi:
(advierto que en esto soy bastante novato, si veis algun error comentadlo por favor)

mkdir ECW
cd ECW
wget http://mirror.ovh.net/gentoo-distfiles/distfiles/libecwj2-3.3-2006-09-06.zip
unzip libecwj2-3.3-2006-09-06.zip
wget https://aur.archlinux.org/packages/li/libecwj2/libecwj2.tar.gz
tar -xzvf libecwj2.tar.gz; mv ./libecwj2/*.patch ./ ; rm -rf libecwj2
cd libecwj2-3.3/
./configure --prefix=/usr
make
sudo checkinstall
sudo add-apt-repository ppa:ubuntugis/ppa
sudo apt-get update
sudo apt-get upgrade
sudo apt-get install libgdal-ecw-src
sudo gdal-ecw-build /usr

---
Notas

Este proceso descarga una version de libecwj anterior a la disponible en la pagina oficial de erdas, y tambien valida segun indica en la wiki de gdal

If the out of date libecwj 3.3 SDK can be found, it can also be used. It has significantly different licensing details. Some tickets and discussion below are related to the 3.3 SDK

Si por alguno motivo no funcionaran esos enlaces, en el primer mensaje del hilo hay otros enlaces alternativos desde lo que tambien se puede descargar todo lo neceseario.

En la linea #10 del proceso en lugar de sudo checkinstall tambien se puede usar sudo make install
La mayor diferencia entre uno y otro es que al usar "checkinstall" ademas de instalar se genera un paquete .deb que a mi me resulto muy util para instalarlo en otro equipo que vive "offline". Sin embargo requerira que contestes algunas preguntas que hace el checkinstall, si te atascas o no te funciona utiliza sudo make install

-------------


Exportar a KMZ, y JNX

El contar ya con ecw me ha dejado aprovechar unos cuantos ficheros que tenia del MTN25 y enredar un poco mas, entre otras cosas exportando a KMZ y JNX desde el mismo QLGT. Una opcion muy practica para todos aquellos que tengais un gps de esos nuevos que admiten estos formatos raster de teselas.

Para ver como se hace hacerlo, ya hay un nuevo tutorial AQUI
---------------

Tamaño de la interfaz

Y una ultima cosa, sobre la interfaz Gui, o dicho en palabras llanas los menus y paneles: desde la version 1.3.2 se corrigio un detallito que hacia que los iconos del menu en el panel lateral izdo no se sobrepusieran, dandole un poco mas de espacio a cada linea, pero claro, la ventana ha crecido en vertical y ya no me entra completa en la pantalla de mi netbook, que solo tien 600 px en vertical.... no entra por muy poco y no he visto forma de solucionar esto. Seria facil de solucionar si el espacio dedicado a la parte inferior del panel izdo pudiera ser adaptable, pero antes de liar al artista del programa con esto me gustaria saber si soy el unico al que le pasa esto o alguien mas tambien lo ha detectado.

de momento la solucion chapucera ha sido montar dos escritorios uno encima de otro , y saltar de uno a otro cuando necesito ver o clicar la linea de abajo....

----
bueno y eso es todo

[korrupto]

Gracias por el fantastico trabajo. Enhorabuena por este post.
Yo lo he instalado en Ubuntu 12.04 exactamente como indica el primer post, pero con el PNOA no hay manera. He cambiado la ruta de la cache varias veces, pero ni siquiera descarga las teselas. No tengo ni idea de que ocurre o que mas puedo deciros.
Un saludo.

Edito. Con el de ING tampoco, sale una capa azul y punto. Chico, no se que hago mal.

[korrupto]

Ya está, ya está. Sabía que tenía que abrir un waypoint o un track para que descargase el mapa de la zona, pero iluso de mi pensé que tambie podía hacerlo con un raster como referencia.
Como decía, muchas gracias por el post. Dudas muchas, desde saber si puedo guardar un mapa, por ejemplo un .rmap con los wpt incorporados, si puedo abrir mas de un raster a la vez, como exportar los mapas generados.....mil, pero eso ya es cuestión de leer y probar.
Chao.

[korrupto]

Otra pregunta. ¿Puedo exportar waypoints a un smartphone? Lo intento pero no me deja seleccionar la carpeta correspondiente.

[Decartón]

Creo que para hacer eso tienes que crear en la SD del tlfno la misma estructura de carpetas que las que tiene un GPS garmin que se conecta en modo USB (este modo esta pensando para gps garmin y no smartphones...).El propio Qlandkarte creo que te dice que no encuentral ruta "XXXXXXX" que es la que tienes que crear en tu tlfno y en la que tienes que copiar los archivos (trakcs y waypoints) y despues de copiados los archivos moverlos a la carpeta del software que uses.Aunque tal vez sea mas rapido copiarlas directamente a tu soft si ya sabes donde los tienes que copiar en el tlfno...



Una duda ahora yo ¿Puedo ver en qlandkarte la info sobre la ruta que aparece en este .gpx entre las etiquetas cmt/ y desc/?:

<?xml version="1.0" encoding="UTF-8" ?>
- <gpx creator="Wikiloc - http://www.wikiloc.com" version="1.1" xmlns="http://www.topografix.com/GPX/1/1" xmlnssi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.topografix.com/GPX/1/1 http://www.topografix.com/GPX/1/1/gpx.xsd">
- <trk>
<name>Irubelakaskoa e Iparla , circular</name>
<cmt>Desde un poco mas adelante del Km 9 de la carretera de acceso nos vamos siguiendo todo el cordal. Bajamos y comenzamos la subida que haremos por un olvidado senderito que a ratos es facil perder y que atraviesa un bonito barranco . Tras la trabajosa subida seguimos el cordal hasta el collado donde tomamos un precioso sendero por bosque , pasa por una reparadora fuente . Del collado al coche solo seguir la pista .</cmt>
<desc>Desde un poco mas adelante del Km 9 de la carretera de acceso nos vamos siguiendo todo el cordal. Bajamos y comenzamos la subida que haremos por un olvidado senderito que a ratos es facil perder y que atraviesa un bonito barranco . Tras la trabajosa subida seguimos el cordal hasta el collado donde tomamos un precioso sendero por bosque , pasa por una reparadora fuente . Del collado al coche solo seguir la pista .</desc>


Creo que por ejemplo en Compegps se puede pero no encuentro como verlo en Qlandkarte....


Gracias, y creo que este hilo deberia reportarse ya a los moderadores para que este adherido ¿Que os parece?

[korrupto]

Gracias, pruebo y veremos. Uso este programa para mi Smartphone ya que no conozco otro que maneje .rmap en linux. Podría apañarme con .ecw pero tendría que compilar y demás.
Saludos.

[princado]

Hola Trisk3l, lo de poder cargar el Topohispania y otros mapas de tipo NT en QLGT va a estar complicado, no porque técnicamente sea complicado, sino porque no parece haber el suficiente interés por parte de los que saben programar y podrían mejorar la aplicación para que entendiera el formato, pues yo tengo interés e intenté crear la mejora, pero fracasé miserablemente en el intento. Y por la parte de los creadores de TH creo que no va a haber mucho que rascar, y de la información pasada que he podido deducir de sus mensajes, me parece que no es tanto una cuestión técnica como "comercial", o eso me pareció leer entre líneas en una reciente discusión.

En cualquier caso, son perfectamente libres de crear los mapas en el formato que deseen por más que no esté de acuerdo con sus motivos, y la idea sería hacer que QLGT entendiera el "bit" NT, que es algo más complicado que un solo bit, pero conceptualmente bastante sencillo. Otra opción técnicamente posible es tratar de convertir los TH NT a formato no NT, lo cual posiblemente sea más fácil una vez se dé con el conjunto de herramientas adecuadas, pero cuando probé tiempo atrás...también fracasé en el intento.

Será cuestión de revisitar esta segunda aproximación al problema, por ver si el paso del tiempo han hecho que las herramientas y mi entendimiento han mejorado como para dar solución al problema que entonces no supe resolver.

Si alguna vez consigues convertirlos a un formato compatible con los antiguos Garmin Etrex avisame, que yo estoy igual :$

[dardhal]

Una duda ahora yo ¿Puedo ver en qlandkarte la info sobre la ruta que aparece en este .gpx entre las etiquetas cmt/ y desc/?:

Creo que por ejemplo en Compegps se puede pero no encuentro como verlo en Qlandkarte....

Hubo hace un tiempo discusión en la lista acerca de si implementar, y cómo, soporte para las distintas extensiones de información que pueden llevar asociados los waypoints, sin llegar a nada concluyente (es decir, sin que nadie aportara código) y sin que el autor se mostrara muy inclinado a ello, por tratarse extensiones que no están del todo especificadas, ni todo el mundo usa igual, y sobre todo, no se tenía claro cómo mostrar dicha información en la interfaz de QLGT.

Una sencilla prueba abriendo ese archivo que te has bajado del Wikiloc, y guardándolo a continuación, muestra que QLGT elimina aquellas etiquetas que no procesa, y entre ellas parecen estar el <cmt> y el <desc> en el nivel de <trk>. Pero sin embargo, sí que carga, interpreta y guarda a GPX esas mismas etiquetas para elementos de tipo <wpt>, es decir, para waypoints. El nombre y la descripción se muestran al pasar el ratón sobre el punto, de manera predeterminada el waypoint se nombra en la lista a partir del campo comentario (<cmt>), que no recuerdo si es configurable, y si te fijas al abrir para editar un waypoint hay una pestaña "More", que yo nunca la he visto con nada, pero quizás muestre alguna imagen si está asociada a dicho waypoint (y me suena que así era).

Por curiosidad, y como me sonaba, me he puesto a mirar un rato, y efectivamente si se enlaza una imagen a un waypoint, QLGT lo muestra en la pestaña "More" al editar el waypoint, véase a continuación la sintaxis que QLGT entiende (que no tiene porqué entender ningún aparato, aunque la he sacado de páginas oficiales de Garmin):

<wpt lat="43.253131" lon="-1.382461">
    <ele>397.1</ele>
    <time>2012-05-27T08:34:50Z</time>
    <name>Nombre del waypoint</name>
    <cmt>Comentario asociado al waypoint</cmt>
    <desc>Descripción asociada al waypoint</desc>
    <link href="/tmp/imagen.jpg"/>
</wpt>

Nótese que yo he puesto una ubicación absoluta a la imagen, para verla desde el PC, quien quiera verla desde un GPS que soporte la funcionalidad tendrá posiblemente que crear un directorio y apuntar a él tal cual se indica en el enlace de las páginas de Garmin que he usado.

Esto puede ser útil, por ejemplo, en cruces donde no sea fácil saber por dónde tirar y cuando la resolución del track significaría que hasta llevar un rato por el camino que no es uno no sabría si ha cogido la opción correcta, o simplemente, porque mola.

De esta manera, aunque QLGT no soporta al parecer las etiquetas que comentas, al soportarlas los waypoints se puede dividir la explicación del itinerario en los distintos puntos, que quizás es una solución más adecuada al problema.

Por cierto, ahora que estaba mirando QLGT 1.5.0 recién salido del compilador, me he dado cuenta de que al editar un track, en la pestaña "Settings", aparece a la derecha un panel que pone "Extensions", que entiendo es donde se muestran las extensiones GPX que puede llevar asociado el track cargado. El que he probado no tenía extensiones, pero sí <cmt> y <desc>, e indagando un poquito más me he encontrado en el código fuente de QLGT 1.5.0 (fichero CTrackDB.cpp, líneas 206 y siguientes), lo que muestro a continuación:

        // For now we are ignoring the following elements:
        // * cmt - GPS comment (string)
        // * src - data source (string)
        // * number - track number (integer)
        // * type - track classification (string)
        // I haven't seen any software using those, but who knows

Al mismo tiempo que poco más adelante en el código parece que se procesan las "Garmin extensions v3", parece que va a ser cuestión de jugar con algunos GPX de prueba y ver. Pero ojo, recordando que al guardar los GPX, QLGT puede mutilar los archivos suprimiendo información, así que primer hacerse copias de seguridad, por si acaso.