PyQGIS. A not so well guarded secret in the most popular open-source geospatial system. You struggle doing a thing, and then open this one panel... And turns out, every single thing that you can click on, is available for programmatic calls. Load data, style it and process, prepare layouts for exporting, add panels and interactive modes, even add games using the GIS user interface. Everything.
Geospatial is hard. Software is hard. Making a new software for a one-time or an obscure process would be prohibitively complex. So no wonder many people turn towards QGIS for its extensive plugin capabilities. But what if we need to make something for the mobile?
This talk is about Every Door plugins. Every Door is an OpenStreetMap editor for going outside and collecting data. It's been custom designed for the OSM schema. But turns out, we've got thousands other services and processes on top of OSM, and many people would like "just one more button" or a panel. Let's see what has changed in Every Door over the winter that enables you to do so.
The MapLibre community is currently in the midst of developing the MapLibre Tile Format, a modern, open, and fully community-governed successor to the ubiquitous Mapbox Vector Tile (MVT) format. While MVT has served the mapping ecosystem well for over a decade, it also carries historical constraints that limit interoperability, formal specification quality, extensibility, and independence from proprietary platforms. As MapLibre continues to grow as the central open-source foundation for web-based map rendering, it has become increasingly clear that a future-proof, openly specified, and collaboratively designed tile format is essential.
This talk will offer a look into why we initiated this engineering effort and what gaps the new format aims to close. I will explain the core design principles behind the specification—clarity, strictness where needed, optionality where useful, and full transparency throughout the process. Attendees will gain a technical understanding of how the format works, including its data model, feature encoding strategy, metadata approach, and compatibility considerations for existing infrastructure.
Beyond the current specification draft, I will outline the major areas still under active development. These include discussions about schema evolution, advanced geometry representations, compression strategies, and interoperability with raster, elevation, 3D and non-geographic datasets. I will also provide insight into the collaborative workflow between maintainers, researchers, vendors, and the wider open-source community, highlighting where contributions and feedback are particularly welcome.
Finally, the talk will cover how the rollout is progressing in practice. This includes early tooling support, reference implementations, testing frameworks, and real-world trials by organizations exploring migration paths away from MVT. The session will present an honest, up-to-date snapshot of the project’s status and a forward-looking roadmap for the next stages of development, helping the community understand both what is ready today and what is still on the horizon.
Boost.Geometry is a C++ library defining concepts, primitives and algorithms for solving geometry problems. It contains a dimension-agnostic, coordinate-system-agnostic and scalable kernel, on top of which algorithms are built: area, distance, convex hull, intersection, within, simplify, transform etc.
The library contains instantiable geometry classes, but library users can also use their own legacy geometry types. It also contains spatial index allowing to perform spatial and knn queries on a collection of geometries.
In this talk we will introduce Boost.Geometry focusing on mapping and GIS. Boost.Geometry is the engine behind MySQL’s spatial query capabilities. The presentation will highlight recent developments in the library and conclude with a roadmap of the future work in Boost.Geometry.
OpenStreetMap community often seek for tooling to organize topic-focused contribution projects and monitoring is crucial to set appropriate encouragement in the areas were it's most needed. Dealing with significant amount of daily change files or oversized historical data can be challenging if you want to focus on a given topic among the whole OSM changelog like the needle in the haystack. Podoma is a free software intended to do this hard work for you, guiding you through the change log and counting as quick as no one. It provides web interface, useful API and KPI to be at ease with monitoring specific topics worldwide or around your house in OpenStreetMap.
This talk will introduce Podoma, its basic functionalities and showcase the build of a monitoring project live from the raw OpenStreetMap data.
This talk presents a FOSS stack for building, rendering, and using OpenStreetMap vector tiles. Ascend Maps ( https://github.com/styluslabs/maps ) is a cross-platform application for interactive maps. It is extremely customizable, with hiking, cycling, and transit views for the base map, user-editable sources, styles, and shaders for custom maps and overlays, and plugins for search, routing, and map sources.
tangram-ng ( https://github.com/styluslabs/tangram-ng ) extends the Tangram ES map engine originally created by Mapzen, adding support for 3D terrain, embedded SVG, and additional raster formats, along with substantial performance and stability improvements.
geodesk-tiles ( https://github.com/styluslabs/geodesk-tiles ) builds vector tiles on demand from a GeoDesk library, making it possible to start serving tiles for the whole world instantly.
Writing scripts that involve spatial data often gets messy fast, because of the number of formats, plethora of tools, and volume of data.
Jupyter and similar notebook environments help with some of these problems, but can tend to favor one language at a time, and require a GUI or other environment for execution rather than a single "script".
In this talk we introduce a new experimental console-based tool -- samaki -- which provides
a simple text format for combining source code and tools from multiple languages
a flow for iteratively generating files in many data formats that are interdependent
a mechanism for adding bespoke visualization and other tooling during the coding lifecycle
And we look at examples of using this fast flow for doing things like pulling from OpenStreetMap, manipulating geoJSON, analyzing with DuckDB, leveraging PostGIS and using LLMs judiciously.
https://github.com/bduggan/raku-samaki
https://raku.land/zef:bduggan/App::samaki
⚠️ Spoiler Alert ⚠️ One day, you are going to die.
You may not get a blue plaque on the side of a building, or a statue, or even a Wikipedia entry. But perhaps you’ll get a memorial bench?
We built https://openbenches.org where anyone can add to a collection of open data.
We’ll show you why & how we built this collection of >39,000 memorial benches from around the world, how it integrates with OSM, and what we learned along the way.
It started as a simple idea — teaching colleagues how to use OpenStreetMap. A few sessions later, more than a hundred people had learned not just how to map, but why it matters.
This talk follows two parallel stories: the trainees who discovered new tools, confidence, and purpose through digital mapping, and the company that found a new way to connect its volunteer days with growth and community impact.
Together, they show how learning to map the world can also reshape how we see our own roles, our teams, and our shared capacity to make a difference.
Geospatial analysis and GIS workflows are traditionally tied to heavy desktop applications, steep learning curves, and complex toolchains. JupyterGIS transforms this paradigm by enabling fully interactive, browser-based GIS workflows inside JupyterLab. Researchers, educators, and developers can now visualize, analyze, and edit spatial data collaboratively, leveraging modern web technologies while retaining the power of native geospatial engines.
This talk presents how the Project Jupyter, WebAssembly, and GDAL communities collaborated to build a complete, interactive GIS environment for both desktop and browser platforms. JupyterGIS integrates OpenLayers, GDAL compiled to WebAssembly, and Python or non-Python kernels to deliver: - Real-time collaborative editing of GIS datasets, including QGIS formats - Fully client-side geospatial analysis pipelines with raster and vector support - Customizable symbology and interactive visualizations, including graduated, categorized, and multi-band styling - Notebook integration for embedding, documenting, and sharing workflows - Support for cloud-based and local spatial datasets, as well as STAC asset catalogs
Technical Highlights: - WebAssembly (WASM): GDAL compiled to WASM enables high-performance spatial operations directly in the browser, without server dependencies. - Collaborative Editing: Built on Jupyter’s collaborative document model (PyCRDT & Y.js), multiple users can edit layers simultaneously with conflict-free synchronization. - Extensible Architecture: Modular command system allows custom tools, plugins, and integration with Python or other kernels. - Integration with Modern Stacks: Seamless support for xarray, Pangeo ecosystem, and upcoming features like story maps and R kernel integration.
Demos & Use Cases: - Interactive vector and raster layer editing with live symbology updates - Performing geospatial analysis entirely in-browser using GDAL WASM pipelines - Collaborative multi-user editing sessions with conflict-free layer management - Story maps and visualization dashboards for environmental, policy, and STEM applications
Target Audience: Researchers, educators, geospatial developers, students, and open source enthusiasts interested in GIS, WebAssembly, or interactive computing.
In an era of unprecedented availability of Earth Observation (EO) data, the Copernicus Data Space Ecosystem (CDSE)(https://dataspace.copernicus.eu/) plays a key role in bridging the gap between data accessibility and actionable insights. Despite the availability of freely accessible satellite data, the widespread adoption of EO applications remains limited due to challenges in extracting meaningful information. Many EO-based projects struggle with non-repeatable, non-reusable workflows, mainly due to the lack of standardized, scalable solutions.
CDSE tackles these barriers by adopting common standards and patterns, most notably through openEO(https://dataspace.copernicus.eu/analyse/openeo). This open-source solution is a community-driven standard that simplifies access to, processing, and analysis of remote sensing data by offering a unified platform. It empowers developers, researchers, and data scientists to use cloud-based resources and distributed computing environments to tackle complex geospatial challenges. Adhering to the FAIR principles (Findable, Accessible, Interoperable, and Reusable), it supports the global sharing and reuse of algorithms, enhancing collaboration and scalability.
Furthermore, by promoting the development of reusable, scalable, and shareable workflows, openEO enhances the efficiency and reproducibility of the EO workflow. Its feature-rich capabilities have also been used and validated in large-scale operational projects such as ESA WorldCereal and the JRC Copernicus Global Land Cover and Tropical Forestry Mapping and Monitoring Service (LCFM), which relies on its robust and reliable infrastructure.
Through this session, we aim to present users with openEO and its capabilities. We will highlight how users can seamlessly convert algorithms into a process graph, thereby creating reusable services.
Frontline health managers are on the sharp end of climate change, yet rarely have practical ways to use local climate signals in routine planning. Climate × Health Pulse (Climate Pulse, pulse.datakind.org) is an early-stage open prototype that fuses localized climate and health datasets into sub-county geospatial views and decision cues for county health teams.
In this talk and demo we’ll show an end-to-end, FOSS-first workflow: ingesting heterogeneous climate (e.g., temperature, rainfall, drought indices) and health indicators (facility reports, disease surveillance, vulnerability proxies), harmonizing them with open standards, and publishing actionable map layers for operational use. The initial pilot focuses on Kajiado County, Kenya, where heat stress, water scarcity, and shifting vector-borne disease risk create urgent planning needs.
We’ll highlight what works, what’s hard, and what’s next: data interoperability, scalable analytics, offline-friendly UX for low-bandwidth contexts, and governance for sustainable local ownership. We’re actively seeking collaborators to co-develop Climate Pulse—especially on geospatial data layers, standards alignment, and field testing—so that open climate intelligence can meaningfully support health systems under pressure.
Caves surveying is a pretty obscure niche in mapping, with its own set of software. There have been great FLOSS tools since the 1980s, and in the last few years cavers realised that they could use 'normal GIS' too, so a slow convergence is underway. This talk will give a brisk tour of the FLOSS tools we use, and also talk about the complicated problem of managing datasets spanning 40, 50 or even 100 years, with changing equipment, formats, personnel and computing kit.
And we'll touch on the future of Lidar and VR for 3D space modelling.
Prominent projects are Survex: http://survex.com Therion: https://therion.speleo.sk/ Loser Expo/Troggle: expo.survex.com Tunnelx/Tunnelvr: https://github.com/goatchurchprime/tunnelx/ SexyTopo: https://github.com/richsmith/sexytopo Topodroid: https://sites.google.com/site/speleoapps/home/topodroid
https://github.com/pbeyssac/millipede-caster https://www.centipede-rtk.org/fr
The open-source tool OSM2World turns OpenStreetMap data into detailed 3D models of the world. This talk presents the current state of the project.
3D visuals are increasingly becoming a standard feature of geospatial applications. Whether you want to explore the world in your browser, build games and virtual reality applications, or export content to modelling software as a starting point for creative projects, you need software tools which fully support the third dimension.
OSM2World makes it possible to generate 3D content for these kinds of applications from freely available OpenStreetMap data. Usable as a library or stand-alone application, it generates seamless outdoor and indoor representations of buildings, displays road and railway networks, and creates models for a large number of other feature types found in OpenStreetMap data. With support for the glTF standard, physically based rendering (PBR) and 3D tiles displayed in the browser using WebGL, models produced by OSM2World serve a wide range of uses.