19/03/2026-25/03/2026

Mapping

• Two proposals are waiting for your comments:
  • The cable_landing_station=* proposal to map landing points of submarine cables.
  • The highway=safari_service_road proposal to describe specific service roads in safari parks.
• The proposal flashing_lights=* is still open for voting. The proposal intends to indicate the precise design of flashing lights.

Mapping campaigns

• Following the Morshansk online map party ► in 2025, the Russian community is organising another online map party ► from 29 March to 11 April. The community will be working to eliminate one of the last major blank spots on the map: the Kunyinsky District of the Pskov Region. This year’s innovation is a new tool for coordinating zones during collaborative mapping, written specifically for this event. We invite everyone to participate, both beginners and experienced participants!

Community

• In the sharply worded, normatively charged, and at times speculative opinion essay ‘The City in the Data Lab’, mobileGEO offered an activist analysis of OpenStreetMap as an increasingly central digital infrastructure used for routing, research, and humanitarian missions, among other things. At the same time, they addressed the dependence on a small number of volunteers in core areas, such as server operations and software, as well as issues of governance and data equity.
• A forum post discussed introducing new tools for discussions on the OSM Wiki, including the MediaWiki DiscussionTools extension already used on Wikimedia projects. The aim is to provide more structured commenting and improve participation, with implementation currently being discussed as an Operations Working Group issue.
• Christian Quest announced the creation of the Panoramax Foundation to establish an open source platform for georeferenced street level imagery. The foundation is to be launched as a non-profit organisation and will be supported by partners such as the INRIA Foundation and IGN France. Its aim is to promote decentralised server structures, establish a global meta-catalogue, and strengthen cooperation between authorities, companies and NGOs. Members can actively shape technical development and governance (via the GeoCommuns Forum).
• In a blog post by the ‘OSM Verkehrswende’ initiative, Tobias Jordans explained ► that Panoramax requires additional infrastructure and coordination. The goal is to further expand this open-source alternative to commercial services and promote its use for mapping, traffic planning, and data analysis.
• Marina Petkova wrote ► about the release of the guide OpenStreetMap et territoires (OpenStreetMap and territories), produced by the Fédération des pros d’OSM. The video record of the session can be watched online. There is also a publication about the ODbL titled Tout savoir sur la license ODbL.

OpenStreetMap Foundation

• The OpenStreetMap Foundation Board has approved a new contractor to revamp the GNSS traces feature on the OpenStreetMap website, aimed at renewing the infrastructure for GNSS traces and complying with privacy regulations. The payment comes from the Sovereign Tech Fund, and the rate has been discussed with the Personnel Committee and Core Software Development Facilitator.

Local chapter news

• OpenStreetMap US announced the release of the Pedestrian Working Group Schema 1.0, defining a tiered tagging system for mapping pedestrian infrastructure. The schema provides detailed guidelines for features such as pavements, crossings, and kerbs, aiming to support use cases from basic navigation to accessibility-focused routing applications.

Events

• The FOSSGIS 2026 presentations are available online.

Maps

• Mlvln described his workflow for a Berlin streetscape map using area=highway data. He combined QGIS with the Overpass API, but switched to Geofabrik’s OSM extracts after his computer could no longer process the raw data. Using Osmose and Python scripts, he filtered tags such as surface=asphalt or amenity=waste_basket and converted HStore fields for visualisation. His goal: a zoom level-dependent tile map – but hosting and regular updates remain open problems.
• Henri97 introduced the portal-streuobst.de ►, a new map designed to support the mapping and analysis of orchard meadows based on OpenStreetMap data. The project aims to help validate NABU’s estimate of around 250,000 hectares and encourages community feedback and contributions.

OSM in action

• The Geo3D Library is a central hub for publicly available online 3D geological models. It is maintained by the Polish Geological Institute and the National Fund for Environmental Protection and Water Management. It includes OpenStreetMap, Carto Light and OpenTopoMap as basemaps.

Open Data

• Qi Zhou and others have published an open dataset of inland docks along the Yangtze River based on OpenStreetMap data and high-resolution satellite imagery. Using YOLO models they detected 3,562 docks with high accuracy and provided the results as bounding boxes and polygon geometries for further analysis.

Software

• A new security report highlighted CVE‑2026‑2580, affecting the WP Maps – Store Locator WordPress plugin by Flipper Code, which is used with OpenStreetMap, Google Maps, and Mapbox. The issue allows outsiders to access sensitive website data on sites running plugin versions up to 4.9.1, so site owners and developers are encouraged to update and review their map setups promptly.
• [1] Héctor Satrústegui explained how to optimise OpenStreetMap tiles for eInk devices such as Meshtastic or Meshcore. The approach uses Maperitive to generate tiles and a Python script to convert them into greyscale or black-and-white formats, improving performance and usability on low-resource hardware.
• The new iD tagging schema release v6.15.0 includes sidewalk= as a road property, multiple new icons (building under construction, covered reservoir, honey shop and more), animal=horse_walker was added, shop=butcher and other recovered their fields, making it easier to find many objects, and the deprecation of landuse=basin was stopped.

Programming

• d0min0 introduced Drakkar.one, an embeddable map widget that works without API keys, cookies, or Google services. It uses OpenStreetMap data and serves vector tiles as PMTiles via Cloudflare infrastructure, offering a low-cost and privacy-focused alternative to Google Maps embeds.
• Pascal Neis outlined a custom processing pipeline to analyse the full OpenStreetMap planet and generate vector tiles. The approach considers historical object versions and prepares the data for efficient visualisation and analysis workflows.
• The Infra Plan team released on GitHub bim-tile-overlay, a JavaScript library that renders map tiles such as aerial imagery or OpenStreetMap beneath 3D BIM models in Autodesk Viewer. It handles coordinate transformations from local model space to WGS84, computes visible tiles in real time, and projects them in sync with the camera view.
• tristanmk introduced Simple Routing, a low-cost routing API service built on OSRM and VROOM, targeting small projects and developers. The platform aims to bridge the gap between limited free APIs and expensive commercial services by providing shared infrastructure with transparent pricing.
• zorun presented a project implementing an OsmAnd plugin that calculates pedestrian routes based on shade coverage to improve comfort in sunny conditions. The plugin relies on custom-generated shade data, and currently works only for Nantes. The diary entry highlighted usability and integration challenges identified during testing.

Releases

• In a blog post the GraphHopper team introduced improvements made to elevation data handling, enabling more accurate slope and distance calculations. These enhancements particularly benefit use cases such as cycling and hiking routing, where precise elevation profiles are essential.
• The developers of Vespucci released version 22 beta, introducing numerous bug fixes and stability improvements, including handling of Overpass queries, uploads, and UI behaviour. The update also added features such as enhanced tag filtering, image upload support, and improvements to changeset tagging.
• The iD team released version 2.39.0, introducing improvements such as expanded recently used presets, clearer validation messages, and enhanced geometry editing. This release also included multiple bug fixes, updates for street-level imagery, and technical modernisations in the codebase.

Other “geo” things

• Apple has announced plans to introduce advertising in Apple Maps, allowing businesses to pay for promoted placements in search results and recommendations. Advertisements will be clearly labelled and, according to Apple, not linked to personal user data, as part of a broader expansion of its advertising business.
• In their paper ‘Bench marks of change’, Catherine Porter, Margaret O’Sullivan and Elizabeth Gabbett analysed the survival and loss of Ordnance Survey benchmarks in County Limerick, Ireland. Using GIS, historical cartography, and participatory methods, the study finds that over 90% of these historic survey marks are no longer visible and interprets their disappearance as an indicator of broader landscape and environmental change.
• Chronotrains is a Web map which shows how far you can travel by train, from a specific city, for example Berlin. You can select a European city and specify the travel time.
• The EO Glossary of Terms and Definitions serves as a reference for everyone involved in Earth Observation. It covers a wide range of terms, concepts, and definitions relevant to EO disciplines including remote sensing, satellite imagery, geospatial analysis, calibration and validation, climate adaptation, and more. It includes more than 30 recognised databases and you can see a graph with the hierarchy involving the terms.
• The Guardian published a video about how Google Maps search algorithms shape the types of restaurants people find and frequent.

Upcoming Events

Country	Where	Venue	What	When
	Chemnitz	Neues Hörsaalgebäude, TU Chemnitz	Chemnitzer Linux-Tage 2026	2026-03-28 – 2026-03-29
		Online	Псковская картопати 2026	2026-03-29 – 2026-04-11
	Hannover	Kuriosum	OSM-Stammtisch Hannover	2026-03-30
	Saint-Étienne	Zoomacom	Rencontre Saint-Étienne et sud Loire	2026-03-30
	San Jose	Online	South Bay Map Night	2026-03-31
	Stuttgart	Stuttgart	Stuttgarter OpenStreetMap-Treffen	2026-04-01
		Le Schmilblick, Montrouge	Réunion des contributeurs de Montrouge et du Sud de Paris	2026-04-02
	नई दिल्ली	Jitsi Meet (online)	OSM India – Monthly Online Mapathon	2026-04-04
	Lucknow	Café Coffee Day, Hazratganj	OSM Lucknow Mapping Party No.3	2026-04-05
	Zaragoza	Facultad de Filosofía y Letras (Unizar) & online	Mapatón humanitario	2026-04-07
	Salzburg	Bewohnerservice Elisabeth-Vorstadt	OSM-Treffpunkt	2026-04-07
			Missing Maps London: (Online) Mapathon [eng]	2026-04-07
			iD Community Chat	2026-04-08
	Essen	Verkehrs- und Umweltzentrum	Essen OSM-Treffen	2026-04-08
	Zürich	Bitwäscherei Zürich	186. OSM-Stammtisch Zürich	2026-04-10
	Paris	MSF France (Paris 19e), France	MSF-CARTONG: Nuit de la Géographie	2026-04-10
	Berlin	Wikimedia e.V. Tempelhofer Ufer 23-24,10963 Berlin	OSM Hackweekend Berlin-Brandenburg 04/2026	2026-04-11 – 2026-04-12
	Braunschweig	Stratum 0	Braunschweiger Mappertreffen im Stratum 0 Hackerspace	2026-04-11
		Armadale Park Cafe	Social Mapping Sunday: Armadale Train Station	2026-04-12
	Milano		Editathon e mapathon alla Milano Marathon 2026	2026-04-12
	Antwerpen		Camera’s in kaart brengen	2026-04-12
	København	Cafe Bevar’s	OSMmapperCPH	2026-04-12
	Meerut	Haldiram’s, Garh Road, Meerut	OSM Delhi Mapping Party No.28 (Meerut)	2026-04-12
			Missing Maps : Mapathon en ligne – CartONG [fr]	2026-04-13
	臺北市	MozSpace Taipei	OpenStreetMap x Wikidata Taipei #87	2026-04-13

Note:
If you like to see your event here, please put it into the OSM calendar. Only data which is there, will appear in weeklyOSM.

This weeklyOSM was produced by MarcoR, MatthiasMatthias, PierZen, Raquel IVIDES DATA, Strubbl, Andrew Davidson, barefootstache, derFred, izen57, mcliquid.
We welcome link suggestions for the next issue via this form and look forward to your contributions.

testblog

Vuoden 2025 lämpimällä kaudella tuli tehtyä 3 tarkoituksellista kartoitusprojektia eri vaiheissa, joista osa liittyi uusien pyöräpysäköintialueiden etsintään ja osa oli ihan puhdasta StreetCompleten ja Wandrerin pisteidenkeruuta.

Keväällä ennen vappua tuli käytyä seuraavat paikat läpi pyöräpysäköintipaikkojen toivossa:

• Sairaalat ja terveyskeskukset.
• Urheiluhallit.
• Päivittäistavarakaupat (marketit ja supermarketit).

Näissä ideana oli käydä läpi paikkoja, joissa ihmiset säännönmukaisesti käy ja joissa pyöräpysäköinnille on kysyntää. Urheilukentät urheiluhallien sijaan olisi vielä kiinnostavampi aihe pyöräpysäköintien sijaan, mutta en saanut tehtyä järkevää hakua Overpass QL:llä, joka ei olisi samalla tuottanut isoa määrää pieniä puistoja tulokseksi.

Tämä kun tuli valmiiksi ennen kuin kesä varsinaisesti ehti alkaa, niin kävin pienen henkilökohtaisen kriisin läpi, että kesäksi suunniteltu projekti tuli valmiiksi aivan liikaa etuajassa. Joten sitten piti keksiä jotain muuta tehtävää, jotta motivaatio säilyy ja StreetComplete onneksi tarjosi sellaista.

StreetCompletesta tehtäviä viihdyttämään

StreetCompletessa olevista tehtävistä tuli poimittua vuoden 2025 lämpimälle kaudelle seuraavanlaisia omaan karttaan:

• Liikennevalojen olemassaolo risteyksissä (Are there traffic signals that show when to cross here?). Tämä oli kesän ja alkusyksyn pääprojekti.
• Keskisaarekkeen olemassaolo risteyksissa (Does this crossing have an island?). Tämä tuli otettua listalle sen jälkeen, kun liikennevalojen olemassaolo oli saatu kartoitettua.

Keskisaareketietoa en saanut käytyä läpi ennen kuin lämmin kausi loppui ja sää oli liian kylmä, että olisi pärjännyt ilman hanskoja.

Vuoden 2026 lämpimälle kaudelle otin hoidettavaksi loput tienylityspaikkojen tietoja kyselevät StreetCompleten tehtävät. Lisäksi OpenStreetMapissa olevat bussipysäkit tulee täydennettyä niillä tiedoilla, joita StreetComplete kyselee. Näitä paikkapisteitä on omassa kartassani tällä hetkellä yli 3000, joten näissä toivottavasti riittää hommaa ja pyöräilykilometrejä.

StreetCompleten tehtävien tekeminen siirtää OpenStreetMapin päivitystä pyöräpysäköintialueiden osalta enemmän stokastiseen suuntaan, jossa en mene enää tiettyyn paikkaan katsomaan, että löytyisikö sieltä runkolukittavia pyörätelineitä. Vaan tarkkailen ympäristöä pyörätelineiden varalta samalla kun kuljen näiden StreetComplete-tehtävien perässä. Ja näiden reittien monipuolisuuden ansiosta tulee sitten käytyä paikoissa, joihin ei muuten olisi tullut mieleenkään mennä.

Katujen pintamateriaalit

StreetCompletessa minulla on näkymä käytössä, joka näyttää tiedon siitä, millainen tienpinta on kyseessä (kuva 1). Käytän tätä pyöräillessä tarkistaakseni, että vastaako ympäristön tiet sitä, mitä ne OpenStreetMapin mukaan on. Navigaattorit käyttää jossain määrin tätä tietoa siinä, että millaisia reittejä painottaa millekin kulkutavalle ja sen asetuksille. Pyöräillessä tästä on erityisesti hyötyä, kun kaikki reilusti epätasainen pinta ikävästi tuntuu hampaita kolisuttavana tärinänä.

Luulen, että tämä tienpintojen kartoitus Helsingin kantakaupungissa alkaa tuottaa tulosta. Olen muutamaan otteeseen huomannut jo navigaattorin (OsmAnd) asetusten mukaisesti tosiaan välttelevän katuja, joissa on nupukiviä ja ohjaavan kortteleiden kautta, joissa tien pinta on asfalttia. Tämä näin läskirenkaattomana pyöräilijänä on erinomainen navigointimukavuutta vähemmän tutuilla alueilla lisäävä tekijä.

Pyöräpysäköintipaikkojen kehitys

Tässä on alkanut huomaamaan, että tutu paikat alkaa toistua pyöräpysäköintipaikkojen etsimisessä. Lisäksi kun näitä on nyt muutaman vuoden tullut kartoitettua, niin luonnollisesti uusia runkolukittavia telineitä ei enää löydy näiltä alueilta niin helposti. Nyt talven jäljiltä ei ollut kuin noin 30 muiden lisäämää pyöräpysäköintialuetta, joissa ei ollut paikkojen määrätietoa saatavilla.

Runkolukittavia telineitä luonnollisesti luodaan lisää, kun huonolaatuiset renkaanväännintelineet korvaantuu saavutettavammilla laajemman rengasvalikoiman ja runkolukituksen mahdollistavilla telineillä. Mutta vaikka OpenStreetMapiin kirjattujen telineiden lukumäärä on jo viisinumeroisissa lukemissa tarkkailemallani alueella, se ei ole hirveän suuri kun vertaa koko alueen väestöön ja katsoo millaisia aukkoja jopa Helsingin kantakaupungissa on laadukkaan pyöräpysäköinnin osalta. Kuva 2 näyttää teoreettisten pyöräpysäköintipaikkojen kehityksen viimeisen vajaan 5 vuoden ajalta.

Tällä vajaan 100000 teoreettisen kirjatun pyörätelinepaikan alueella on luokkaa miljoona asukasta. Ja erillisiä alueita on kirjattuna hieman yli 4500. Luonnollisesti kaikki eivät ole samanaikaiseti pyörillä liikkeellä ja polkupyörillä on suhteellisen paljon vapauksia sen suhteen, että minne pysäköidä. Mutta varkausriskivaikutelma on myös korkea, sillä alle 20 kg painavan polkupyörän saa helposti kannettua mukanaan. Tämä vähentää intoa pistäytyä paikoissa, joihin ei ole alunperin ajatellut menevänsä, jos lähellä ei ole sopivaa kiinteää kohdetta lukita pyörää.

Ideaalitapauksessa tiheämmillä asuin- ja kaupallisen toiminnan alueilla olisi niin tiheästi runkolukittavia pyörätelineitä, että jokaisessa korttelista olisi näkyvyys lähimmälle käyttökelpoiselle runkolukittavalle telineelle. OpenStreetMapin karttadata olisi tällöin tarpeeton pätevän pysäköintipaikan hakemiseen. Vielä ollaan kaukana tästä.

Javni overpass serveri su u zadnje vrijeme preopterećeni i bacaju greške…

Jedino trenutno “rješenje” je dizanje vlastitog servera. Postoje razne upute za ručno dizanje svoje instance servera, ali se čini kao puno pipkavog posla: osm.org/user/SomeoneElse/diary/408252

Srećom, @Johannes_Gramsch je spomenuo da postoji gotov Docker container; i zaista, postavljenje istog je dosta malo posla (i većinom samo nekoliko sati čekanja da downloadi završe, i parsto GB mjesta na disku).

Meni je trebalo ispod pola sata posla, ali sa uputama može i za ispod 10ak minuta. Detalji na:

https://community.openstreetmap.org/t/overpass-api-performance-issues/140598/35

Ein Spaziergang durch Weißig und Döhlen

Am heutigen Donnerstag machte ich einen meiner vielen Streifzüge durch Döhlen. Besonders ins Visier genommen hatte ich die Streuobstwiese in Freital-Weißig, die mir durch eine Meldung im Freitaler Anzeiger wieder aufgefallen war. Kommend von der Bushaltestelle an der Schulstraße gelangt man über einen Weg zum Zaun der Wiese, wo weiter rechts eine Infotafel aufgestellt ist. Da keinerlei Verbotsschilder auffallen, nahm ich die Gelegenheit war, das Tor selbst zu öffnen und auf die Wiese zu gehen. Bei einem früheren Besuch kamen mir viele Schafe entgegen, heute sah ich kein einziges Tier. Negativ viel mir auf, dass sich vom Eigentümer lediglich um die Streuobstwiese gekümmert wird, nicht jedoch um das Gebiet um den Wettingrundweg bis zum Beginn der Böschung auf dem Gelände des Getränkehandels. So ist der Wettingrundweg unpassierbar. Die Wiese ist glücklicherweise keine Sackgasse, da am oberen Ende des Hanges ein weiteres Tor existiert, durch das man auf das im Süden angrenzende Feld gelangen kann. Von da an ging ich gen Osten zu dem in den Wald führenden Weg. Über eine erst kürzlich entdeckte Schneise gelangte ich wieder in den Wettingrund. Obwohl es Niederschlag gegeben hatte, konnte ich meine zweite Mission, die Kartierung des periodischen Gewässers, nicht fortsetzen, da dessen Verlauf zu verwinkelt ist und kein Wasser zur Nachvollziehung des tatsächlichen Verlaufes floss. Das steht also noch als Ausflugsziel für einen Regentag aus. Um wieder zur Weißiger Straße zu gelangen, schlug ich mich teilweise durchs Niemandsland die Böschung hinauf. An der Bushaltestelle am Mittelweg endete meine heutige Tour.

Ale o co chodzi?

This text was written by me a couple weeks ago. In the mean time I noticed that my computer struggles with the amount of data to process. That’s why I will need to use another way how to create my map. Anyway, I did not want to scrap this diary entry. I learned already a lot of things and maybe you are curious about my map, so here it is:

Like this or similar could the map look like. This mock-up was made with the QGIS GUI and OSM data downloaded over the overpass api. bigger resolution here

In this diary post, I want to show you what I am currently working on in my free time, what my motivations and inspirations were for starting the project, and what problems I have encountered. I also want to share what I have learned and what I plan to do with the project in the future.

I was inspired by the map Straßenraumkarte by Supaplex030, which shows micromapping in the urban area of Berlin-Neukölln in great detail. The map visualizes a wide range of different OSM elements such as trees, advertising columns, manhole covers, parking lots, pedestrian and bike paths, Stolpersteine, as well as lanes and their markings.

Unfortunately, the Straßenraumkarte has not been updated in a while. Supaplex030 is currently working on a new version that covers all of Berlin but has not yet been released. Therefore, I thought I would try to render the tags I am interested in myself.

Looking at the map gives me good feedback on whether I have worked correctly or if important tags are still missing, such as the specification of the surface=.

In the upper right corner next to the e-scooter parking lot, the asphalt area is not rendered correctly (the white map background is shining through). The roadway area shown here in light red is missing a surface specification in OSM. Details such as roadway markings, manhole covers, and trash bins (evaluates colour= and operator=)

So far, I have created the map using Overpass API queries for my neighborhood. However, I want to render the entire city of Berlin. I also aim to reduce my dependency on Overpass, as the servers are overloaded by scrapers. This has opened up a new learning opportunity for me to process OSM extracts (.osm.pbf files).

I started with the roadway areas. After downloading the OSM extract for Berlin from the Geofabrik download server, I run a Python script that saves all objects with the key area:highway into a new file using an Osmose command. I then import this file with another Python script into QGIS and process it there in a semi-automated manner.

Before I can further process the data from the extract as I am used to from the data downloaded via Overpass, I need to use the QGIS tool “Explode Hstore Field.” This tool converts the column other_tags, in which many OSM tags are stored as comma-separated list entries, into separate fields in the attribute table. I’m not so sure why the data is stored like this, if this is a general osm-extract thing or if it’s only like this with the extracts from geofabrik, but I was happy that I could find a solution quickly by searching on the internet.

before:

after:

In addition to a few other edits, I can already apply my styling (QGIS Layer Style File QML) from the mock up to the highway areas using a script.

All highway areas for Berlin, often still without surface tags. The blue rectangle roughly indicates the previous bounding box of my mock-up map.

I am curious whether my computer will cope with importing more and more data for the entire city into QGIS. The feature count for the area:highway objects is already just below 15,000. The count for other objects will be significantly higher. Fortunately, the data already comes as spatially indexed, which greatly speeds up the processing and display of the objects.

If everything goes as I imagine, I would like to evaluate additional objects that have not yet been rendered in my mock-up and add rules for displaying features only at specific zoom levels. Regular updates of the data should not be too complicated; I will just need to run the Python scripts. Ultimately, I will render tiles of the map. I hope then to find support for hosting and publishing the map, as this is something I have never done and not even an idea where to begin.

Preview: Area around Kottbusser Tor. It renders the subway-platforms on different layers and displays the ref of the subway entrances

Addendum: As written above. I will need to find a better way. Supaplex030 recommended that I take a look at osm2pgsql and PostGIS. Fortunately I just watched todays presentation Setup and update of an OSM-based map with osm2pgsql (on media.ccc.de; German language only) from Mathias Gröbe at FOSSGIS 2026 conference, so I have a good overview where to start.

Bit by bit I've already covered quite a lot of the section between the Tyne and Seahouses. Some of it I've ridden in both directions, and some of it several times. However, there are also some parts that I have yet to revisit. Today I was able to plug one of the local gaps by riding from Hipsburn to Dunstan and back.

It was a bit of a grey day. A cold wind was blowing off-shore, but that only had a noticeable effect on progress when the route departed from the coast. I expected the climb out of Alnmouth to be a bit of a challenge. In the event I was pleased (and quite surprised) to manage it without having to get off and push. The rest of today's route is fairly flat. So this was a relatively speedy ride (by my standards).

Between Boulmer an Howick there's a choice between an on-road and an off-road option. I've ridden parts of the off-road option in the past, and walk it quite often. I cleaned the bike yesterday and at this time of year I'd expect the off-road option to be quite wet and clarty. Also, at this time of year, on the roads, the volume of visitor traffic is only just starting to build up. So today I decided to stick with the on-road option in both directions.

I didn't have anything that resembled a plan, but there were several alternatives for a refreshment break when I felt like one. The Arch Cafe just outside Craster is more-or-less at today's half-way point. So that seemed a sensible choice. It turned out to be a good one.

In sumamry, a very pleasant ride. But lacking in anything that I need to bring to the attention of the world. Except for this UFO Monitoring Station just outside Alnmouth.

Yesterday or the day before, Florian contacted me to see could we map hogbacks on OpenStreetMap. Short answer: Yes.

Long answer: Florian and I have spoken at two Digital Humanities conferences about citizen science and mapping and Wikidata and all that craic before, and one of our co-panellists Meagan’s doctoral thesis was about hogbacks. These are very large stones carved into the shape of very likely buildings (longhouses mostly) and date to the 10th to 12th century. They are pretty cool, to be honest. They are called hogbacks, because they also resemble the curved back of a pig, especially, when the carving is very worn and cannot be made out, which is maybe why they called them that back in the 19th century. The Vikings presumably had a far cooler name for them, but they didn’t write that down for us. Those stones were used as grave markers. (I don’t watch any of the Viking Netflix and other series, but maybe they made an appearance? Let me know in the comments - as if this was YouTube.)

Hogbacks survive or are known to have survived (who knows what might still lie undiscovered underground) in Northengland and to a lesser extent and with stylistic differences in Scotland, Cornwall (where they are called “coped stone”). One example each is known in Ireland and Wales.

Following the pattern of ogham stones for which I did go through the proposal process, Florian and I decided that we would go for the tag historic=hogback with the additional subclassification of hogback=coped_stone for the Cornish examples. I made the “executive decision” that we would be the only people mapping them anyway and that the number is so small that a proposal process would be a waste of time. I’m prepared to be judged for that.

It turns out that two had already been mapped, one as a historic=memorial and the other as historic=tomb. So as to not interfere with other people’s tagging, I only added hogback to the values. They are in a way memorials and mark tombs, but they are not tombs themselves, only grave markers, but I’ll give the other mapper the benefit of the doubt. In several cases, they have also been moved (into museums), so they don’t even mark the grave any longer.

In my opinion, they are special enough to deserve their own value, even if there are so few; it would be good to be able to filter for them.

Florian needed all this for a conference (OSM in action!) next week, so I quickly wrote a Wiki page for them: osm.wiki/Tag:historic%3Dhogback. As of today, it will say that there are none mapped, but that’s because Florian mapped two of them yesterday, when we hadn’t agreed on the tagging scheme.

If I get a chance to go to the one in Ireland, I will make a video. And a 3D scan!

I’ve recently learnt how to use the “Building” plugin on JOSM and it’s so slay.

Hello! I made my 1000th edit today which also just so happened to roughly coincide with the 1 year mark of my OSM journey. I have had so much fun learning about OSM and connecting with so many cool members of the community.

I started my work on OSM improving the data in my home town of Wilson Wyoming, which continues to be my main focus, although I have done some smaller projects outside of this area. It has been so rewarding to watch my work come together to create such a carefully detailed representation of its unique and beautiful geography. Through all this work I have not only deepened my passion for geographic data, I have had the pleasure of developing the understanding necessary to truly comprehend the marvel of the world’s greatest map, the open street map. I couldn’t be happier to be a part of such a remarkable feat of humanity and commendation to our planet.

Speaking of Wilson, I began a series of diary entries early on where I would provide updates for my “Wilson WY data overhaul project”… I have since stopped doing this and kinda wish I could delete them (if you know how to delete them let me know). Anyways, I bring this up because Wilson has served as a kind of playground where I have and continue to develop my process for creating the most useful, high detail, well tagged, good-lookin’ data possible. This unfortunately hasn’t happened without some growing pains if you will. There are many things that I am not super proud of. For example, the fact that Fish creek has 30 versions in its way history, or the many driveways, roads, and ponds that have an absolutely egregious amount of nodes due to my disdain for jagged curves and my proclivity for getting carried away in my endeavour to make every curve pretty. I am a victim to the coastline paradox. However, this is something I believe I have improved on. Anyways, this entry is mostly for my own personal posterity, but if you are reading this, or are interested in the work I have done on OSM please reach out to me. I absolutely love to make connections with other mappers!

Estimados

Hace 22 días aproximadamente subi una traza llamada Potrerillos, he revisado y hasta la fecha no se visualiza en el mapa, por favor me gustaría saber cual es el motivo o como debo hacer para sea visible en los mapas; ya que será de mucha ayuda a los montañistas que visitan esta zona y con cierta regularidad se pierden.

Gracias.

Definition

From Wikipedia [2026-03-24] : “A boundary marker, border marker, boundary stone, or border stone is a robust physical marker that identifies the start of a land boundary or the change in a boundary, especially a change in direction of a boundary. There are several other types of named border markers, known as boundary trees, pillars, monuments, obelisks, and corners. Border markers can also be markers through which a border line runs in a straight line to determine that border. They can also be the markers from which a border marker has been fixed.”

Tagging in OpenStreetMap

Usual tags are:

• boundary=marker
• collection=yes the marker is a part of the collection of historical markers
• format:top=* describes the shape of the marker’s top
• format=* describes the shape of the marker
• height=* height of the marker
• historic=boundary_marker OR
• historic=boundary_stone
• inscription=* inscriptions on different sides of the marker could be separated by a sign “ “ ( vertical line) or “/” (forward slash)
• marker=border_stone
• material=*stone, concrete, iron, etc.
• moved=yes indicates that the marker is not on its original position
• name=*
• old_ref=* the (old, changed) number written on the marker
• ref=* the number written on the marker
• year=#### (year) (or documented tag start_date=*)

Existing sources

Maps

• Institut cartographique militaire, Carte de Belgique, 1:20 000. [1969]. (https://historical.osm.be/)

• Geo.be. Sous les onglets Cartes > Couches > Unités administratives > AdminVector, on peut afficher une carte de Belgique, qui après zoom adéquat, présente outre les limites, des points représentant des bornes. (https://www.geo.be/)

• [more to follow]

Archives

The archives contain:

• general maps
• maps specific to boundary marking
• boundary agreements
• minutes of boundary surveys
• minutes of boundary marking

Belgium

• Archives générales du Royaume - Algemeen Rijksarchief

France

• Archives départementales

On-site surveys

My on-site surveys consist of:

• record of the location with a smartphone
• use of OsmAnd and a specific favorites category
• pictures of the marker from various angles (ideally with directions of the angles)
• record of specific characteristics of the marker

Panoramax

I intend to share the results of my surveys and upload them to the Panoramax database.

HOT Mentorship Program 2025: Mapping Fire Incident Hotspots in Nairobi, Kenya.

In the last quarter of 2025, I was privileged to be part of the HOT Mentorship Program. I was a mentee in the third cohort, focusing on Open Community Building. I got to experience first-hand what it takes to work on an individual research project here in Kenya. My project was voluntary, but I learned a new meaning of that word through the project. According to the Oxford Learners’ Dictionary, voluntary is an adjective that refers to “actions done willingly, of one’s own accord, or by free choice, rather than being forced, paid, or compelled by law”. I understood that part very well, but I had little knowledge that free will doesn’t necessarily mean zero budget. So there was that.

What does it take to carry out a research project in Kenya?

While there is no “one size fits all” blanket that defines the needs for all projects, here are a few key points to consider before starting any project:

• General purpose of the project: academic thesis, community building, etc.
• Data: required datasets, available data sources, required licenses and terms of use.
• Scope of the project: geographical extent, objectives of the research project,
• Resource allocation: time, human resources/ stakeholder engagement, financial resources or physical resources.
• Legal Requirements: Associated licenses that may be required depending on the nature of the project.

Mapping Fire Incidents in Mukuru Kwa Njenga

Nairobi is the largest metropolitan city in Kenya, serving as a central hub for various economic and political activities in the country. Affordable housing is a major challenge in the city, leading to the formation of several informal settlements across the county, which lack proper infrastructure. Mukuru Kwa Njenga is one of these settlements. Like many others, the area is characterised by clustered mabati structures and narrow access roads that connect the region to other parts of the city. Fire incidents are a common tragedy in this area, leading to loss of property and lifelong scars.

Image credits: Nairobi Leo News

Research Objectives

The main objectives of the project were:

1. To identify the causes of fire incidents in Mukuru
2. To map fire incident hotspots in the area
3. To identify the role of community leaders and residents in fighting the recurrent fire incidents

Data and Methods

The project was mainly qualitative, seeking to understand the patterns behind the causes of recurring fire incidents in Mukuru, how the fires start and where the incidents occur frequently. The project was carried out in the following steps:

• Data Acquisition/ Exploratory Data Analysis: Acquiring relevant data from the International Centre for Humanitarian Affairs (ICHA), OpenStreetMap and ground verification.

• Hotspot Analysis: Identifying the fire incident hotspots within Mukuru Kwa Njenga and the surrounding settlements, as established from the data and field survey.

• Qualitative Data Analysis: Identifying the causes of fires in Mukuru and identifying the gaps in the distribution of emergency care services around the fire incident hotspots.

• Capacity Building: Conducting a fire safety awareness training and community engagement forum.

Research Findings

The following map shows the distribution of fire incident hotspots around Mukuru Kwa Njenga and the surrounding areas:

From the research findings, fire Incidents in Mukuru Kwa Njenga are majorly caused by:

1. Faulty Cooker Valves: Commonly used cookers have valves that gradually become loose and pose a fire hazard caused by gas leakage.
2. Traditional lanterns (koroboi): These lamps pose a fire hazard when knocked over or left unattended, and are a common cause of fire ignition.
3. Abandoned cooking stoves: When cooking stoves are abandoned for a long time, they slowly ignite cooking pots and nearby curtains, hence starting a fire.
4. Faulty Wiring: Most power cables in the area do not meet the required standards of installation, and they pose a risk of electrocution and ignite fires.
5. Building material of the houses: Most of the houses in Mukuru are mabati houses, which are crowded and catch fire very easily
6. Lack of supportive infrastructure: lack of a nearby fire station, narrow access roads, insecurity and inadequate water supply in the area slow the response rate to fire incidents in Mukuru Kwa Njenga and surrounding areas.

*Image Credits: Online

Challenges and Limitations

• Limited Project Funding - Challenges in facilitating the community members and field assistants who participated in the mapping exercise
• Limited Project Scope: The project only covered a few villages in Mukuru, due to limited project timelines and funding.

Recommendations

• The community members should collaborate with the Fire Brigade Team to organise more fire safety training programs
• The residents of Mukuru should replace their gas valves regularly to prevent fire incidents caused by gas leakages.
• Further research should expand the project scope to cover a wider area and propose solutions for the recurring fire incidents.

Conclusion

Recurring fire incidents are one of the major challenges that the people of Mukuru have continued to endure for several years. This project highlighted the major causes of fire incidents and mapped some of the incident hotspots within Mukuru. The OpenStreetMap database was particularly useful in geocoding street addresses, locating emergency amenities such as health centres, providing building footprint data, access roads and social amenities such as water points. The project aimed at increasing the visibility of Mukuru to the relevant stakeholders and inviting some action on the subject matter.

TL;DR:
I benchmarked my OpenStreetMap processing pipeline (Osmosis → Osmium → Tilemaker) across four machines. Updating the planet takes ~16–21 minutes, while generating worldwide vector tiles (z14) takes between 1h45 and 6h18 depending on hardware and parameters. With tuned Tilemaker parameters and sufficient RAM I was able to reduce tile generation to ~1h45.

The Full Story
Across my various ResultMaps for OpenStreetMap (OSM) contributions, several different tools and data formats appear in my processes and workflows. Since around mid 2024, vector tiles have been part of my setup. Initially, my motivation for learning about them was the idea of providing such tiles in the context of disaster response (for example during the 2023 Türkiye earthquake). Later, however, I started integrating vector tiles directly into several of my quality assurance tools (for example NeisBot in 2024). My goal with this was: A) to reduce the load my services place on the OSM API and B) to become more independent from other sources such as the Overpass API. However, in this blog post I want to share some processing times and show how long different OSM tools take to update and process data on various hardware setups.

Why I Prefer Planet Files Over a Database for OSM Processing
In several of my talks and workshop sessions I often say: the OSM ecosystem provides such good tools for keeping OSM data up to date that my first choice is not a database. Previously I used Osmosis, and currently I rely mostly on Osmium. Both are excellent tools that simply deliver, as you can see later in the timing results of this post. I use Osmosis to download the latest OSM replication changes. After that, I update my planet file and history dump using Osmium. For generating my vector tiles I use Tilemaker.

Setup and Hardware
In total I tested four different machines to represent different hardware configurations. The smallest machine was a Mac Mini (2023) with an M2 Pro processor and 32 GB RAM. The second machine was a Mac Studio (2023) with an M2 Max processor and 96 GB RAM. The third and fourth machines were Ubuntu desktop systems: Ubuntu machine 1 (2024): AMD Ryzen 7965WX, 512 GB RAM, two NVMe drives and Ubuntu machine 2 (2025): AMD Ryzen 9955WX, 256 GB RAM, two NVMe drives. For updating OSM data I use: Osmosis to download replication files and Osmium to update my planet and history planet files. Both Osmosis and Osmium were installed either through distribution packages or compiled from source via GitHub. For my custom worldwide vector tiles I use Tilemaker. This was compiled from the latest GitHub sources on all four machines. My configuration and Lua scripts are almost entirely based on OpenMapTiles [Config] [LUA]. During processing I generate worldwide tiles only for zoom level 14. For my QA/QS workflows this has proven to be a very reasonable compromise between detail and processing effort.

Benchmark Results
Osmosis command to fetch the latest OSM changes: osmosis –rri –wxc changes.osc.gz
Average runtime over seven days:

Osmium command to apply changes: osmium apply-changes -v planet-old.osm.pbf changes.osc.gz -o planet.osm.pbf
Average runtime over seven days:

Tilemaker command to generate vector tiles: tilemaker –shard-stores –store ./store –input ./planet.osm.pbf –config ./my-config.json –process ./my-process.lua –output ./planet.mbtiles
Average runtime over three days:

According to the documentation, I could also use the –compact parameter (see Running). However, since I want to include the OSM element IDs in my tiles, this option is currently not suitable for my use case. I also experimented with the number of threads used by Tilemaker. The best results were achieved when setting the number of threads to roughly 50% of the available CPU threads.
Tilemaker using 50% of system threads: tilemaker –thread 24 –shard-stores –store ./store –input ./planet.osm.pbf –config ./my-config.json –process ./my-process.lua –output ./planet.mbtiles
Average runtime over three days:

With my configuration and the larger RAM setup on one of the Ubuntu machines I achieved the following result: tilemaker –thread 24 –fast –no-compress-nodes –no-compress-ways –materialize-geometries –input ./planet.osm.pbf –config ./my-config.json –process ./my-process.lua –output ./planet.mbtiles

This is currently the command I use to generate my tiles. It is worth mentioning that this setup uses the Tilemaker sources from around February 2024. With the latest sources I was somehow unable to reproduce this speed (see GitHub issue). As an additional note: on my second Ubuntu server, Osmium currently takes about 32 minutes on average to update a historical planet file (~160 GB).

Conclusion and Future Improvements
I think the results show that Tilemaker is influenced by CPU and memory bandwidth. While the Apple machines perform well, the Ubuntu system with a high amount of RAM benefits from aggressive Tilemaker parameters and multi-threading. Anyway, I hope this blog post and the numbers presented here can be helpful to others. I am confident that I did not mix up the processing times, but of course mistakes are always possible. I am also definitely not a Linux or parameter tuning expert, although according to several GenAI prompts there should still be some room for further optimization. I am not sure how much impact using multiple NVMe drives has in this setup. Based on my server monitoring I do not really observe significant I/O bottlenecks when comparing it with the RAM-heavy setup.

When it comes to Linux kernel tweaks such as memory cache tuning, hugepages, or filesystem optimization, I am completely out of my depth. If you have experience with kernel tuning, filesystem optimizations, or Tilemaker parameter tuning for large OSM datasets, I would love to hear about your setup.

Today's ride started in Millfield, then passed through a series of small settlements: Ford, Crookham, Branxton and Mindrum.

Apart from Maelmin Henge I took in the site of the Battle of Flodden, which was fought outside Branxton in 1513. The Church of St Michael and All Angels at Ford dates from the 13th Century, and was heavily restored by John Dobson in 1853. There has been a mill at Heatherslaw since 1291. The current one was restored and re-opened in 1975, but was closed today.  For more local history I could have made a brief diversion via the 14th Century Etal Castle. But enough is enough.

Part of my route followed NCN68 - the Pennine Cycle Way. The two sections on the A697 were both very brief and traffic wasn't a problem. The rest of the ride was on quiet country lanes. 

Once again I chose a route that is more hilly than I'm used to. On my personal scale of difficulty I couldn't rate this as an "Easy" ride. Others describe it as "Moderate", but I'd have to rate it as more difficult than that. "Challenging"  would be putting it too strongly. I'd like to rate it as "Satisfying", but for now, I think I'll settle on "Demanding".

12/03/2026-18/03/2026

Mapping

• After passing through the proposal process and being approved the ETCS Markers Tagging Scheme, an effort to unify the tagging of the markers used by the European Rail Traffic Management System, is available for everyone to use. Previously these were implemented using country-dependent schemes. The proponents are asking the mappers of countries where such systems are used to update the relevant wiki pages to include a redirect or a section unified with the new tagging scheme.

Community

• In their latest OpenStreetMap interview series, OpenCage spoke with Martin Ždila of Freemap Slovakia, the Slovak local chapter of the OpenStreetMap Foundation.
• The UN Maps team introduced its new community ambassadors, who plan different activities to bring OSM to local communities.
• KelsonV commented that the latest Pedestrian Working Group’s crosswalk corner tagging scheme is better than the way he had been doing it, so going forward he will use that scheme instead.
• Mateusz Konieczny has requested feedback for proposed preset changes in the iD tagging schema and shared a list of several currently being reviewed for potential inclusion.
• IXVG47QZ reported that last year Javi and Rebecca planned to bike-pack from the Austrian Alps into Asia using CoMaps, an OpenStreetMap-based mobile navigation app. ‘It has safely taken me to many countries in Asia and now in Oceania’, said Javi.

Local chapter news

• Habi has vibe-coded a script that monitors the official Swiss municipal boundary data from swisstopo and compares it with the boundary data in OpenStreetMap. The script runs daily at 2 am UTC via GitHub Actions, and is accessible here.
• Lyft, an American ride-sharing platform, has joined as the latest OSM US organisational member.

OSM in action

• Vasily Ivanov is developing a mobile-friendly bike route web map for the Ertlav cycling club. You can view other members’ routes and upload your own tracks and photos. OpenStreetMap is used as the base map and the map itself runs on MapLibre.
• rbb24 used ► an OpenStreetMap-based map to visualise the locations of cycle paths that will be closed for renovations in the Oberspreewald-Lausitz district, Brandenburg, Germany.

Open Data

• The UNIPLU-BR dataset is the first unified and standardised national database of point precipitation (non-interpolated) in Brazil, consolidating raw data for 40 years and from five official monitoring networks: CEMADEN, INMET, ANA (Hidroweb), Telemetria, and ICEA. The dataset is available on Zenodo.org/EU.

Software

• The March Organic Maps update report includes release notes about improvements related to conditional speed limits, more detailed contours for China, split/smaller Tanzania regions, leather shops, and more. According to the developers this update took more time due to hotfixes and Google Play review.
• The project Geowiki provides a modular ecosystem for processing and visualising OpenStreetMap data, originally developed for OpenStreetBrowser. Its JavaScript library, geowiki-api, retrieves data via the Overpass API or OSM files, makes it usable in Leaflet, or exports it as GeoJSON, and can also act as an Overpass proxy server.
• vizsim has developed Missing Mapillary GraphHopper Routing for Germany, a web application that plans routes along roads without Mapillary imagery. The tool combines OpenStreetMap data with Mapillary coverage, highlights missing segments through colour-coded routes, and uses ► GraphHopper for routing.
• Eugene published a report about the results of the OsmAnd 2026 user surveys that were conducted recently.
• Zkir announced that UrbanEye3D version 2.0, a JOSM plugin for visualising OpenStreetMap’s 3D data, will be released at the end of March 2026.

Releases

• ^[1] Juminet, who has been developing their topographic style over nine years, has announced the release of OpenArdenneMap winter 2025–2026 version. OpenArdenneMap is open-source map style designed for the production of topographic maps for printing, available for use with QGIS and the Mapnik/cartoCSS libraries.

OSM in the media

• Jules Grandin, of Les Échos, explained the history of roundabouts ► in France and tries to answer the question of how many roundabouts there are in France using OpenStreetMap data.
• Ishaan Kocchar wrote, on Substack, about the triple axes of the ‘Digital Communities Trilemma’: openness, activity, and quality, in the context of OpenStreetMap and open data. Ishaan argued that the ‘big corporate consumers’ of the contributed data do not always provide any benefit to the OSM community or the project itself. They compared the Indian context of collaborative mapping with OSM with the local commercial market.

Other “geo” things

• Coordinate Mapper is a professional-grade geospatial tool for plotting, analysing, and exporting coordinate data in multiple systems, including WGS84 and the UK National Grid.
• PGlite, a open-source project that allows you to run PostgreSQL locally in a browser, has added long-awaited support for the PostGIS extension. You can try it out in the browser or use it as an npm package.
• The Instituto Geográfico Nacional (Spain) is offering ► some courses on GIS and geoprocessing on its e-learning platform and using the OGC platform over 2026. The course about data management is open .

Upcoming Events

Country	Where	Venue	What	When
			OSMF Engineering Working Group meeting	2026-03-20
	Olomouc	Přírodovědecká fakulta Univerzity Palackého	Missing Maps Day Olomouc 2026	2026-03-21
	Perímetro Urbano Yopal	OSM video	Encuentro virtual: Introducción a OpenStreetMap	2026-03-21
	Tiranë	https://osmvideo.cloud68.co/user/ird-zqk-9vq-szt	OpenStreetMap Virtual Meetup Tirana	2026-03-21
		Domplatz Fulda	Frühlingsmapping 2026	2026-03-22
			Missing Maps : Mapathon en ligne – CartONG [fr]	2026-03-23
	Bruxelles – Brussel	ULB Solbosch Campus – Building U – UB4.126	Belgian Interuniversity Mapathon 2026	2026-03-23
	Stadtgebiet Bremen	Online und im Hackerspace Bremen	Bremer Mappertreffen	2026-03-23
		Pôle Numérique Brest Iroise	Rencontre OpenStreetMap et Territoires	2026-03-24
	Göttingen	Uni Göttingen	FOSSGIS-Konferenz 2026	2026-03-24 – 2026-03-27
	Derby	The Brunswick, Railway Terrace, Derby	East Midlands pub meet-up	2026-03-24
			UN Mappers Mappy Hour: UN Maps Community Ambassador Pilot Initiative	2026-03-25
	Düsseldorf	Online bei https://meet.jit.si/OSM-DUS-2026	Düsseldorfer OpenStreetMap-Treffen (online)	2026-03-27
	Göttingen	Uni Göttingen, Fakultät für Geowissenschaften	FOSSGIS 2026 – OSM-Samstag	2026-03-28
	Chemnitz	Neues Hörsaalgebäude, TU Chemnitz	Chemnitzer Linux-Tage 2026	2026-03-28 – 2026-03-29
			Local Chapters & Communities Congress 2026	2026-03-28
		Vélo Utile	rencontre OSM	2026-03-28
	Mira-Bhayander	DBT Café, Mira Road	OSM Mumbai Mapping Party No.8 (Western Line – North)	2026-03-28
	Hannover	Kuriosum	OSM-Stammtisch Hannover	2026-03-30
	Saint-Étienne	Zoomacom	Rencontre Saint-Étienne et sud Loire	2026-03-30
	Stuttgart	Stuttgart	Stuttgarter OpenStreetMap-Treffen	2026-04-01
		Le Schmilblick, Montrouge	Réunion des contributeurs de Montrouge et du Sud de Paris	2026-04-02
	नई दिल्ली	Jitsi Meet (online)	OSM India – Monthly Online Mapathon	2026-04-05

Note:
If you like to see your event here, please put it into the OSM calendar. Only data which is there, will appear in weeklyOSM.

This weeklyOSM was produced by MatthiasMatthias, Raquel IVIDES DATA, Strubbl, Andrew Davidson, TrickyFoxy, barefootstache, derFred, izen57, mcliquid.
We welcome link suggestions for the next issue via this form and look forward to your contributions.

Durant les mois d’Avril et de Mai, je vais faire comme à Jassans en 2025, c’est à dire faire des relevé hebdomadaires de ref=* des lampadaires de Chaleins:

Carte: https://umap.openstreetmap.fr/fr/map/carte-releve-lampadaire-de-chaleins_1371864#13/46.051374/4.819221

Dates actuelles:

Aujourd’hui (22/03)=Zone 1=Lancement Chaleins !

28/03/2026=Zone 2

04/04/2026=❌ Annulé=FCO 2026

11/04/2026=Zone 3

18/04/2026=❌ Annulé=Conscrits de Frans

25/04/2026=Zone 4

02/05/2026=Zone 5

09/05/2026=Zone 6

16/05/2026=Zone 7

23/05/2026=Zone 8

30/05/2026=Zone 9

06/06/2026=Zone 10=Finalisation de Chaleins

Les dates peuvent bougé en fonction de mon planning perso…

Incluso edifícios numeração interpolada na região do Tatuapé , Parque São Jorge, e Jardim Maranhão.

Editoriales Intro: März 2026, Wien, Paris

Im März 2026 fühlt sich OpenStreetMap gleichzeitig vertraut und fragil an: Wien routet seine Fahrpläne auf OSM-Basis, Start‑ups bauen Geschäftsmodelle darauf, humanitäre Organisationen verlassen sich im Katastrophenfall auf OSM‑Gebäudeumrisse. Gleichzeitig wissen Eingeweihte, dass große Teile dieser „kritischen Infrastruktur“ an einer Handvoll Ehrenamtlicher hängen – vor allem dort, wo es um Serverbetrieb, Kernsoftware und die API geht. blog.openstreetmap

Mit dem Fördervertrag der deutschen Sovereign Tech Agency über 384.000 Euro für die Modernisierung der OSM‑Kernsoftware steht erstmals schwarz auf weiß da, was viele in der Community seit Jahren behaupten: OSM ist digitale Grundversorgung – aber ihre Wartung ist weder institutionell noch demokratisch so abgesichert, wie es dieser Status vermuten ließe. Parallel laufen die Vorbereitungen für State of the Map 2026 in Paris, das Ende August als globales Treffen der OSM‑Community stattfinden wird – inklusive Calls für Session-Proposals und Wissenschaftsabstracts, die gerade jetzt im März geöffnet sind. Es liegt in der Luft, dass Paris der Ort wird, an dem sich entscheidet, ob OSM eher technokratisch oder partizipativ weiterwächst. 2026.stateofthemap

Aus Wiener Perspektive wirkt diese globale Debatte keineswegs abstrakt. Die Stadt setzt zunehmend auf partizipative Formate, um Mobilität, Stadtraum und Klimaanpassung zu gestalten; OSM‑Daten fließen in Routing, Accessibility‑Anwendungen und diverse Forschungsprojekte ein. Gleichzeitig reproduzieren OSM‑Daten selbst urbane Ungleichheiten: Innenbezirke sind hochdetailliert, während periphere Siedlungen, informelle Treffpunkte oder Angebote für vulnerable Gruppen oft unsichtbar bleiben. mdpi

Diese Kolumne nimmt Wien als Labor, um vier Ebenen zusammenzudenken:

1. Governance‑Krise in der OSM‑Infrastruktur: Wer darf am „Herz“ drehen – und wer nicht?
2. Barrierefreiheit als Datengerechtigkeit: Wer wird kartiert, wer bleibt unsichtbar?
3. Humanitäre Kartographie und digitales Erbe: Was lernen wir aus Myanmar 2025 für Wien 2026?
4. Konkrete Mapping‑Aufgaben für März/April in Wien, die lokale Praxis mit globalen Debatten verbinden.

Theoretisch lehnt sich die Kolumne an Laszlos Netzwerk‑Systemik an: OSM als Supersystem, in dem Governance‑Entscheidungen, Datenpraktiken und urbane Gerechtigkeit miteinander verschränkt sind. Ergänzt wird dies durch Archive‑Justice‑Perspektiven à la Trouillot: Nicht nur, was in der Karte steht, ist politisch – auch das, was fehlt. mdpi

Kapitel 1 – Governance-Krise: Wer wartet OSMs Herz?

1.1 OWG als technokratischer Gatekeeper

Die Operations Working Group (OWG) verantwortet den Serverbetrieb von OSM: API, Datenbank, Tiles, Backups, Hardwareplanung und Richtlinien für die Nutzung der zentralen Dienste. Ohne OWG gibt es keine neuen Planet-Files, keine Bearbeitungen, keine Standardkarten – OSMs „Herzschlag“ hängt an dieser Gruppe. operations.osmfoundation

Die offizielle Dokumentation listet Aufgaben wie Kapazitätsplanung, Sicherheitsupdates und Policy‑Formulierung, bleibt aber vage bei der Frage, wie Entscheidungen priorisiert und legitimiert werden. In der Praxis handelt es sich um einen kleinen Kreis hochspezialisierter Admins, die ehrenamtlich agieren, aber Entscheidungen mit globalen Auswirkungen treffen – etwa, welche Dienste wie stark gedrosselt werden oder welche Infrastrukturprojekte bevorzugt Ressourcen bekommen. osmfoundation

Damit entsteht ein Single‑Point‑of‑Failure auf zwei Ebenen: technisch (wenige Personen kennen die komplexe Infrastruktur wirklich) und politisch (wenige Personen strukturieren faktisch die Infrastruktur‑Agenda). Community‑Diskussionen zur „Core Software Governance“ problematisieren genau das: unklare Kriterien, welche Software überhaupt „core“ ist, informelle Nachfolgeregeln und potenzielle Interessenkonflikte, wenn dieselben Personen sowohl in Working Groups als auch als Maintainer oder Unternehmensvertreter auftreten. sovereign

1.2 Tagging-Governance: partizipativ, aber getrennt

Im krassen Gegensatz dazu ist die Governance rund um Tagging überwiegend offen und partizipativ organisiert: Neue Tags durchlaufen Proposal‑Phasen im Wiki, werden auf Mailinglisten und im Forum diskutiert, und am Ende steht – zumindest formal – eine transparente Abstimmung. Auch wenn Machtasymmetrien (z.B. Englischkenntnisse, Zeitressourcen) existieren, bleibt der Prozess sicht‑ und kritisierbar; De‑facto‑Standards entstehen oft iterativ und können bei Bedarf durch neue Proposals korrigiert werden. welcome.openstreetmap

Diese Asymmetrie zwischen Tagging‑ und Infrastruktur‑Governance ist systemisch bedeutsam: Sie trennt die „semantische Demokratie“ (viele Menschen entscheiden, wie die Welt beschrieben wird) von der „infrastrukturellen Oligarchie“ (wenige Menschen entscheiden, wie diese Beschreibungen überhaupt gespeichert, ausgeliefert und verarbeitet werden). Aus Laszlos Perspektive bedeutet das: Ein Subsystem (Tagging) ist hochgradig adaptiv und selbstorganisiert, das andere (Infrastruktur) ist starr und stark von Schlüsselpersonen abhängig – ein Rezept für Resilienz‑Probleme. mdpi

1.3 Sovereign Tech Agency: Governance als Infrastruktur-Investment

Vor diesem Hintergrund wirkt die Investition der Sovereign Tech Agency fast wie eine späte Systemdiagnose: In der Ankündigung wird OSM explizit als „globale Infrastruktur für digitale Kartendaten“ beschrieben, die öffentliche Dienste, private Produkte und humanitäre Einsätze gleichermaßen trägt. Der Servicevertrag über 384.000 Euro über zwei Jahre ist zweckgebunden für Stabilität, Wachstum und Modernisierung der Kernsoftware, inklusive Code‑Refactoring, Tests, Dokumentation und Governance‑Verbesserungen in der Entwickler:innengemeinschaft. blog.openstreetmap

Konkret schafft die OSMF zwei neue, bezahlte Rollen; die erste – „Core Software Development Facilitator“ – wurde 2025 mit Minh Nguyễn besetzt. In der offiziellen Vorstellung beschreibt er seine Aufgabe als Koordination der verstreuten Kernentwicklungsprojekte, Verbesserung der Kommunikation und Schaffung von Einstiegspfaden für neue Contributor. Governance wird hier explizit als zu investierende Infrastruktur gesehen: nicht nur Server, sondern auch Moderation, Onboarding und Nachfolgeplanung. blog.openstreetmap

Für Wien bedeutet das: Wenn städtische Stellen, Verkehrsverbünde oder Forschungsprojekte OSM als Infrastruktur nutzen, hängen sie an Governance‑Entscheidungen, die aktuell in wenigen Gremien und Rollen gebündelt sind. Die Frage, ob die OSMF „auch in die Governance‑Moderne selbst“ investiert, ist damit nicht abstrakt, sondern Teil jeder Ausschreibung, jeder Forschungskooperation und jedes Stadtraumprojekts, das OSM als Basis nutzt. community.openstreetmap

1.4 Wien als Gegenmodell: Stammtische und offene Entscheidungsräume

Die Wiener OSM‑Stammtische zeigen, wie Governance auch aussehen kann: Termine, Themen und Protokolle sind im Wiki und auf der österreichischen OSM‑Seite dokumentiert; neue Leute können spontan auftauchen, Fragen stellen, Projekte vorschlagen. Ob es um neue Schemas für Radabstellanlagen, Mapping von Schanigärten oder Data‑Quality‑Checks entlang neuer Bim‑Linien geht – Entscheidungen entstehen in offenen Runden, nicht in GitHub‑Issues hinter geschlossenen Türen. openstreetmap

Aus systemischer Sicht fungiert der Stammtisch als lokaler Regler im globalen Netz: Er koppelt globale Normen (z.B. Tagging‑Konventionen für Barrierefreiheit) mit lokalen Praktiken (konkretes Mapping in Wien), schafft soziale Redundanz (mehrere Leute verstehen denselben Stadtteil) und reduziert Abhängigkeiten von Einzelpersonen. Wien kann – gerade in Richtung SotM 2026 – als Beispiel dienen, wie infrastrukturelle Fragen (z.B. Validator‑Trainings, lokale QA‑Setups) frühzeitig in solche offenen Formate integriert werden. mdpi

Kapitel 2 – Barrierefreiheit als Datengerechtigkeit in Wien

2.1 Wheelmap: Viele Orte, große Lücken

Wheelmap.org, betrieben von Sozialhelden e.V., ist eine globale Karte zur Rollstuhlgerechtigkeit öffentlicher Orte – technisch und inhaltlich eng mit OSM verknüpft. Die Plattform meldet heute rund eine Million durch die OSM‑ und Wheelmap‑Community bewertete Orte und etwa eine weitere Million über Partnerdatensätze wie Foursquare oder HERE, sodass global über zwei Millionen Orte mit Accessibility‑Informationen sichtbar sind. isocial

Diese Zahl klingt beeindruckend, steht aber in keinem Verhältnis zur realen Menge an Restaurants, Ämtern, Gesundheits‑POIs oder ÖPNV‑Haltestellen weltweit. Studien zur OSM‑POI‑Qualität und -Vollständigkeit zeigen, dass in vielen Regionen des Globalen Südens die Abdeckung selbst bei Basiskategorien wie Schulen oder Kliniken stark lückenhaft ist. Accessibility‑Informationen sind in diesen Regionen oft nahezu inexistent – nicht, weil es keine Barrieren gäbe, sondern weil es keine Mapper:innen gibt, die sie eintragen. pmc.ncbi.nlm.nih

In Wien zeigt sich das Muster in abgeschwächter Form: Innenstädtische Bezirke mit hoher touristischer Dichte und aktivistischen Netzwerken sind relativ gut mit wheelchair‑Tags versehen, während periphere Siedlungen, Gemeindebauten oder migrantisch geprägte Einkaufsstraßen deutlich schlechter dokumentiert sind. Datengerechtigkeit wird damit zu einer Frage der sozialen Geografie: Wer wohnt wo, und wer mappt wo? journals.sagepub

2.2 Accessible Maps und die unterschätzte Komplexität von Accessibility-Tags

Das Projekt Accessible Maps (TU Dresden, ACCESS@KIT) sammelt systematisch Merkmale, die barrierefreie Indoor‑ und Outdoorkarten unterstützen sollen: Liftpositionen, Rampenneigung, Türbreiten, Handläufe, taktile Leitsysteme, Kontrastverhältnisse, akustische Signale und mehr. In enger Abstimmung mit Sozialhelden und der OSM‑Community wurden Symbolsets und Tag‑Empfehlungen entwickelt, um diese Vielfalt in leicht nutzbare Kartenoberflächen zu übersetzen. access.kit

OSM besitzt bereits hunderte Tags für Barrierefreiheitsaspekte – von wheelchair=yes/no/limited über tactile_paving bis hin zu detaillierten Angaben für Türen, Rampen und Aufzüge. Das Problem ist weniger die Semantik, sondern die Praxis: Ohne gezielte Micro‑Mapping‑Kampagnen bleiben die meisten dieser Felder leer. Qualitätsstudien zu OSM‑POIs belegen, dass selbst in gut kartierten Städten viele soziale und medizinische Einrichtungen keine vollständigen Attribute zu Öffnungszeiten, Zugänglichkeit oder angebotenen Leistungen besitzen. wiki.openstreetmap

Für Wien bedeutet das: Technisch ist alles da, um eine hochdetaillierte Accessibility‑Karte zu erzeugen. Es fehlt vor allem an Arbeitszeit, Priorisierung und Koordination – also an Governance‑Entscheidungen innerhalb der lokalen Community und an Kooperationen mit zivilgesellschaftlichen Akteuren (Behindertenvertretungen, Senior:innenorganisationen, migrantische Initiativen). pmc.ncbi.nlm.nih

2.3 Archive Justice: Unsichtbare Körper im Stadtplan

Michel‑Rolph Trouillot zeigt in „Silencing the Past“, dass Archive Machtverhältnisse nicht nur abbilden, sondern aktiv herstellen, indem sie bestimmte Ereignisse und Akteur:innen dokumentieren und andere ausblenden. Übertragen auf OSM heißt das: Wenn Barrierefreiheit in vielen Stadtteilen Wiens nicht dokumentiert wird, ist das kein „zufälliges Loch“, sondern ein epistemischer Ausschluss – bestimmte Körper und Wege zählen weniger. metodos

Partizipative Mappingprojekte in Slums Afrikas und Asiens illustrieren, wie radikal es ist, wenn informelle Siedlungen erstmals auf einer Karte erscheinen: Sie werden verhandelbar für Stadtplanung, Hilfsprogramme und politische Forderungen. In Wien könnte ein vergleichbarer Schritt darin bestehen, systematisch jene Grätzl zu kartieren, in denen Armut, Migration und Behinderung kumulieren – etwa Teile von Favoriten, Ottakring oder Floridsdorf – und dort Accessibility‑Daten als eigenes Gerechtigkeitsprojekt zu verstehen. mdpi

Archive Justice im OSM‑Kontext heißt: Nicht „wo fehlt noch irgendwas?“, sondern „wessen Lebensrealität fehlt systematisch?“. In Wien betrifft das neben Menschen mit Behinderungen auch wohnungslose Menschen, Sexarbeiter:innen, undocumented migrants oder Menschen mit psychischen Erkrankungen, deren Infrastrukturen (Notunterkünfte, Beratungsstellen, Peer‑Support‑Räume) oft bewusst unsichtbar gehalten werden – teilweise aus Sicherheitsgründen, teilweise aus Stigma. tandfonline

2.4 Wien als Stadtlabor: Vom Ring über die Gürtelränder bis zum Stadtrand

Entlang der klassischen Achse Ring – Gürtel – Stadtrand lassen sich diese Ungleichheiten kartographisch sichtbar machen. Untersuchungen zur OSM‑Datenqualität in europäischen Städten zeigen, dass Stadtzentren und „gehypte“ Quartiere (Nightlife, Tourismus, Kreativwirtschaft) deutlich dichter mit POIs und Attributen belegt sind als periphere oder stigmatisierte Bezirke. Für Wien bedeutet das: Innere Bezirke und Teile der Leopoldstadt sind überdurchschnittlich präsent, während Gemeindebauten am Stadtrand, Kleingartenkolonien und manche Industriestreifen stark unterrepräsentiert sind. pmc.ncbi.nlm.nih

Ein Accessibility‑Fokus würde diese Ungleichheiten nicht automatisch aufheben, aber bewusst adressieren: Statt „wir mappen, was uns vor die Füße fällt“ könnte die Frage lauten: Welche Orte sind für Menschen mit Rollstuhl, mit Kinderwagen, mit Blindenstock oder mit Panikstörungen besonders kritisch – und wie gut sind sie in OSM repräsentiert? ÖPNV‑Knoten, Magistratische Bezirksämter, Ambulanzen, psychologische Dienste, kostenlose Beratungsstellen, barrierearme Parks: All das lässt sich in der Stadtfläche systematisch suchen und markieren – oder eben als schmerzhafte Leerstelle erleben. frontiersin

Kapitel 3 – Humanitäre Kartographie, Wien und das digitale Gedächtnis

3.1 Myanmar 2025: Katastrophe als Kartographie-Beschleuniger

Das Erdbeben in Myanmar 2025 markiert einen weiteren Fall, in dem humanitäre Organisationen auf OSM als zentrale Datenquelle für Gebäude und Straßen zurückgreifen. HOT und myOSM koordinieren Remote‑Mapping und lokale Validierung, um betroffene Gebiete rasch mit brauchbaren Geodaten zu versehen – ein Muster, das seit den Haiti‑Erdbeben 2010 mehrfach zu beobachten war. hotosm

Gleichzeitig zeigen Auswertungen zur Gebäudevollständigkeit und OSM‑Qualität, dass solche Kampagnen oft selektiv sind: Bestimmte Städte erhalten sehr detaillierte Daten, während andere Regionen im selben Land weiterhin kartographisch leer bleiben. Zudem ist der Engpass längst nicht mehr das reine Zeichnen, sondern die Validierung: HeiGIT‑Analysen des HOT Tasking Managers dokumentieren, dass der Anteil an validierten Tasks immer wieder hinter der Mappingaktivität zurückbleibt; Programme wie jenes des American Red Cross versuchen seit 2020 gezielt, neue Validator:innen zu trainieren und längerfristig zu binden. annualreport2020.hotosm

Das zentrale Learning für Wien ist nicht „wir müssen auch Katastrophen kartieren“, sondern: Qualität entsteht dort, wo lokale Communities Governance übernehmen – im Fall Myanmar etwa durch Organisationen wie myOSM, die Mappingprioritäten selbst setzen und Validierung in lokale Trainingsprogramme einbetten. wiki.openstreetmap

3.2 OSHDB und ohsome: Wer war wann sichtbar?

Die OpenStreetMap History Database (OSHDB) und die ohsome API stellen OSM‑Historydaten als auswertbares Gedächtnis zur Verfügung: Jede Objektänderung seit 2007 kann nach Raum, Zeit und Attributen analysiert werden. HeiGIT demonstriert mit ohsomeHeX und diversen Studien, wie sich daraus Metriken zu Datenwachstum, Gebäudevollständigkeit oder Corporate Editing ableiten lassen. d-nb

Für Wien bedeutet das: Mit wenigen Abfragen lässt sich rekonstruieren, wann bestimmte Stadtteile überhaupt auf der OSM‑Bühne erschienen sind – und welche nie wirklich dort angekommen sind. Wurden neue Stadtentwicklungsgebiete wie Seestadt Aspern oder Nordbahnviertel schnell und detailliert gemappt, während ältere Gemeindebauten jahrelang nur als graue Flächen existierten? Stiegen POI‑Dichten vor allem in hippen Grätzln, während Sozialinfrastruktur im Schatten blieb? mdpi

In Archive‑Justice‑Begriffen könnte man sagen: OSHDB dokumentiert nicht nur, was im Archiv steht, sondern erlaubt Rückschlüsse auf die Mechanismen des „Silencing“ – wann, durch wen und aus welchem Anlass bestimmte Räume (nicht) in die Karte aufgenommen wurden. heigit

3.3 Wien 2026: Disaster Risk Reduction als Community-Aufbau

Auch wenn Wien keine Erdbebenregion ist, steht die Stadt vor anderen Risiken: Hitzewellen, Starkregen, Blackouts, soziale Spannungen. Forschungen zu klimabedingten Risiken und urbaner Resilienz betonen, dass besonders vulnerable Gruppen (ältere Menschen, einkommensarme Haushalte, marginalisierte Communities) geographisch konzentriert sind – oft in Vierteln mit schlechterer Infrastruktur und weniger politischen Ressourcen. journals.openedition

Ein OSM‑basiertes Disaster‑Risk‑Reduction‑Programm für Wien könnte bedeuten, gemeinsam mit lokalen Organisationen jene Infrastrukturen kartographisch zu stärken, die im Krisenfall entscheidend sind: kühle öffentliche Räume, Trinkbrunnen, niedrigschwellige Versorgungsorte, Community‑Zentren, Treffpunkte informeller Care‑Netzwerke. Dabei ließe sich Know‑how aus humanitärer Kartographie – etwa Validator‑Trainings nach HOT/Red‑Cross‑Vorbild – bewusst auf den Wiener Kontext übertragen. heigit

Im besten Fall wirkt das doppelt: Datenqualität steigt, und gleichzeitig entsteht ein Netz von Menschen in Wien, die nicht nur „für“ andere kartieren, sondern mit ihnen – in Arbeitskreisen, Stammtischen, thematischen Mapping‑Walks.

Kapitel 4 – Konkrete Mapping-Aufgaben für Wien (März/April 2026)

Zum Abschluss drei Aufgaben, die du in Wien – allein, mit Freund:innen oder im Rahmen eines Stammtisch‑Meetups – direkt angehen kannst. Sie verbinden die oben beschriebenen systemischen Ebenen mit sehr konkreter Kartographiepraxis.

Aufgabe 1: Micro-Mapping entlang Wiener Hauptachsen

Leitfrage: Wie sieht eine barrierearme, gut beleuchtete Route durch Wien wirklich aus?

Vorschlag: Wähle eine prominente Achse, z.B.:

• Praterstern – Schwedenbrücke – Schottentor
• Westbahnhof – Mariahilfer Straße – Museumsquartier
• Simmeringer Platz – Zentralfriedhof – Oberlaa

Kartiere entlang dieser Route gezielt Mikro‑Infrastruktur:

• Bänke (amenity=bench) mit Attributen zu Rückenlehne, Armlehnen, Oberfläche.
• Straßenlaternen (highway=street_lamp), inklusive Position relativ zum Gehsteig.
• Eingänge (entrance=, access=, wheelchair=*) zu Geschäften, Ämtern, Gesundheits‑POIs.
• Öffentliche Toiletten, insbesondere mit Tags für Eurokey/Euroschlüssel, Geschlechteraufteilung und barrierefreien Kabinen. accessiblemaps

Nutze StreetComplete oder Every Door für vor Ort‑Mapping – beide Apps führen dich über Fragen durch fehlende Tags und eignen sich gut für Mapping‑Spaziergänge. Ergänzend kannst du JOSM einsetzen, um Geometrien zu verbessern, Routenrelationen zu pflegen und komplexe Tagging‑Schemata vorzubereiten. play.google

Ziel ist eine Route, die du am Ende als „Inklusions‑Pfad“ veröffentlichen kannst: nicht nur kürzeste, sondern auch sicherste und barriereärmste Variante, inklusive Sitzgelegenheiten und Beleuchtung. Solche Pfade sind für Menschen mit Mobilitätseinschränkungen, für Eltern mit Kinderwagen und für ältere Menschen gleichermaßen wertvoll. aaate

Aufgabe 2: POI-Equity-Audit für vulnerable Gruppen in Wien

Leitfrage: Welche Einrichtungen für vulnerable Gruppen fehlen in OSM – und wo häufen sich die Lücken?

Vorgehen:

1. Definiere POI‑Kategorien, die dich interessieren, z.B.:
   • Frauenärzt:innen und gynäkologische Ambulanzen.
   • Migrantische Beratungsstellen, Community‑Zentren, Sprachcafés.
   • Harm‑Reduction‑Einrichtungen (Drogenberatung, Substitutionsambulanzen).
   • Notquartiere, Wohnheime, Streetwork‑Kontaktstellen.

2. Nutze JOSM mit einem eigenen MapCSS‑Style, um diese Kategorien sichtbar zu machen: Färbe bekannte POIs auffällig ein, lasse den Rest grau. openstreetmap

3. Vergleiche OSM mit externen offenen Listen (z.B. städtische Verzeichnisse, NGO‑Listen), indem du fehlende Einrichtungen als Notizen, Kartenmarkierungen oder separate To‑Do‑Liste vermerkst. frontiersin

Studien zur OSM‑POI‑Vollständigkeit zeigen, dass gerade sozialsensitive Angebote systematisch unterrepräsentiert sind; ein Equity‑Audit übersetzt diese abstrakte Erkenntnis in konkrete Wiener Straßenzüge. Anschließend kannst du gezielt mit Organisationen Kontakt aufnehmen: „Wir möchten eure Beratungsstelle in OSM sichtbar machen – welche Informationen sind euch wichtig?“ So verschiebt sich die Dynamik von „für“ hin zu „mit“ kartieren. dl.acm

Aufgabe 3: Wien durch die Zeit – ohsome-Abfrage als Selbstreflexion

Leitfrage: Welche Teile Wiens waren 2026 bereits „im Gedächtnis“ – und welche nicht?

Über das ohsome‑Dashboard oder die API kannst du für ausgewählte Ausschnitte (z.B. Nordbahnviertel, Teile Favoritens, ein Gürtel‑Segment) zeitliche Kurven für bestimmte Objekte anfragen: Anzahl der Gebäude, Dichte von POIs, Häufigkeit bestimmter Tags. wiki.openstreetmap

Konkrete Schritte:

• Definiere einen Polygon‑Ausschnitt in Wien (z.B. ein Grätzl mit starkem Wandel).
• Lass dir über ohsome das Wachstum der building‑Objekte und ausgewählter POI‑Typen von 2008 bis 2026 anzeigen. d-nb
• Suche nach auffälligen Sprüngen (z.B. Bauprojekte, Mappingkampagnen) und nach auffälliger Stagnation (Grätzl, die nie detailliert wurden). mdpi

So wird OSHDB zum Spiegel für Wiens digitales Gedächtnis: Welche Entwicklungen haben wir früh gesehen? Welche späten Nachträge deuten auf Gentrifizierungswellen hin? Welche Grätzl sind 2026 immer noch digitale Schattenräume? Diese Analysen können direkt in lokale Diskussionen einfließen – etwa beim Stammtisch oder bei städtischen Runden zu Daten‑ und Beteiligungspolitik. openstreetmap

Schlussfrage: Kartieren wir Wien „für“ oder „mit“ marginalisierten Gruppen?

Die förderpolitische Aufwertung von OSM durch die Sovereign Tech Agency, die anstehende SotM 2026 in Paris und die allgegenwärtige Nutzung von OSM in Verwaltung, Wissenschaft und Zivilgesellschaft machen 2026 zu einem Wendepunkt. Entweder wird OSM zu einer hochprofessionellen, aber technokratisch geführten Infrastruktur, in der Governance‑Entscheidungen in wenigen Händen liegen und marginalisierte Gruppen vor allem als „Zielgruppen“ humanitärer Projekte auftauchen. wiki.openstreetmap

Oder es gelingt, die lokalen Praktiken – wie Stammtische, Micro‑Mapping und Equity‑Audits in Städten wie Wien – so zu stärken, dass Governance, Datenprioritäten und Qualitätsmechanismen gemeinsam mit den Betroffenen gestaltet werden. Wien hat mit seinen dichten sozialen Netzen, seiner starken Zivilgesellschaft und der bereits existierenden OSM‑Community alle Voraussetzungen, um hier eine Vorreiterrolle zu spielen. wiki.openstreetmap

Die Frage, die im März 2026 im Raum steht – in Wien genauso wie mit Blick auf Paris im August – lautet daher: Wollen wir eine Karte, die marginalisierte Gruppen „für“ sie sichtbar macht, oder eine Infrastruktur, die sie „mit“ ihnen aufbaut? Die Antwort entsteht nicht im Blogpost oder im Funding‑Announcement, sondern in den nächsten Mapping‑Walks, Stammtischen und Validator‑Trainings – hier, in dieser Stadt.

Mnoho pozornosti kolem OpenStreetMap si v posledním období žádá kauza, která možná rozhodne o budoucnosti celého ekosystému otevřených map. Overture Maps Foundation, konsorcium vedené společnostmi Amazon, Meta, Microsoft a TomTom, se pokouší prosadit svůj Globální entitní referenční systém jako oficiální standard v rámci Open Geospatial Consortium. Na první pohled jde o technický detail – způsob, jakým se mapovým prvkům přidělují jedinečné identifikátory. Pod povrchem se ale schyluje k něčemu mnohem zásadnějšímu.

Tento systém má za cíl vyřešit náročné propojování dat z různých zdrojů. Univerzální identifikátor by umožnil propojit katastr, dopravní data a body zájmu bez složitého mapování. Zní to lákavě, ale já v tom vidím onen známý princip, že nadějné řešení se snažením všehoschopných stane problémem pro všechny ostatní. Kdo bude mít právo identifikátory přidělovat? Kdo určí, co je samostatnou entitou hodnou svého čísla? Pokud se GERS stane standardem, stane se Overture de facto správcem registru mapové skutečnosti.

Reakce už proběhla v únoru. Simon Poole, jeden z nejuznávanějších hlasů v komunitě, varoval v diskusi na osmf-talk, že přijetí GERS by znamenalo „zakotvení Overture jako referenční datové sady pro celé odvětví“ . OSM by se pak mohlo ocitnout v roli podřadného dodavatele syrových dat, který nemá slovo v tom, jak je mapový svět strukturován. V únoru 2026 se k Overture připojila společnost BrightQuery, která přináší data o stovkách milionů organizací a lokací z vládních zdrojů. Overture tak buduje paralelní datový základ, který má ambici být úplnější a „autoritativnější“.

Na konferenci FOSDEM 2026 v Bruselu vystoupili zástupci Overture s prezentací svých úspěchů. Místní komunita open source nadšenců však zůstávala v napjatém tichu. Jeden z účastníků to vystihl slovy, že mezi Overture a OSM vládne „bazální odpojení, absence vzájemného porozumění“. Dva světy, které by na sobě mohly stavět, spolu nemluví. Jedni mluví o efektivitě a produktovém vývoji, druzí o místní znalosti a dobrovolném úsilí.

Tady se dostáváme k jádru věci. Mapy nejsou jen technický produkt. Jsou to obrazy reality, které zpětně formují naše chápání světa. Když každá budova a ulice dostane univerzální číslo přidělené konsorciem velkých soukromých firem, vytváříme infrastrukturu, která může sloužit k efektivní správě, ale stejně tak k efektivní kontrole podle jejich privátního zájmu. Že má jít o open data nehraje tolik roli. Herakleitův princip funguje stále stejně: to, co se na začátku jeví jako řešení, se na konci stává problémem.

Naštěstí existují protiproudy. Komunita se probudila a začala o těchto věcech otevřeně mluvit. V diskusích zaznívá, že OSM nepotřebuje jen technická vylepšení, ale také lepší schopnost jednat s korporátními partnery jako rovnocenný hráč. Někdo by to nazval profesionalizací, já spíš dospíváním projektu, který si uvědomuje, že nestačí jen dobře mapovat, ale že je potřeba také bránit principy, na kterých stojí.

Overture není jen jednorozměrný nepřítel. Je to signál, že otevřená mapová data jsou tak důležitá, že o ně začínají mít zájem největší hráči světa. A to je vlastně uznání hodnoty toho, co jsme vybudovali. Otázka zní, jestli dokážeme tento zájem využít k posílení projektu, aniž bychom ztratili jeho duši. Přes všechny obavy zůstávám opatrně optimistický, protože vidím, že komunita se nevzdává. Boj o podobu mapové infrastruktury budoucnosti je právě tím, co nakonec rozhodne, zda mapy zůstanou nástrojem svobody. A já věřím, že když budou tvůrci OpenStreetMap stateční a zároveň rozvážní, dokážeme udržet rovnováhu.

Agradeço, desde já, a sua leitura… Dedico este breve artigo aos cinco anos e algumas semanas desde que comecei a editar no OpenStreetMap, e atingi mesmo 400 sessões de edições (aquando do momento de escrita). Eu pelo menos festejei um minuto :) Na minha opinião, é muito importante contribuir para a sociedade através do OSM, apesar de isto não ser a minha primeira prioridade. Claro que tenho a vontade de continuar a editar o mapa, acabando por ajudar aqueles que desfrutarem do site. Cumprimentos, e até breve.

Today I tried a variation on my regular route between Hipsburn and Warkworth. Normally I follow NCN1 there and back, but this variation takes me further inland. 

One of the highlights is this ford west of Warkworth. I've ridden through this before. But that was some years ago and at the time the river was much lower. I wasn't going to attempt it today. For a while I thought I would have to turn back, but then I realised that there's a footbridge a hundred yards or so downstream. So I used that and continued on. 

My plan would then have taken me through Guyzance and Shilbottle. However, it was turning out to be quite a bit more hilly than I'm used to. So I decided to take a shortcut through Sturton Grange.

Despite the shortcut, this looks like a route that's worth another visit. It crosses an area that I don't know well. It's an area that's worth exploring. It won't do me any harm to get more practice across landscape that is less than flat. And it's an attractive route along quiet country roads.