Posts | Asociación QGIS España

QGISes Camp 2026 Un día para compartir QGIS"

Fri, 26 Jun 2026 09:00:00 +0000

UN DÍA PARA COMPARTIR QGIS

(Asociación QGIS España)

Nuestra QGISesCamp2026 se ha celebrado felizmente en Madrid el pasado sábado 13 de junio de 2026. El evento, con su carácter presencial como espacio de encuentro, intercambio de conocimiento, experiencias y proyectos ha conseguido una vez más el fortalecimiento de la comunidad QGIS en España. Este año ha contado con la participación de más de sesenta personas (un 28% de mujeres): cincuenta y ocho provenientes de diversos lugares como Salamanca, Granada, Córdoba, Santander, Barcelona, Murcia, Valencia, Málaga o Pamplona, además de Madrid, y tres personas asistiendo de manera remota.

Este encuentro ha sido posible gracias al esfuerzo de organizadores, patrocinadores, ponentes y asistentes, que han participado, tanto individualmente, como en representación de las empresas, asociaciones e instituciones que han colaborado, así como son la Escuela Técnica Superior de Ingeniería Agronómica, Alimentaria y de Biosistemas ( ETSIAAB – UPM), el Centro de Innovación en Tecnología para el Desarrollo ( itdUPM), la Asociación QGIS España, el grupo local de Geoinquietos Madrid, Geomatico, Geoinnova, ServiGIS, PSIG, BGeo y el SIGTE-UdG.

Mucho más que un evento, la QGISesCamp2026 ha sido un punto de encuentro donde la comunidad QGIS ha podido intercambiar experiencias, generar oportunidades e impulsar el conocimiento de un software libre funcional y reconocido, todo ello de una manera informal, participativa y relajada, con el acompañamiento en todo momento de un servicio de catering inmaculado, profesional y completo, a cargo de Subiendo al Sur, cuyos coffee-breaks y almuerzo, nos recargaron de energía a lo largo de todo el día ( aquí podéis ver algunas de las fotos y videos de la jornada).

Su formato con un track único de charlas, talleres, lighting talks y una desconferencia final, ha permitido que toda la comunidad comparta sus experiencias de forma conjunta. Las actividades a lo largo de la jornada que se desarrollaron tanto en el edificio de aulas de la ETSI de Agrónomos como en el ITD de la Universidad Politécnica de Madrid, siguieron el programa previsto contando con las exposiciones de: Cristina Velilla y Miguel Marchamalo, de la UPM; Carmen Díez, de la Asociación QGIS España; Luis Quesada, de Geoinnova; Víctor Olaya, de Geoinquietos Madrid; Patricio Soriano, de Geoinnova; Ariel Anthieni, de Kan Territory & IT; Jesús García, de ServiGIS; Nerea Arribas, de INECO; y Antonio M. Moreno, de la Diputación de Córdoba. Siguiendo con la participación de: Carlos López, de PSIG; Rodrigo Saz-Orozco, de MITECO; y Alberto Soneira, de QGISes. Todas sus presentaciones las podéis encontrar en la página del evento.

Nuestro mayor agradecimiento a las entidades con las que hemos podido contar durante nuestra celebración anual y que ya forman parte de nuestra comunidad QGIS, y también y de forma muy especial, a todas las personas y entidades asociadas que creen en el software libre y los datos abiertos, apoyando, al formar parte de la Asociación QGIS España, al desarrollo de QGIS.

GRACIAS ¡HASTA EL AÑO QUE VIENE!

Cómo crear cajetines inteligentes en QGIS con la Técnica de "Bloque Virtual"

Sun, 24 May 2026 09:00:00 +0000

En la gestión de proyectos de Sistemas de Información Geográfica (SIG), la eficiencia operativa no es una opción, sino una ventaja competitiva. El flujo de trabajo tradicional para la generación de composiciones representa, a menudo, un cuello de botella de baja rentabilidad: la manipulación manual de decenas de elementos gráficos en cada plano consume recursos técnicos valiosos y multiplica la probabilidad de error.

La técnica del “Bloque Virtual”, adapta el concepto de bloque referenciado de los entornos CAD, al motor de renderizado de QGIS. Al tratar el diseño del formato y el cajetín como una entidad geoespacial única y dinámica, resolvemos el problema de la actualización masiva de diseños. Ya no se trata de editar dibujos estáticos en múltiples composiciones; se trata de gestionar una arquitectura de datos centralizada que se propaga automáticamente por toda la organización. Este cambio de paradigma tiene un impacto inmediato en la infraestructura del proyecto, transformando el caótico Panel de Elementos en una interfaz limpia y profesional. Pero la reducción de elementos no es sólo una cuestión estética; tambén garantiza la solidez del proyecto ante cambios de última hora.

El Método Tradicional frente al “Bloque Virtual”

El uso convencional de cajetines o carátulas en proyectos con varias composiciones, cada una con 25-30 elementos gráficos sueltos, es propenso a desplazamientos accidentales, inconsistencias visuales y un incremento innecesario en el peso del archivo del proyecto (.qgz), lo que puede derivar en corrupción de datos. La potencia del método del “Bloque Virtual”, reside en que todo se gestiona en una única capa vectorial y, sobre todo, desde su tabla de atributos que actúa como el motor de la automatización visual. La “magia” se activa mediante una lógica de expresiones que vinculan la simbología y el etiquetado a reglas de datos.

El Factor Atlas

El Bloque Virtual alcanza su máximo potencial al integrarse con el Atlas de QGIS. La técnica permite crear cajetines que “se leen a sí mismos” y responden al contenido de cada hoja automáticamente. La clave es el uso de expresiones avanzadas en la configuración del etiquetado de los elementos correspondientes. Esta lógica permite que el cajetín sea universal: por ejemplo, si el técnico introduce un texto manual, este prevalece; si no, el sistema extrae automáticamente el dato de la capa de cobertura del Atlas, eliminando la necesidad de actualizar la información de cada plano de forma individual.

Conclusión

Este método no es solo una cuestión de eficiencia; es una decisión estratégica. Al utilizar formatos vectoriales como GeoPackage o SpatiaLite, nuestros diseños ganan una portabilidad que las plantillas QPT rígidas no ofrecen. Podemos llevar nuestros cajetines de un proyecto a otro, e incluso exportarlos para ser usados en programas CAD. Lo más inspirador de esta técnica es que utiliza cero plugins. No necesitamos herramientas externas ni procesos complejos de IA; la innovación nace de exprimir las capacidades nativas de QGIS para resolver problemas de producción reales. Hágase esta pregunta: en su flujo de trabajo actual, ¿cuánto tiempo y estrés ahorraría si sus cajetines fueran datos dinámicos y no dibujos estáticos? La verdadera maestría GIS comienza cuando dejamos de dibujar planos y empezamos a gestionar información.

Puedes encontrar el tutorial aqui.

Workshop Qtiler

Thu, 14 May 2026 15:00:20 +0000

Desde QGIS España os invitamos a participar en un nuevo workshop técnico sobre Qtiler, un innovador servidor WebGIS basado en Node.js y PyQGIS orientado a la publicación rápida y eficiente de servicios OGC directamente desde proyectos QGIS.

Durante la sesión, impartida por Abel Gonzalez (desarrollador principal de Qtiler y fundador de MundoGIS), veremos cómo publicar proyectos .qgs y .qgz como servicios WMS, WFS y WMTS, además de revisar la arquitectura de la plataforma, su interoperabilidad con clientes GIS y un taller práctico de instalación y despliegue.

Fecha: Miércoles 20 de mayo Hora: 15:00h

El enlace de acceso al workshop será enviado a las personas inscritas el día previo al evento.

Información e inscripción

QGIS ES Camp 2026 Guía de Patrocinadores

Wed, 13 May 2026 16:51:20 +0000

QGIS Camp España 2026 es solo posible gracias al esfuerzo de las empresas e instituciones. Si estás interesado en patrocinar el evento puedes descargarte nuestra guía para patrocinadores

Madrid acogerá la QGISCamp España 2026

Sun, 26 Apr 2026 22:24:24 +0000

Hace unos días lanzamos una encuesta para decidir si se celebraba y en caso afirmativo, cómo y dónde celebrar la próxima QGISesCamp 2026. Queríamos escuchar a la comunidad, contrastar opciones y tomar la decisión con criterio compartido. Y eso es exactamente lo que ha pasado.

Tras analizar los resultados, desde la Junta de la Asociación QGIS España hemos decidido que finalmente la QGISCamp España 2026 se celebrará en Madrid.

No ha sido una decisión automática. Ambas propuestas han estado muy igualadas, con argumentos diversos, pero entendemos que la propuesta ganadora, Madrid, ha destacado por su accesibilidad, su capacidad de acogida y las facilidades logísticas para organizar un encuentro cómodo, presencial y centrado en lo que de verdad importa: compartir conocimiento, experiencias y ganas de seguir construyendo comunidad en torno a QGIS.

La QGISCamp España, ante todo, un punto de encuentro. Un día para reencontrarnos, poner cara a quienes solo conocemos por canales o repositorios, y hablar de QGIS sin prisas ni jerarquías. Talleres, charlas, pasillos, cafés y conversaciones que no caben en un programa cerrado.

El aforo estará limitado a 70 personas (por el momento), por lo que la inscripción se realizará por orden de registro mediante el formulario al que se podrá acceder desde este enlace.

Si tienes claro que quieres venir, te recomendamos inscribirte en cuanto sea posible, sin embargo, si tienes dudas, mejor espera para no ocupar una plaza que puede ser ocupada por otra persona.

Gracias a todas las personas que habéis participado en la encuesta y habéis dado vuestra opinión. Este evento es vuestro también.

¡Nos vemos en Madrid!

¿QGIS Camp España 2026? ¿Madrid o Granada?

Tue, 14 Apr 2026 16:51:20 +0000

Desde la Asociación QGIS España queremos compartir con la comunidad una reflexión abierta y, sobre todo, lanzar una consulta clave para la toma de decisiones de este año.

Como ya sabéis, en 2026 no se celebrarán las Jornadas de SIG Libre de Girona, un evento que durante años ha sido el principal punto de encuentro de la comunidad SIG Libre y que, además, servía de marco para la celebración de la QGIS Camp España, donde personas asociadas y usuarias de QGIS nos reuníamos para compartir experiencias, debatir sobre la herramienta y sobre el propio rumbo de la Asociación.

Creemos que la comunidad no debería quedarse sin su encuentro anual, y por ello desde la Asociación estamos valorando la posibilidad de celebrar la QGIS Camp España en 2026, manteniendo el espíritu participativo que siempre ha caracterizado a este espacio.

Dos posibles sedes: Madrid o Granada

En este momento, se están valorando dos posibles ubicaciones para celebrar la QGIS Camp:

Madrid, por su accesibilidad y centralidad.
Granada, por su tradición universitaria y su vínculo histórico con la comunidad SIG.

Ambas opciones son viables, pero la elección de la sede tiene un impacto directo en el número de asistentes, en la logística y en los recursos necesarios. Por eso, queremos tomar esta decisión basándonos en datos reales de participación, y no sólo en preferencias teóricas.

Propuesta de formato de la jornada

De manera preliminar, la QGIS Camp España 2026 podría estructurarse en:

Por la mañana:

Bienvenida institucional
Presentación de QGIS 4, la próxima versión principal del proyecto
Lightning talks
Talleres prácticos aplicados

Por la tarde:

Desconferencias, manteniendo el formato abierto:

Cualquier persona puede proponer una charla
Las propuestas se votan colectivamente
El programa se construye entre todas y todos

¿Por qué esta encuesta?

Organizar un evento de estas características supone un esfuerzo considerable de coordinación, logística y difusión para el equipo de la Junta de la Asociación. Antes de avanzar, queremos responder a dos preguntas clave:

¿Existe un apoyo suficiente de la comunidad para celebrar la QGIS Camp este año?
¿En qué ciudad habría un mayor quorum real de asistentes: Madrid o Granada?

Por eso lanzamos esta encuesta inicial, que nos permitirá medir el interés real en la celebración del evento, a la par que evaluar la distribución potencial de asistentes según la sede y con ello tomar decisiones informadas, responsables y alineadas con la comunidad.

👉 Te animamos a participar en la encuesta tanto si te interesa asistir como si no. Todas las respuestas son importantes para tener una imagen fiel de la situación.

https://cloud.montera34.org/index.php/apps/forms/s/4pPR9gyYBnBw5eTrgT7Pj8xW

Asimismo, agradecemos que des difusión a esta encuesta entre personas usuarias de QGIS, entidades, empresas, administraciones y espacios formativos vinculados al SIG libre.

Desde la Junta Directiva de la Asociación QGIS España agradecemos de antemano el tiempo dedicado a responder y compartir esta encuesta. QGIS es comunidad, y creemos que las decisiones relevantes deben construirse de forma colectiva y transparente.

Gracias por participar ¡Contamos contigo!

Charla Virtual IDE Chile

Tue, 04 Nov 2025 00:00:00 +0000

Esta charla forma parte de una serie de eventos geoespaciales que se desarrollan dentro de la Semana Geoespacial y son previas a la conferencia IDE (Infraestructura de Datos Geoespaciales) de Chile, que se celebrará el 4 de noviembre de 2025.

Este webinar, en el que participaron casi sesenta (60) asistentes, fue impartido por Ariel Anthieni, CEO de Kan Territory & IT y presidente de Geolibres Argentina, junto con Carmen Díez, Técnica SIG de Urbanismo, y Carlos López Quintanilla, CEO de PSIG, ambos pertenecientes a la junta directiva de la Asociación QGIS España, encargados de la Presidencia y Tesorería, respectivamente.

Participantes de la charla virtual IDE Chile.

Tras la presentación de la agenda y los objetivos de la charla, centrada en las actualizaciones de QGIS y su comunidad, se habló sobre la creación y contribución al proyecto QGIS, tanto de la Asociación QGIS España como de QGIS Argentina, y se mencionó cómo colaborar con sus comunidades de usuarios y desarrolladores.

También se abordó el tema del roadmap entre QGIS 3 y QGIS 4, y se realizó una demostración en vivo del uso de QGIS con datos de la IDE Chile, incluyendo actuaciones como: cargar capas, simbolizar, etiquetar, seleccionar por expresión, hacer composiciones y geoprocesos, y utilizar complementos.

Demostración práctica con datos de la IDE Chile en QGIS.

Se puede acceder tanto al vídeo de la charla virtual, disponible en el canal de YouTube de IDE Chile, como a la presentación alojada en la plataforma de la Asociación QGIS España.

En ellos puedes encontrar información sobre la creación de la Asociación QGIS España en 2018 para apoyar el desarrollo de QGIS, que ahora cuenta con casi 100 miembros, incluyendo numerosas grandes y pequeñas empresas, y cómo contribuye económica y técnicamente al proyecto QGIS.

Se destaca la importancia de la divulgación del uso de QGIS y la resolución de dudas de los usuarios, mencionándose la posibilidad de asociarse a través del formulario de inscripción en su web.

También se ofrece información sobre objetivos, estatutos y cómo contactar con la Asociación y colaborar con QGIS:

FOSS4G 2024 Belém

Wed, 01 Jan 2025 20:00:00 +0000

El mayor evento internacional FOSS4G celebrado en Brasil este año 2024 ha reunido a cientos de personas de todo el mundo, interesadas en compartir su trabajo o interés en los datos y herramientas libres. Gracias a la colaboración y organización de los equipos locales y los apoyos nacionales e internacionales, el desarrollo de esta gran celebración OSGeo en Belem, ha sido realmente extraordinaria. Una gran acogida llena de amabilidad, nos ha hecho sentir como en casa y el gran número de ponencias, charlas y talleres ha conseguido que aprendamos sobre las nuevas tendencias y trabajos que se vienen desarrollando con las nuevas tecnologías y aplicaciones del mundo geo. Personalmente ha sido una oportunidad para el reencuentro con un enorme número de grandes profesionales tanto en las jornadas como en las conferencias de QGISLatam2024 y SOTMLatam2024 celebradas entorno a ellas. Y por supuesto es imposible no mencionar la inestimable implicación, trabajo y participación de Geochicas en esta edición donde han estado presentes tanto en la organización previa como en su desarrollo remarcando una vez más la importancia de aumentar la diversidad para tener un conocimiento más acorde y amplio de las necesidades reales en las aplicaciones open source.

Publicación del libro Introducción a los Sistemas de Información Geográfica con QGIS

Thu, 22 Feb 2024 20:00:00 +0000

Publicada la Segunda Edición del Libro “Introducción a los Sistemas de Información Geográfica con QGIS” de Federico Gazaba

Una pregunta recurrente en redes sociales es ¿Dónde puedo encontrar un manual para aprender a usar QGIS? o ¿Cómo puedo iniciarme en el uso de los Sistemas de Información Geográfica (SIG)? Hace aproximadamente 3 años Federico Gazaba publicaba la pimera versión de su libro “Introducción a los Sistemas de Información Geográfica con QGIS” un manual que en su momento fue de referencia obligada para las personas usuarias de QGIS en habla hispana pero que con el paso del tiempo había quedado desactualizado debido a la aparición de nuevas versiones de QGIS.

Recientemente el autor nos comentaba que se estaba preparando una actualización de libro y no nos ha hecho esperar mucho, el 22 de Febrero nos anunciaba en el canal de Telegram de QGIS en español que la versión 2.0 había sido publicada: _“Hola amigos #geoinquietos !. Lo prometido es deuda, les traigo la versión 2.0 de mi libro libre “Introducción a los Sistemas de Información Geográfica con QGIS”. Esta versión actualiza los contenidos de la versión anterior a QGIS 3.34 Prizren.".

El libro ha sido publicado bajo la licencia CC BY-SA 4.0 lo que permite que sea compartido o modificado, para cualquier proposito, con libertad mientras se respete la atribución al autor y se comparta con la misma licencia. Se puede descargar aquí o aquí el repositorio del libro se puede encontrar en GitHub

Este libro es otro ejemplo que demuestra que los proyectos de software libre y open source permiten compartir y colaborar en este tipo de iniciativas donde podemos participar de forma activa y generar grandes sinergias en sus aplicaciones y desarrollos en beneficio, tanto de las comunidades que las desarrollan como las que las usan.

Federico Gazaba es profesor de Matemáticas y Técnico Maestro Mayor de Obras y actualmente es docente en el Instituto de Formación Docente y Técnica 122 “Presidente Illia” de Pergamino (Provincia de Buenos Aires, Argentina) y Director de Sistemas de Información Georreferenciada de la Municipalidad de Pergamino. Desde el año de 2013 es usuario de QGIS y es un entusiasta del las tecnologías libres y de los datos espaciales abiertos. La creación del manual nace de la necesidad de impartir cursos de QGIS a sus colegas de municipalidad y es el resultado de la sistematización de esas enseñanzas. Desde 2016, de forma ininterrumpida, imparte cursos introductorios a los SIG para diferentes instituciones.

Puedes seguir a Federico en la siguientes redes sociales:

X: https://twitter.com/federicogazaba
Mastodon: https://fosstodon.org/@federicogazaba
Telegram: @federicogazaba
Github https://github.com/federicogazaba

Participación en la GeoCamp 2023

Wed, 27 Dec 2023 14:00:00 +0000

GeoCamp ES

GeoCamp es un congreso nacional sin ánimo de lucro, que nació en 2013 y que organiza anualmente el colectivo internacional de Geoinquietos. Esta Comunidad está formada por grupos informales que se reúnen para hablar y aprender sobre cualquier tema relacionado con las ciencias de la tierra y que siente una especial afinidad por los servicios de geodatos abiertos, proyectos comunitarios, software libre y aplicaciones SIG (Sistemas de Información Geográfica), especialmente los desarrollados en torno a la comunidad OSGeo (Open Source Geospatial).

Este año Geocamp ha celebrado su 10ª Edición en septiembre en la isla de la Illa de San Simón en la ría de Vigo (Galicia - España) y ha tenido un formato Open Space, donde todos los participantes tienen un papel activo en la realización del evento para aumentar la interacción entre los asistentes para poder, con agilidad e improvisación, satisfacer espontáneamente las inquietudes de los participantes.

Empezó el evento con un maravilloso día soleado y con la isla de San Simón recibiendo a los más de 40 participantes que llegamos en barco desde el puerto de Vigo atravesando la ría, en un viaje muy interesante, amenizado con la información histórica y cultura local de mano de los tripulantes. La pequeña isla con sus históricos edificios donde se podían configurar varios espacios, permitió la realización de numerosas actividades y reuniones, tanto dentro como en el exterior.

A lo largo de la jornada se pudieron realizar seis espacios abiertos donde se habló y debatió sobre los temas que se eligieron por la propia iniciativa, interés y propuestas de los asistentes, y que fueron votados y aceptados por todos y cuyos puntos a destacar se pueden consultar aquí, documento resumen elaborado de forma conjunta por los participantes: OSM, Las Calles de las Mujeres, Geoportales participativos, JS y Web GL, Inteligencia Artificial y mapas, Teledetección, estado de las Comunidades, Estándares OGC y Blockchain.

La charla plenaria que ofreció Carmen Torrecillas de la organización Civio nos mostró cómo hacer mapas y visualizaciones increíbles, gracias al gran trabajo que hacen por la transparencia y la vigilancia de los poderes públicos.

Por supuesto, además, se comentaron todo tipo de inquietudes, experiencias, proyectos y objetivos (cómo la forma de manipular un pixel en la GPU, monitoreo de cetáceos, cooperativas, Joomla, montañismo, conjuros, etc.) a lo largo de todos los momentos en los que se pudo charlar mientras se disfrutaba de los ricos manjares gallegos, con los que se amenizaron los desayunos, comida y cena en un ambiente amable y creativo. Incluso pudimos disfrutar de fantásticas experiencias de la mano de nuestros organizadores fuera de programa como un concierto de rock ( @fpsampayo) o una queimada ( @michogar) cómo no podía ser de otra manera en esta maravillosa ciudad gallega.

La organización local reservó una cena para aquellos que querían seguir compartiendo charlas y espacio. Aunque no es algo estrictamente necesario en un evento participativo como este, siempre ayuda a crear contactos y sinergias. De hecho, muchos de los asistentes, sobre todo si han tenido que venir de otras partes de la península y tienen que hacer noche en la ciudad, lo agradecieron y acudieron para cerrar de una manera festiva el encuentro.

Como conclusiones, señalar que el formato de Open Space funcionó muy bien, contando con un amplio espacio disponible lo que facilitó la organización e incluso la gente se podría haber repartido en más grupos si hubiera sido necesario. De hecho, con grupos algo más reducidos se puede trabajar mejor la participación, aunque fue en éxito con grupos de unas 20 personas. Fue de agradecer haber previsto, mediante un formulario que se hizo llegar a los asistentes, una serie previa de temas a tratar agilizando la organización de los grupos. Realmente es un formato único para crear comunidad, aprender cosas nuevas y llevarse a casa un buen número de conocimientos e ideas. Muy gratificante haber podido conocer gente que no sabía lo que era este tipo de evento y que se encuentran con una experiencia realmente satisfactoria, donde se han podido compartir conocimientos en un ambiente participativo y distendido, que ayuda realmente a contactar a personas que ya tienen experiencia con otras que pueden estar empezando.

Habrá que esperar al año que viene para volver a disfrutar de nuevo de un encuentro tan especial como este.

Agradecimientos

Felicitaciones a la organización:

Micho ( @michogar), Paco ( @fpsampayo), Pablo ( @psanxiao), Carmen ( @carmen10maica) y Jorge ( @xurxosanz) por montar el evento, así como a Xeoinquedos y Ghandalf por la cobertura.

También por supuesto a los que han confiado y apoyado económicamente el evento, ya que sin ellos no hubiera sido posible llevarlo a tan buen término (por orden cronológico de participación):

Elastic; QGIS España; B’GEO; PSIG; solucions geografiques; GeoInnova; icarto.es/; Master SIG, UNIGIS Girona; geomatico; conterra; OSGeo; asefor; abtemas; Xunta de Galicia

Enlaces de interés

Web del evento: http://2023.geocamp.es
Ediciones de GeocampES: https://github.com/geocamp-es
Resumen del evento: https://2023.geocamp.es/resumen.html
@geocampes en X/Twitter: https://twitter.com/geocampes
Grupo de GeoCamp - 2023 en Telegram: https://t.me/+Rvaa43uOe6kSGZZs
Geocamp2023 en Instagram:

https://www.instagram.com/p/CxX3SqFshWn/; https://www.instagram.com/reel/Cx3NN3YI39p/?igshid=NmQ4MjZlMjE5YQ%3D%3D

Fotos: https://media.jorgesanz.net/gallery/2023/09/geocamp-2023.html
Geochicas OSM: https://geochicas.org/
OpenStreetMap: https://wiki.openstreetmap.org/
Wikipedia: https://www.wikipedia.org/
Proyecto Las Calles de Las Mujeres: https://geochicasosm.github.io/lascallesdelasmujeres/
Mapping diversity: https://mappingdiversity.eu
Gleo de Iván Sánchez https://gitlab.com/IvanSanchez/gleo
Civio: https://civio.es

2º QGISes Camp 2023, reunión anual de la Asociación QGIS España (13 de junio de 2023)

Sat, 03 Jun 2023 07:00:00 +0000

Las Jornadas de SIG Libre de Girona son uno de los eventos anuales de referencia sobre tecnologías geoespaciales y ciencia de datos espaciales que se realizan en España. Organizadas por el Servicio de SIG y Teledetección (SIGTE) de la Universitat de Girona las Jornadas #siglibre2023 se celebrarán este año los próximos días 14 y 15 de junio en la Facultat de Lletres i de Turisme de la Universitat de Girona.

Este año, aprovechando de nuevo esta cita de eventos, desde la Asociación vamos a celebrar nuestro 2º Reunión anual el día previo (13 de junio) al inicio de las Jornadas SIG Libre de Girona.

Queremos desde aquí agradecer la colaboración que el SIGTE nos presta para la organización y difusión del evento.

¿Cómo está organizado?

El evento está organizado como una “des-conferencia”, esto significa que no hay un programa cerrado. Si quieres dar a conocer un caso de uso de QGIS de tu empresa u organización o crees que puedes hacer una sesión sobre alguna de las múltiples funcionalidades de este SIG abierto simplemente vente al evento y preséntalo.

El objetivo principal es hacer comunidad y compartir las experiencias de usuarios y desarrolladores de QGIS con el resto de los usuarios.

Aprovecharemos también para hacer presentación de la Asociación para las personas no asociadas y recopilar ideas y propuestas a futuro tanto para QGIS como para la Asociación.

Fecha, hora y lugar de celebración.

Nos veremos el 13 de junio de 2023 de 17h a 20h en el aula A1 de la Facultad de Letras de la Universidad de Girona.

Ver mapa más grande

Habrá un coffee-break a las 18h de unos 20 minutos.

Coste/Inscripción

Se trata de un evento abierto y gratuito. No es necesario hacer prescripción.

Además tenemos “regalitos” 🎁 para los asistentes.

Ayúdanos a difundir la #QGISesCamp 2023

Aquí os dejamos enlaces a nuestras redes sociales y sitio web. Anímate a compartir.

Página web: https://www.qgis.es
Twitter: https://twitter.com/qgises
Etiqueta #QGISesCamp
Instagram: https://www.instagram.com/qgises/

QBIS: Quantum Building Information System

Tue, 31 Jan 2023 18:00:00 +0000

Introducción

Una pequeña empresa de reforma de viviendas me ofreció confeccionar la documentación gráfica de un piso de grandes dimensiones -350 m2- de Barcelona. Esto incluía los planos del estado actual y los que necesitan los industriales para realizar la reforma: derribos, nueva construcción, nueva distribución, mobiliario, carpintería de madera, carpintería de aluminio, electricidad, agua, climatización y alzados de cocina y baños.

En ese momento me encontraba huérfano de Autocads y Microstations en mi máquina virtual Windows bajo OSX y tampoco quería aventurarme con un CAD de código abierto en mi Mac. Así que, como mi día a día es QGIS en todos los trabajos que realizo en la administración pública y los de desarrollo de mis productos, me dispuse a hacer todo el trabajo de delineación con QGIS convirtiéndolo en un Quantum Building Information System

A continuación os explico mi experiencia con este trabajo.

Sistema de referencia

El software CAD devuelve el diseño de sus elementos en una interfície ortogonal y perfectamente plana. QGIS devuelve sus elementos en una interfície que simula la curvatura de la tierra gracias a la asignación de los sistemas de referencia y sus proyecciónes. Esto hace que se dibuje el objeto con una deformación¹ que no es correcta para la arquitectura. Por este motivo establecí NO CRS, unknown/non-Earth projection, para digitalizar elementos planos como en CAD.

Herramientas de delineación

QGIS aporta herramientas de deliniación que vienen instaladas de origen. A éstas les acompaña un soporte avanzado de digitalización como se muestra en la imagen de más abajo. Éstas herramientas permiten hacer todas las operaciones de dibujo pero QGIS permite además añadir más herramientas mediante sus plugins.

Para digitalizar elementos, el plugin QAD será útil aunque se cuelga y desobedece si se le atosiga con un seguido cambio de datos a insertar. Cuándo esto sucede, no se necesita cerrar y abrir de nuevo el programa, sino que con continuar digitalizando con la herramienta de origen será suficiente. Esto le da un respiro y se recupera para poder volver a dibujar sin devolver ningún error. Es como si se arreglara él solo.

Opciones de ajuste

Las opciones de ajuste, llamados también encages (snaps en CAD) son de vital importancia. Si cuatro líneas no encajan y no cierran, no puedes crear un polígono. El snap del plugin QAD da muchos errores y no encaja los elementos ni ajustando sus settings.

Para que no recaigan cientos de errores de una sola vez, lo mejor es verificar la topologia cada 10-15 minutos mientras de digitaliza.

Atributos de elemento y GroupState

Una buena asignación de atributos y datos permitirá hacer con GroupState una explotación numérica y alfanumérica eficiente, correcta y valiosa de nuestros elementos digitalizados. Con ello podremos crear la documentación escrita del proyecto: memorias, presupuestos, listados de material, mediciones.

Ejemplos de tablas:

Línea (cable electricidad)

ID	Length	Material	Proveedor	mm2	Amp	Altura-h	Altura-z	€/m
1	25,2	Cobre	Electro, S.A	2,5	4	1,65	168,85	1,55
2	35,8	Oro	Electro, S.A	3	15	2	170,85	30
…	…	…	…	…	…	…	…	…

Polígono (pladur)

ID	Length	Width	Material	Proveedor	m2	Altura-h	Altura-z	gr/m2	€/m2
1	5,2	3,5	Cobre	Calefacta, S.A	18,2	2,20	172,00	2.500	22
2	3,5	2	Cobre	Calefacta, S.A	7	2,20	172,00	2.500	22
…	…	…	…	…	…	…	…	…	…

Punto (punto de luz, mecanismos)

ID	Tipo	Proveedor	Amp	Altura-h	€/unit
1	Enchufe 10A	Calefacta, S.A	10	0,65	3,00
2	Enchufe 25A	Calefacta, S.A	25	0,95	5,00
…	…	…	…	…	…

Elementos SVG

Los planos de electricidad se expresan con un grafismo específico. QGIS no dispone de éste grafismo y por lo tanto se debe crear desde cero. En mi caso utilizé el software libre inkscape. Debo perfeccionarlos en su grueso y añadir elementos para ampliar leyendas.

Vistas guardadas y Atlas

¡Qué fácil es editar los planos con las vistas guardadas y Atlas!

Ten presente que para cada plano es necesario crear su grupo de capas con las respectivas capas necesarias y a la vez salvar su vista para después poderla aplicar al Atlas con el plano correspondiente. Si llevas un buen orden de capas y de su nomenclatura verás que es de una alta eficiencia.

QGIS es un software con una versatilidad abrumadora. Es una mezcla de CAD, Acces y Photoshop. La persona que crea que solo sirve para la geografía, va muy errada. A todo delineante u otro profesional que tenga conocimientos de QGIS le animo a probar su uso con la arquitectura.

Resultados

Aquí tenéis parte de los planos finales:

“Cabe decir que la diferencia de longitud de una misma línea medida en cota cartesiana (sin CRS) o cota geográfica (con CRS ETRS89 UTM 31N) es de 3cm.” ↩︎

La Universidad de Sevilla imparte dos cursos sobre QGIS dentro de su programa de doctorado

Wed, 23 Nov 2022 10:00:00 +0000

La Facultad de Geografía e Historia de la Universidad de Sevilla, ha celebrado durante el periodo comprendido entre el 7 y el 17 de noviembre, dos cursos sobre el programa QGIS. Dichos cursos, titulados “Introducción a los sistemas de información geográfica QGIS” y “Sistemas de Información Geográfica QGIS II” se han enmarcado dentro del programa de doctorado de dicha facultad. Organizados por la Doctora Pilar Díaz Cuevas e impartidos por el profesor Gabriel Orozco Frutos, los cursos han sido recibidos de manera gratuita por doctorandos y profesores de la Universidad especializados en diferentes materias.

Entre los campos en los que harán uso del software encontramos: Análisis de vulnerabilidad, energías renovables, turismo, paisaje y patrimonio en la arqueología, cartografía histórica, la sociedad de la información en los hogares de las regiones europeas, movilidad intermodal y Smart cities, …

Alumnos y profesor del curso de QGIS del programa de doctorado (Sevilla)

Percepciones sobre QGIS de algunos de los asistentes al curso:

“No conocía el programa QGIS y me ha resultado muy útil. Con unas mínimas nociones, apoyada por la Ayuda que proporciona el mismo y que es muy completa, es posible empezar a trabajar con el programa sin poseer grandes conocimientos. Tiene herramientas intuitivas y sencillas y se puede ver que también grandes posibilidades si se utiliza con intencionalidad. La existencia de una comunidad activa que lo sustenta es realmente positiva. Estoy muy satisfecha de haber empezado a usarlo.” Carmen Venegas – Gerente Centro de Estudios Paisaje y Territorio.
“En tan solo cuatro días aprendiendo QGIS con Gabriel, he conseguido superar el bloqueo que tenía en el campo de los SIGs y he empezado a utilizarlo en mis estudios.“ Rafael Giraldo Aguilar. Arqueólogo, historiador y gestor cultural.
“Hasta ahora, aunque conocía QGis, lo había utilizado muy poco (prácticamente solo para conectarme a bases de datos PostGIS y visualizar los resultados de los análisis realizados). Recientemente he tenido la oportunidad de participar en dos cursos de QGis (nivel introductorio y avanzado respectivamente), organizados por el Programa de Doctorado en Geografía de la Universidad de Sevilla (coordinados por la Dra. Pilar Diaz Cuevas e impartidos por Gabriel Orozco Frutos) y en ellos he descubierto una herramienta muy completa y versátil que responde prácticamente a todas las necesidades de análisis que hasta ahora cubría con otras herramientas. Me han resultado especialmente interesantes los complementos tan variados y útiles a los que nos permite acceder, y en la actualidad estoy experimentando con algunos de ellos, destinados a la clasificación digital de imágenes de satélite.“ Dra. Esperanza Sánchez Rodríguez - Profesora Contratada Doctora. Universidad de Sevilla.
“El familiarizarme con un SIG libre y gratuito como QGIS, a través de los dos cursos que ha impartido en la Universidad de Sevilla para doctorandos en Geografía y profesores, ha sido para mí una experiencia de reciclaje docente muy gratificante. Su botonadura, aunque mejorable, no es especialmente compleja, la cantidad de plugins instalables resulta muy atractiva y la posibilidad de trabajar en la nube también muy atrayente. Además, el que exista detrás una comunidad organizada de usuarios con los que interactuar es algo sumamente positivo." Dr. Jesús Ventura-Fernández, Profesor titular de Análisis Gº. Regional en la Universidad de Sevilla.

Taller "Herramientas para colaborar en el blog de QGIS España"

Fri, 11 Feb 2022 07:00:00 +0000

Cuando pensamos en la posibilidad de contribuir en un proyecto abierto como QGIS, siempre se nos viene a la cabeza aportaciones que conllevan el desarrollo de código.

Sin embargo, no todos estamos capacitados para mejorar un bug del programa o desarrollar una nueva funcionalidad para que se incorpore en los nuevos lanzamientos. Esto no quita que existan otras acciones de igual relevancia que podamos realizar como apoyo a QGIS y que no requieren conocimientos de programación.

¿Cómo contribuir al proyecto QGIS?

En la misma página web del proyecto encontramos la relación tareas con las que aportar nuestro granito de arena a la comunidad QGIS.

Informar de errores. Ya que QGIS es un SIG en continua mejora, puede ocurrir que aparezcan errores (bugs) en nuevas funcionalidades, que exista algún fallo de traducción o que detectemos alguna carencia en la página web. Identificar, describir y reportar estos errores en los distintos canales habilitados para ello será de gran ayuda para su corrección.

Participar en los canales de soporte. ¿Qué mejor manera de promover el uso de QGIS que ayudar a otros a conocer mejor este SIG de código abierto? Hay un amplio número de canales, listas de correo, chat, grupos de usuario donde puedes ayudar a resolver dudas. Para usuarios de lengua española está la lista de correo en español y el canal de Telegram
Escribir Documentación Los manuales y guías de uso vienen genial cuando estamos comenzando a aprender QGIS. Pero lamentablemente no se hacen solos. Existe un grupo específico y una guía de estilos de apoyo para colaborar en este sentido. Si contamos con una página web personal o corporativa podemos también escribir entradas sobre nuestra experiencia con QGIS.
Traducciones. ¿Sabes que QGIS se encuentra traducido a cuarenta idiomas? Si estás interesado en que QGIS esté en tu idioma o traducir del inglés nuevas funcionalidades puedes hacerlo siguiendo los pasos definidos por el proyecto.
Aportaciones económicas ¿Eres una empresa o entidad que usa diariamente QGIS, no tienes tiempo de traducir, generar documentación o dar soporte? Como muchas entidades en todas partes del mundo, puedes apoyar económicamente al proyecto realizando donaciones, mediante el sistema de membresía anual o participando en campañas de crowdfunding para el desarrollo de nuevas funcionalidades. Asociarse a QGIS España es una magnífica opción.

Taller “Herramientas para colaborar en el blog de QGIS España”

La Asociación de Usuarios de QGIS España cuenta con esta página web en la que asociados e interesados pueden contribuir en su blog con entradas o artículos relacionados con QGIS.

Esta página web se encuentra en un repositorio de GitHub, lo que permite que cualquier persona con una cuenta en GitHub pueda contribuir directamente usando las herramientas tecnológicas disponibles.

Con el objetivo dar a conocer estas herramientas (GitHub, Git y Markdown) y favorecer las actividades de convivencia entre los asociados, el pasado jueves 27 de enero de 2020 realizamos el Taller virtual “Herramientas para colaborar en el blog de QGIS España”.

En el taller, que duró aproximadamente dos horas, se dieron a conocer:

La ubicación de las carpetas donde añadir los archivos de nuestras entradas y ficha de autores.
El uso del lenguaje de marcado Markdown para dar estilo al texto (encabezados, negritas, enlaces, listas…)
El sistema de aceptación de entradas (Pull Request) basados en el control de versiones Git.
Una breve introducción a Git y GitHub.

Participaron un total de 13 asociados, y a pesar de la dificultad que conlleva realizar este tipo de actividades de forma telemática algunos de ellos llegaron a realizar su hasta primer Pull Request 💪.

Toda la información del taller, guías, enlaces y documentación se encuentra accesible en GitHub.

Esperamos que esta iniciativa, sea de utilidad para que cualquier usuario interesado pueda colaborar con entradas en el blog de la Asociación a la difusión y conocimiento del Sistema de Información Geográfica QGIS.

QGIS no está afectado por Log4J

Wed, 15 Dec 2021 06:54:24 +0000

La vulnerabilidad causada por Log4J ha estado en todos los titulares tecnológicos de los últimos días. Hemos ( qgis.org) recibido muchas preguntas queriendo saber si QGIS ha sido afectado. Por ello, nos gustaría aclarar:

QGIS no es una aplicación Java. QGIS está basado en C++ y Python. QGIS, por lo tanto, no usa ningún componente de Java, incluyendo Log4j(ava).

Es técnicamente posible que algún “plugin” (complemento) utilice aplicaciones Java. Si estás preocupado por cualquier potencial vulnerabilidad, por favor ponte en contacto con los desarrolladores del “plugin” (complemento) a través de la información de contacto que puedes encontrar en sus metadatos.

Comunicaciones y vídeos sobre QGIS en la FOSS4GIS 2021

Wed, 08 Dec 2021 09:30:00 +0000

FOSS4G es la conferencia de Software Libre y de Código Abierto para Geoespacial de OSGeo. Con más de 15 años de experiencia, esta conferencia anual es la mayor reunión mundial de software geoespacial. Las distintas conferencias de FOSS4G se han celebrado en múltiples lugares de todo el mundo. En el FOSS4G 2021, Argentina ha sido la anfitriona del evento que ha tenido lugar de forma virtual entre los días 27 de septiembre de 2 de octubre de 2021.

Este año el evento ha sido organizado por la entidad sin fines de lucro Geolibres Asociación Civil que tiene entre sus objetivos “el de promover la creación y el uso de datos geográficos de acceso libre, la adopción de estándares geográficos, el uso de software libre y de código abierto para el desarrollo de capacidades de información geoespacial, a través de acciones que fomenten y fortalezcan a la comunidad geomática”. Geolibres sirve de marco legal para varias comunidades del mundo FOSS4G en Argentina, como son Geoinquiet@s Argentina (Capítulo local de OSGeo), OSM Argentina y GeochicasOSM.

En esta última edición se han realizado un total de 338 presentaciones con una amplia variedad de temáticas vinculadas siempre con programas, iniciativas o proyectos sobre software geoespacial de código abierto. Como no podía ser de otra forma la presencia de QGIS en las charlas ha sido muy numerosa.

En el siguiente listado hemos realizado una recopilación de las 50 comunicaciones en las que se ha hablado o hecho referencia de alguna u otra manera al Sistema de Información Geográfica Open Source QGIS.

La selección se ha realizado mediante la búsqueda del término QGIS en la agenda de las charlas. Esto significa que puede que algunas de ellos no traten directamente sobre QGIS, pero sí han hecho a QGIS al menos en el resumen.

Las sesiones se han organizo por los tracks de la conferencia incluyendo el título de la presentación, el enlace sus datos principales y el vídeo en el canal de YouTube de FOSS4G.

Índice de presentaciones:

Track – Software
Track – Use cases & applications
Track – Open data
- WAPLUGIN: Water Accounting and Productivity Plugin for QGIS
Track – Community / OSGeo
- Building Open Source Community in Pandemic
- News from GeoStyler
Track – Transition to FOSS4G
Track – Academic
- GEE Timeseries Explorer for QGIS – Instant access to petabytes of Earth observation data
- Using FOSS to teach university GIS courses online: lessons learned during a pandemic
Track – Education & research
- Spatial interaction models, internal migration and FOSS4GIS
- The status of GIS teaching in South African secondary schools including an evaluation of Free and Open Source Software for Geospatial (FOSS4G) using QGIS software and OpenStreetMap (OSM) data as teac

Track – Software

QGIS and OGC APIs - how do they work together?

Abstract

Geostyler Mapfile Parser

Abstract

PgMetadata - A QGIS plugin to store the metadata of PostgreSQL layers inside the database, and use them inside QGIS

Abstract

Store and visualize images from a cloud infrastructure thanks to COG format and QGIS

Abstract

Integrating AI features into QGIS : welcome QDeeplandia

Abstract

Using point clouds in QGIS

Abstract

GeoMapFish und QGIS Server

Abstract

How to use OpenStreetMap data in QGIS Desktop

Abstract

Vector tile basemaps for your QGIS project

Abstract

Easily publish your QGIS projects on the web with QWC2

Abstract

From static PDFs to interactive, geospatial PDFs, or, ‘I never knew that PDFs could do that!’

Abstract

Deploying QGIS using command line options

Abstract

FOSS4G software developments for Water Utilities Management in Eastern Africa by using Vector Tiles

Abstract

QGIS Bridge Status Report

Abstract

G3W-SUITE: in OS framework for publishing and managing QGIS projects on the Web

Abstract

OpenMapTiles: vector tiles from OSM

Abstract

Track – Use cases & applications

Open Source and Mining: a roadmap

Abstract

EcoValuator: Basic Ecosystem Service Valuation for Custom Landscapes

Abstract

Optimized publishing of map and dataservices with GeoServer, GeoStyler and MapProxy

Abstract

Case study of data storage for preservation of our archiving system at the National Geographic and Hydrographic Institute of Madagascar

Abstract

How Open Source solution help to build an scalable and adaptable environmental decision platform tools

Abstract

Visualising trajectories in 3D

Abstract

The Borked Supply Chain. How the Telekom brings FOSS Projects into Stable Production

Abstract

UN Open GIS Initiative: Use cases of Open Mobile GIS solutions in the context UN peace operations

Abstract

CityJSON: 3D city models for everyone

Abstract

QGIS MetaSearch: lowering the barrier to geospatial data discovery in the desktop

Abstract

3D Urban data in QGIS

Abstract

Spatial analysis of cultural activities in Buenos Aires

Abstract

Giswater : open source management tool for water networks

Abstract
Vídeo https://www.youtube.com/watch?v=6drMuVj9WX8

An implementation of FOSS4G - QGIS, QField and Vector Tiles for rural water supply management in Rwanda

Abstract

QGIS, Football, what else ?

Abstract

Parks & Equity: Using PyQGIS and Rgeoda for Evaluating Localized Equitable Park Access across the United States

Abstract

Track – Open data

WAPLUGIN: Water Accounting and Productivity Plugin for QGIS

Abstract
Vídeo https://www.youtube.com/watch?v=wzqxO-2u7vk

Track – Community / OSGeo

Building Open Source Community in Pandemic

Abstract

News from GeoStyler

Abstract

Track – Transition to FOSS4G

Free and Open-Source Molusce Plugin for landcover Anlysis and Prediction; a case study in Banepa and Dhulikhee municipality, Nepal

Abstract

Large scale QGIS deployments : feedback and lessons learned

Abstract

GIS for Small Cities - A Hybrid Approach

Abstract

Track – Academic

GEE Timeseries Explorer for QGIS – Instant access to petabytes of Earth observation data

Abstract

Using FOSS to teach university GIS courses online: lessons learned during a pandemic

Abstract

Track – Education & research

Spatial interaction models, internal migration and FOSS4GIS

Abstract

The status of GIS teaching in South African secondary schools including an evaluation of Free and Open Source Software for Geospatial (FOSS4G) using QGIS software and OpenStreetMap (OSM) data as teac

Abstract

Serie: Flujo de trabajo con R y QGIS. Parte 3

Tue, 19 Oct 2021 00:00:00 +0000

Esta es una entrada compartida entre las comunidades de QGIS España y R Espacial en Español. También la podrás leer este enlace a su blog

Introducción

Esta tercera entrega de la serie de Flujo de trabajo con R y QGIS intentaremos hacer un mini tutorial para hacer nuestras propias herramientas de Processing usando lenguaje R. Es importante que hayas echado un ojo a las dos entradas anteriores ( parte 1 y parte 2) donde se explican como configurar tu entorno de análisis espacial y la instalación del complemento Processing R Provider. Además, para esta entrada asumimos que tienes conocimiento del lenguaje R y por lo menos conocimientos básicos de gestión de datos espaciales en R. Esto lo podrás confirmar si ya has tenido un acercamiento a los paquetes: raster, sp, rgdal y sf. Si aún tienes problemas con el lenguaje R, por favor no te desanimes y continúa leyendo. Es muy probable que entiendas la mayoría de los contenidos y solamente te falte aprender más sobre este útil lenguajede programación.

Por otra parte, deberemos aprender un poco sobre la sintaxis requerida para especificar el encabezado de un script R. Esta sintaxis se puede leer desde el sitio oficial en inglés. Pero intentaremos ir abordando diferentes aspectos de la sintaxis en esta entrada.

Parte 3: Escribiendo herramientas para QGIS Processing en lenguaje R

Empezaremos desde lo más básico agregar scripts de R a Processing, pasando por la edición de un script con las distintas opciones de salidas de capas y tablas, hasta llegar a usar un script dentro de un proceso más complejo en el modelador.

Ejercicios y datos

En esta entrada esperamos explicar todas las bases para que puedas escribir tus propias herramientas de Processing usando R. Los ejercicios que proponemos son los siguientes:

Obtener Rscripts con QGIS Resource sharing.
Mejorar un script para Análisis de varianza con vectores de puntos y salida de tabla
Crear un nuevo script para Regresión local con capas raster y salidas raster
Estudiar opciones de salidas gráficas y numéricas
Uso de scripts R en el modelador de QGIS

Los datos para practicar los puedes descargar desde este enlace.

Nivel 0. Agregando scripts a la caja de herramientas

Como mencionamos en la Parte 2 de esta serie, existen algunos scripts en este repositorio antiguo que podríamos reutilizar, haciendo unas cuantas modificaciones. Sin embargo, queremos también introducir el complemento “Qgis Resource Sharing” para obtener un conjunto de scripts listos para ser usados en Processing.

Como todos los demás complementos, “Qgis Resource Sharing” puede ser instalado desde el administrador de complementos de QGIS.

Y puedes empezar a usarlo inmediatamente desde el menú “Web/Resource sharing”. Podrás ver una ventana con muchísimos recursos compartidos para QGIS, donde puedes instalar una colección de R scripts, como se muestra en la imagen:

La colección completa de R scripts se instalará dentro del directorio que haya sido configurado como directorio de rscrips de Processing R Provider. En mi caso sería en el directorio: ~/.local/share/QGIS/QGIS3/profiles/default/processing/rscripts. Inmediatamente después de instalar la colección, podrás ver los scripts en la caja de herramientas, como parte de los scripts de R.

También pueden ser agregados manualmente, para lo cual será necesario copiar el fichero de extensión rsx al directorio de rscrips de Processing R Provider. Para poder ver el nuevo script en la caja de herramientas se requerirá actualizar el índice de herramientas de Processing. La forma más simple sería reiniciando QGIS.

Nivel 1. Edición de scripts

El script que usaremos para seguir el ejercicio será ANOVA. Este script está guardado en el directorio de rscrips con nombre ANOVA.rsx. El script en cuestión puede ser editado usando… a) cualquier procesador de texto, b) en Rstudio, o c) mediante el editor integrado en el complemento de Processing R Provider. Nosotros usaremos el editor integrado para editar el script. Para ello, basta con hacer un clic derecho sobre el script en la caja de herramientas de processing y seleccionar “Editar script…"

Cuando lo abras con cualquiera de los editores mencionados, podrás ver el siguiente contenido (es el código original escrito por Laura Jeandenans):

##Basic statistics=group
##Layer=vector
##Field1=Field Layer
##Field2=Field Layer
##Field3=Field Layer
##Field4=Field Layer
##Field5=Field Layer
test1<-lm(Layer[[Field1]]~Layer[[Field2]]+Layer[[Field3]]+Layer[[Field4]]+Layer[[Field5]] )
test2<-lm(Layer[[Field1]]~Layer[[Field2]]+Layer[[Field4]]+Layer[[Field5]] )
anova(test1,test2)

Nótese que el script tiene un conjunto de líneas que empiezan con ## a las que llamaremos encabezado. Y las demás líneas son el código R que procesa la información de entrada, a las cuales llamaremos cuerpo. Las líneas del encabezado están estructuradas de la sigueinte manera:

nombre_parametro=tipo [valor_por_defecto/desde_variable]

Por ahora trataremos de explicar esta parte, pero más detalles se pueden encontrar en el apartado de Simple specification de la sintaxis de scripts en el sitio del plugin.

Podemos empezar incluyendo un nombre de script más explicativo. Introduciremos entonces dos líneas nuevas. La primera línea será un nombre para que Processing los ordene en la lista de herramientas. Mientras que la segunda línea será para que el texto de título de la herramienta, pueda ser más explicativo para el usuario. Para eso se podrían incluir dos líneas nuevas en el encabezado. No importa el orden dentro del encabezado, pero para efectos de organización pondré estas dos líneas justo debajo de la primera línea.

##Basic statistics=group
##anova=name
##Tabla de resumen ANOVA de dos modelos=display_name
...

Hasta aquí el script sigue siendo funcional y usable, pero no es tan flexible para cualquier modelo lineal. Entonces, una segunda modificación es reducir el número de campos de entrada, cambiando todos los parámetros de tipo Field Layer a un par de parámetros de tipo Field multiple Layer. Además introduciremos un parámetro de tipo Field Layer para poder especificar una variable dependiente. Estos cambios, volverán inservible el código original del cuerpo en el rscript, por lo que también tendremos que introducir modificaciones en esa parte. Pero primero vamos por las modificaciones del encabezado. Las líneas que se introducirían en lugar de todas las otras Field.., serían:

##Basic statistics=group
##anova=name
##Tabla de resumen ANOVA de dos modelos=display_name
##Dependiente=Field Layer
##Independientes_1=Field multiple Layer
##Independientes_2=Field multiple Layer
...

Los parámetros Independientes.. 1 y 2 son de tipo Field multiple que dependen de la capa de entrada Layer. Y serán, cada uno de ellos, un conjunto de nombres de campos de entradas para los modelos lineales 1 y 2 respectivamente. El parámetro Dependiente será el nombre del campo de la capa Layer que será la variable dependiente en ambos modelos lineales.

Ahora debemos corregir el código R del cuerpo. Para esto haremos los siguientes cambios:

Introducir dos líneas para crear una cadena de texto con la formula para cada test.
Modificar los datos en los argumentos de la función lm() para que coincidan con las formulas creadas dinámicamente.
Agregar > para que el resultado se guarde en un fichero externo como salida de código.

…esto sería así:

##Basic statistics=group
##anova=name
##Tabla de resumen ANOVA de dos modelos=display_name
##Layer=vector
##Dependiente=Field Layer
##Independientes_1=Field multiple Layer
##Independientes_2=Field multiple Layer
f1 <- sprintf("%s ~ %s", Dependiente, paste(Independientes_1, collapse = " + "))
f2 <- sprintf("%s ~ %s", Dependiente, paste(Independientes_2, collapse = " + "))
test1<-lm(f1, data = Layer)
test2<-lm(f2, data = Layer)
>anova(test1,test2)

Con esto el script estaría completo y ya se podría usar. Resaltemos que los cambios que hagamos en el encabezado, los podemos ver reflejados en la ventana de la herramienta modificada. Mientras que los cambios en el cuerpo del script solo se pueden ver en el editor del script o el log de ejecución. Aquí se puede ver la diferencia de ventanas entre ambas versiones.

Nivel 2. Crear tus propios scripts desde cero

Processing R provider puede ejecutar scripts creados por cualquier usario siempre que conserven la sintaxis correcta en el encabezado. El contenido del cuerpo puede ser cualquier cosa que puedas imaginar o requerir. Entonces imaginemos el siguiente escenario:

Eres un usuario de SIG que requiere una tarea especial en su proyecto para la cual no dispone de herramientas en la caja de Processing. Sin embargo tiene suficientes habilidades para resolver el procedimiento en R. Te interesa implementarlo como herramienta de QGIS para usarlo en cualquier ocasión.

El ejercicio propuesto para este fin es una herramienta que permita hacer un análisis de correlación local entre dos capas raster. Para empezar, necesitamos abrir una nueva ventana del editor desde el menú de R (logo de R) en la caja de herramientas de processing: R/crear nuevo script R

La ventana del editor estará completamente vacía. En ella deberemos insertar las líneas de encabezado y luego el cuerpo del script. Para efectos de este ejercicio, proponemos el siguiente contenido:

Las líneas 1 y 2 contienen metadatos para organizar el script dentro de las herramientas de processing. Estas quieren decir que será un nuevo algoritmo dentro del grupo de herramientas Raster processing y que llevará por nombre Local correlation coefficient. Si el script carece de estas dos líneas, processing simplemente la pondrá fuera de cualquier grupo de herramientas y con un nombre derivado del nombre del fichero rsx con el que fue guardado el algoritmo.

##Raster processing=group
##Local correlation coefficient=name

Las líneas 3 a 7, contienen los parámetros de entradas para el algoritmo. Estas líneas permitirán desplegar distintos tipos de mini-aplicaciones de acuerdo a lo que necesitemos en nuestro algoritmo. Por ejemplo con las líneas 3 y 4 haremos que de forma obligatoria el usuario ingrese una capa raster en cada uno de ellos. Los demás parámetros de entradas varían en el tipo de entrada y la configuración. Pero todos guardan una estructura similar: Nombre_del_parametro=tipo <opciones o valor por defecto>. En la tabla de este enlace podrás ver los tipos de parámetro de entrada disponibles para tu script.

##Raster_x=raster
##Raster_y=raster
##Neighborhood_size=number 5
##Method=enum literal pearson;kendall;spearman pearson
##P_value=boolean false

La línea 8, es un parámetro de salida de tipo raster. El nombre que uses en esta línea deberá ser el nombre de uno de los objetos raster que se generen en el cuerpo del algoritmo. De la misma manera que con los parámetros de entrada, los parámetros de salida pueden ser de distintos tipos: vector, raster, tabla, file, folder, number, string y consola. En este enlace podrás ver más especificaciones, pero todas tienen en común la siguiente estructura: Nombre_de_salida=ouput tipo <opciones> donde “output” es una palabra obligatoria para que processing pueda identificar que se trata de una salida. El algoritmo podría tener más de una salida de acuerdo a nuestras necesidades.

##Local_correlation=output raster

Hasta este punto Processing R provider hará chequeos previos de la estructura del script. De haber errores puede ocurrir: 1) si una línea incorrectamente escrita no sea reconocida como una estructura válida, el script mostrará un error al momento de ejecutar la herramienta; y, 2) si el nombre del script no contiene la extensión rsx o tiene un nombre repetido con otra herramienta de R, no se mostrará dentro de la caja de herramientas de processing.

El resto de líneas de este ejemplo corresponden al cuerpo del script y se deberán escribir exactamente de la forma que el intérprete de R pueda reconocer. Cualquier error en el código no será reconocido por processing hasta el momento de ejecutar la herramienta, para lo cual la pestaña de “Log” podrá servir para interpretar cuál fue el error.

Local_correlation <- raster::corLocal(
x = Raster_x[[1]],
y = Raster_y[[1]],
ngb = Neighborhood_size,
method = Method,
test = P_value
)

A continuación te dejo el script completo por si quieres usarlo como una herramienta para ti:

##Raster processing=group
##Local correlation coefficient=name
##Raster_x=raster
##Raster_y=raster
##Neighborhood_size=number 5
##Method=enum literal pearson;kendall;spearman pearson
##P_value=boolean false
##Local_correlation=output raster
Local_correlation <- raster::corLocal(
x = Raster_x[[1]],
y = Raster_y[[1]],
ngb = Neighborhood_size,
method = Method,
test = P_value
)

Una última parte, opcional pero muy importante, sería crear la ayuda del algoritmo. Es un paso adicional que te permitirá describir los parámetros de entrada y salida de tu algoritmo y así poder tener una explicación a mano cuando ejecutes la herramienta. Esta ayuda se mostrará en la sección de ayuda de la ventana.

Escribir la ayuda es bastante sencillo, pues consiste en crear un fichero de texto en el mismo directorio de rscrips, con el mismo nombre del script, pero con la extensión rsx.help. El fichero debe contener un objeto json con la explicación de cada uno de los parámetros. Por ejemplo:

{
"ALG_DESC": "Calculate local correlation (pearson, kendall, spearman) based in a kernel matrix",
"ALG_CREATOR": "@gavg712",
"ALG_HELP_CREATOR": "@gavg712",
"ALG_VERSION": "0.0.1",
"Raster_x": "Single band raster for x variable",
"Raster_y": "Single band raster for y variable",
"Neighborhood_size": "Number of neighbor cells around a central pixel. Default value 5",
"Method": "Selection of methods for correlation test",
"P_value": "Logical. Default value False. If True includes a p_value raster in the output",
"Local_correlation": "Output raster of one or two bands, depending on P Value param"
}

Las palabras: "ALG_DESC", "ALG_CREATOR", "ALG_HELP_CREATOR" y "ALG_VERSION" son palabras especiales que permitirán agregar más información a la ayuda del script. Por otro lado, Si los nombres de los valores de la ayuda no coinciden con los nombres del Script, simplemente serán omitidos de la ayuda en la ventana. Como entrenamiento te propongo que corrijas el fichero de ayuda del algoritmo ANOVA.rsx, como verás con los cambios que hicimos la ayuda no sirve de mucho. Vamos hazlo!

Nivel 3. Otros tipos de salidas.

Existen más tipos de salidas que no necesariamente son objetos espaciales, pero pueden ser el resultado de un rscript. Por ejemplo un gráfico estadístico, un valor numérico o una cadena de texto. En los siguientes ejemplos veremos dos algoritmos que generan salidas no espaciales.

El primero es un algoritmo para hacer un gráfico de tenencia, muy útil para estudios de textura de suelos:

##Vector analysis=group
##Tenary plot=name
##Layer=Vector
##X= Field Layer
##Y=Field Layer
##Z=Field Layer
##Group=optional Field Layer
##output_plots_to_html
library("ggplot2")
library("ggtern")
ggplot()+
geom_point(mapping =
if (!is.null(Group)){
aes(Layer[[X]],Layer[[Y]], Layer[[Z]])
} else {
aes(Layer[[X]],Layer[[Y]], Layer[[Z]],
color = as.factor(Layer[[Group]]),
group = as.factor(Layer[[Group]]))
}
)+
coord_tern() +
xlab(X)+
ylab(Y) +
zlab(Z) +
theme_showarrows() +
theme(legend.title=element_blank())

Aquí podemos ver que la linea ##output_plots_to_html tiene una estructura diferente a las que hemos visto hasta ahora. Se trata de una línea que modifica el comportamiento del script. En este caso en lugar de devolver un objeto, el algoritmo generará un fichero html que contendrá el gráfico generado. El homólogo de esta instrucción para versiones antiguas de Processing R provider es ##showplots, que todavía se puede usar.

Para nuestro segundo ejemplo, retomaremos el script “Min_Max” que habíamos visto en la entrada anterior. El contenido de este script es:

##Example scripts=group
##Min_Max=name
##Layer=vector
##Field=Field Layer
##Min=output number
##Max=output number
##Summary=output string
Min <- min(Layer[[Field]])
Max <- max(Layer[[Field]])
Summary <- paste(Min, "to", Max, sep = " ")

Se pueden ver tres líneas de output. Dos de ellas son números y una es un texto. Cuando se ejecuta este script, no se verá ningún tipo de resultado ni gráfico ni espacial. Sin embargo, si se fijan en la pestaña Log de la ventana de ejecución, podrán ver (casi al final) la siguiente línea:

{'Max': '9.721', 'Min': '5.16', 'Summary': '5.16 to 9.721'}

Esto significa que el resultado será devuelto como variable dentro del contexto en el que se use el rscript y podrá ser usado como entrada en alguna otra herramienta de Processing, como lo veremos en la próxima parte de esta entrada.

Nivel 4. Usando R scripts en el Modelador

Este es nuestro cuarto nivel del tutorial y veremos como utilizar salidas de R como entradas en otros algoritmos de Processing. Para esto vamos a utilizar el modelador de QGIS y el algoritmo “Min_Max” que antes hemos visto.

Como se vió más arriba, este algoritmo genera un objeto json que estará disponible como variables dentro del contexto en el que se use, en este caso del modelador. Entonces, las aprovecharemos dentro de un modelo de ejemplo que nos permita generar un raster de valores aleatorios a partir de los valores mínimo y máximo de un campo en una capa de vectores. Si todavía no sabes como hacer modelos en QGIS, te recomiendo mirar este enlace: QGIS training manual: Modeler only. El modelo propuesto es el siguiente:

El enlace entre las salidas del Rscript y la entrada en la otra herramienta de processing se realiza mediante una expresión en los parámetros de límite inferior y límite superior (“Lower bound…" y “Upper bound..") como se muestra en la imagen a continuación.

De esta manera se puede aprovechar un rscript como insumos para otros procesos en el modelador. Debo recalcar que esto no es exclusivo de Processing R provider, sino es una de las bondades de la nueva API de Processing.

Nivel 5: Especificación avanzada

Todos los parámetros de entradas y salidas pueden ser especificados mediante una estructura especial que permitirá tener mayor flexibilidad. Es especialmente útil al momento de definir los parámetros de entrada. Se trata de usar las clases y propiedades de Python para objetos QgsProcessingParameter*. Veamos un ejemplo: La misma especificación del encabezado del script de ANOVA.rsx podemos escribirla así:

##Basic statistics=group
##anova=name
##Tabla de resumen ANOVA de dos modelos=display_name
##QgsProcessingParameterVectorLayer|Layer|Capa de entrada|-1|None|False
##QgsProcessingParameterField|Dependiente|Variable dependiente|None|Layer|0|False|False|False
##QgsProcessingParameterField|Independientes_1|Variables independientes modelo 1|None|Layer|0|True|False|False
##QgsProcessingParameterField|Independientes_2|Variables independientes modelo 2|None|Layer|0|True|False|False
f1 <- sprintf("%s ~ %s", Dependiente, paste(Independientes_1, collapse = " + "))
f2 <- sprintf("%s ~ %s", Dependiente, paste(Independientes_2, collapse = " + "))
test1<-lm(f1, data = Layer)
test2<-lm(f2, data = Layer)
>anova(test1,test2)

Aquí vemos que las líneas que empiezan con una especificación de tipo QgsProcessingParameter* y continúa con valores separados por una barra vertical |. Esos valores corresponden a un atributo de la clase en el mismo orden que han sido definidos en Python. De esta manera podremos tener más control sobre el parámetro. Por ejemplo, nótese que en esta especificación podemos usar como nombre del objeto R Layer, mientras que el enunciado que aparecerá en la ventana de la herramienta es Capa de entrada. Así también para los parámetros de las variables hemos controlado que los tipos de campos aceptados sean solo numéricos.

Cada tipo de parámetro de entrada o salida tiene su propia lista de propiedades que pueden ser controlados. Si quieres saber que propiedades tiene un parámetro específico, puedes consultar la documentación de PyQgis.

Concluyendo

Como hemos visto desde la parte 1, trabajar con R y QGIS juntos es bastante sencillo. Los desarrolladores de ambas partes están haciendo un esfuerzo enorme para brindarnos a los usuarios las herramientas para mejorar nuestros análisis de SIG. Solo hace falta aprender la lógica del trabajo para aprovechar ambos mundos.

No puedo más que sugerirte tomar parte de este crecimiento siguiendo alguna o varias de estas pautas:

Si ves algún comportamiento extraño en cualquiera de las herramientas que te he mostrado en esta serie de entradas, puedes reportar a los desarrolladores en sus respectivos repositorios.
Si tienes habilidades de traducción, puedes compartir esta información o la documentación oficial a otros usuarios en otros idiomas.
Si tienes un poco de dinero que puedas apoyar a las iniciativas, contacta a los desarrolladores. Siempre les vendrá bien el soporte económico para el proyecto.
No menos importante tu conocimiento puede ayudar a muchos más, usa licencias libres para compartir tus desarrollos.

Muchas gracias por leer esta serie. Nos leeremos en una próxima oportunidad.

Serie: Flujo de trabajo con R y QGIS. Parte 2

Sun, 10 Oct 2021 00:00:00 +0000

Esta es una entrada compartida entre las comunidades de QGIS España y R Espacial en Español. También la podrás leer este enlace a su blog

Introducción

En la entrada anterior explicamos cómo usar los algoritmos de QGIS Processing desde una sesión de R. En esta ocasión haremos el proceso inverso de esta integración de QGIS y R. Explicaremos cómo usar bibliotecas y funciones de R desde QGIS. Para lo cual nos ayudaremos del complemento Processing R Provider que puede ser instalado desde el Administrador de complementos de QGIS

Lenguaje R

R más allá de ser un software de estadística, es un lenguaje de programación orientado al análisis de datos. Aunque también permite hacer muchas otras cosas, desde automatización de procesos hasta desarrollo de aplicaciones web, aquí nos concentraremos solo en las funciones que sirvan para análisis de datos espaciales.

La IDE más conocida para escribir código R es RStudio. Esta IDE es el producto estrella de la empresa Rstudio PBC. La versión libre de Rstudio es una herramienta por demás suficiente para hacer muchas tareas de análisis espacial y desarrollo. Pero en esta entrada no nos centraremos más en esta IDE. En su lugar nos centraremos en las características propias del lenguaje R y sus indiscutibles prestaciones para ser integrado en QGIS.

Hay muchos recursos en internet para empezar con R, por citar algunos:

Libros

R para principiantes [Es]
R para la ciencia de datos [Es]
Geocomputation with R [En]
Análisis espacial en R: Usa R como un SIG [Es]
Advanced R [En]
Spatial Data Science with R [En]
Spatial Data Science (en construccion) [En]

Grupos, foros y blogs

RSpatial en español: Grupo de Telegram [Es]
Ayuda sobre R en stackoverflow [En]
Rstudio community [En]
Rstudio Primers [En]
R-Spatial Blog [En]

Preparación del ambiente.

Si ya has leído la entrada anterior, seguro ya dispones de un ambiente listo para trabajar con QGIS y R al mismo tiempo. Si no, te recomiendo que le eches un vistazo a la sección sobre Preparación del ambiente

Parte 2: Trabajando con R desde QGIS Processing

Ahora si, empezamos esta segunda parte!

Processing R provider es un complemento de QGIS que provee de herramientas de scripting con R a la caja de herramientas. Este complemento sería el análogo (un poco limitado) a las opciones de scripting con python de Processing. Por lo tanto, los scripts de R en QGIS Processing se ejecutarán como mediante las ventanas conocidas de la caja de herramientas.

Instalación y configuración del complemento en QGIS

Las instalación de esta extensión se puede hacer desde el desde el administrador de complementos de QGIS.

Una vez instalado, se requiere configurar desde el menú de configuración de los proveedores de herramientas de Processing. Si tienes abierto el panel de processing, basta con entrar desde el icono de opciones. Si no está abierto el panel, desde el menú Processing se puede activar la caja de herramientas para tener a mano la opción de configuración. Pero la forma más fiable de acceder a la configuración es desde las Opciones de QGIS.

Sea cual sea la forma que llegues, debes acceder a la sección de Processing/Providers. Allí encontrarás varios proveedores de algoritmos, entre ellos R. Podrás reconocerlo por el Logo de R que lleva adelante del nombre.

Existen cinco opciones para configurar en este proveedor, a continuación detallo brevemente en qué consisten cada una:

Repositorio de paquetes. Es el enlace al servidor CRAN de donde se instalarán los diferentes paquetes de R. Es recomendable cambiar por uno más cercano a tu localidad. En esta lista puedes ver todos los repositorios que existen: Red CRAN
Directorio de R. Es el directorio donde reside el ejectutable de la consola de R. Si es en windows, localizar la carpeta de instalación de R. En Linux y Mac OS, el ejecutable se localiza automáticamente, salvo que se haya instalado en un directorio diferente al que se instala por defecto.
Directorio de scripts R. Los algoritmos que se escriban en lenguaje R deben ser guardados en un directorio específico para que Processing pueda reconocerlos y cargarlos como herramientas. Por defecto se asigna un subdirectorio dentro del directorio de configuración de QGIS del usuario.
Librerías de usuario en lugar de librerías del Sistema. Quizá es uno de los puntos más críticos de la configuración. Si se activa, una instalación de todos los paquetes principales se realizará durante la primera ejecución de cualquiera de las herramientas de R provider. Si algún script tiene declarada alguna herramienta no principal, también se instalará durante el primer uso de esa herramienta. En el caso contrario, si no está activa, el programa buscará en los directorios de bibliotecas de R registradas por R libPaths(). Por lo que deberás asegurarte de tener instaladas todas las librerías que se requieran en tus scripts. Si estás en Linux y quieres tener más control, recomiendo desactivar esta opción para usar las librerías instaladas desde la consola de R o Rstudio.
Directorio de bibliotecas del Usuario. Depende de la opción anterior. Si la opción 4 está activa, se deberá definir una ruta donde guardar las librerías que se instalarán durante la ejecución de las herramientas.

Vamos a probarlo.

El complemento viene con cuatro scripts de ejemplo, completamente funcionales, que podrás usarlos en cualquier momento. Todos los scripts se despliegan como cualquier otra herramienta de la caja de Processing.

Las entradas y salidas dependen de objetos de la API de QGIS, pero en general podrás ingresar y generar vectores, raster, tablas, gráficos, otros ficheros, etc., incluso hasta podrás registrar todos los procesos de la consola de R en un fichero. Como un pequeño bocadito veamos el contenido del script de Min_Max:

Encabezado

##Example scripts=group
##Min_Max=name
##Layer=vector
##Field=Field Layer
##Min=output number
##Max=output number
##Summary=output string

Cuerpo

Min <- min(Layer[[Field]])
Max <- max(Layer[[Field]])
Summary <- paste(Min, "to", Max, sep = " ")

Como podemos ver, existen dos partes bastante fáciles de identificar: 1) El encabezado es donde se configura el comportamiento, se definen las entradas y salidas del script; y 2) El cuerpo es donde se escriben las diferentes líneas de procesos internos del algoritmo. Por el momento no entraremos en detalles, pero es un abre bocas de lo que se viene en la próxima entrada.

Repositorios de R scripts

Lamentablemente en la nueva versión de QGIS 3.x todavía no dispone de un repositorio central que permita descargar scripts listos para usar, tal como había en la versión 2.18. Pero el número de usuarios que tienen repositorios personales en GitHub o GitLab va creciendo. Por lo que es de esperarse que en un futuro cercano se vuelva a integrar un repositorio compartido.

Por lo pronto, existe este viejo repositorio de Qgis Processing con las versiones de scripts de Python y R que funcionaban en la versión 2. Este repositorio puede ser un buen punto de partida, pero requiere que se hagan modificaciones en los scripts para hacerlos funcionlaes para la versión 3.

Si no sabes como hacer esas modificaciones, ¡No te preocupes!. En la próxima entrada explicaremos cómo editar scripts o hacer desde cero tus propias herramientas para Processing. Por lo pronto ve practicando tus habilidades de programación en R. No te pierdas la tercera parte del Flujo de Trabajo con R y QGIS…

Esta vez, Gracias infinitas a Nyall Dawson ( @nyalldawson) y Jan Caha ( @cahik13) por mantener este complemento que originalmente fue desarrollado por Victor Olaya ( @volayaf).

Serie: Flujo de trabajo con R y QGIS. Parte 1

Sat, 09 Oct 2021 00:00:00 +0000

Esta es una entrada compartida entre las comunidades de QGIS España y R Espacial en Español. También la podrás leer este enlace a su blog

Introducción

QGIS es uno de los software de código abierto más representativos en el mundo de los Sistemas de Información geográfica de escritorio. Si bien, forma parte de una gran lista de software de la fundación OSGeo, existe una larga lista de empresas reconocidas que apuestan por este software ( Listado de sponsors).

R por su parte, es un software bastante conocido por sus facilidades para el análisis estadístico. Este también ha sido aceptado tanto en el mundo científico como en el ámbito de las empresas e instituciones de estadísticas de todo el mundo. Por lo que es de esperarse que también tenga una comunidad de usuarios muy activa y un núcleo de desarrolladores muy sólido.

Este es el primero de tres entradas de blog en que mostraremos estrategias para aprovechar las potencialidades de ambos mundos. En esta primera entrada empezaremos revisando las alternativas que existen al momento de usar algoritmos de QGIS dentro de un ambiente de R.

Los Algoritmos de QGIS

QGIS más allá de ser un software de escritorio también es una API de desarrollo. Por lo tanto tiene algoritmos que se pueden ejecutar desde una línea de comandos. Lo que resulta muy conveniente tanto para el mundillo de los usuarios R espacial, como para otros tantos analistas espaciales (principalmente los usuarios de QGIS).

La base de toda esta entrada está claramente detallada en los apartados 22.7 y 22.8 de la guía de usuario de QGIS. Aunque en versiones de la QGIS 2.x se usaba RQGIS con muy buen rendimiento, para las versiones de QGIS 3.14 en adelante no existe un paquete completamente maduro que recoja todos los beneficios de la nueva API de QGIS. Por lo tanto en los ejemplos posteriores se usará el paquete qgisprocess como alternativa para ejecutar los algoritmos de QGIS processing.

Preparación del ambiente.

Antes de empezar a correr QGIS processing desde R,debo recomendarte que tengas listas y correctamente configuradas las dependencias con las que vas a trabajar:

QGIS versión 3.14 o superior
R versión 4.0.6 (también se puede usar desde 3.5 pero recomiendo usar las versiones 4.0 en adelante)
- Paquete rgdal
- Paquete raster
- Paquete sf
- Paquete rgeos
- Paquete stars
GDAL 3.0 en adelante
SAGA-GIS 2.3 en adelante
GRASS-GIS 7.0 en adelante
otras dependencias a tu gusto

Si eres usuario de windows, te recomiendo gestionar todas estas dependencias usando el instalador de OSGEO4W

Por otro lado, te recomiendo que le eches un vistazo a esta otra entrada de blog donde se explican detalles de cómo preparar tu ambiente de trabajo para R Espacial. Y como bono de bienvenida, para los usuarios de Linux, este estupendo vídeo de Raúl Nanclares explica en vivo como el Entorno de Análisis GeoEspacial en Linux (Ubuntu 20.04)

En linux es posible que se requiera instalar algunas blibliotecas del sistema antes de instalar ciertos paquetes en R. Por lo cual recomiendo revisar el sitio de Package Manager para saber los prerequisitos del sistema para cada paquete en tu distribución Linux.

Parte 1: Trabajando con QGIS Processing desde R

El paquete qgisprocess es un paquete que permite ejecutar los algoritmos de QGIS processing mediante el ejecutador de procesos en línea de comandos qgis_process. Esta es una de las bondades de la nueva API de QGIS ya que no es necesario hacer elaborados scripts para aprovechar la caja de herramientas. Nótese que, en esta entrada, nos referimos al paquete de R cuando se menciona qgisprocess (sin guión bajo), mientras que para el ejecutador de procesos de Qgis con qgis_process (con guión bajo).

The qgisprocess package wraps the qgis_process command-line utility, which is available in QGIS >= 3.14.16, released in September 2020. MacOS users will have to install a recent nightly build until QGIS 3.16 has been released; download instructions for all platforms are available at https://download.qgis.org/. If a recent version of QGIS isn’t available for your OS, you can use one of the Geocomputation with R Docker images with QGIS installed. (Dewey Dunnington, @paleolimbot)

No hay una versión estable de qgisprocess en CRAN. Sin embargo, se puede instalar la versión en desarrollo desde el repositorio en GitHub.

# install.packages("remotes")
remotes::install_github("paleolimbot/qgisprocess")

Cuando se ha instalado se puede llamar la bliblioteca de la forma habitual como se hace en R. Si todo va bien verás un mensaje como se muestra a continuación

library(qgisprocess)

Using 'qgis_process' at 'qgis_process'.
QGIS version: 3.20.3-Odense
Metadata of 1539 algorithms successfully cached.
Run `qgis_configure()` for details.

Si algo ha ido mal, se puede ver qué ocasionó el error usando la función qgis_configure(). Lo que hace esta función es intentar localizar el ejecutable en línea de comando qgis_process

Cuando el paquete ha sido cargado y configurado correctamente en la sesión de R, ya se puede empezar a usar. Lo primero será entender cómo funciona el paquete.

Las funciones de qgisprocess envían instrucciones mediante process::run al ejecutable qgis_process. El resultado es devuelto como una lista de instrucciones que son interpretadas como insumos de salida para otras funciones en R. Se verá mejor con un ejemplo:

Vamos a calcular un área de influencia (buffer) de la capa de condados de North Carolina. Necesitamos un objeto de Simple features para pasarle como entrada a qgisprocess. Entonces leeremos usando la función sf::st_read()

 entrada <- sf::read_sf(system.file("shape/nc.shp", package = "sf"))
plot(st_geometry(entrada), col = "steelblue")

Ahora si, podemos calcular el área de influencia con el algoritmo native:buffer.

resultado <- qgis_run_algorithm(algorithm = "native:buffer",
INPUT = entrada, #<- parámetro de la herramienta
DISTANCE = 1, #<- parámetro de la herramienta
DISSOLVE = TRUE, #<- parámetro de la herramienta
.quiet = FALSE
)

Lo que nos dará como resultado un objeto de clase qgis_result, la cual contiene las rutas a ficheros temporales que contienen las salidas del algoritmo de QGIS ejecutado mediante qgisprocess

resultado

<Result of `qgis_run_algorithm("native:buffer", ...)`>
List of 1
$ OUTPUT: 'qgis_outputVector' chr "/tmp/RtmplHA5hd/file3aca38fc7913/file3aca69989e42.gpkg"

A partir de aquí, solo hace falta cargar este nuevo fichero a la sesión de R. Para nuestro ejemplo se puede hacer fácilmente de la siguiente manera:

# Así...
buf <- sf::st_read(resultado[[1]])
# o también así
buf <- sf::st_read(qgis_output(resultado, "OUTPUT"))
plot(sf::st_geometry(buf), col = "steelblue")

En resumen, para obtener el resultado de un algoritmo de qgis_process se requieren dos momentos: 1) Ejecutar el proceso deseado con qgisprocess::qgis_run_algorithm() y 2) Leer el resultado con alguna de las funciones de R para datos espaciales, ej. sf::st_read().

Para concluir sobre el trabajo con QGIS dentro de R, quiero también introducir el paquete de R qgis desarrollado por Jan Caha. También es un paquete en desarrollo, por lo que solo está disponible para instalar desde el repositorio:

# install.package("remotes")
remotes::install_github("JanCaha/r_package_qgis")

Este paquete está siendo diseñado para trabajar sobre qgisprocess, mediante llamadas más simples para el usuario R, incluyendo la posibilidad de tener la documentación de las blibliotecas de Processing de QGIS dentro de R. El ejemplo anterior puede ser ejecutado así:

resultado2 <- qgis::qgis_buffer(entrada, DISTANCE = 1, DISSOLVE = TRUE) |>
sf::st_read(resultado[[1]])

Reading layer `file3aca358d39d3' from data source
`/tmp/RtmplHA5hd/file3aca38fc7913/file3aca358d39d3.gpkg'
using driver `GPKG'
Simple feature collection with 1 feature and 14 fields
Geometry type: MULTIPOLYGON
Dimension: XY
Bounding box: xmin: -85.31306 ymin: 32.88374 xmax: -74.46764 ymax: 37.58832
CRS: NA

Debido a que el paquete qgis es un conjunto de accesos directos a los algoritmos soportados oficialmente por QGIS Processing, solo se podrán usar con este paquete aquellos algoritmos nativos de qgis, los de Saga-gis y los Grass-gis que estén dentro de processing. Sin embargo, se recomienda no cargar la biblioteca completa en la sesión de R (~~library(qgis)~~), ya que se estaría cargando más de 900 funciones (una por cada algoritmo de Processing de QGIS). En su lugar, se recomienda llamar las funciones de la forma qgis::qgis_buffer(...). Para los algoritmos que no sean soportados oficialmente por QGIS, se puede usar qgisprocess::qgis_run_algorithm() de la misma forma como ya se ha explicado antes.

Nota: Los paquetes RQGIS y RQGIS3 ya no tienen soporte para las nuevas versiones de QGIS, por lo que han sido descontinuados en favor de qgisprocess

Actualización: Se prevé que para las nuevas versiones de QGIS a partir de la 3.22, los algoritmos de proveedores de SAGA y GRASS ya no tendrán soporte oficial de QGIS, pero todavía podrán ser usados mediante complementos.

Finalmente, me parece impresionante la dedicación de Dewey Dunnington ( @paleolimbot) y Jan Caha ( @cahik13) en estos dos paquetes y la integración de QGIS en R, por lo que les agradezco infinitamente.

No se pierdan la segunda parte del Flujo de Trabajo con R y QGIS …

Convenio de colaboración con Máster de las Geometrías Jurídicas de la UPV

Fri, 14 May 2021 09:48:37 +0000

El pasado jueves 6 de mayo de 2021, la Asociación de QGIS España y el MÁSTER EN GEOMETRÍAS JURÍDICAS de la UNIVERSITAT POLITÈCNICA DE VALÈNCIA han firmado un Convenio de colaboración que tiene como objeto fundamental crear un vínculo entre ambas entidades para la realización de acciones de formación y divulgación relacionada con el proyecto de Sistema de Información Geográfico de código abierto QGIS

Como objetivo específico, por parte de MGEOJUR,

se ofrece a aplicar un 15% de descuento en la matrícula a cualquier socio que se inscriba en el MÁSTER EN GEOMETRÍAS JURÍDICAS.
Utilizar el software QGIS en la asignatura de SISTEMAS DE INFORMACIÓN GEOGRÁFICA APLICADO A LA PROPIEDAD INMOBILIARIA.

Por parte de QGIS España,

Organización de al menos un seminario dentro del primer año de las actividades con una temática relacionada con el proyecto QGIS.

Este tipo de convenios tienen dos objetivos principales, por un lado contar con el apoyo de instituciones y asociaciones profesionales que fomentan el empleo de los sistemas de información soportados con QGIS, así como el desarrollo profesional continuado de sus miembros. Por otro lado, obtener beneficios conjuntos en cuanto a las actividades y encuentros organizados por ambas partes relacionados con la materia.

Convenio de colaboración con IMASGAL TÉCNICA S.L.

Fri, 23 Apr 2021 16:41:38 +0000

El pasado miércoles 25 de marzo de 2021, la Asociación de QGIS España y la empresa IMASGAL TÉCNICA S.L. han firmado un Convenio de colaboración que tiene como objeto fundamental crear un vínculo entre ambas entidades para la realización de acciones de formación y divulgación relacionada con el proyecto de Sistema de Información Geográfico de código abierto QGIS

Como objetivo específico, por parte de IMASGAL,

se ofrece a aplicar un 10% de descuento en todos los cursos que figuran en el catálogo coordinado por IMASGAL para los socios de QGIS ESPAÑA.

Por parte de QGIS España,

Organización de al menos un seminario dentro del primer año de las actividades con una temática relacionada con el proyecto QGIS.

Usando QGIS vía Docker

Mon, 29 Mar 2021 12:00:00 +0000

Contenidos

Introducción
Advertencia
Directo al asunto…
Creación de las imágenes de Docker
- Instalación de QGIS en Debian/Ubuntu
- Configurar imagen de docker
Corriendo QGIS desde la imagen creada
Conclusiones

Introducción

La virtualización por contenedores o a nivel de sistema operativo usando Docker es una técnica que se ha extendido notablemente en los últimos años por su flexibilidad y sencillez para desplegar servicios y aplicaciones.

En mi caso, que uso GNU/Linux como sistema operativo, concretamente Ubuntu o Debian, dependiendo de la máquina, uno de los problemas que me encontraba si quería probar alguna versión distinta de QGIS era que debía de sustituir la que ya tenía instalada en mi sistema. También, durante mucho tiempo lo que he estado haciendo es usar una máquina virtual que montaba ex profeso en VirtualBox.

Con la llegada, o más bien, mi comienzo en el uso, de Docker, mi perspectiva para la prueba de diferentes versiones de QGIS cambió al poder mover la virtualización de VirtualBox a una imagen de este sistema de virtualización ligera. En este post explico los principios básicos para hacer correr contenedores Docker con una versión personalizada de nuestro SIG de escritorio libre favorito en base a las notas que tengo en mi repositorio de GitLab.

Advertencia

El código que muestro a continuación está en proceso de mejora, no me hago responsable de cualquier perjuicio que pueda ocasionar por su uso en entornos de producción. Sin menoscabo de lo anterior puedo afirmar que todas las pruebas que he hecho con las imágenes que se comentan a continuación han sido satisfactorias.

Cualquier mejora y a portación es bienvenida a través de las issues de mi repositorio en gitlab.

Las imágenes de docker resultantes del siguiente proceso tiene un elevado tamaño (entre 2,6 y más de 3 GB) por lo que has de tenerlo presente a la hora de crear o descargarlas para correr el contenedor final.

Si quieres una imagen de QGIS generada desde la compilación del código del programa te recomiendo que le eches un vistazo a las imágenes oficiales del proyecto QGIS en DockerHub o en el repo oficial de GitHub.

La aproximación que sigo en este documento es la de recrear un sistema operativo básico en Debian y sobre él instalar la versión de QGIS que nos interesa. Como podrás leer al final del documento es totalmente mejorable y lo he tenido presente de cara a desarrollos futuros.

El código que se presenta a continuación está bajo licencia Creative Commons Reconocimiento Compartir igual 4.0

Foto Wikipedia

Directo al asunto…

Si no te interesan los aspectos técnicos que desarrollo más abajo y lo único que quieres es correr QGIS desde Docker sin más dilación te pego aquí el código para correr el programa en sus tres versiones; (1) master/dev o de desarrollo, (2) latest release, última estable, y (3) long term release, versión de largo recorrido (la indicada para entornos de producción).

Si estas en GNU/Linux (lo he probado en Ubuntu y Debian) y tienes instalado Docker puedes lanzar directamente cualquiera de estos comandos sobre la carpeta que contenga los datos que vas a usar con cualquiera de los tres comandos que te pego a continuación:

# (1) para versión en desarrollo; QGIS 3.19 (master)
xhost + &
docker run --rm --name qgis_dev \
-v $PWD:/root -v /tmp/.X11-unix:/tmp/.X11-unix \
-e DISPLAY=unix$DISPLAY \
msevilla00/qgis:dev qgis
# (2) para última versión; QGIS 3.18.0 (LT)
xhost + &
docker run --rm --name qgis_latest \
-v $PWD:/root -v /tmp/.X11-unix:/tmp/.X11-unix \
-e DISPLAY=unix$DISPLAY \
msevilla00/qgis:latest qgis
# (3) para versión estable de largo recorrido; QGIS 3.16.4 (LTR)
xhost + &
docker run --rm --name qgis_ltr \
-v $PWD:/root -v /tmp/.X11-unix:/tmp/.X11-unix \
-e DISPLAY=unix$DISPLAY \
msevilla00/qgis:ltr qgis

Las imágenes, la primera vez, se descargarán de mi usuario en DockerHub, se creará un contener temporal y arrancará QGIS en la versión que se haya seleccionado y los datos estarán en la carpeta Home del programa.

Ten presente que como Docker requiere privilegios de administrador, root, los archivos y proyectos que crees estarán asociados a este usuario y deberás cambiarles los privilegios de escritura, sudo chmod a+w nombrearchivo, o cambiar el usuario propietario, sudo chown usuario nombrearchivo para que sean manipulables con un usuario ordinario y fuera del QGIS de Docker.

Creación de las imágenes de Docker

Las imágenes de Docker que se han usado están montadas sobre una imagen de Debian 10, buster a la que, como si de un sistema operativo sencillo y al uso se tratara, se le han añadido los repositorios de QGIS y se le han instalado los programas requeridos: QGIS más GRASS GIS y SAGA GIS.

Instalación de QGIS en Debian/Ubuntu

En realidad lo que hice fue seguir los propios comandos que se indican en la propia página del proyecto de QGIS, que ya tengo establecidos para cualquier instalación que realizo en mis equipos, que tengo recogidos en mi repositorio con scripts de instalación en GitLab y que resumo y comento a continuación.

# instalar paquetes previos necesarios
apt-get install -y apt-utils curl gpg keyboard-configuration \
nano software-properties-common ssh unzip wget
# instalar la clave de repositorio de QGIS
wget -qO - https://qgis.org/downloads/qgis-2020.gpg.key | \
gpg --no-default-keyring --keyring \
gnupg-ring:/etc/apt/trusted.gpg.d/qgis-archive.gpg --import
chmod a+r /etc/apt/trusted.gpg.d/qgis-archive.gpg
# añadir repositorio de QGIS (en este caso el de la varsión LR)
echo "deb http://qgis.org/debian buster main" \
> /etc/apt/sources.list.d/qgis-latest.list
# instalar QGIS
apt install -y qgis qgis-plugin-grass
# instalar GRASS y SAGA
apt install -y grass saga

Por la naturaleza y las particularidades de las imágenes de Docker, hay que tener presente que se ha de incorporar un entorno de ventanas al sistema y es necesarios algunos otros paquetes que nos permiten controlar el acceso a QGIS desde el sistema en el que corramos el contenedor de Docker.

# instalación de otros paquetes adicionales
apt install -y lxqt-core supervisor xvfb

Configurar imagen de Docker: dockerfile

El anterior conjunto de instrucciones y alguna otra adicional se han incluido en tres archivos de configuración para la construcción de imágenes de Docker, estos son, tres archivos de tipo dockerfile.

Aunque es recomendable echarle una ojeada a la documentación oficial de Docker, sobre cómo trabajar con archivos del tipo dockerfile, este tipo de archivos permiten establecer las instrucciones (imagen de partida, instrucciones de instalación, variables y otras) para construir una imagen de docker.

Para el caso que nos ocupan se han generado estos tres archivos:

qgis_dev_buster.dockerfile - para versión de desarrollo
qgis_lr_buster.dockerfile - para versión de largo recorrido
qgis_ltr_buster.dockerfile - para última versión estable

Sobre los archivos anteriores y con el comando docker build sobre directorio en el que se encuentren estos archivos se podría construir cada una de las imágenes siguiendo el ejemplo, para la versión en desarrollo que se muestra a continuación:

# versión de desarrollo; QGIS 3.19 (master)
docker build -t qgis:dev -f qgis_dev_buster.dockerfile .

Ten presente que hay un punto al final de la instrucción que indica que se realice el comando en el directorio actual.

Corriendo la imagen de Docker creada

Una vez que hemos construido la imagen, para que Docker trabaje con ella, Docker ha de copiarla a un container o contenedor, una instancia temporal que estará corriendo en tu máquina con las características de la imagen que creaste. Cada vez que lances QGIS con estas instrucciones Docker construirá un contenedor desde la imagen e iniciarás QGIS recién instalado. De hecho podrás crear cuantos contenedores desees tomando como base una misma imagen. Tienes más información sobre lo que es un contenedor en la documentación oficial de Docker.

Para que la imagen que hemos construido se transforme en un contenedor y podamos ponerla en funcionamiento lo realizaremos con el comando docker run tal y como se describe, para la imagen de desarrollo en las siguiente secuencia de comandos:

xhost + &
docker run --rm --name qgis_dev \
-v /tmp/.X11-unix:/tmp/.X11-unix \
-v ~/data:/root \
-e DISPLAY=unix$DISPLAY \
qgis:dev qgis

El código anterior costa de dos comandos: el primero permite que se acceda al control de la interfaz gráfica del sistema, xhost, y el siguiente, ya con el acceso permitido, corre la instrucción de Docker, docker run junto con una serie de opciones que genera un contenedor temporal desde la imagen y que será el responsable de correr QGIS en su interior y mostrárnoslo para su uso.

Aunque es interesante echarle un vistazo al comando docker run en la documentación oficial de Docker la explicación sobre el ejemplo es el siguiente:

Ten presente que la barra invertida, \ es un salto de línea para poder organizar mejor el comando que sin ellas sería todo contínuo.

La primera línea del código, tras el propio comando docker run, le decimos a Docker que cree un nuevo contenedor que se llamará qgis_dev (o el nombre que queramos darle), --name qgis_dev y si existe previamente lo borre y lo sustituya, --rm. Si quieres crear varios contenedores deberás cambiar el nombre o simplemente no indicar nada y el propio Docker le asignará un nombre aleatorio.

Con la opción -v gestionaremos los llamados volúmenes asociados a cada contenedor, que vienen a ser, a en una explicación simple, aquellos archivos permanentes necesarios para interactuar fuera de la virtualización.

Para lo que nos ocupa, el primer volumen, -v /tmp/.X11-unix:/tmp/.X11-unix, se relaciona con la interacción del entorno gráfico, de igual modo que la instrucción -e DISPLAY=unix$DISPLAY. Esto hay que dejarlo como está.

Más interesante para la ejecución del programa es el siguiente volumen, -v ~/data:/root, que nos relaciona el directorio de datos con el que queremos trabajar, ~/data, con el directorio home que tendrá de referencia el QGIS que arranque sobre el contenedor construido. Esto es, si tenemos un directorio llamado data en nuestro directorio de usuario, o sea, en /home/nombreusuario/data, y queremos trabajar en el mismo, dejaremos la instrucción como está. Sin embargo, si queremos trabajar en otro directorio debemos indicarlo ahí, o, como se ha indicado más arriba, se puede poner $PWD y el QGIS de Docker nos mirará en el directorio sobre el que hayamos lanzado el comando.

La última línea del código anterior es vital pues indica que imagen ha de escoger para crear el contenedor, en nuestro caso, el que hemos creado en el apartado anterior, qgis:dev, y después, imprescindible, el comando que ejecuta el programa en cuestión, qgis.

Como ya se ha comentado más arriba, las imágenes ya construidas desde los archivos dockerfile indicados están en mi repositorio de DockerHub, por lo que si en el nombre de la imagen, simplemente incluimos, msevilla00/qgis:dev ó msevilla00/qgis:latest ó msevilla00/qgis:ltr dependiendo de la versión que queramos correr, el propio docker descargará, la primera vez, la imagen desde DockerHub, y lanzará el programa.

Conclusiones

Siguiendo las instrucciones de este post podrás conseguir correr en GNU/Linux las tres versiones de QGIS de manera simultanea tal y como se muestra en la imagen anterior. Además, siempre tendrás a mano una instalación de QGIS recien instalada y lista para hacer pruebas, independiente de la distribución en la que trabajes y en un entorno de ejecución ligera. Es más puedes lanzar cuantos contenedores quieras de una misma imagen, lo que te da la posibilidad de realizar múltiples pruebas.

Me de dejado algunos asuntos pendientes como compartir perfiles de usuario o plugins, el uso de contenedores que no sean con privilegios de administrador, root (la opción más directa es usar Podman), o ver cómo correr estas imágenes en otros sistemas operativos, pero lo dejo para futuras entradas en este blog.

Por último, te recuerdo que le puedes echar un vistazo al repositorio de GitLab en el que me he basado para escribir esta entrada y dónde tengo el código. Y si tienes alguna sugerencia puedes añadir una entrada al apartado de issues del mismo o ponerte en contacto conmigo.

Liberados QGIS 3.18.1 y QGIS 3.16.5 (LTR). OSGeo4W, reiniciado ("reboot")

Tue, 23 Mar 2021 18:09:46 +0000

Según nos informa Jürgen E. Fisher en su cuenta de twitter hay novedades a tener en cuenta respecto a la instalación de QGIS 3.18.1 y QGIS 3.16.5 (LTR)

Hay nuevos paquetes disponibles en, https://qgis.org/es/site/forusers/download.html, para Linux, Windows y Mac.

Toda la información en https://lists.osgeo.org/pipermail/qgis-user/2021-February/048137.html*(en inglés)

* Se ha detectado un error en la entrada del blog, siendo la LTR correcta la 3.16.5 “Hannover”.

Actividad asociativa "Revisión QGIS 3.18.0 Zürich"

Mon, 15 Mar 2021 08:40:00 +0000

Cada nueva versión de QGIS es aprovechada por la comunidad de desarrolladores para la incorporación de nuevas mejoras y funcionalidades. Todas estas características están accesibles desde la página web de registro de cambios.

Junto a la presentación de las novedades, los lanzamientos son el momento para añadir las soluciones de código a los errores y problemas detectados por los usuarios. Cualquier usuario puede comunicar un aspecto a mejorar de la aplicación y documentarlo en la página de “issues”. Tras su clasificación y análisis, hay una alta posibilidad de que se desarrolle una solución y que se sume a la versión siguiente definida en la hoja de ruta del proyecto QGIS.

Tras la publicación de la versión QGIS 3.18.0 ‘Zürich’, algunos miembros de la Asociación QGIS España pensamos que sería interesante organizar una actividad centrada en la revisión y documentación de las últimas novedades. La experiencia y documentación generada sería compartida en el repositorio abierto bajo licencia CC BY-SA 3.0 y así estaría disponible para todos aquellos usuarios que quisieran usarla.

Además de realizar una actividad de “testeo”, este tipo de eventos favorecen el sentido de comunidad dentro de la Asociación y dan la oportunidad de poner en contacto a los asociados. En los momentos que estamos viviendo derivados de la pandemia del COVID-19, han sido cancelados por temas de seguridad la mayoría de los eventos presenciales. Estas charlas, jornadas o congresos como las Jornadas de SIG Libre de Girona o las Geocamp ES eran una oportunidad perfecta para hacer coincidir a los miembros de la Asociación. Aunque sin duda no es lo mismo, podemos aportar nuestro grano de arena a esta convivencia y aprovechar las herramientas y canales digitales para ello.

De forma resumida, los pasos que se han seguido para esta actividad han sido los siguientes:

Comunicación de la actividad dentro del grupo Telegram de la Asociación.
Creación de un subgrupo temático de la actividad.
Generación de documento guía de la actividad y listado de cambios a probar.
Selección de característica a revisar por parte de los colaboradores
Análisis.
Documentación del análisis: comentarios, recursos usados y vídeos.
Generación de repositorio con toda la Documentación.
Difusión en el canal Telegram de la Asociación.

La experiencia creemos que ha sido satisfactoria, aunque esperamos sin duda poder mejorarla para la próxima ocasión. Han quedado características sin analizar, se podría haber generado más documentación y hay que mejorar la propia organización de la actividad.

Como punto final, agradecer la participación y buena voluntad de todos los socios que han participado.

Juan Manuel Martín Jiménez
José Ruiz Manzanares Linkedin - Twitter
Emilio Sánchez Linkedin - Twitter
Josep Lluís Sala
David García Hernández Linkedin
Lucho Ferrer
Patricio Soriano Castro

Convenio de colaboración con el Colegio de Ingenieros en Geomática y Topografía (COIGT)

Fri, 26 Feb 2021 12:18:01 +0000

Poco a poco esta gran familia que es QGIS España se va haciendo cada vez más grande, y todo gracias a vosotr@s, todos esos usuarios que habéis decidido dar un pasito un poco más allá apoyando económicamente el proyecto.

Recientemente acabamos de firmar un convenio con el Colegio Oficial de Ingeniería Geomática y Topográfica (COIGT) con el objeto de aunar sinergias profesionales y asociativas.

El COIGT y la Asociación QGIS España firman un convenio de colaboración

Este tipo de convenios tienen dos objetivos principales, por un lado contar con el apoyo de instituciones y asociaciones profesionales que fomentan el empleo de los sistemas de información soportados con QGIS, así como el desarrollo profesional continuado de sus miembros. Por otro lado, obtener beneficios conjuntos en cuanto a los actividades y encuentros organizados por ambas partes relacionados con la materia.

Contar con el apoyo del COIGT es un gran honor para nosotros, garantizando que existe una promoción de esta nuestra herramienta favorita entre sus miembros, lo que revertirá en un colectivo de usuarios cada vez más grande.

Liberada la versión 3.18 "Zürich" de QGIS

Tue, 23 Feb 2021 08:47:15 +0000

Los instaladores para todos los sistemas operativos están ya listos. QGIS 3.18 viene con multitud de nuevas funcionalidades, como podrás comprobar en el siguiente listado de novedades. Adicionalmente, QGIS 3.16 “Hannover” ha cambiado a la versión 3.10 como LTR.

Si estás utilizando el instalador OSGeo4W, por favor, lee el siguiente anuncio hecho por nuestro responsable de actualizaciones, Jürgen Fischer.

Quisiéramos extender las gracias a los desarrolladores, personas que elaboran la documentación, los que hacen las pruebas del producto, y resto de amigos que voluntariamente emplean su tiempo y esfuerzos (incluso colaboran económicamente para que otros hagan lo anterior) ya que hacen que estas distribuciones sean posible. Desde la comunidad de QGIS esperamos que disfrutéis de esta distribución. Si queréis donar tiempo, dinero, o involucraros de cualquier otra forma en hacer que QGIS sea aún más fantástico, por favor, pasaros por QGIS.ORG y echar una mano.

QGIS se fundamenta en el apoyo de donantes y miembros que colaboran activamente. Una lista actualizada de donantes que han colaborado económicamente (con importes mayores o menores) al proyecto, puede ser consultada en nuestra LISTA DE DONANTES. Si deseas ser un colaborador oficial, por favor visita nuestra SECCIÓN DE COLABORADORES OFICIALES para conocer más detalles.

Colaborar económicamente con QGIS nos ayuda a financiar nuestros encuentros de desarrolladores, mantener la infraestructura del proyecto, y también financiar las tareas necesarias para corregir los fallos que van apareciendo (“bug fixing”). Una lista completa de los actuales patrocinadores aparece a continuación. ¡Muchísimas gracias a todos ellos!

QGIS es Software Libre y tú como usuario no tienes obligación alguna de pagar por su uso, de hecho, queremos animar a la gente a que lo use libremente lo más posible, sin importar su situación económica ni social) Creemos firmemente que “empoderar” a la gente con la posibilidad de usar herramientas de tomas de decisión espacial dará como resultado una mejor sociedad para toda la humanidad.

Convenio de colaboración con MappingGIS

Mon, 01 Feb 2021 11:26:03 +0000

El pasado viernes 29 de Enero, la Asociación de QGIS España y la empresa MappingGIS han firmado un Convenio de colaboración que tiene como objeto fundamental crear un vínculo entre ambas asociaciones para la realización de acciones de formación y divulgación relacionada con el proyecto de Sistema de Información Geográfico de código abierto QGIS

Como objetivo específico, por parte de MappingGIS,

Aplicar un 5% de descuento en el Master SIG online basado en software libre, coordinado por MAPPINGGIS para los socios de QGIS ESPAÑA.
Emitir un certificado oficial del proyecto QGIS, sin coste, a todos los socios de QGIS España que finalicen con éxito cualquiera de los cursos de QGIS impartidos por MappingGIS. Este certificado incluye un identificador y un enlace único que se puede conservar, para agregar por ejemplo en el CV y verificar que efectivamente se ha completado el curso o Máster.
Envío de un correo electrónico a todos los suscriptores de MAPPINGGIS y publicación en las redes sociales, informando del acuerdo con QGIS ESPAÑA, con el enlace a su/sus páginas electrónicas.
Publicación en las redes sociales y página web de MAPPINGGIS informando sobre las actividades organizadas por QGIS ESPAÑA vinculadas con el objeto del convenio, así como de las publicaciones públicas que se consideren de interés por ambas partes.
Inclusión del logotipo y enlace web a la página de QGIS ESPAÑA en el apartado de colaboradores de la página web de MAPPINGGIS.

Por parte de QGIS España,

Organización de al menos un seminario dentro del primer año de las actividades con una temática relacionada con el proyecto QGIS.
Envío de un correo electrónico a todos los socios de QGIS ESPAÑA y publicación en las redes sociales de la Asociación, informando del acuerdo con MAPPINGGIS, con el enlace a su/sus páginas.
Publicación en las redes sociales y página web de QGIS ESPAÑA informando sobre las actividades organizadas por MAPPINGGIS y vinculadas con el objeto del convenio, así como de las publicaciones públicas; que se consideren de interés por ambas partes.
Inclusión del logotipo y enlace web a la página de MAPPINGGIS en el apartado de colaboradores de la página web de QGIS ESPAÑA

Este acuerdo de colaboración es el segundo de este tipo que firma la Asociación QGIS España, esperemos que le sigan muchos otros.

Aportación a QGIS.org

Wed, 27 Jan 2021 10:30:12 +0000

La Asociación QGIS España acaba de pagar la membresía (grupo mediano, 3.000 €) Gracias a las aportaciones de los socios del 2020.

Libro "Sistemas de Información Geográfica"

Fri, 08 Jan 2021 00:00:00 +0000

A estas alturas muy probablemente ya sabes de la existencia del magnífico libro de nuestro colega y socio Víctor Olaya: Sistemas de Información Geográfica. Un libro cuyo contenido es imprescindible para iniciarse y tener como referencia en la Geomática, la Ciencia o Tecnologías de la Información Geográfica, cómo quieras llamarlo.

Es muy probable que hayas llegado hasta los contenidos del libro de Olaya porque están bajo licencia Creative Commons Atribución y se encuentran disponibles en la red a través de la web del propio libro y que, como proyecto abierto que es, también permite su colaboración a través de su código en un repositorio de GitHub desde el que se puede también descargar en formato PDF.

Lo que es muy posible que no conozcas es que los beneficios de la venta del libro en papel a través de la página de lulu.com los dona el autor en su integridad a la Asociación QGIS España por lo que no podemos más que agradecer a Víctor su amabilidad y recomendar a todo el mundo a que se haga con una copia en papel del mismo.

Así que si aún no tienes tu copia en papel de este genial libro NO TARDES en comparlo en lulu.com.

Save for a rainy day

Sun, 29 Nov 2020 15:44:19 +0000

Esta entrada no pretende disertar sobre el discurso de las ventajas del software libre, que las hay numerosas y sobre las que siempre destaco entre otras; la independencia e interoperabilidad tecnológica, la evasión de los perjuicios de la propiedad intelectual en el mundo del software y la diversificación de la prestación técnica frente a soluciones privativas. QGIS es un gran ejemplo de ello.

Una persona o una organización sea cual sea su naturaleza jurídica ha de decidir cuál es su estrategia hardware y software a todas las escalas de trabajo. El avance en los diferentes sectores de la industria tecnológica han permitido que esta decisión sea posible frente al carácter incipiente de hace unas décadas.

Durante ese tiempo, la componente política en Europa y España, ha dado grandes pasos en la apertura y democratización de las estructuras que permiten gestionar sus competencias legales. A través de directivas, reglamentos así como su transposición en leyes y reales decretos, en el caso español, se han ordenado las reglas de juego del tablero. La última novedad viene de la mano de la Estrategia de Software de Código Abierto 2020-2023 aprobada el mes de octubre por la Comisión Europea. Tiene como objetivo fomentar el poder transformador, innovador y colaborativo que supone el código abierto. Además, promueve el intercambio y la reutilización de soluciones software, conocimientos y experiencia para ofrecer una mejor prestación de servicios que beneficien al ciudadano europeo y reduzcan los costes económicos. Todos estos objetivos están basados en los principios inspiradores de los tratados comunitarios y en las cartas magnas de los Estados miembros de la UE, a los que hay que unir los principios de eficacia y eficiencia administrativa en el caso del sector público.

Esta entrada no se centra en los beneficios del ciudadano europeo, tal como señala la Estrategia, que son muy heterogéneos dependiendo del lugar y forma de vida del mismo. Esta entrada centra el foco en la reducción que supone en coste económico la adopción de software libre para una organización y, de paso, alguna consideración mucho más positiva que no está asociada al dinero.

Money talks o Save for a rainy day son dos frases hechas en el mundo anglosajón que reflejan muy bien la importancia de saber dónde y cómo gastar o ahorrar el dinero. A la pregunta: ¿Cuánto ahorra una organización en la adopción de un entorno tecnológico libre? La respuesta es fácil. El ahorro es del 100% del coste directo del software ya sea de escritorio o servidor. No obstante, vamos con datos macro para confirmar esta respuesta tan categórica.

The Guardian ya se hacía eco en 2010 que UK gastó aproximadamente 225 millones de euros en productos de Microsoft. Abrazándose a soluciones de software libre o código abierto, en este caso, con sistemas como OpenOffice, por poner un ejemplo, el coste directo se reduce a la “friolera” de 0 euros. Un ahorro que podría destinarse a cualquier otra partida (compra de “epis” para personal sanitario, incremento del gasto en I+D+i por citar dos sencillos ejemplos) o a la inversión de una parte de ese dinero en capacidades que mejorarán las prestaciones de la base libre adoptada por la organización.

No voy hacer distinción entre las palabras controladas “free” y “open”, que pueden ser motivo e invito a cualquier socio de QGIS España a realizar otra entrada en el presente blog dada sus diferencias de concepto y alcance en términos pecuniarios así como de licenciamiento.

Retomo las evidencias monetarias. Una de las ventajas que se le atribuye al software libre es que cuesta mucho menos que el software privativo. De hecho, es la razón por la que muchas administraciones u organizaciones se están pasando a proyectos abiertos. Sin embargo, hasta ahora no se disponían de cifras de cuánto ahorro había al usar software libre. Carlo Daffara, miembro del European Working Group on Libre Software señalaba en 2013 en el estudio “Economic impact of Free Open Source Software for Europe” que Europa se ahorra 450.000 millones de euros al año haciendo uso de software libre. Esta partida total cifra en 115.000 millones de euros de ahorro en el coste únicamente en uso de licenciamiento software. El resto se debe al ahorro generado y derivado del uso o reutilización de código libre en otros proyectos informáticos. Este código, que ha sido reutilizado muchas veces, es de mayor calidad que el código que se crea desde cero. De esta forma, se reduce el tiempo de desarrollo y de forma reactiva se reducen los costes, problemas o “bugs” en el sistema.

La realidad es que el ahorro económico que se produce está directamente relacionado con la ética intrínseca que existe en el software libre donde “el producto no es el software, el producto es el conocimiento que va en el software”. Esto último no lo digo yo, lo señala Phillip G. Armour, autor del libro “Las leyes del proceso de software”. Este sí es un hecho diferencial. Es un referente a mi modo de entender del software libre, al margen del ahorro económico a corto, medio o largo plazo.

Para una empresa del sector de las TI, los costes por la compra y mantenimiento de hardware y software es clave. Las empresas y organizaciones que emplean software libre o abierto incrementan los gastos a corto plazo relacionado debido a la necesaria formación. A medio plazo estos costes se reducen y dependiendo del tipo de organización se anulan debido a la estabilidad de los componentes.

De ahí la táctica de los grandes emporios de las TI en la formación gratuita bajo licenciamiento educacional para hacer cautivos de la solución a las generaciones venideras. Un “desarrollo sostenible” en toda regla con evidente beneficio económico para las grandes empresas del sector (incluidas las tecnologías de la información geográfica, TIGs). Cuando una persona se acostumbra a usar un software determinado, querrá seguir usando eso mismo en su desarrollo profesional dado que los cambios siempre cuestan al ser humano. Y cuestan mucho si nos atenemos al discurso que hace Yuval N. Harari sobre el Hombre en su libro “Sapiens. De animales a dioses: Una breve historia de la humanidad”. La razón principal para cambiar es el ahorro. Y, consecuentemente, la razón para no hacerlo es el miedo al cambio. Muchas pequeñas empresas no se atreven a cambiar debido a que tienen miedo a no saber usar el nuevo software o que piensan que es demasiado complicado aprender cómo funciona.

Cuando se adquiere hardware y software se paga licenciamiento desde el primer minuto, ya sea por el sistema operativo, el software básico que lleve incluido, el software específico y, sobre todo, por su previsible mantenimiento.

Pero, algo positivo ha de tener la sociedad de consumo en la que vivimos. En la economía actual se han creado sinergias positivas gracias a la liberación de patentes de productos tecnológicos claves como lenguajes de programación y sus respectivas plataformas de desarrollo.

Cientos de productos de software son desarrollados con estas herramientas sobre plataformas o comunidades colaborativas de desarrolladores independientes a costo cero para el usuario. Este trabajo no puede ser valorado exclusivamente desde el punto de vista cuantitativo con los indicadores clásicos de la economía ya sea como bien de capital o bien intermedio, ni como producto o servicio final para el usuario.

La cualidad de la ética profesional alrededor del software libre sobrepasa cualquier indicador económico por la importancia que supone la democratización del código. Este simple hecho permite a cualquier tipo de usuario emplear un producto para su desarrollo personal o laboral. Al margen se puede asegurar que el desarrollo colaborativo genera un alcance cada vez más amplio, en perspectiva de diseño y desarrollo de código de software, que el que cualquier empresa privada es capaz de desarrollar y mantener a medio o largo plazo.

El licenciamiento es clave en el ahorro de costes dado que el software libre permite a cualquier organización:

Utilizar el programa para cualquier propósito profesional.
Estudiar cómo funciona y modificarlo para adaptarlo a sus necesidades.
Distribuir copias del programa para utilizarlo donde se requiera.
Y, finalmente y no menos importante, mejorar el programa y hacer públicas las mejoras para que se beneficien de ellas otras personas u organizaciones.

El software privativo en general basa su negocio en la venta de licencias de uso y, en definitiva, en una solución cautiva. E implica en la mayoría de los casos que el sistema no sea utilizado por quienes lo necesitan sino por la base de las licencias que se pueden pagar. De esta manera solo unas pocas personas de la organización terminan usando el sistema, lo que impide aprovechar las ventajas que podría suponer en su implementación más completa. Y si mueren del éxito, en todo caso, a mayor uso, mayor licenciamiento y coste. El negocio es evidente a toda costa.

Un negocio que tiene más coste que el de la mera compra del producto. Los costes de optar por una solución privativa o libre se han de tener en cuenta en términos de coste entrada, permanencia y salida. Las organizaciones suelen atender al coste directo de entrada pero en la implementación también ha de contarse con los costes de:

Mantenimiento de la licencia se use o no se use el producto así como el coste de sus posibles extensiones.
Instalación, integración y adaptación al entorno informático de la organización.
Formación del personal en el programa.
Soporte a los usuarios y administradores del software.
Y, el mantenimiento correctivo y evolutivo del mismo.

A este respecto, el software libre puede tener un coste menor, igual o superior en lo que respecta a la implementación inicial. Pero, de nuevo, siempre será más económico en perspectiva de coste de mantenimiento y cambios de sistema, así como en la ampliación a nuevos usuarios o replicación del mismo hacia otras necesidades de la organización. Es importante tener en cuenta no solo el coste de la solución que se compra sino el precio derivado de la misma. En este sentido es necesario evaluar el coste de la infraestructura sea el caso de licenciamiento del sistema operativo de los servidores, de los servidores de bases de datos y los servidores web. Y, por último, no se olvide del coste de salida.

En algunos casos, salir del software privativo es entre costoso y angustioso, en tanto en cuanto muchas organizaciones no pueden salir de una solución informática porque no son dueñas de sus propios datos o por las dependencias tecnológicas adquiridas con plataformas previamente implantadas.

Cierro la presente entrada, invitando al lector a que bucee en Internet para contrastar la tabla de precios de los diferentes software GIS privativos ya sean de cliente-escritorio o cliente-servidor frente a soluciones libres. Los datos microeconómicos salen reflejados en diversas web que comparan los software GIS o si consultan los acuerdos de licenciamiento o precios individuales del software existen en el mercado. En el caso de QGIS así como de otras soluciones como Geoserver, OpenLayers, etc. no la busquen, su solución inicial ya les digo que es gratuita, libre y de código abierto porque la ética profesional va por delante.

Convenio de colaboración con la Asociación GEOINNOVA

Thu, 19 Nov 2020 19:21:35 +0000

El pasado miércoles 18 de Noviembre, la Asociación de QGIS España y la Asociación GEOINNOVA han firmado un Convenio de colaboración que tiene como objeto fundamental crear un vínculo entre ambas asociaciones para la realización de acciones de formación y divulgación relacionada con el proyecto de Sistema de Información Geográfico de código abierto QGIS

Como objetivo específico, por parte de GEOINNOVA,

se ofrece a a los socios de QGIS España descuento del 15% en su nuevo Master de Sistemas de Información Geográfica de Código Abierto
adicionalmente, un 5% extra (por alumno asociado a QGIS España) se dedicará a 6 horas de desarrollo (p.e. complementos) vinculadas con el proyecto QGIS. Los desarrollos serán abiertos a la comunidad de usuarios de QGIS

Por parte de QGIS España,

se organizará al menos un seminario dentro del primer año del Máster con una temática relacionada con el proyecto QGIS

Este acuerdo de colaboración es el primero de este tipo que firma la Asociación QGIS España, esperemos que le sigan muchos más.

Presentación de la asociación y nueva web de QGIS España

Sun, 15 Nov 2020 16:49:36 +0000

El pasado 30 de octubre, Carlos López Quintanilla, presidente de la asociacion QGIS España tuvo la oportunidad de presentar la nueva web y la propia asociación en un webinar que organizó la asociación Geoinnova sobre las novedades de la última versión, la 3.16 de nuestro programa de referencia.

Podéis ver más información sobre el webinar de Geoinnova en este otro enlace:

https://geoinnova.org/blog-territorio/qgis-3-16-hannover-lts…

Esperamos que os sea de interés.

Liberada la versión 3.16 "Hannover" de QGIS

Sat, 24 Oct 2020 19:15:25 +0000

¡Otro gran día para el proyecto QGIS! La nueva LTS (“Long Term Support”, o Soporte a Largo Plazo) proporciona un amplio abanico de funcionalidades tanto para QGIS Desktop como para QGIS Server.

Esta distribución trae muchas nuevas opciones para mapas 3D, generación de datos tipo “mesh” desde otros formatos de datos, herramientas adicionales de análisis espacial, simbología y mejoras en el interfaz de usuario, ¡solo por nombrar algunas de ellas! Un repositorio de herramientas (host of tools) se ha incorporado al “processing framework” (siempre en expansión), y el buscador de QGIS ahora trabaja con funcionalidades interactivas avanzadas de bases de datos, algo antes se limitado al plugin “DB Manager”.

Estas son solo algunas de las mejoras introducidas en esta distribución, y los usuarios de las anteriores “LTS” encontrarán un amplísimo número de nuevas funcionalidades disponibles ya desde la versión de QGIS 3.10. Estaremos encantados de comentar más en detalle algunas de las mejores funcionalidades adicionales de esta nueva distribución en las siguientes entradas del blog.

Muchas gracias.

Imagen para QGIS 3.14 "Pi"

Wed, 24 Jun 2020 15:14:19 +0000

Una particularidad sobre QGIS que conoceréis quienes lleváis tiempo en la comunidad es que, hasta la fecha, las versiones de QGIS reciben el nombre de la ciudad donde se realiza el encuentro de la comunidad y la imagen que se muestra mientras se carga (la ‘Splash Screen’) muestra un mapa de la misma. Es un bonito homenaje que, sin embargo, va a verse temporalmente interrumpida.

Dado que la próxima versión de QGIS tendrá un número especial (el 3.14), la imagen y nomenclatura también serán especiales. El nombre estaba claro desde el principio: Pi (π). Pero para la imagen de la splash screen se decidió hacer una llamada abierta a propuestas realizadas por los miembros de la comunidad que posteriormente se sometería a votación popular.

Estas son las imágenes que se presentaron a la convocatoria:

Y en este post del blog oficial de QGIS veréis cómo se eligieron las tres propuestas finales y el resultado de la votación final, que dio como resultado la propuesta de Francis Josef Gasgonia, que él mimo describió como:

“Este mapa no estaría completo sin el uso de Pi. Los topes de anillos multicéntricos representan las zonas de peligro potencial en este mapa del Monte Isarog en Filipinas. Los cálculos necesarios para desarrollar los amortiguadores de anillo dependen de Pi. El Monte Isarog está clasificado como un estratovolcán potencialmente activo. Este mapa representa mejor el uso de Pi en un mapa porque estos amortiguadores son cruciales en la planificación de desastres, especialmente ahora en un mundo de pandemia Covid-19; en el que los amortiguadores de anillo y otros tipos de amortiguadores se utilizan para la planificación humanitaria y logística”¹.

Traducción realizada con la versión gratuita del traductor www.DeepL.com/Translator ↩︎

Liberada la versión 3.12 "Bucuresti" de QGiS

Sun, 23 Feb 2020 00:00:00 +0000

Ya ha está disponible la versión 3.12 de nuestro querido QGIS, llamada Bucuresti, que corrige errores e introduce numerosas funcionalidades nuevas. Puedes ver las novedades de la versión así como el listado de entidades y personas que la han hecho posible en el changelog oficial

Convenio de colaboración con el Colegio de Geógrafos

Sat, 14 Sep 2019 12:00:00 +0000

El viernes 13 de Septiembre de 2019, la Asociación de QGIS España y el Colegio de Geógrafos de España firmaron un Convenio de colaboración dentro del marco de la Jornada Conmemorativa del 20 aniversario del citado colegio profesional.

En el texto del acuerdo se reconoce que ambas entidades tienen interés mutuo en trabajar juntas, las líneas de colaboración presentes que existen y la posibilidad de desarrollo conjunto de acciones a futuro.

En el documento se recoge que desde el Colegio de Geógrafos se va a promocionar el uso de QGIS, se han establecido lazos estrechos de comunicación y se animará a que desde sus colegiados se hagan socios de nuestra asociación.

Aquí tienes enlace a la noticia del convenio en la página web del Colegio de Geógrafos

En la fotografía: María Zúñiga, presidenta del Colegio de Geógrafos, y Carlos López Quintanilla, presidente de QGIS España, en el momento de la firma del convenio.

Posts | Asociación QGIS España

QGISes Camp 2026 Un día para compartir QGIS"

UN DÍA PARA COMPARTIR QGIS

(Asociación QGIS España)

Cómo crear cajetines inteligentes en QGIS con la Técnica de "Bloque Virtual"

El Método Tradicional frente al “Bloque Virtual”

El Factor Atlas

Conclusión

Workshop Qtiler

Información e inscripción

QGIS ES Camp 2026 Guía de Patrocinadores

Madrid acogerá la QGISCamp España 2026

¿QGIS Camp España 2026? ¿Madrid o Granada?

Dos posibles sedes: Madrid o Granada

Propuesta de formato de la jornada

¿Por qué esta encuesta?

Charla Virtual IDE Chile

FOSS4G 2024 Belém

Publicación del libro Introducción a los Sistemas de Información Geográfica con QGIS

Publicada la Segunda Edición del Libro “Introducción a los Sistemas de Información Geográfica con QGIS” de Federico Gazaba

Participación en la GeoCamp 2023

GeoCamp ES

Agradecimientos

Enlaces de interés

2º QGISes Camp 2023, reunión anual de la Asociación QGIS España (13 de junio de 2023)

¿Cómo está organizado?

Fecha, hora y lugar de celebración.

Coste/Inscripción

Ayúdanos a difundir la #QGISesCamp 2023

QBIS: Quantum Building Information System

Introducción

Sistema de referencia

Herramientas de delineación

Opciones de ajuste

Atributos de elemento y GroupState

Línea (cable electricidad)

Polígono (pladur)

Punto (punto de luz, mecanismos)

Elementos SVG

Vistas guardadas y Atlas

Resultados

La Universidad de Sevilla imparte dos cursos sobre QGIS dentro de su programa de doctorado

Taller "Herramientas para colaborar en el blog de QGIS España"

¿Cómo contribuir al proyecto QGIS?

Taller “Herramientas para colaborar en el blog de QGIS España”

QGIS no está afectado por Log4J

Comunicaciones y vídeos sobre QGIS en la FOSS4GIS 2021

Track – Software

QGIS and OGC APIs - how do they work together?

Geostyler Mapfile Parser

PgMetadata - A QGIS plugin to store the metadata of PostgreSQL layers inside the database, and use them inside QGIS

QField Features Frenzy

Lizmap to create a Web Map Application with QGIS Desktop and Server

The Very Best New Features of QGIS 3.x

QGIS Plugin Development Is Not Scary: Lessons Learned from Literature Mapper

Input, Mergin & QGIS: collect data, sync, and collaborate with ease

Store and visualize images from a cloud infrastructure thanks to COG format and QGIS

Integrating AI features into QGIS : welcome QDeeplandia

Using point clouds in QGIS

GeoMapFish und QGIS Server

How to use OpenStreetMap data in QGIS Desktop

Vector tile basemaps for your QGIS project

Easily publish your QGIS projects on the web with QWC2

From static PDFs to interactive, geospatial PDFs, or, ‘I never knew that PDFs could do that!’

Deploying QGIS using command line options

FOSS4G software developments for Water Utilities Management in Eastern Africa by using Vector Tiles

QGIS Bridge Status Report

G3W-SUITE: in OS framework for publishing and managing QGIS projects on the Web

OpenMapTiles: vector tiles from OSM

Track – Use cases & applications

Open Source and Mining: a roadmap

EcoValuator: Basic Ecosystem Service Valuation for Custom Landscapes

Optimized publishing of map and dataservices with GeoServer, GeoStyler and MapProxy

Case study of data storage for preservation of our archiving system at the National Geographic and Hydrographic Institute of Madagascar

How Open Source solution help to build an scalable and adaptable environmental decision platform tools

Visualising trajectories in 3D

The Borked Supply Chain. How the Telekom brings FOSS Projects into Stable Production

UN Open GIS Initiative: Use cases of Open Mobile GIS solutions in the context UN peace operations

CityJSON: 3D city models for everyone

QGIS MetaSearch: lowering the barrier to geospatial data discovery in the desktop