Desde la versión 2.7, gvSIG Desktop se ofrece directamente para descargar como distribuciónportable, con lo que no se instala nada en el equipo del usuario, simplemente es un fichero ZIP que se descomprime y ya se puede ejecutar. Esta versión se podría tener incluso en una tarjeta SD en el ordenador portátil, o llevarla en un pen-drive y ejecutarla en otros equipos, siempre que tengan el mismo sistema operativo, lo que mantendrá la configuración que teníamos en ella.
Un detalle a tener en cuenta al descomprimir los ficheros .ZIP es que no se debe hacer en rutas con espacios, acentos o eñes ni en rutas largas.
Sobre las rutas largas, un problema que suele haber en la distribución de Windows es que si se descomprime con el descompresor del sistema, se generan dos carpetas con el mismo nombre, por lo que genera una ruta más larga. En este vídeo te mostramos las posibles soluciones:
Por otro lado, en Linux, con el descompresor del sistema no tenemos el problema que había en Windows. En este vídeo te mostramos cómo descomprimir y ejecutar una versión portable de gvSIG Desktop en Linux:
En este caso no se creará por defecto un enlace directo para abrir gvSIG, como sí que hacía la versión instalable. Para la versión portable puedes ver cómo crear un acceso directo tanto en Windows como en Linux desde el siguiente post.
Week three had some good workouts and social running.
12 hours, 9 minutes all training
23.9 miles running
3.268 ft D+ running
Yoga on Monday, as usual. Hill sprints Tuesday on a moderately steep dirt ramp
at Pineridge. Elliptical spin and sets of back squats on Thursday. A long easy
bike ride Friday.
Saturday, yesterday, I went for a long run in the snow at Horsetooth Mountain
with friends. I kept it super easy until the last mile and a half, when
I jumped on to a train of faster runners who were coming down from a different
route.
Today my legs felt great, and I took a new pair of NNormal Kjerags to the dry
trails at Maxwell for a test drive. I think these could be my Quad Rock shoes.
They're very light (my lightest trail shoes by 50 grams per shoe) and fit me
well. I felt secure going quickly on rocky technical sections of the trails,
where I did not in the Tecton X 3 that I wore last week.
My left hamstring feels 100 percent today, so I'm looking forward to two full
sessions of hill sprints next week. My only pain point is an arthritis flare-up
in my left shoulder. I'm taking ibuprofen at bedtime and hoping that it doesn't
spread to my knees.
The first two weeks of my Quad Rock training program went by quickly. My
running mileage is still low, as I'm emphasizing power and speed, with generous
recovery, and biking, treadmill, or elliptical chuggingfor easy aerobic base
building. The quality of my running workouts has been good, in a way that
doesn't show up in these numbers.
In week one, I did hill sprint sessions on Tuesday and Thursday on a block of
Wallenberg Drive with a 3-4% incline. Running up at nearly maximum effort took
about 25 seconds. This was not an aerobic workout in any way. I was focused
solely on power and turnover.
11 hours, 7 minutes all training
26.4 miles running
1,545 ft D+ running
Week two was complicated by cold and snowy weather. I curtailed my hill sprints
and did less dynamic workouts. Wednesday I did a two hour run at Lory State
Park in a new pair of HOKA Tecton X 3 shoes. These were fun, and as propulsive as
hyped on non-technical stretches of trail. I found them to be just barely
stable on technical descents, however. The heel had a tendency to tip over.
I'll give them another chance, for sure, but they are not an immediate choice
for Quad Rock in May.
12 hours, 41 minutes all training
21.7 miles running
2.464 ft D+ running
In October 2025, I started daily mobility and core strength sessions based on
a post by Joe Uhan.
I do a little Vinyasa flow, spinal twisting, some diagonal chops, and then
push-ups, crunches or dead bugs, and eccentric heel drops and calf raises. I'm
still doing this morning routine about six times a week, which accounts for
almost three hours of my weekly training time. I've come from being able to do
zero respectable pushups to being able to do sets of ten impeccable pushups. I'm a big person,
90 kilograms, so body weight pushups aren't super easy. It's been fun to make
progress on basic strength and fitness.
Los mapas en papel son planos, las pantallas en las que vemos Google Maps también lo son. Y nadie duda de su admirable exactitud. En cambio, nos dicen que la tierra es redonda… sospechoso, ¿no? ¡Hemos vivido en una mentira toda la vida! Ellos nos engañan.
¿Pero quiénes son ellos?
Los mapas, naturalmente.
Porque resulta que la Tierra no es plana, pero tampoco es perfectamente redonda, y comprender cómo describimos su forma es el primer paso para entender la cartografía moderna, la navegación o el funcionamiento del GPS.
La Tierra es una realidad única, pero existen distintos modelos para representarla: desde su superficie real, hasta los mapas planos que utilizamos a diario.
La superficie real: el planeta tal como es.
La forma más evidente de la Tierra es su superficie física: montañas, valles, océanos, mesetas y fosas abisales. Esta superficie es extremadamente irregular. Basta pensar en el relieve de los Alpes, el Himalaya o las dorsales oceánicas para darse cuenta de que describir el planeta tal como es resulta impracticable para cálculos globales.
Aunque esta superficie es la que habitamos, es demasiado irregular para medir posiciones, distancias o trayectorias a escala planetaria. Para ello necesitamos modelos simplificados, más abstractos, pero mucho más manejables.
El geoide: la Tierra definida por la gravedad.
Imaginemos que pudiésemos hacer desaparecer todo el relieve hasta que toda la superficie de la tierra quedase a la misma “altura del mar”: nos habríamos librado de los accidentes geográficos. Entonces, ¿ya tendríamos una esfera perfecta?
No exactamente.
La forma que obtendríamos es el geoide, una superficie teórica definida por el campo gravitatorio terrestre, que no es una figura regular. Está ligeramente deformada debido a variaciones en la densidad interna de la Tierra y a su rotación.
Aún así el geoide es un modelo fundamental porque nos proporciona una referencia física muy importante: el cero de las alturas.
Representando estas irregularidades de forma muy exagerada, la Tierra sin montañas aún tendría la forma de… un buñuelo:
El elipsoide: una aproximación matemática eficaz.
Por suerte, esta «buñuelidad» de la Tierra es mucho más sutil de lo que sugieiere la imagen. En la práctica, el geoide se puede aproximar por una forma matemática mucho más simple sin introducir errores significativos, lo que permite trabajar con coordenadas de forma precisa y consistente: el elipsoide de revolución.
Este modelo matemático se obtiene al girar una elipse alrededor de uno de sus ejes,
dando lugar a una forma ligeramente achatada por los polos. O quizá deberíamos decir ensanchada por el ecuador, ya que esta deformidad se debe a la fuerza centrífuga producida por el planeta girando sobre sí mismo.
La deformación es de poco más del 0,3%, pero sobre un radio de unos 6400 km supone más de 20km de diferencia.
Así que, si quisieras hacer un agujero hasta el centro de la Tierra, tendrías menos trabajo si empezaras a cavar desde el polo norte.
El elipsoide tiene una enorme ventaja sobre el geoide: puede describirse mediante ecuaciones matemáticas sencillas. Gracias a ello, podemos definir posiciones mediante un par de números: latitud y longitud.
Estos dos números deberían bastar para dar la posición de forma clara y repetible, ¿verdad?
Pues no exactamente. En la actualidad, los sistemas de posicionamiento por satélite utilizan elipsoides globales muy bien ajustados a todo el conjunto del planeta, pero históricamente existían (y aún se usan) distintos elipsoides regionales ajustados a una sección de la Tierra, y/o medidos en épocas pretéritas con mayor o menor precisión.
Datums: situar el elipsoide sobre la Tierra
Así que no siempre se aproxima la forma real de la Tierra con exactamente el mismo elipsoide. Por eso es necesario explicitar cómo encajan esos elipsoides unos respecto a otros. Aquí entra en juego el concepto de datum.
Un datum define la posición, orientación y escala del elipsoide. Durante muchos años, distintos países utilizaron datums propios, optimizados para su territorio. Hoy en día, los sistemas modernos tienden a emplear datums globales, compatibles con satélites y sistemas internacionales.
Cambiar de datum no significa que un punto se mueva físicamente, sino que cambian sus coordenadas numéricas al usar otro marco de referencia: El mismo punto real se expresa en coordenadas ligeramente distintas si se usan elipsoides ligeramente distintos.
dfasd
El error puede ser de unos centenares de metros, y hacen que los datos no casen. Si quieres dar un par de coordenadas de forma completa, tendrás que dar también su datum, lo cual determina el marco de referencia.
De una Tierra curva a un mapa plano.
Ya tenemos una superficie curva bastante sencilla, que representa la Tierra con suficiente precisión. Pero los mapas que usamos son planos. Y pasar de una superficie curva (el elipsoide) a una plana siempre implica deformaciones, así que implica necesariamente mentir, perder alguna propiedad de la realidad por el camino.
Una proyección cartográfica es una transformación matemática entre el elipsoide y una superficie plana, como un cono o un cilindro. Cada proyección conserva unas propiedades y sacrifica otras, de este modo se escoge la proyección según las propiedades que conserve en función de la actividad que estemos realizando: el rumbo si estamos navegando, o la superficie si estamos cobrando impuestos. Por eso existen tantas proyecciones distintas, cada una diseñada para un propósito concreto.
Cuando vemos un mapamundi rectangular, no estamos viendo la Tierra tal como es, sino una transformación matemática que permite representarla en dos dimensiones para algún propósito concreto.
Google Maps popularizó una proyección que no conserva bien ninguna propiedad geométrica, pero que resulta visualmente familiar y computacionalmente eficiente, es decir barata de calcular, lo cual servía a sus propósitos. Por eso, ha acabado siendo el estándar de los mapas digitales.
En esta web se puede ver cómo la proyección usada en los mapas web magnifica las áreas a medida que nos acercamos a los polos: https://thetruesize.com/
Transformaciones: conectar sistemas distintos.
En la práctica, trabajar con mapas y coordenadas suele implicar transformar datos entre distintos sitemas:
de un datum a otro,
de coordenadas geográficas a proyectadas,
o entre proyecciones diferentes
Estas transformaciones están perfectamente definidas y permiten que datos procedentes de distintas fuentes san compatibles entre sí.
Gracias a ellas, un punto medido con GPS puede aparecer correctamente en un mapa topográfico histórico, una imagen satelital o un mapa web.
Una representación, no una simplificación ingenua
Los mapas no niegan la curvatura del planeta; al contrario, son el resultado de siglos de trabajo para representar sobre un papel una Tierra compleja de la forma más útil para un propósito determinado.
Entender conceptos como superficie real, geoide, elipsoide, datum y proyección nos permite mirar los mapas con otros ojos: no como dibujos literales del planeta, sino como sofisticadas herramientas científicas que conectan matemáticas, física y geografía.
Vivimos un momento en el que casi cualquier proyecto territorial se presenta asociado a conceptos como inteligencia artificial, gemelos digitales o analítica avanzada. El mensaje es atractivo: predicción, automatización, toma de decisiones inteligente.
Pero hay una realidad menos visible y mucho más determinante: estos sistemas solo funcionan bien si los datos están bien estructurados.
La IA aplicada al territorio no necesita únicamente grandes volúmenes de información. Necesita datos coherentes, comparables y mantenibles en el tiempo. Y ahí es donde entran en juego los estándares.
INSPIRE no es una tecnología “moderna”, ni pretende serlo. Es un marco que define cómo se describen, comparten y entienden los datos geoespaciales entre organizaciones. Precisamente por eso resulta clave cuando se quiere ir más allá del proyecto puntual.
Sin un marco común:
los modelos de IA aprenden de datos inconsistentes,
los gemelos digitales se convierten en representaciones locales difíciles de escalar,
cada nuevo caso de uso exige rehacer integraciones y adaptaciones.
Con INSPIRE:
los datos mantienen una semántica compartida,
los análisis son reproducibles,
las soluciones pueden crecer y conectarse con otros sistemas.
En nuestro caso, esta base es la que nos ha permitido integrar capacidades de inteligencia artificial directamente sobre plataformas IDE, hasta el punto de poder interactuar con gvSIG Online en lenguaje natural, generar cuadros de mando dinámicos o lanzar análisis avanzados sin romper la coherencia del sistema.
Cuanto más avanzadas son las soluciones que queremos construir sobre el territorio, más dependemos de estándares que rara vez se mencionan.
En próximos posts entraremos en detalle en cómo estas capacidades de IA se están integrando de forma práctica en gvSIG Online y cómo las estamos aplicando en todo tipo de proyectos.
In many countries and regions, public administrations are revising their urban planning and land-use legislation with a shared goal: to simplify procedures, reduce administrative burdens, and adapt territorial management to an increasingly complex and dynamic reality.
The Valencian Community (Spain) is a recent example of this process, with the promotion of a new Land Law based on a widely shared diagnosis: excessively long procedures, documentary overload, duplication of information, and difficulties in coordinating data across departments and administrations. A situation that, to a greater or lesser extent, is repeated in many other territories.
Beyond this specific case, the reform highlights a key idea: regulatory modernisation requires solid digital infrastructures.
From paper-based planning to data-driven urban management
New regulatory approaches increasingly point towards:
More agile procedures
More flexible planning frameworks
Greater emphasis on management and monitoring rather than static documents
Improved coordination of sectoral reports
This represents a paradigm shift: planning is no longer just a collection of approved documents, but a living system, based on up-to-date, interoperable and reusable geographic information.
SDI as an essential public infrastructure
In this context, Spatial Data Infrastructures (SDI) evolve from being a purely technical solution to becoming an essential public infrastructure, comparable to other core corporate systems used by public administrations.
A municipal SDI enables:
Centralisation of urban and territorial information
Reduction of duplication and inconsistencies
Interoperability between administrations
Better decision-making through an integrated view of the territory
The gvSIG Suite as a practical response
The gvSIG Suite fits naturally into this scenario, offering a comprehensive solution based on open standards:
gvSIG Online, as the core of the SDI, for managing, publishing and sharing urban and territorial information.
gvSIG Mapps, to support field data capture, inventories, inspections and the monitoring of actions and interventions.
gvSIG Desktop, as an advanced tool for data editing, analysis and quality control, when more demanding analytical or cartographic workflows are required.
Together, these tools cover the entire life cycle of geographic information, from data generation to its use in decision-making and communication with citizens.
A shared opportunity for local governments
Although each territory operates under its own legal framework, the message is widely applicable: simplifying urban management requires well-structured and well-organised information — and much of that information is inherently geographic.
Processes such as the one currently taking place in the Valencian Community can therefore be seen as examples that are transferable to other contexts, where SDIs and integrated geospatial platforms become a cornerstone for more efficient, transparent and service-oriented territorial management.
The gvSIG Suite — and in particular gvSIG Online as an integrated solution for territorial information management — is increasingly adopted by local administrations of all sizes, from small municipalities to large cities, provinces and inter-municipal organisations. Now is the time to join.
En muchos países y regiones, las administraciones públicas están revisando su legislación urbanística y territorial con un objetivo común: simplificar procedimientos, reducir cargas administrativas y adaptar la gestión del territorio a una realidad cada vez más compleja y dinámica.
La Comunitat Valenciana es un ejemplo reciente de este proceso, con el impulso de una nueva Ley del Suelo que parte de un diagnóstico ampliamente compartido: procedimientos excesivamente largos, sobrecarga documental, duplicidades y dificultades para coordinar información entre departamentos y administraciones. Un escenario que, en mayor o menor medida, se repite en muchos otros territorios.
Más allá del caso concreto, esta reforma pone de relieve una idea clave: la modernización normativa exige apoyarse en infraestructuras digitales sólidas.
Del urbanismo en papel al urbanismo basado en datos
Las nuevas orientaciones normativas apuntan a:
Procedimientos más ágiles
Planeamiento más flexible
Mayor peso de la gestión y el seguimiento frente al documento estático
Mejor coordinación de informes sectoriales
Este enfoque supone un cambio de paradigma: el planeamiento deja de ser únicamente un conjunto de documentos cerrados para convertirse en un sistema vivo, basado en información geográfica actualizada, interoperable y reutilizable.
La IDE como infraestructura pública esencial
En este contexto, las Infraestructuras de Datos Espaciales (IDE) pasan de ser una solución técnica a convertirse en una infraestructura pública básica, comparable a otros sistemas corporativos clave de las administraciones.
Una IDE municipal permite:
Centralizar la información urbanística y territorial
Reducir duplicidades e incoherencias
Facilitar la interoperabilidad entre administraciones
Apoyar la toma de decisiones con una visión integrada del territorio
La Suite gvSIG como respuesta práctica
La Suite gvSIG encaja de forma natural en este escenario, ofreciendo una solución completa y basada en estándares abiertos:
gvSIG Online, como núcleo de la IDE, para la gestión, publicación y difusión de la información territorial y urbanística.
gvSIG Mapps, para llevar a cabo tareas de captura de información en campo, inventarios, inspecciones y seguimiento de actuaciones
gvSIG Desktop, como herramienta avanzada para la edición, el análisis y el control de calidad de los datos para aquellos casos en que se requiera..
Conjuntamente, estas herramientas cubren todo el ciclo de vida de la información geográfica, desde su generación hasta su uso en la toma de decisiones y la comunicación con la ciudadanía.
Una oportunidad compartida para la gestión local
Aunque cada territorio tiene su propio marco normativo, el mensaje es común: simplificar la gestión urbanística requiere ordenar y estructurar bien la información. Y esa información, en gran medida, es geográfica.
Por ello, procesos como el que se está viviendo en la Comunitat Valenciana pueden leerse como un ejemplo extrapolable a otros contextos, donde las IDE y las plataformas geográficas integradas se convierten en un pilar fundamental para una gestión territorial más eficiente, transparente y orientada al servicio público.
La Suite gvSIG y, en especial gvSIG Online como solución integral de gestión de información territorial, está implantada cada vez en más y más administraciones locales (ayuntamientos grandes, medianos y pequeños, diputaciones, mancomunidades… ).
Ya desde los inicios de la red de autónomos que fue el germen de Geomático, teníamos la costumbre de hacer, todos los años, al menos una reunión presencial de todo el equipo. Para quienes trabajáis en empresas cien por cien en remoto, sabéis lo importante que es juntarse y convivir con otros humanos.
En Geomático, además, al ser una cooperativa, aprovechamos la ocasión para realizar lo que legalmente es nuestra Asamblea Ordinaria. En nuestro caso, utilizamos este evento tanto para la toma de decisiones que requieren el debate de todas las personas socias como para lo que comúnmente llamamos “frikear” un poco.
Durante todo este tiempo, cuando se acercaban estas fechas, elegíamos dónde queríamos vernos y nos poníamos a buscar alojamiento. Hace cuatro años decidimos que nos reuniríamos en Segovia y, durante la búsqueda, dimos con Duermevela.
Duermevela es un hostel situado junto al Acueducto de Segovia, gestionado por Blanca y Marta. Se trata de una casa con infinidad de habitaciones que podíamos alquilar al completo, con un gran salón con chimenea y un ático que nos permitía celebrar allí las reuniones. En principio, la parte logística estaba cubierta. Pero, además, Blanca y Marta lo gestionan de una manera muy cercana, con una clara preocupación por crear comunidad en torno al espacio.
Así, nos encontramos con que en la parte inferior, donde tienen otro espacio, algunos días había actividades e, incluso, este año pudimos asistir a un concierto. También pudimos disfrutar de la comida de Prende.mecha, que se encargó de alimentarnos con comida sana, sostenible y vegetal, preparada por encargo y servida en envases de cristal directamente en el hostel. Como podéis ver, una experiencia completa en comunidad.
Por esto, y porque cada vez es más complicado encontrar sitios donde alojarse que no sean partícipes de esta vorágine gentrificadora que está convirtiendo algunas ciudades en parques de atracciones para turistas, decidimos oficializar Segovia y Duermevela Hostel como nuestro sitio oficial para los geocónclaves.
Para cerrar la semana y aprovechando que estábamos cerca de Madrid, quedamos de nuevo con la gente de Agresta y pudimos conocer el espacio donde trabajan, La Traviesa. Se trata de un espacio cooperativo en pleno centro de Madrid donde compartir actividad con un montón de cooperativas más.
Nos volvimos a casa con una gran tranquilidad al poder corroborar que existen multitud de iniciativas a nuestro alrededor con las que compartir inquietudes y darnos apoyo mutuo.
For years, at gvSIG we have insisted on a concept that was often dismissed as ideological, romantic, or even naïve: technological sovereignty.
Today, in a context marked by geopolitical tensions, supply chain disruptions, and structural dependence on external technologies, this concept has moved beyond academic debate to become a strategic necessity.
Europe imports around 80% of its digital infrastructure and technologies. This is not only an economic issue: it is a political, operational, and democratic vulnerability. We depend on decisions taken outside our legal frameworks, our interests, and, in many cases, our values.
The question is no longer whether we want technological sovereignty. The question is what happens if we do not have it.
Sovereignty is not about borders, it is about control
Talking about technological sovereignty does not mean isolation, building digital walls, or abandoning international collaboration. It means something far more concrete and practical: maintaining control.
Control over:
how the technologies we use actually work,
who can audit them,
who decides their evolution,
and what happens if tomorrow the provider disappears, changes the rules, or responds to external interests.
Hosting data in a European data centre is important, but it is not enough. Real sovereignty is not achieved by simply moving servers.
The four pillars of real technological sovereignty
European discussions increasingly refer to four key dimensions that align remarkably well with what gvSIG has defended for years:
1. Security sovereignty
Trust is not enough: verification is essential. The ability to audit code, processes, and security mechanisms is critical, especially in public and regulated sectors.
2. Operational sovereignty
Who operates the system, who deploys it, who can modify it, and under what conditions. Without operational control, sovereignty remains purely theoretical.
3. Data sovereignty
Where data is stored, how it is processed, and—crucially—which external legal frameworks may affect it, often without users even realising it.
4. Technical sovereignty
Perhaps the most overlooked—and the most important. Using open standards and open source software is not a philosophical stance; it is the only way to avoid irreversible vendor lock-in.
Open source: a necessary (though not sufficient) condition
Open source software does not automatically guarantee sovereignty, but without open source, sovereignty is simply impossible.
Access to source code:
enables auditing,
allows adaptation,
makes long-term evolution possible,
and allows changing providers without rebuilding everything from scratch.
At gvSIG, we have always defended that technology should serve people and institutions—not the other way around. That is why we are committed to open standards, real interoperability, and technical communities that do not depend on a single company or country.
This is no coincidence. It is a political decision in the best sense of the word.
An open ecosystem versus structural dependency
Technological sovereignty is not built with isolated products, but with ecosystems: public administrations, local companies, universities, technical communities, and end users collaborating on equal footing.
This approach:
strengthens local technological capacity,
reduces systemic risks,
fosters real competition,
and enables long-term evolution without being trapped in closed solutions.
Exactly the opposite of becoming a digital colony, as some European representatives have already warned.
gvSIG: technological sovereignty before it became urgent
When gvSIG was created, the dominant discourse was different. The focus was on efficiency, cost reduction, and “not reinventing the wheel”.
Today, without renouncing any of that, we know that the real value lies in autonomy, resilience, and the ability to decide.
Technological sovereignty is not a recent trend for us. It is the common thread running through the entire project.
And in the coming years, it will likely become one of the most critical debates for Europe’s digital future.
Durante años, en gvSIG hemos insistido en un concepto que muchas veces se despachaba como ideológico, romántico o incluso ingenuo: la soberanía tecnológica. Hoy, en pleno contexto de tensiones geopolíticas, disrupciones en las cadenas de suministro y dependencia estructural de tecnologías externas, ese concepto ha dejado de ser un debate académico para convertirse en una necesidad estratégica.
Europa importa alrededor del 80 % de su infraestructura y tecnología digital. Esto no es solo una cuestión económica: es una vulnerabilidad política, operativa y democrática. Dependemos de decisiones tomadas fuera de nuestro marco legal, de nuestros intereses y, en muchos casos, de nuestros valores.
La pregunta ya no es si queremos soberanía tecnológica. La pregunta es qué pasa si no la tenemos.
La soberanía no va de fronteras, va de control
Hablar de soberanía tecnológica no significa aislarse, ni levantar muros digitales, ni renunciar a la colaboración internacional. Significa algo mucho más concreto y práctico: mantener el control.
Control sobre:
cómo funcionan las tecnologías que usamos,
quién puede auditarlas,
quién decide su evolución,
y qué ocurre si mañana el proveedor desaparece, cambia las reglas o responde a intereses ajenos.
Tener los datos en un centro de datos europeo es importante, pero no es suficiente. La soberanía real no se resuelve moviendo servidores.
Los cuatro pilares de una soberanía tecnológica real
En el debate europeo se habla cada vez más de cuatro dimensiones clave, que encajan sorprendentemente bien con lo que desde gvSIG llevamos defendiendo desde hace años:
Soberanía en la seguridad No basta con confiar: hay que poder verificar. Poder auditar el código, los procesos y los mecanismos de seguridad es clave en sectores públicos y regulados.
Soberanía en las operaciones Quién mantiene el sistema, quién lo despliega, quién puede modificarlo y bajo qué condiciones. Sin control operativo, la soberanía es solo teórica.
Soberanía en los datos Dónde se almacenan, cómo se procesan y, sobre todo, qué legislaciones externas pueden afectarlos, incluso sin que seamos conscientes.
Soberanía técnica Quizá la más olvidada… y la más importante. Usar estándares abiertos y software libre no es una cuestión filosófica: es la única forma de evitar dependencias irreversibles de proveedor.
Software libre: una condición necesaria (aunque no suficiente)
El software libre no garantiza automáticamente la soberanía, pero sin software libre no hay soberanía posible.
El acceso al código fuente:
permite auditar,
permite adaptar,
permite evolucionar,
y permite cambiar de proveedor sin rehacerlo todo desde cero.
En gvSIG siempre hemos defendido que la tecnología debe estar al servicio de las personas y de las instituciones, no al revés. Por eso apostamos por estándares abiertos, interoperabilidad real y comunidades técnicas que no dependen de una única empresa o país.
No es casualidad. Es una decisión política en el mejor sentido del término.
Un ecosistema abierto frente a la dependencia estructural
La soberanía tecnológica no se construye con productos aislados, sino con ecosistemas: administraciones, empresas locales, universidades, comunidades técnicas y usuarios finales colaborando en igualdad de condiciones.
Este enfoque:
fortalece el tejido tecnológico local,
reduce riesgos sistémicos,
fomenta la competencia real,
y permite evolucionar sin quedar atrapados en soluciones cerradas.
Justo lo contrario de convertirse en una colonia digital, como ya advierten algunos representantes europeos.
gvSIG: soberanía tecnológica antes de que fuera urgente
Cuando gvSIG nació, el discurso dominante era otro. Se hablaba de eficiencia, de costes, de “no reinventar la rueda”. Hoy, sin renunciar a nada de eso, sabemos que el verdadero valor está en la autonomía, la resiliencia y la capacidad de decidir.
La soberanía tecnológica no es una moda reciente para nosotros. Es el hilo conductor de todo el proyecto.
Y probablemente, en los próximos años, será uno de los debates más importantes para el futuro digital de Europa.
This is a bugfix and maintenance release. While there are no new features or API changes, this release includes important bug fixes, documentation improvements, and minor enhancements across datasets, models, and testing.
Note
TorchGeo's documentation has been updated to use the PyData Sphinx Theme, bringing a modern look and feel along with improved navigation and accessibility. The new theme aligns TorchGeo with other scientific Python projects like NumPy, pandas, and xarray, providing a familiar experience for users across the ecosystem.
Turn disorganized JPEGs into meaningful spatial data. Follow our guide to embedding GPS coordinates in photos and visualizing them in QGIS with automatic map tips.
We’re genuinely excited to co-organise the upcoming QGIS User Conference together with QGIS User Group Switzerland, and to do so in Laax, right here in the Swiss Alps.
Laax is home to OPENGIS.ch and the place where QField was born. It is a setting that has shaped how we work, how we collaborate, and how we think about building open-source tools that are meant to be used in the real world.
Bringing the global QGIS community together in such a place feels just right. People and ideas come together around open source, with space to exchange, reflect, and collaborate, in an environment that mirrors values that are deeply rooted in our DNA and our close connection to nature.
Yes, the venue is reached by cable car
Yes, it comes with breathtaking views
And yes, there will be plenty of opportunities to hike, bike, fly, or simply enjoy great conversations
The mountains will not just be a backdrop. They will be part of the conference experience.
As Marco, our CEO and Chair of QGIS.org, puts it:
“I’ve never been more excited about a QGIS conference location announcement. Welcoming the community to my hometown in the Swiss Alps feels very special. This is where OPENGIS.ch is based and where QField was born, and it is a perfect place for meaningful exchanges and shared experiences.”
We’re very much looking forward to organising this conference and to welcoming the QGIS community to Laax for what we hope will be a memorable and inspiring QGIS User Conference.
El nuevo frontend de gvSIG Online da un paso adelante en usabilidad, claridad y experiencia de usuario.
En este breve vídeo te mostramos, de forma rápida y directa, las principales herramientas y elementos de la interfaz: navegación por el geoportal, gestión de capas, herramientas habituales de consulta, edición, marcadores, etc… y una organización del interfaz pensada para trabajar de forma más ágil y eficiente con información geoespacial.
Ver el vídeo:
Una buena oportunidad para conocer, en solo unos minutos, cómo evoluciona gvSIG Online y qué aporta su nuevo frontend al trabajo diario con mapas y datos territoriales. Y esto solo son las herramientas principales…
GeoTools 34.2 releasedThe GeoTools team is pleased to announce the release of the latest stable version of GeoTools 34.2:geotools-34.2-bin.zipgeotools-34.2-doc.zipgeotools-34.2-userguide.zipgeotools-34.2-project.zipThis release is also available from the OSGeo Maven Repository and is made in conjunction with GeoServer 2.28.2 and GeoWebCache 1.28.2.We are grateful to Gabriel
This is a stable release of GeoServer recommended for production use.
GeoServer 2.28.2 is made in conjunction with GeoTools 34.2, and GeoWebCache 1.28.2.
GEOS-11947 Add the ability to skip numberMatched in STAC/OpenSearch for EO responses
GEOS-12000 Ignore DescribeFeatureType requests without typeName in Features Templating schemas override
GEOS-12007 Add AWS credential chain authentication UI and documentation for GeoParquet
GEOS-12013 Support vector datasets ingestion in VectorMosaic via REST
Community modules are shared as source code to encourage collaboration. If a topic being explored is of interest to you, please contact the module developer to offer assistance.
GeoCat's Product Owner and long-time GeoServer contributor Jody Garnett pulls back the curtain on the immense strain that security vulnerabilities place on the open-source ecosystem. In this episode o...
During FOSS4G in Auckland, MapScaping recorded an insightful conversation with Jeroen Ticheler about open-source projects and the path to a sustainable business. Many successful open-source projects b...
I've made my long range plan for 2026. It's different from my plans from
2023-2025, which were about recovering from injuries and trying to finish a 100
mile race. I succeeded in the former, but not in the latter.
In 2026 I am trying to be more intentional about training for speed. I'm going
to do some workouts that develop power and neuromuscular adaptations, without
any concern for building aerobic capacity during those workouts. I'm going to
do more strides during longer runs and sign up for some shorter 5-10K races.
I'm going to remind myself that running briefly, but regularly, at 100 percent
can translate to running faster at 80-85 percent during a longer run.
That's my process goal. If I'm fortunate, I will reverse my recent slowing
trend, and develop some relaxed, comfortable speed. Maybe I'll get a remarkable
time in a race this year. Honestly, after three DNFs in a row (Bear 100 in
2023, Never Summer 100K and Bear 100 in 2025), just finishing would be nice.
I haven't crossed a finish line since July 2023. It would be lovely to break
this streak.
Screenshot of a Google spreadsheet. Each week from January through September is a column.
Like last year,
I am mapping out my long range plan using a spreadsheet. I have signed up for
two "A" races: Quad Rock 25-mile in May, and Run Rabbit Run 50-mile in
September. Quad Rock I know very well. Run Rabbit Run, which starts at the base
of Steamboat Mountain and goes up into the Park Range and back. It will be
a new one for me.
Each race gets its own 16 weeks of training, organized into 4 blocks of
4 weeks. In the first block I focus on power and speed. The second is about
longer hard intervals. The third is dedicated to longer zone 2 efforts. The
fourth block is race-specific training: lots of time on hilly trails developing
muscular endurance.
As part of my build up to RRR, I'd also like to do a classic Colorado alpine
loop in August, like 4 Passes in the
Maroon Bells Wilderness, or Pawnee-Buchananan in the Indian
Peaks Range.
I've also marked down time for volunteering this year. I expect to help out at
Never Summer and have signed up to be a volunteer at Hardrock. I'm also
interested in crewing friends at races this year. Hit me up if you need an
experienced hand, whether as a pacer or aid station crew.
A Spatial Data Infrastructure (SDI) works like the nervous system of the digital territory. It is not always visible, but it connects data, people, and decisions. When everything works properly, it goes unnoticed. When it does not exist, problems become chronic.
Outdated layers, unresponsive services, duplicated or inconsistent data… the outcome is well known: wasted time, poor coordination between departments, and decisions made with incomplete information— not to mention the public service role that SDIs play in terms of communication and transparency with citizens.
In this context, the gvSIG Association is committed to SDIs based on open standards, where information is managed in a centralized, interoperable, and accessible way. Solutions such as gvSIG Online, integrated with field data capture tools, case management systems, population register applications, industrial area management tools, cemetery management systems, and more, allow the SDI to truly function as a stable, maintainable infrastructure aligned with the real workflows of public administrations that rely on a territorial component.
SDIs rarely make headlines. Their value lies in what their proper functioning contributes to internal management and to public service delivery.
At gvSIG, we understand the SDI as an essential public infrastructure: open, interoperable, and built to last. Not as a one-off project, but as a common foundation on which to build better services, better decisions, and a more transparent relationship between public administrations and citizens. Because when the SDI works, everything else starts to work better.
Una Infraestructura de Datos Espaciales (IDE) funciona como el sistema nervioso del territorio digital. No siempre se ve, pero conecta datos, personas y decisiones. Mientras todo funciona, pasa desapercibida. Cuando no existe, los problemas son crónicos.
Capas desactualizadas, servicios que no responden, datos duplicados o incongruentes… El resultado es conocido: más tiempo perdido, menor coordinación entre áreas y decisiones tomadas con información incompleta… por no hablar del servicio público que aportan las IDE en cuanto a comunicación y transparencia con los ciudadanos.
En este contexto, desde la Asosiación gvSIG apostamos por IDE basadas en estándares abiertos, donde la información se gestiona de forma centralizada, interoperable y accesible. Soluciones como gvSIG Online, integradas con herramientas de captura en campo, con gestores de expedientes, aplicaciones de padrón, de gestión de áreas industriales, de cementerio,… permiten que la IDE sea realmente una infraestructura estable, mantenible y alineada con los flujos de trabajo de las administraciones públicas que implican el uso de la componente territorial.
Las IDE raramente son protagonistas de notas de prensa. Su valor está en lo que su funcionamiento aporta a la gestión interna y como servicio público.
En gvSIG entendemos la IDE como una infraestructura pública esencial: abierta, interoperable y pensada para durar. No como un proyecto puntual, sino como una base común sobre la que construir mejores servicios, mejores decisiones y una relación más transparente entre la administración y la ciudadanía. Porque cuando la IDE funciona, todo lo demás empieza a funcionar mejor.
Anyone who knows me knows that two of my top passions are maps and football, more specifically The Arsenal. Fans are always debating the historic achievements of their clubs, in some cases going back 40 years or more to find success (name-check = Ken Field), so I thought I would use a map canvas as a backdrop to an interactive dashboard to explore the connections between finances and success.
Where to find the data? I asked Gemini to find me a table of every team that had qualified for the UEFA Champions League (the top tier European competition) in the last 10 years, list the stage that they reached in each year and find the coordinates of their stadium. Of course there isn’t a simple table that you can find and download, so Gemini built one for me and geocoded it, then I got it to add revenues, profit and squad cost. It wasn’t quite as quick as it sounds when I write it out but it was pretty easy if you are reasonably familiar with Excel. Then I had the idea that a logo or crest for each club would be useful, Gemini suggested that I use Google’s favicon service, looked up each clubs domain and then constructed the favicon url – pretty neat.
With the raw data, I built 5 and 10 year indexes based on the relative prize money for reaching each stage of the Champions League and weighted in favour of more recent results, pretty complicated formula aided by Gemini (I would have been able to build this but it would have taken me a while to work out how). I added rankings for each metric and constructed a quite complex indicator of achievement that shows the number of times a club got to the quarter finals or later – this was a highly complex formula that I doubt I could have written without help.
I wanted to build a bivariate map with symbols that scaled for one variable and were coloured according to a second variable with the interactivity to let the user play with the data. It took a fair bit of time to go from a long and detailed prompt to the finished map. A working version was quick but evolving functionality, particularly info pop-ups where 2 or 3 Clubs were very close, tuning colour ramps and break points and getting the map to zoom to bounds (surprisingly difficult) all took time.
I tried to use an SVG football symbol but that was a massive time wasting flop, that’s the second time I have tried scaling SVG symbols without success – I must try a simple map and just focus on getting that to work.
When I had a near final working version I realised that my initial desire to have all of the clubs that have participated in the Champions League in the last decade resulted in a very long tail which made visualisation difficult. I decided to thin the data to clubs that had appeared in CL twice in the last decade which reduced the data from over 90 clubs to about 50 and made it much easier to draw some visual info from the map.
I was getting very close to finished and was testing when I noticed that there were only two clubs in the north west of England, Manchester City and Liverpool – Manchester United was missing! I asked Gemini why it had missed Manchester United in building the data:
You’re absolutely right to spot that. Manchester United is a massive omission given their status as three-time winners. The reason they likely didn’t appear in the current “live” view is that they did not qualify for the 2024/25 Champions League. Following a 15th-place finish in the Premier League in 2024/25, they are currently competing in the Europa League for the 2025/26 season.
Learning moment – AI can hallucinate, remember to carry out some sanity checks on any data that it creates. I subsequently ran a sanity check on my data to check that I had all 32 teams that appeared in each year – tbh there may still be one or two clubs missing.
Lastly I added an info button to the control panel which pops up a modal panel which explains the purpose, data sources and methodology used. I was finished.
I have to admit that while this was a good technical exercise and I have kept learning, this hasn’t worked as a way of representing the data. I don’t think it is a great map. And then I remembered my old maxim “just because you have x’s and y’s it doesn’t mean you have to make a map!” How about an interactive table?
I asked Gemini:
Can you make an interactive table if I provide you with a csv file of the elite football map? I’d like to be able to filter based on achievement, order by column headers and include the favicons of the clubs which are in the file
And wow! In 5 minutes I had an interactive table and with two iterations I had this in under 15 minutes. There is a link to the data table in the info panel on the map.
A fun exercise, no earth shattering insights – success and squad cost correlate, but success and profitabilty do not – Arsenal are below Manchester City, Liverpool and Chelsea and above Tottenham and Manchester United.
There is going to be a bit of a gap before I post about my next map, it will be a big data sourcing project before I can start making a map.
In the day-to-day management of a city council, information is key. But it is not just about having data—it is about knowing how to organize it, keep it up to date, and turn it into useful knowledge for decision-making. This is where the geographic dimension plays a fundamental role: infrastructures, administrative procedures, public services, environment, urban planning, or heritage… almost everything happens in a specific place within the territory.
The gvSIG Suite provides a comprehensive response to this challenge by combining three tools that cover the entire lifecycle of municipal geographic information: gvSIG Online, gvSIG Mapps, and gvSIG Desktop.
An integrated municipal geographic system
One of the main challenges faced by many local governments is information fragmentation: duplicated data, different formats, isolated applications, and dependency on closed solutions. The gvSIG Suite proposes a different approach: a shared geographic base, common to all departments and accessible according to each user’s role.
The result is a unified view of the territory that improves internal coordination, reduces errors, and facilitates both technical management and transparency for citizens.
gvSIG Online: the core of municipal geographic information
gvSIG Online acts as the core of the municipality’s Spatial Data Infrastructure (SDI). Through a web browser, it allows local governments to:
Centralize and catalogue municipal geographic information.
Easily publish internal and public geoportals.
Integrate their own cartography with official data and external sources.
Provide access to information for different departments without requiring advanced GIS knowledge.
Urban planning, environment, infrastructures, tourism, mobility, or heritage management can all work on the same platform, using up-to-date and consistent data.
gvSIG Mapps: the territory starts in the field
A large part of municipal information is generated outside the office: inspections, inventories, censuses, infrastructure maintenance, or incident reporting. gvSIG Mapps brings GIS to the field, turning mobile devices into powerful working tools:
Capture georeferenced data directly on the map.
Use forms tailored to each type of inventory or inspection.
Work online or offline, depending on field conditions.
Synchronize directly with gvSIG Online, avoiding manual tasks and data duplication.
In this way, information is updated at the source and becomes available almost in real time to the rest of the organization.
gvSIG Desktop: advanced editing and analysis
For technical profiles that require more advanced editing capabilities, gvSIG Desktop completes the ecosystem as a desktop tool for:
Advanced editing of geographic data.
Preparation of technical cartography.
Complex spatial analysis and quality control.
All of this works directly on the same data that is published in gvSIG Online and captured through gvSIG Mapps.
Beyond technology: efficiency and better decision-making
The combination of these three tools is not just a technological solution—it represents a change in the way territory is managed:
Fewer information silos and greater collaboration between departments.
More reliable, up-to-date, and reusable data.
Improved efficiency in administrative processes.
Greater transparency and better services for citizens.
The gvSIG Suite enables local governments to move from maps as simple visual support to territory as an information system, supporting more modern, sustainable, and decision-oriented municipal management.
The Open Source Geospatial Foundation is pleased to announce the
results of its Board of Directors elections 2025.
There were five open seats for the 2025 board in this cycle of the
Board of Directors election. The Chief Returning Officers reported
that 285 out of 468 Charter members cast their votes for the Board of
Directors (60% participation). More information on the election
results is available on the dedicated OSGeo wiki page[1].
We are happy to announce that the following candidates were elected to
the Board of Directors (in alphabetical order)
Codrina Maria Ilie
Jeroen Ticheler
Marco Bernasocchi
Tim Sutton
Vicky Vergara
Codrina Maria Ilie, Jeroen Ticheler, Marco Bernasocchi, and Vicky
Vergara were reelected, and Tim Sutton was newly elected. The
President and Executive Positions will be announced in early 2026.
Read more about the OSGeo Board of Directors here[2].
Lastly, the OSGeo Board of Directors and Charter members would like to
express their gratitude to Rajat Shinde for his service in the
2021-2023 and 2024-2025 cycles, and also to Ariel Anthieni and Matthew
Hanson for their nominations. We would also like to thank the Chief
Returning Officer, Luís de Sousa, for his hard work during the last
election cycle.
## About OSGeo
The Open Source Geospatial Foundation is a not-for-profit organization
to “empower everyone with open source geospatial”. The software
foundation directly supports projects serving as an outreach and
advocacy organization, providing financial, organizational, and legal
support for the open source geospatial community.
OSGeo works with QFieldCloud, GeoCat, Provincie Zuid-Holland,
terrestris, WhereGroup, and other sponsors, along with our partners,
to foster an open approach to software, standards, data, and
education.
En la gestión diaria de un ayuntamiento, la información es clave. Pero no solo importa tener datos, sino saber organizarlos, mantenerlos actualizados y convertirlos en conocimiento útil para la toma de decisiones. Y ahí es donde la dimensión geográfica juega un papel fundamental: infraestructuras, expedientes, servicios públicos, medio ambiente, urbanismo o patrimonio… casi todo ocurre en un lugar concreto del territorio.
La Suite gvSIG ofrece una respuesta integral a este reto, combinando tres herramientas que cubren todo el ciclo de vida de la información geográfica municipal: gvSIG Online, gvSIG Mapps y gvSIG Desktop.
Un sistema geográfico municipal integrado
Uno de los principales problemas en muchos ayuntamientos es la fragmentación de la información: datos duplicados, formatos distintos, aplicaciones aisladas y dependencia de soluciones cerradas. La Suite gvSIG propone un enfoque diferente: una base geográfica común, compartida por todos los departamentos y accesible según el perfil de cada usuario.
El resultado es una visión unificada del territorio que mejora la coordinación interna, reduce errores y facilita tanto la gestión técnica como la transparencia hacia la ciudadanía.
gvSIG Online: el corazón de la información geográfica municipal
gvSIG Online actúa como el núcleo de la Infraestructura de Datos Espaciales (IDE) del ayuntamiento. Desde un navegador web, permite:
Centralizar y catalogar la información geográfica municipal.
Publicar geoportales internos y públicos de forma sencilla.
Integrar cartografía propia con datos oficiales y fuentes externas.
Facilitar el acceso a la información a distintos departamentos sin necesidad de conocimientos SIG avanzados.
Urbanismo, medio ambiente, infraestructuras, turismo, movilidad o gestión patrimonial pueden trabajar sobre una misma plataforma, con datos actualizados y coherentes.
gvSIG Mapps: el territorio empieza en el campo
Gran parte de la información municipal nace fuera del despacho: inspecciones, inventarios, censos, mantenimiento de infraestructuras o incidencias. gvSIG Mapps permite llevar el SIG al terreno, convirtiendo el móvil en una herramienta de trabajo:
Captura de datos georreferenciados directamente sobre el mapa.
Formularios adaptados a cada tipo de inventario o inspección.
Trabajo online u offline, según las condiciones del entorno.
Sincronización directa con gvSIG Online, evitando tareas manuales y duplicidades.
De este modo, la información se actualiza en origen y pasa a estar disponible casi en tiempo real para el resto de la organización.
gvSIG Desktop: edición y análisis avanzado
Para aquellos casos que los perfiles técnicos necesitan una herramienta de edición más compleja, gvSIG Desktop completa el ecosistema como herramienta de escritorio para:
Edición avanzada de datos geográficos.
Preparación de cartografía técnica.
Análisis espacial complejo y control de calidad.
Todo ello trabajando directamente sobre los mismos datos que se publican en gvSIG Online y que se capturan desde gvSIG Mapps.
Más allá de la tecnología: eficiencia y mejores decisiones
La combinación de estas tres herramientas no es solo una cuestión tecnológica. Supone un cambio en la forma de gestionar el territorio:
Menos silos de información y más colaboración entre departamentos.
Datos más fiables, actualizados y reutilizables.
Mejora de la eficiencia en los procesos administrativos.
Mayor transparencia y mejor servicio a la ciudadanía.
La Suite gvSIG permite a los ayuntamientos pasar del mapa como soporte visual al territorio como sistema de información, facilitando una gestión municipal más moderna, sostenible y orientada a la toma de decisiones.
For years, in the field of geomatics, we have worked to describe territory with the highest possible level of accuracy. First came traditional GIS, then the Smart Cities narrative, and more recently the consolidation of the digital twin concept. Each of these terms has served a very specific purpose: helping us explain complex projects and highlight the value of geospatial technology in increasingly broad contexts.
The digital twin has represented an important step forward. It has allowed us to talk about models that integrate heterogeneous data, evolve over time, and represent complex territorial systems in an understandable way. However, as these projects mature, a shared feeling begins to emerge: representing reality well is no longer enough.
The question we hear more and more often is not how the territory looks, but what we do with that information. What is the right decision, when should it be made, and with what consequences. It is at this point that the focus begins to shift.
Geomatics thus enters a new stage, in which value no longer lies solely in the model or the viewer, but in the ability to transform geospatial information into knowledge. Territory ceases to be something that is merely observed and becomes a system that is analyzed, interpreted, and to some extent anticipated.
This is where the concept of territorial intelligence begins to take shape. Not as a break with GIS or digital twins, but as their natural evolution. Models still exist, data remains fundamental, but they are integrated with automated analyses, models, and mechanisms that help reduce uncertainty in decision-making. The map is no longer the end of the process, but the starting point.
This shift is especially evident in areas such as emergency management, territorial planning, or climate change adaptation. In these contexts, it is not enough to know what is happening; it is essential to anticipate scenarios, assess impacts, and prioritize actions. Geomatics, combined with artificial intelligence and advanced analytics, makes this leap possible: moving from reactive management to anticipatory management. This is how we understand it and how we are working with gvSIG Online, integrating disruptive technologies such as Artificial Intelligence.
In this new approach, territory is understood as a system that can be observed, modeled, and simulated, but also interpreted to support critical decisions. Technology, as we have always argued, definitively ceases to be an end in itself and becomes an instrument at the service of management and the public interest.
For years we have talked about maps, layers, and viewers. Then about digital twins. We should start talking about making better decisions, about supporting decisions with real impact. Along this path, geomatics is consolidating itself as a strategic technology, as is free and open-source software, with its commitment to interoperability, transparency, and sustainability.
At gvSIG we have always understood geomatics as more than just a technology: as a tool at the service of public management, decision-making, and the general interest. That is why this evolution toward territorial intelligence is not a fad or a change in discourse, but the natural consequence of years of work on interoperability, open standards, and solutions designed to endure.
The future does not lie in accumulating more data or building ever more complex models, but in putting geospatial information at the service of those who have to make decisions, at the right moment and with the strongest possible support. That is the challenge—and also the responsibility—of geomatics today.
From gvSIG, we will continue working along these lines: developing open technology, integrating new analytical and intelligence capabilities, and contributing to territories that are not only better represented, but also better managed and governed.
Version 1.5.0 of your favorite Python library for reading and writing classic
GIS raster data is on PyPI now. Since Jan 5, in fact.
Among other new features, this version adds support for 16-bit floating point
raster data, and HTTP cache control. Please See the release notes for a full list of
bug fixes, new features, and other changes.
Once again, major credit goes to Alan Snow for managing this release. Thanks, Alan!
With gvSIG Desktop 2.7, we continue moving forward along the path started in previous versions—a path clearly focused on integration with gvSIG Online and on the evolution of gvSIG Desktop as an advanced GIS editor, fully integrated into modern Spatial Data Infrastructure (SDI) architectures.
In this context, gvSIG Desktop consolidates its role as the desktop tool for editing, analysis, and quality control of geospatial information, naturally complementing gvSIG Online as a platform for data publication, management, and dissemination. This combination is designed to support real-world workflows in public administrations, corporate projects, and collaborative environments.
This new release introduces new functionalities, significant improvements to key tools, and an extensive set of bug fixes, the result of the continuous work of the gvSIG Association, which coordinates and sustains the gvSIG project, driving its evolution through an open, collaborative model aligned with the real needs of users.
Main highlights
Among the most notable new features in gvSIG Desktop 2.7 are:
A new Coordinate Calculator, allowing easy and accurate transformation of coordinates between different reference systems.
New field calculator, which allows multiple fields to be filled at once and significantly improves performance when working with tables containing a large number of records.
A new layout frame creation tool, simplifying cartographic composition.
The Swipe tool, which enables visual comparison of the same geographic area using layers from different dates, sources, or symbologies.
A new Download Manager, supporting different authentication mechanisms through plugins. By default, it includes HTTP basic authentication and OpenID Connect (OIDC) via Keycloak.
Integration of the new download manager into OGC services such as WMS, WMTS, WFS, CSW, and Gazetteer, enabling access to secured services.
Advanced expression-based symbology, allowing different legends to be defined for the same layer based on feature values, not only on scale.
A new PointByAzimuthAndDistance formula in the expression evaluator, enabling point creation during vector editing based on bearing and distance.
Improved support for loading large JSON files.
Improvements to existing functionalities
This release places special emphasis on productivity, stability, and user experience:
User interface and experience
Optimized application startup and shutdown.
Introduction of user-specific bookmarks.
Ability to undock the Attribute Editor, improving vector editing in multi-monitor environments.
Improvements in feature selection and form management.
Data management and formats
Improved character encoding detection for SHP/DBF files.
Fixes and enhancements when loading formats such as KML, CSV, GML, GeoPackage, and Excel.
Improved database connection management.
Vector editing and geometries
New tools and enhancements for clipping, splitting, and geometry management.
Improved support for GeoJSON.
Increased robustness against topological errors.
Layout and map composition
Standardization of element insertion tools.
Improvements in alignment, scaling, and map template management.
Fixes that enhance stability in complex map compositions.
Web services
Adaptation of WMS, WMTS, and WFS services to the new download manager.
Improved usability of connection dialogs.
Restoration and modernization of support for CSW and Gazetteer services.
VCSGis (version control)
Improvements to VCSGis, the version control system for gvSIG Desktop, strengthening collaborative work on geospatial data.
New filtering options and change confirmation mechanisms.
Greater control and security in data rollback and synchronization processes.
Bug fixes and stability
gvSIG Desktop 2.7 includes a wide range of fixes that significantly improve overall system stability, particularly in:
Vector editing and topology.
Symbology and labeling.
Databases (including Oracle and traditional formats).
OGC web services.
Opening and recovering complex projects.
These improvements make gvSIG Desktop even more reliable for production and intensive-use environments.
Download
The new version can now be downloaded from the official website:
As always, gvSIG Desktop is free and open-source software, cross-platform, and designed to support technicians, public administrations, and organizations in their geospatial challenges.
In upcoming posts, we will take a closer look at some of the most relevant improvements and new features in this release, focusing on those that bring the greatest value to real-world workflows.
Most of the struggles with building this map related to extracting the events data from the Geomob web site, the site is built from markdown pages which are not consistently structured and have a lot of free form text, dates as text strings etc. Gemini was helpful, but not very helpful, it showed me how to combine 137 event posts into 1 text file, but with all of the extraneous text the doc was too long for Gemini to parse into geojson in one go.After a lot of faffing around and trial and error I managed to create a schema, get gemini to parse the text file and create chunks of geojoson, and geocode to city level (note I did not need to run through a geocoder), which I sequentially copied into a new text file. When I tried validating the geojson I found loads of errors but the error messages were far from helpful – burn 3 or 4 hours, wonder why you are doing this and whether it wouldn’t be easier to manual create the data and eventually I had a nice clean geojson file. Message to self: Get a good json parser and be ultra careful when copying and pasting chunks of geojson.
Making the map was pretty simple, I had something ok on the first try and something very good within a few iterations. The mapping part with a few tweaks took less than an hour.
Here is the prompt that I gave to Gemini – I am learning that the better the prompt, the quicker you get something that works.
Purpose
I am ready now to make an animated and interactive map of Geomob events from 2010 to 2026 based on the listing of events in data/events.geojson. The map should have a year slider filter to show the events of a single year, there should also be an animated function with video recorder buttons that shows the growth of Geomob events. I would like to use the Geomob logo as a scalable symbol to show the number of events at each locations filtered for the year selected. I would like the map to drill down to the event detail, giving location, date and speaker names (all available in the events.geojson file in the data sub-folder. Consider how to show info on multiple events at the same location (tabbed info box or ..?) Use the styling and colour scheme of the geomob website so that the map is suitable for embedding in that site
Data
I have the following data:
data/events.geojson
Map Requirements
Use MapLibre as the mapping library Base map: Use Thunderforest. Use best practice to keep the API key hidden from users Create separate index.html, script.js and style.css files and place data in subfolder named “data”. Eg:
Project Folder
index.html
script.js
style.css
data (folder)
data files
Mobile UX
Optimise for mobile as well as desktop usage The legend and control panel should be collapsible. For mobile users, the panel should start closed and have a “hamburger” type button to open and close. Info popup should have scroll bars as needed rather than forced to full size
Con la versión gvSIG Desktop 2.7 continuamos avanzando en el camino iniciado en versiones anteriores, un camino claramente orientado a la integración con gvSIG Online y a la evolución de gvSIG Desktop como un editor SIG avanzado, plenamente integrado en arquitecturas IDE modernas.
En este contexto, gvSIG Desktop se consolida como la herramienta de escritorio para la edición, análisis y control de calidad de la información geoespacial, complementando de forma natural a gvSIG Online como plataforma de publicación, gestión y difusión de datos. Una combinación pensada para responder a flujos de trabajo reales en administraciones públicas, proyectos corporativos y entornos colaborativos.
Esta nueva versión incorpora nuevas funcionalidades, importantes mejoras en herramientas clave y una extensa batería de correcciones, fruto del trabajo continuado de la Asociación gvSIG, que coordina y sostiene el proyecto gvSIG, impulsando su evolución desde un modelo abierto, colaborativo y alineado con las necesidades reales de los usuarios.
Principales novedades
Entre las nuevas funcionalidades más destacadas de gvSIG Desktop 2.7 se incluyen:
Nueva Calculadora de Coordenadas, que permite transformar coordenadas entre distintos sistemas de referencia de forma sencilla y precisa.
Nueva calculadora de campos, que permite rellenar varios campos a la vez y ha mejorado significativamente el rendimiento cuando se trabaja con tablas con una gran cantidad de registros.
Nueva herramienta de creación de cajetines en el layout, facilitando la composición cartográfica.
Herramienta Swipe, que permite comparar visualmente la misma zona geográfica utilizando capas de distintos momentos, fuentes o simbologías.
Nuevo Gestor de descargas, con soporte de distintos mecanismos de autenticación mediante complementos. De forma predeterminada incluye autenticación HTTP básica y OpenID Connect (OIDC) mediante Keycloak.
Integración del nuevo gestor de descargas en servicios OGC como WMS, WMTS, WFS, CSW y Gazetteer, permitiendo el acceso a servicios protegidos.
Simbología avanzada basada en expresiones, permitiendo definir distintas leyendas para una misma capa en función de los valores de los elementos, y no solo de la escala.
Nueva fórmula PointByAzimuthAndDistance en el evaluador de expresiones, que permite crear puntos durante la edición vectorial a partir de rumbo y distancia.
Soporte mejorado para la carga de ficheros JSON de gran tamaño.
Mejoras en funcionalidades existentes
Esta versión pone un énfasis especial en la productividad, estabilidad y experiencia de usuario:
Interfaz de usuario y experiencia
Optimización del arranque y cierre de la aplicación.
Introducción de marcadores por usuario.
Posibilidad de desacoplar el Editor de atributos, mejorando la edición vectorial en entornos con múltiples monitores.
Mejoras en la selección de elementos y en la gestión de formularios.
Gestión de datos y formatos
Mejor detección del juego de caracteres en archivos SHP/DBF.
Correcciones y mejoras en la carga de formatos como KML, CSV, GML, GeoPackage o Excel.
Mejoras en la gestión de conexiones a bases de datos.
Edición vectorial y geometrías
Nuevas herramientas y mejoras en procesos de recorte, partición y gestión de geometrías.
Mejor soporte para GeoJSON.
Mayor robustez frente a errores topológicos.
Layout y composición de mapas
Uniformización de herramientas de inserción de elementos.
Mejoras en alineación, escalado y gestión de plantillas de mapas.
Correcciones que mejoran la estabilidad en composiciones complejas.
Servicios web
Adaptación de los servicios WMS, WMTS y WFS al nuevo gestor de descargas.
Mejora de la usabilidad en los diálogos de conexión.
Recuperación y modernización del soporte para CSW y Gazetteer.
VCSGis (control de versiones)
Mejoras en VCSGis, el sistema de control de versiones de gvSIG Desktop, reforzando el trabajo colaborativo sobre datos geográficos.
Nuevas opciones de filtrado y confirmación de cambios.
Mayor control y seguridad en los procesos de revertido y sincronización de datos.
Correcciones y estabilidad
gvSIG Desktop 2.7 incorpora un amplio conjunto de correcciones que incrementan notablemente la estabilidad general del sistema, especialmente en:
Edición vectorial y topología.
Simbología y etiquetado.
Bases de datos (incluyendo Oracle y formatos clásicos).
Servicios web OGC.
Apertura y recuperación de proyectos complejos.
Estas mejoras hacen que gvSIG Desktop sea aún más fiable en entornos de producción y uso intensivo.
Descarga
La nueva versión ya puede descargarse desde el sitio oficial:
Como siempre, gvSIG Desktop es software libre, multiplataforma y orientado a acompañar a técnicos, administraciones y organizaciones en sus retos geoespaciales.
Por cierto, en el menú de ayuda de gvSIG Desktop se han integrado los manuales de usuario, el manual de VCSGis (control de versiones de gvSIG Desktop) y el manual de integración con gvSIG Online, de forma que pueden consultarse directamente desde la aplicación para profundizar en estas funcionalidades y sacarles el máximo partido.
En próximos posts iremos reseñando con más detalle algunas de las mejoras y novedades más relevantes de esta versión, profundizando en aquellas que aportan mayor valor a los flujos de trabajo reales.
Durante años, en el ámbito de la geomática hemos trabajado para describir el territorio con la mayor precisión posible. Primero fueron los SIG tradicionales, después el discurso de las Smart Cities y, más recientemente, la consolidación del concepto de gemelo digital. Cada uno de estos términos ha cumplido una función muy concreta: ayudarnos a explicar proyectos complejos y a poner en valor la tecnología geoespacial en contextos cada vez más amplios.
El gemelo digital ha supuesto un paso importante. Nos ha permitido hablar de modelos que integran datos heterogéneos, que evolucionan en el tiempo y que representan sistemas territoriales complejos de una forma comprensible. Sin embargo, a medida que estos proyectos maduran, empieza a aparecer una sensación compartida: representar bien la realidad ya no es suficiente.
La pregunta que cada vez escuchamos con más frecuencia no es cómo se ve el territorio, sino qué hacemos con esa información. Qué decisión es la adecuada, cuándo debe tomarse y con qué consecuencias. Es en ese punto donde el foco empieza a desplazarse.
La geomática entra entonces en una nueva etapa, en la que el valor ya no reside únicamente en el modelo o en el visor, sino en la capacidad de transformar información geoespacial en conocimiento. El territorio deja de ser solo algo que se observa y pasa a convertirse en un sistema que se analiza, se interpreta y, en cierta medida, se anticipa.
Aquí es donde empieza a tomar forma el concepto de inteligencia territorial. No como una ruptura con los SIG o con los gemelos digitales, sino como su evolución natural. Los modelos siguen existiendo, los datos siguen siendo fundamentales, pero se integran con análisis automatizados, con modelos y con mecanismos que ayudan a reducir la incertidumbre en la toma de decisiones. El mapa ya no es el final del proceso, sino el punto de partida.
Este cambio resulta especialmente evidente en ámbitos como la gestión de emergencias, la planificación territorial o la adaptación al cambio climático. En estos contextos, no basta con saber qué está ocurriendo, sino que es imprescindible anticipar escenarios, evaluar impactos y priorizar actuaciones. La geomática, combinada con inteligencia artificial y análisis avanzado, permite dar ese salto: pasar de una gestión reactiva a una gestión anticipatoria. Así lo hemos entendido y así lo estamos trabajando con gvSIG Online, integrando tecnologías disruptivas como la Inteligencia Artifical.
En este nuevo enfoque, el territorio se entiende como un sistema que puede ser observado, modelado y simulado, pero también interpretado para apoyar decisiones críticas. La tecnología, como siempre hemos defendido, deja definitivamente de ser un fin en sí mismo y se convierte en un instrumento al servicio de la gestión y el interés público.
Durante años hemos hablado de mapas, capas y visores. Después, de gemelos digitales. Deberíamos empezar a hablar de decidir mejor, de apoyar decisiones con impacto real. En ese camino, la geomática se consolida como una tecnología estratégica, así como el software libre, con su apuesta por la interoperabilidad, la transparencia y la sostenibilidad.
En gvSIG siempre hemos entendido la geomática como algo más que una tecnología: como una herramienta al servicio de la gestión pública, de la toma de decisiones y del interés general. Por eso, esta evolución hacia la inteligencia territorial no es una moda ni un cambio de discurso, sino una consecuencia natural de años de trabajo en interoperabilidad, estándares abiertos y soluciones pensadas para perdurar.
El futuro no pasa por acumular más datos ni por construir modelos cada vez más complejos, sino por poner la información geoespacial al servicio de quienes tienen que decidir, en el momento adecuado y con el mayor respaldo posible. Ese es el reto, y también la responsabilidad, de la geomática hoy.
Desde gvSIG seguiremos trabajando en esta línea: desarrollando tecnología abierta, integrando nuevas capacidades de análisis e inteligencia, y contribuyendo a que los territorios no solo se representen mejor, sino que se gestionen y gobiernen mejor.
Hello, my name is Sean Gillies, and this is my blog. I write about running,
cooking and eating, gardening, travel, family, programming, Python, API design,
geography, geographic data formats and protocols, open source, and internet
standards. Mostly running and local geography. Fort Collins, Colorado, is my
home. I work at TileDB, which sells a multimodal data platform for genomics and
precision medicine. I appreciate emailed comments on my posts. You can find my
address in the "about" page linked at the top of this page. Happy New Year!
Snow-covered cones, craters, and lava flows of Craters of the Moon National
Monument in Idaho, viewed from an airliner traveling between Denver and
Seattle on February 21, 2025.
Finally it’s here: Jupyter notebooks inside QGIS. I don’t know about you but I’ve been hoping for someone to get around to doing this for quite a while.
Development is going fast (version 0.3.0 at the time of writing) so there will be new features when you install / update the plugin compared to both the tutorial and the video.
The user interface is pretty stripped down with just a few buttons to add new code or markdown cells and to run them. And there is a neat drop-down menu with all kinds of ready-made code snippets to get you started:
For other functionalities, for example, to delete cells, you need to right-click on the cell to access the function through the context menu. And, as far as I can tell, there is currently no way to rearrange cells (moving them up or down).
I also haven’t quite understood yet what kinds of outputs are displayed and which are not because – quite often – the cell output just stays empty, even though the same code generates output on the console:
Some of the plugin settings I would have liked to experiment with, such as adjusting the font size or enabling line numbers, don’t seem to work yet. So a little more patience seems to be necessary.
Do the levels of deaths from mass shootings in the US correlate with the gun policies of individual states? I thought this might be an interesting topic to explore in my journey of mapping with AI, you can draw a conclusion from the screenshot above or wait until you get to the end of this post for my thoughts. Mapping wise – I also wanted to explore building a fairly complex map with a detailed prompt to see how close I could get in one go.
Finding data for this project was relatively easy, Gemini suggested that I look at the Gun Violence Archive which was perfect for this project (one problem, you can only download about 2,000 records at a time so it is not ideal if you want a lot of data, maybe you can apply for some kind of privileged download rights). For gun policy rankings I used the Giffords Law Centre Scorecard. For the US State boundaries, Gemini recommended PublicaMundi US States GeoJSON boundaries, PublicaMundi is a useful resource for open geospatial data. I also used some US Census data for population by state.
I had downloaded the incidents from the Gun Violence archive that had 4 or more victims (the US definition of a mass shooting) for the period 2016 to 2025 which was about 5,000 records in total. I used the OpenCage spreadsheet geocoder to add coordinates to the incidents, it whizzed through the sheet in less than a minute (Gemini offered to help write a python script to connect to the OpenCage API which would be useful for bigger datasets). Now that I had the incidents in geo form I could do some geoprocessing in QGIS and add incident and victim counts to the state polygons and assign the Gifford scores for gun policy to the states. This was relatively quick – my QGIS skills are creeping up. After a bit of cleaning up I exported my data into two geojson files, incidents and states.
Now came the exciting bit, I wrote a pretty detailed requirements prompt before asking Gemini to build me a map. You can view the prompt and the results at the bottom of this post, suffice it to say that following a few Q & A’s (eg suggestion to use Gifford scores) Gemini gave me a set of code files which worked first time.
Now I could have stopped with what I had and I would have gone from zero to hero in less than three hours but of course I couldn’t leave well alone!
I thought it might be cool to have a scaled gun symbol representing the number of victims for each incident rather than the circles in the first version. Turned out that was a disastrous diversion, I could not get the symbols to work properly: dozens of iterations, all sorts of elements of the original map stopped working and I couldn’t fix them. After a couple of hours of cursing I decided to abandon the gun symbols and GitHub came to my rescue enabling me to restore to my original working version. I then carefully iterated through a series of small enhancements to the legend, the scaling of the symbols, the info pop-ups, adding national statistics which update with the year slider, prettying the legend panel and updating the methodology statement. I was pretty pleased with this finished version.
I should have stopped there, but, of course, I had to try one more thing and that took me into another disaster loop. When the map is zoomed out there will be 400-700 points concentrated in a few areas of the US, I knew MapLibre had a clustering feature and I thought I would give it a try – not a good idea. The incidents layer is filtered by the year slider and getting the clustering to work on the filtered data not the whole 5,000 incidents was a nightmare. Once Gemini starts suggesting changes to the code, a know nothing like me is completely lost when things go wrong and hours vanish in a doom spiral that gets further and further away from my original working version. Eventually I restored the v2 working version (thanks GitHub) and decided to call it a night and try again the next day. The next day I realised that the slightly transparent overlapping symbols in v2 provided much more visual info to the user on first view than a set of cluster markers, so I abandoned the idea of clustering and stuck with v2 – several more hours wasted.
Lesson Learnt – know when to stop, don’t keep tinkering
Is there a correlation between mass shootings and gun policy?
I had expected there to be a better correlation between lax state gun policies and mass shootings than I actually found. Yes, a lot of the incidents are clustered in the states with the lowest rated gun policies, the southern states – Texas, Louisiana, Mississippi, Alabama, Georgia and South Carolina. But some of the states with fairly strict gun policies also have very high numbers of mass shootings and victims – Nevada, Illinois, Washington and Maryland. Switch between the Gun Policy and Victim Rate themes in the legend panel to see these examples. Also there are quite a few mid-western states with the lowest rated gun policies which have almost no mass shootings over the decade
With hindsight, mass shootings are too small a sample of gun violence. Looking at the Gun Violence Archive home page you can see that they represent only about 5-6% of the totals. It seems that nutters will do nutty things and gun policies are unlikely to stop them, but there may be a different correlation between overall gun deaths, injuries and suicides with state gun policies. That’s a project for another day, we are talking about 80,000 incidents per year which will present several new challenges, not least how to access and download the data, but that is for another day!
I want to make an interactive map of mass shootings in the US over the last 10 years and explore the correlation between the severity of each state’s gun control legislation and the number of shootings.
Data
I have the following data:
us-gun-policy-2019.xlsx which classifies US Gun Policy for 2019 across a large number of variables
us-gun-policy-documentation-pi.xlsx which explains all of the classifications
I want a simple classification of the severity of gun policy for each state on a 5or 6 point scale like: 1 – Very lax 2 – Lax 3 – Moderate 4 – Strict 5 – Very strict
Or suggest an alternative classification
I have a download from the US Gun Violence Archive for 2016 to 2025, filtered for more than 3 victims (common definition is 4 or more deaths represents a mass shooting).
us-mass-shootings-2019-2025.csv
The date field is text, can you convert to a numeric date and add a year field for mapping the shootings in each year
There are state, city/county and address fields can you geocode to city or street level? I have an opencage geocoder api key if you need it
I need a boundary set for US States, can you find me a suitable boundary set, join the gun policy classification to the state boundaries and also join the annual totals for each state of victims-killed and victims_injured for the whole 10 years from the us-mass-shootings.xlsx. Can you also find some state level population statistics so that the number of deaths per state can be calculated as a rate per 100,000 population
Is there any more data that you can recommend?
Map Requirements
Technical
Use MapLibre as the mapping library
Create separate index.html, script.js and style.css files and place data in subfolder named “data”. Eg:
Project Folder
index.html
script.js
style.css
data (folder)
data files
No base map needed
The Map
The map should have 2 layers
The base layer of state polygons thematically mapped on gun policy (range blue through pale grey for moderate to red, or suggest a better colour scheme)
The mass shootings data should be displayed for a single year as a series of scaled symbols (ie larger represents more victims of an event). I thought of using a gun symbol or a coffin symbol that can be scaled – do you have an alternative suggestion, also suggest a colour that will stand out from the base layer.
Interaction
The map should have pan and zoom buttons
Should the map have a state level search and zoom to or is that unnecessary for a simple map like this?
Legend
The legend panel should have a Year Slider to select the year to be mapped, with the default being 2025.
There should be an option to toggle the point layer between victims_killed, victims_killed + victims_injured or off (in case users want to just interrogate the state level data
The legend should show the state gun policy colour swatches and descriptions.
It should be possible to toggle between the gun policy theme and the total deaths for the 10 years expressed as deaths + injuries per 100,000 population
The year slider, legend and toggles to switch representations of layers should sit in a single panel (see Mobile UX below)
There should be an info button in the legend panel that pops up the Method Statement
Info popup
The info click popups should show the following fields well formatted with descriptive labels:
Clicking on an incident point
Incident Date
City
State
Victims Killed
Victims Injured
Suspects Arrested
Clicking on a state polygon
State Name
Gun Policy Severity rating
Victims/100k Population 2016-25
Method Statement
Write a method statement that has 3 sections:
Purpose, base on the intro above and add any obvious conclusions. Define mass shootings as over 4 victims
Methodology – how the Gun Policy Severity was classified and why use victims/100k pop
Mobile UX
The legend, year slider and toggle features panel should be collapsible for mobile users, the panel should start closed and have a “hamburger” type button to open and close.
Info popup should have scroll bars as needed rather than forced to full size
Updates and details can be found at 
Ver el vídeo: 
