Otra pequeña aportación, echando mano de investigaciones previas (básicamente las que me permitieron crear los XML para QLGT con los mapas de Google) he creado en la nueva configuración mejorada de mapas OSM de QLGT la configuración para usar no sólo las fotos aéreas de Google, sino también los mapas y los relieves de Google. Véase la imagen siguiente: He añadido también la configuración de los mapas de relieve de Google para enlazar este mensaje desde el primero del hilo y centralizar la configuración. Recuérdese que esta configuración podría funcionar solamente con QLGT 1.3.1 o posterior, así que si no funciona lo de la imagen, intentad actualizar la versión. Por cierto, que por si no os habíais dado cuenta, también se pueden asociar DEM a los mapas raster tipo OSM, como por ejemplo a los configurados en la imagen, y aunque el modo 3D sigue sin estar a la altura de otros programas, ahora por lo menos se puede exagerar el relieve (SHIFT +, o SHIFT - para hacer lo contrario) porque anteriormente el relieve se veía demasiado plano.
No hay por que cargar solo uno. Con la opcion editar/crear mapa puedes crear un archivo .qmap en el que cargas todas las teselas que necesites y lo manejas como un unico mapa, incluso si quieres cargas ortofotos, topograficos, etc en niveles de zoom diferentes... (esto es como en el jnx). Yo lo he probado asi. El asunto es que al crear el qmap ademas de poder elegir Tif o png, tambien puedes añadir los ecw .(por cierto he comprobado que en la version anterior para win tambien iba esto, es decir ya estaban las dll correspondientes, al menos en mi version de Fwtools, :cabezazo) En cualquier caso es comprensible que al autor de qlgt le preocupe el tema de las licencias, y que deje esto en manos de cada uno. Pero esto me he ha hecho recordar otra cosa, y es que en Ubuntu 10.04 he trasteado alguna vez con el Gvsig, y si no recuerdo mal creo que cargaba los ecw sin problema(imagino que a traves de gdal). Es decir, que de algun modo las librerias necesarias ya estan en mi equipo, pero no se como enlazarlo con qlgt. En estos temas yo ando algo un poco pez, Alguna pista? -- dardhal: gracias, a ver si saco un rato y pruebo lo que comentas.
Yo había probado el GVSIG hace un tiempo para otros asuntos, y no sabía hasta que me has dicho tú que soportaba ECW, porque en su momento no lo necesitaba, pero de la página web del programa está claro que lo soporta (tanto locales, como mapas en línea usando protocolo ECWP). La mala noticia es que al ser GVSIG un mastodonte hecho en Java, me temo que la implementación sea propia, interna y también hecha en Java, de tal manera que no podría usarse en otros programas, como QLGT, que usan librerías distintas a las propias de Java. Quedaría pendiente saber, porque no lo he mirado, cómo lo ha hecho la Generalitat Valenciana para distribuir aparentemente sin problemas una aplicación con soporte para ECW (quizás tan fácil como pagando por ese derecho a la compañía propietaria de los derechos).
Muy intereseante el tema de los ECW y los DEM y el zoom, gracias!!!! Mitxelin, yo no te puedo ayudar yo he compilado la libreria modificandola para añadir soporte a ECW, te podrái pasar el proceso con los archivos implicados si te sirve de algo...
pues eso seria una gran ayuda, ya que me he atascado varias veces intentandoloc3(soy un poco torpe) ademas el aspecto legal creo que esta resuleto ya que erdas da acceso libre a sus librerias ecw en modo lectura, que para el qlgt es el que nos interesa. Al menos eso dice en la web de ERDAS
Llevo días intentanto entrar en el QLGT pero me es imposible. He desinstalado e instalado varias veces, pero nada. El mensaje que sale es el siguiente: Muchas gracias y un saludo.
He probado a instalar el QLGT 1.3.1 usando la descarga desde Sourceforge, para Windows, en una instalación de Windows XP SP3 limpia (prácticamente recién instalada), sobre una máquina virtual, aunque eso es irrelevante. He probado a instalar sin añadir el Visual C++, que también viene con el paquete, y me ha instalado y funcionado correctamente. Buscando por Internet el error que pones salen bastantes referencias, sin ir más lejos, con el Office 2010, y dan alguna posible solución, aunque para el caso del Office. No sabría decirte qué puedes hacer al respecto, aunque bien podría ser problema de que tengas otras versiones del Visual C++ instaladas, y sean "incompatibles" con algo que haga QLGT cuando arranca. Si no tenemos más datos, tampoco podemos decirle nada a los desarrolladores, porque no sabrían por dónde empezar, y yo de Windows lo siento pero tampoco sabría cómo decirte qué información sacar y cómo obtenerla. Lo que sí he podido ver al arrancar el QLGT 1.3.1 para Windows es que, efectivamente y como habíamos visto en la práctica, entiende formato ECW (tanto en lectura como escritura, véase el menú Ayuda de QLGT -> Acerca de QLandkarteGT -> Formatos). Cosa que como he podido comprobar, en Linux no aparece la reseña de tal formato. La pena es que de momento el programa no da la opción de guardar mapas o parte de mapas en otro formato que no sea PNG, aunque si GDAL soporta un formato en lectura y escritura, en principio no habría impedimento para poder guardar mapas en dicho formato ECW. Voy a actualizar el primer mensaje del hilo con lo que he ido averiguando.
Dardhal, ¿te funciona el GDAL en la versión Windows? A mí no y no sé por qué. En Linux llegué a identificar que era una cuestión de incompatibilidad de versiones de librerías, pero en Windows no sé qué está pasando.
Acabo de probarlo sobre la misma instalación "limpia" que comentaba antes, y me ha funcionado. Lento, pero me ha funcionado. He probado con el archivo "googleTerrain_PNOA.qmap" colgado del primer mensaje del tema, y me he dado cuenta de dos cosas. La primera, en el primer mensaje no se deja claro (más bien no se dice) que un .qmap referencia a uno o más .xml, y que si no te bajas los .xml y se llaman igual y están en el mismo sitio que donde los busca el .qmap, no funciona, pero tampoco da un error que te permita saber qué está pasando. Quizás sea ese el problema, prueba a ver. Corrijo ahora mismo el primer mensaje para dejar las cosas más claras. Lo segundo es que según veo Google ha cambiado las capas o identificación de las mismas, al menos tal cual las referenciaba yo en los .xml y .qmap, porque ahora en lugar de la capa "relieve" me sale una superposición de las calles y carreteras. Además he notado que la descarga de imaginería del PNOA es MUY lenta, pero eso ya no sé si será un problema genérico, o que a mi, que estoy en Irlanda, me penaliza el servidor por estar en el extranjero (aunque lo dudo). Comenta por favor a ver si con lo que comento más arriba se soluciona el problema.
Dardhal, trasteando un poco más he visto que sí funciona. Lo que ocurre es que al cargar el archivo XML te sale una pantalla en blanco, con un mensaje en la parte superior que dice "Nivel de zoom x1". Al cargar también algún dato geográfico, por ejemplo un track, el QLGT ya se ubica y te muestra la zona en cuestión. He comprobado que se puede superponer la ortofotografía aérea con un mapa topográfico. Posiblemente me estuviera pasando también lo mismo en Linux, lo que ocurre que ahora mismo no lo tengo a mano. Muchas gracias por tu interés.
Seguire probando aunque ya solo me queda formatear el disco duro............... si supiera por lo menos que fichero/s son los que tengo que borrar (o registros) ........... Muchas gracias y un saludo.
La semana pasada el autor del programa publicó una nueva versión con algunas mejoras de pequeña entidad, y ya hay disponibles paquetes para Linux, Windows y Mac OS X. En principio, las dos características nuevas más interesantes son la posibilidad de seleccionar waypoints por distancia a una cierta ubicación, y la corrección de un error que hacía que en ciertos mapas vectoriales Garmin las altitudes de los puntos singulares se mostraran en pies en lugar de hacerlo en metros, que venía a ser lo que sucedía en la primera hornada del TopoHispania 2.x. Un usuario de QLGT, que intuyo es español, reportó el problema con un mapa sin especificar, y QLGT ya es capaz de mostrar todas las alturas correctamente, pues se debía en parte a un fallo del programa. Atención antes de instalar esta versión. El autor , para homogeneizar y racionalizar el uso de mapas raster por Internet basados en teselas, y diferenciar los de los mapas que puedan residir en disco duro, ha segregado a una nueva pestaña dentro del panel de mapas a los mapas remotos, "Stream" ha llamado a la pestaña. Ahí es donde han acabado los dos mapas basados en OSM que venían de serie con QLGT, en concreto los "renders" OpenStreetMap y OpenCycleMap. El problema es que al actualizar de versión se pierden las definiciones de mapas de este tipo que se hubieran creado manualmente con anterioridad, por lo tanto, ANTES DE ACTUALIZAR, anotad los datos de los mapas, para poder volver a crear las entradas más tarde. Para hacerlo, seleccionad la nueva pestaña "Stream" dentro del panel izquierdo de mapas, botón derecho y "Añadir url...". Se muestra captura de pantalla con los datos que teclear para volver a tener la configuración previa a la actualización: Google Maps http://mt1.google.com/vt/lyrs=m@155000000&hl=es&x=%2&y=%3&z=%1&s=Gali Google Terrain http://mt1.google.com/vt/lyrs=t@136,r@155000000&hl=es&x=%2&y=%3&z=%1&s=Gali Google Satellite http://khm0.google.es/kh/v=101&x=%2&y=%3&z=%1&s=Gal
Oliver Eichler y sus colaboradores acaban de publicar una nueva versión de QLGT, el software gráfico que muchos usamos para trabajar con nuestros GPS, y cargar mapas raster y Garmin, exportar recorridos a nuestros GPS y planificar nuestras salidas. La lista de cambios es interesante, pero se centran principalmente en el apartado de mapas, podéis ver los detalles en el anuncio original (en inglés). Por ejemplo, se ha simplificado la carga de mapas remotos (aquellos que se definían mediante archivos XML, y se descargaban gracias a GDAL), al menos los de tipo WMS/TMS, que son la mayoría. Si bien aún es necesario el famoso fichero XML con la definición del mapa, ahora el mapa aparece como tal en la lista de mapas (antes no lo hacía), y como ventaja añadida de que el soporte se haya implementado como parte del programa, ahora la carga sucede en segundo plano, así que la interfaz permanece activa aún cuando el mapa tarde en cargar. Aún así, si se quieren crear mapas QMAP, que son aquellos donde QLGT muestra un mapa distinto a cada nivel de zoom (similar en concepto a los JNX de Garmin), se sigue necesitando añadir el XML a la pila de mapas que mostrar, no cambia nada en ese aspecto, y de hecho en este caso los mapas WMS/TMS siguen siendo cargados a la antigua, y por lo tanto, la interfaz permanece bloqueada mientras se descarga el mapa. También se ha implementado una (limitada) capacidad para exportar los mapas WMS/TMS a disco duro, limitada porque el autor se teme que alguien use eso para descargarse mapas a lo bestia, con el riesgo de que "cierren" el acceso a mapas remotos por abuso. La limitación consiste en que sólo se puede exportar la parte del mapa que ya has visto (y está cacheada), para ello se han añadido opciones de configuración para dimensionar el tamaño y edad de la caché de mapas. Por cierto, que algo si cabe más interesante puede ser el hecho de que se soporte el formato raster de mapa RMAP, que parece lo usa CompeGPS TwoNav (el soporte parece de lectura y escritura, aunque no lo he probado). Y como siempre, corrección de errores y adición de funcionalidad nueva de menor importancia que seguro los usuarios más potentes irán descubriendo poco a poco. Como por ejemplo, superponer a los mapas una rejilla de paso automático según zoom, para tener una idea visual de cuánto mapa estamos viendo.
QLandkarteGT 1.4.0 lo tengo compilado (ccmake) para squeeze y aunque me dió aviso de dependencias no satisfechas (version de paquetes) por ahora funciona perfectamente
Buen hilo, a ver si me podéis ayudar. Estoy empezando con linux (Ubuntu 11.10), y para utilizar el GPS al final di con este magnifico programa y este hilo del foro. Tengo un problema con los permisos, si ejecuto el programa con mi usuario no detecta el GPS conectado al USB. Si lo ejecuto con sudo, entonces si que me detecta el GPS, así que supongo que será cuestión de permisos. Sabéis como podría dar permisos para que desde mi usuario detectase el GPS. Gracias.
Creo que ya he encontrado la solución hay crear un fichero en /etc/udev/rules.d/ llamado 51-garmin.rules con el siguiente contenido ATTRS{idVendor}==”091e”, ATTRS{idProduct}==”0003″, MODE=”0660″, GROUP=”plugdev”
hola, soy muy novato en esto, ha descargado el qlandkarteGT 1.4.0 sobre todo par ver los mapas jnx, y ya me ha pasado dos veces, despues de usarlo y cargar varios jnx para verlos y estudiarlos, se me cuelga el programa y me da un mensaje raro y ya no lo puedo abrir, sabeis qué pasa? soluciones?...gracias
Hola tengo un problema al abrir el Qlandkartegt, me sale un error de windows Runtime error!! creo q tiene algo q ver con la ubicación de los mapas q había abiertos cuando lo cerre por ultima vez, alguien sabe como solucionarlo?? saludos
