FOSS4G 2022 general tracks

Luis Calisto

A FOSS enthusiast. Passionate for all geo technologies such as QGIS, OpenLayers, OGC standards, GDAL and a fan of PostGIS. Recently an enthusiast of GraphQL with PostGIS and Graphile.

The speaker's profile picture

Sessions

08-25
15:25
5min
Web Mapping with Global Map Projections
Luis Calisto, Luís M. de Sousa

Web Mapping as a technology and a method is now twenty years old. Within the
OSGeo Community, it has been fostered by projects such as OpenLayers
and Leaflet. They evolved tightly intertwined with the framework imposed by
free data providers, initially around commercial efforts like Google and later
OpenStreetMap. While useful in providing an easy entry to web mapping, and
convenient background layers, these data providers also triggered a regression
towards centuries-old cartography techniques, in particular the Mercator projection.
This has become a major hurdle to web mapping, particularly concerning global
data.

The Mercator map projection was created to aid sea faring in the XVI century and
was rendered useless with the advent of global positioning systems. Its use in
cartography may still be acceptable at large scales, neighbourhood or city
level, but at smaller scales it imposes severe distortion to distances and areas.
For global datasets in particular, the Mercator projection is unusable, for it
cannot represent the full surface of the planet.

Web mapping developers may work around this framework with libraries such as D3
or proj4js, and by setting up bespoke base layer services. But in doing so they
face a different problem: the deep dependence on the CRS index created by the
European Petroleum Survey Group (EPSG). Primarily concerned with the survey and
extraction of fossil fuels, the EPSG leans heavily on local or regional CRSs,
largely ignoring global CRSs. Hardly any of the more than 100 map projections
and coordinate systems developed since the beginning of the XX century feature
in the EPSG index. Landmark projections such as the Eckert series, the
Homolosine, Eumorphic, Dymaxion or the Snyder series were never included in the
EPSG index. Not even the classical Mollweide projection (one of the turning
points towards modern cartography) appears in the EPSG index. With a FOSS4G
stapple such as MapServer, this forces the leveraging of map (re-)projections to
the client, which is not always possible.

Web mapping with global data thus remains a technical challenge with FOSS4G.
This address reviews several techniques and work-arounds making global web
mapping possible with familiar FOSS4G technologies. Starting with the
appropriate configuration of CRS managing software, going through the set-up of
data servers and finally providing examples with web mapping clients.

Use cases & applications
Room Limonaia
08-25
12:35
5min
A crawler for spatial (meta)data as a base for Mapserver configuration
Paul van Genuchten, Luis Calisto

At our institute we manage a lot of input data and model outcomes of soil data to be shared online. We experienced that updating service configurations and metadata records can be quite a challenge, when managed manually at various locations. We've been working on tooling to help us automate the publication processes. These days data publications are set up as CI-CD processes on Gitlab/Kubernetes.
These efforts resulted in a series of tools which we call the Python Data
Crawler. The crawler spiders a folder of files, extracts and creates metadata records for the spatial files, as well as generates a Mapserver configuration for the data to be published as OGC services. Underneath we're building on the tools provided by the amazing FOSS4G community, such as GDAL, Mapserver, pygeometa, owslib, mappyfile, rasterio and fiona.
A typical use case for this software is with many organizations maintaining a file structure of project files. The crawler would index all the (spatial) data files, register the metadata records in a catalogue and users would query the catalogue from QGIS Metasearch to find and load relevant data.
We will present our findings around the project at the conference and hope to talk to institutes with similar challenges, to see if we can create an open source software project around the Python Geodata Crawler.

Use cases & applications
Room 9