OpenStreetMap Blogs

Some street name are not confirmed. Still figure out.

A while back I posted here about SafeStreets, a free walkability and pedestrian-safety scorer that runs on OSM for any address, with Nimman Road in Chiang Mai as the example. Since then the product has moved on in two ways that I thought I can share: the scoring model and how it reads OSM changed. My focus has shifted to the US, so most of what follows is about that, with a short note on the international path at the end.

What changed in the product

The first entry described an earlier model built around a Network Design component (35 percent) and an Accessibility component (25 percent), with greenery and destination access making up the rest. The composite is now four components on a 0 to 10 scale:

Daily Reach:40 percent. Proximity-weighted access to 7 service categories.

Street Safety: 30 percent. Now its own first-class component, a weighted-OR of a crossings grid against pedestrian separation, plus a speed-exposure proxy.

Transit Reach:15 percent. GTFS via Transitland, OSM stops as fallback.

Walking Comfort:15 percent. Sentinel-2 canopy, terrain, air quality (the one non-OSM component).

There is also a new 6-tier label on top of the number, from Pedestrian-first down to Hostile, so the score reads in plain language rather than just a figure.

How it reads OSM now

The bigger change is mechanical. In the first entry every score hit live Overpass inside an 800m and 1,200m query, which was slow and broke whenever Overpass rate-limited me. US scoring is now Overpass-free. I precompute the street and safety metrics from a planet extract onto an H3 resolution-9 grid (roughly 26 million hexes covering the US, about 0.1 km2 each), paired with a local OSM POI layer of around 2 million amenities. A US score is now a hex lookup plus a POI merge, no live API call.

The OSM tags doing the work, by component:

Daily Reach: shop=, amenity=, leisure=, healthcare=, classified into the 7 categories and scored by distance to nearest plus density. Street Safety: highway=crossing and footway=crossing for crossing coverage, sidewalk=* and highway=footway for pedestrian separation, and highway=* class plus maxspeed for speed exposure. Pedestrianized ways (highway=pedestrian, living_street) score highest. Transit Reach: highway=bus_stop, railway=station/tram_stop, public_transport=platform where GTFS is thin.

So OSM is still the backbone for everything except comfort. The precompute moved the reading from request-time to build-time.

The international path-Briefly

International addresses, including Southeast Asia, still go through live Overpass with an Overture POI backfill. Same tags and model, read live rather than from the precomputed grid.

A note on limits

The precompute is a snapshot, so a US crossing you tag today does not move the score until I rebuild the grid. And at res-9 the safety signal is per-hex, not per-point, so it answers “is this a walkable area” rather than door-level precision. Where sidewalks and crossings are tagged, the score tracks reality closely; where they are not, Street Safety leans on road class and understates well-mapped quiet streets. sidewalk=, crossing=, and lit=* on ways remain the tags that most directly move a score.

If a US street you know well scores in a way that feels off, that mismatch is the feedback I am looking for. None of this works without OSM. Thank you all.

Navážu na předchozí blog, kde jsem psal o způsobu rozšíření reality statických map. Držím se přitom OpenStreetMap, protože má smysl pracovat s otevřenou a transparentní strukturou dat, která je sama o sobě dostatečně silná na to, aby unesla i další vrstvu interpretace.

OSM dnes aspiruje na mimořádně přesnou mapu světa. Čím víc detailů se do ní dostává, tím přesnější se zdá orientace, tím srozumitelnější krajina a tím užitečnější nástroj pro každodenní použití. Tato představa je jasná a intuitivní. Člověk vidí objekty, cesty, oblasti, místa a vrstvy a přirozeně je chápe jako mapu, která zpřesňuje obraz světa.

Při hlubší úvaze se ale ukazuje jiná rovina. OSM není mapa v původním smyslu zobrazení krajiny. Je to prostorová databáze popisující povrch světa.

Databáze nese informace o tom, že někde existuje cesta, lavička, zřícenina, kiosk, parkoviště, studánka nebo WC. Ukládá jejich polohu, tvar, návaznost i část jejich významu. Svět se díky tomu stává čitelným, měřitelným a sdíleným. V této chvíli je důležité připomenout, že mapu vždy někdo čte. Člověk, který se v prostoru pohybuje.

Lidská zkušenost se ale neodehrává v jednotlivých objektech. Ty slouží jako orientační body pro pochopení celku. Člověk se pohybuje v prostoru skrze situace. V jednom okamžiku řeší suchou cestu, jindy zavřenou hospodu, jindy návrat za tmy, jindy místo k odpočinku, klid, bezpečí, zážitek nebo orientaci v neznámu. Z toho mu v hlavě vzniká jiná vrstva reality, než jakou zachycuje samotná geoprostorová databáze.

Do mapové databáze lze přidávat další vrstvy dat. Počasí, dopravu, otevírací doby, sezónnost, ceny pohonných hmot, dostupnost služeb, turistický tlak, uzavírky, kulturní program nebo lokální nabídku. Každá z těchto vrstev má vlastní strukturu i význam.

Klíčový moment nastává ve chvíli, kdy se tyto vrstvy potkají v konkrétním místě a čase. Vzniká situace. Cesta v dešti, hospoda ve vsi, zavřená pumpa, večerní čas nebo omezená konektivita datové sítě. Soubor faktů se mění v obraz prostředí, ve kterém probíhá lidské rozhodování.

Tím se mění samotná role mapy. Tradiční přístup pracuje s otázkou, kde co je. Nový přístup stojí na otázce, co to znamená v této chvíli pro konkrétního člověka. Sdílený prostor se rozpadá na menší vrstvy a z nich se skládá nový celek, který už není obecný, ale situační. Místo statického zobrazení vzniká výstup, který má interpretační význam. Detail už není izolovaný prvek, stává se součástí širší situace.

Velké jazykové modely otevírají možnost tyto vrstvy spojovat do sémantických souvislostí. Kombinovat prostorová data, čas, kontext i lidské potřeby. Z mapového faktu se stává situace. Z množství informací se vybírá to, co má význam v konkrétní chvíli. Výstupem není mapa v tradičním smyslu, ale interpretace prostředí. Prostor se mění na pole významů, které reaguje na čas, pohyb i záměr.

Tento posun mění pojetí GIS. Tradiční GIS popisuje prostor. Nová vrstva nad ním prostor interpretuje. Ukazuje, co v dané chvíli dává smysl, co přináší komfort, co nese riziko, co otevírá příležitost, co je dostupné a co vyžaduje rozhodnutí. Mapa se tím stává systémem porozumění situaci, ne jen zobrazením reality.

Dopady tohoto konceptu se netýkají jen technologií. Dotýkají se způsobu, jakým funguje místo k životu, cestovní ruch i místní ekonomika. Krajina, služby, infrastruktura, kultura i zkušenost lidí se propojují do jedné interpretovatelné vrstvy. Uživatel této nové vrstvy nedostává pouze body zájmu. Dostává kontext, který odpovídá jeho aktuální situaci.

Z mapového základu se tak stává kontextová informační struktura, která spojuje prostor, čas a význam. Obor GIS zůstává jako pevná kostra. Vedle něj vzniká vrstva, která přidává porozumění souvislostem. Znalost, kde co je, se rozšiřuje o schopnost rozumět tomu, co to znamená v konkrétní chvíli.

Změna, která z toho vyplývá, je jednoduchá v definici a zásadní v důsledcích. Místo otázek na polohu se objevují otázky na situaci. Místo mapy vzniká porozumění prostoru. Místo čtení krajiny přichází rozhodnutí.

I’m deeply impressed by Openstreetmap. And by some very active contributors near Leuven. But, do we really need trams in our lovely tiny city?

Hello OpenStreetMappers!

I am particularly proud to share with you today the complete results and highlights of the very first edition of the CityMapper Externship, held from April 10 to May 10, 2026, in Yaoundé, Cameroon.

Within the framework of the UN MAPPERS chapters initiative pilot project, I had the honor, as Ambassador, to lead this training, empowerment, and open data utilization initiative by young Africans to solve our challenges and improve the global map. This intensive immersion program was designed to train a new generation of urban mappers while producing open, sustainable, and high-quality geospatial data for our cities.

🛠️ One Month of Immersion: From Virtual Sprints to the Field Over four weeks, around thirty young people from French-speaking Africa (15 in-person in Yaoundé and 20 participating online from Togo, Senegal, and France) followed a progressive and intense path:

Initial Training: Mastering core open mapping tools (JOSM, HOT Tasking Manager, Mapillary, EveryDoor).

Remote Sprints: Mapping buildings and road networks across 8 HOT Tasking Manager projects linked to humanitarian missions.

Field Collection: Mapping the University of Yaoundé I campus and the city streets using EveryDoor and Mapillary.

Training session in April 11, 2026, held at Yaoundé Diver City Space.

Thanks to this incredible collective energy, our cohort generated over 86,119 OSM edits and mapped 70,633 buildings! The relevance of this work is measured by its immediate, real-world impact: these quality datasets are already feeding the local UrbanSanity platform to optimize waste management planning and guide the placement of 60 waste bins for nearly 12,000 residents in Yaoundé.

🤝 Strategic Partners at the Core of the Action This initiative would certainly not have seen the light of day without the support of our partners who contributed heavily to its design and implementation. I would like to acknowledge them in the following order:

IVIDES DATA

GEOSM FAMILY

Geospatial Girls & Kids (GGK)

Humanitarian OpenStreetMap Team (HOT)

TOMTOM

On the methodological front, our collaboration with Dr. Raquel Dezidério Souto greatly strengthened the scientific rigor of the project. Her technical involvement and her experience-sharing—notably through her feedback on the African geospatial ecosystem published in her OSM diary—provided a solid foundation to guide the cohort’s efforts.

Launch of the CityMapper Externship on 10 April 2026, Yaoundé Diver City Space.

🚀 Next Steps The success of this pilot project paves the way for a larger-scale deployment. Our roadmap is outlined as follows:

Geographical Replication: Expanding the program to the cities of Douala, Bafoussam, and Bamenda in Cameroon, before supporting pilot chapter initiatives in Kenya, India, and Argentina.

Technical Advancement: Transitioning participants from data creation to advanced expert-validator skills on OSM.

UN Mappers Incubator: Supporting cohort alumni in developing local tech solutions addressing sanitation, water access, and public health challenges.

The complete open deployment guide remains fully accessible to any OSM community looking to replicate this model.

📖 Explore our Deployment Guide on the OSM Wiki

📸 Access the official Photo Album

Thank you all, and long live open, community-driven mapping led by African youth! Modo Levo Engelbert Steve

UN Maps Ambassador – Cameroon & Project Coordinator

If I’ve spare time to do this, I’ll do the update

I joined this site due to cycling. My tracking app (Strava) uses Open Street Maps. One of my cycling goals was to ride every street in my city, which is difficult enough without mapping errors. I kept seeing “roads” on this map that are in reality private driveways, “public” roads that are actually private, and some roads that exist in reality but aren’t on the map yet. (And in one case, a road on the map that has never existed in reality.)

I haven’t yet figured out how to accurately add missing roads, but I’m trying to make the map better by correcting these other features.

Lần này tôi sẽ quay trở lại và làm vài trò vè sửa đổi nhắng nhít và ko thường xuyên cho lắm. (Chẳng ai quan tâm đâu 🐒). This time I’ll be back with some silly, occasional edits. (Nobody cares anyway 🐒)

So this weekend (20/06 - 21/06) I went full mapper-mode around Chitlapakkam and Tambaram. Grabbed my phone, walked around the neighbourhood, spent hours on my laptop for mapping and ended up with 18 changesets and ~96 edits over two days. Honestly, some of this should’ve been there years ago.

🏛️ Civic & Government Infrastructure

Starting with the obvious ones. The T13 Police Station and the Tambaram MLA Office, two places people actually need to find were nowhere on OSM. Not a node, not a building outline, nothing. Fixed that.

Also noticed the Sembakkam Zone 3 MCC was still tagged as whatever it used to be. It’s a municipal transit yard now. Updated accordingly.

⛽ Fuel & EV Infrastructure

The Shell petrol complex nearby was not mapped and a bit of a mess. I added the following:

• The petrol bunk as a proper node
• The EV charging station within the complex
• The convenience store attached to the forecourt

Also quietly deleted a defunct petrol bunk that closed down a while back. It was still sitting on the map doing nothing. Gone now.

The EV charger is probably the most useful addition here OsmAnd, Organic Maps and other navigation apps pull charging locations from OSM.

🛕 Religious & Community Spaces

Two temples in Chitlapakkam that have been around forever, but not on OSM. At all. They are now. Also added some metadata to a spiritual centre that was on the map but barely tagged (This was one of my first edits in OSM, when I started it 3 months back !!)

Oh, and the outdoor kids’ play area inside Chitlapakkam Park? Mapped. Families use it every single day and it wasn’t showing up anywhere.

🏥 Health & Financial Services

Walked around the Chitlapakkam surroundings and found a bunch of medical shops, a pharmacy counter, and a few bank branches that were missing. These are the places people search for when they actually need them. Added them all from the ground survey.

🍽️ Food & Local Businesses

Used MapComplete for two food-mapping sessions while walking around. It’s a great little tool, you open it, it shows you what’s unmapped nearby, you fill in the details on the spot. The guided form means you don’t forget any tags.

Walked. Mapped. Ate. (Okay maybe not in that order.)

🛣️ Road & Address Data Quality

Not everything is a shiny new POI. Some of the most useful edits were the boring ones:

• Road surface types on local streets
• House numbers from the boards outside homes
• Building outlines traced from the survey

Every house number that gets added means one more address that a delivery app or navigation tool can actually find. Small edit, real-world impact.

Summary

All of this is in the Chitlapakkam / Tambaram / Sembakkam belt, Chennai. If you’re in this area, your map got noticeably better this weekend.

Happy mapping 🗺️

Sto mappando la città in cui abito, Piombino. Nella scorsa settimana ho aggiunto quasi 7000 punti tra marciapiedi, strisce pedonali, panchine, cestini, pali della pubblica illuminazione, etc.

Perché lo faccio? Beh, innanzitutto perché Google, con le sue politiche sull’accesso ai dati che sono stati volutamente aggiunti dagli utenti e non da Google stessa, può andare a fare in culo. In secondo luogo, anche se Piombino è una città relativamente piccola, voglio che abbia le mappe più dettagliate e accessibili possibile. Infine, dato che utilizzo OSM nei miei progetti, volevo restituire qualcosa alla comunità, spargendo anche la voce che esiste e che è importante aggiungere la propria attività non solo su Google Maps, ma soprattutto su OSM.

In questa prima fase sto aggiungendo punti a destra e a sinistra e credo di aver già fatto un buon lavoro. Le fasi successive, però, sono ancora più importanti: l’aggiunta dei metadati agli elementi mappati e la ricostruzione degli edifici da zero (questi ultimi sono stati mappati 14 anni fa).

E niente, mandate a fare in culo Google, monopolista di dati che non sono suoi. Contribuite ai progetti open source, che permettono alle persone di costruire nuovi progetti basandosi su di essi.

Classifica: https://osmstats.neis-one.org/?item=countries&country=Italy

Validating the work of others is important. I was creative in doing just that.

11/06/2026-17/06/2026

Community

• Alex Spritze has realised that Wikimedia Commons is probably a good source of geographical objects that are still missing from OpenStreetMap and has developed a workflow to find geospatial data on Commons using the PetScan tool.
• Rtnf has developed a prototype interactive map that allows users to explore angkot (shared taxi) routes in Indonesia, combining routing data generated by BRouter with geographic data from OpenStreetMap.
• The fire department in Talling, Germany is explicitly asking for an AED defibrillator logo, so they can be represented on OpenStreetMap. In the comments, people point to the defibrillator map created by the Polish OpenStreetMap community and mention that OsmAnd and CoMaps already display defibrillators. GeoMH also gave the newcomer a reference to the community wiki.
• Grant Slater is raising funds to purchase the missing sheets from the complete historical 1:50,000 topographic map series of Zimbabwe (formerly Rhodesia), produced by the Department of the Surveyor-General and the Zimbabwean Air Force. Once purchased, he will process the maps and make them freely available online so that researchers, historians, genealogists, mappers, local communities, and anyone interested in Zimbabwe’s history can access them.
• Internet Archive Europe reported (also shared on Mastodon) on a workshop held in Amsterdam titled ‘Maps are Infrastructure too’. The post emphasised the importance of OpenStreetMap as a knowledge commons and highlighted MapLibre as a key tool for digital sovereignty, arguing that open map infrastructure is essential for long-term public access and memory.

Imports

• Kentoseth has published a detailed tutorial (also shared on Mastodon) on how to mass import address data into OpenStreetMap using JOSM. The guide covers data preparation using OpenAddresses.io, essential JOSM plugins such as conflation, and emphasises the importance of manual validation against local GIS sources.

Local chapter news

• [1] In his diary entry, Emmanuel Arrechea reported on the wide-ranging activities of the French OSM group Mapadour (Basque Country and southern Landes). The group has been very active, having taken over 228,000 Panoramax images; it has supported European tourism and mobility projects such as Systour and Pyrénées4Clima, maintained local health data, and is mapping urban trees in Bayonne using open data.
• Wikimedia Italia, the Italian local chapter of the OpenStreetMap Foundation, has recently published ► a new tile service with two layers in the hope that it will help both the mappers and the end users. You can check ► the terms of use on their wiki.
• The OSM Training Working Group of FOSSGIS e.V. met ► in Berlin on 13 and 14 June to refine their concept for modular OpenStreetMap training. The group focused on target-group specific requirements and the best ways to teach community workflows and practical mapping skills.

Events

• The State of the Map Colombia 2026 will take place as an in-person event on 3 and 4 July 2026 at the Faculty of Economic Sciences, National University of Colombia. The conference will include a scientific programme.Incidentally, the logo for SotM was designed ► by Mauricio Martínez and features the white-headed tamarin (Saguinus oedipus), a primate native to Colombia, whose face is incorporated into a map pin.

OSM research

• Muki Haklay, Professor of Geographical Information Science in the UCL Department of Geography, and UCL alumnus Patrick Weber, have won the IEEE’s Pervasive Computing’s Test of Time Award for their 2008 paper on OpenStreetMap. The award honours the most influential papers that have had a lasting impact on pervasive computing over the past 25 years. Over the eighteen years since Muki’s paper was published the OpenStreetMap project, which was launched at UCL in 2004, has evolved into critical digital infrastructure that supports research, humanitarian response, navigation systems, smart cities, and countless location-based services.

Maps

• mgeograficas has created a uMap showing the distribution of sedimentary deposits from the Quaternary period (most recent) and the Neoproterozoic era (oldest), in Campos dos Goytacazes, in the state of Rio de Janeiro (Brazil).
• Julien Minet explained ► the cartographic generalisation techniques he used to create a high-quality printed forest map using QGIS and OpenStreetMap data. The project, which he also shared on Mastodon, covers advanced topics such as dynamic orientation of symbols and automated feature displacement using PostGIS.

OSM in action

• El País published ► a detailed interactive map showing real estate prices in Spain at a street-by-street level. As noted by Alan Grant on Mastodon, the project uses OpenStreetMap data for geographical names (neighbourhoods and districts), although the required attribution is missing from the interactive map itself and only mentioned in the methodology section.
• Longtrails.de is a new interactive planning tool for long-distance hiking in Germany, Austria, and Switzerland. As noted on Mastodon, the platform uses OpenStreetMap data for its maps and points of interest, allowing hikers to plan stages with distance and elevation calculations while encouraging community contributions to improve the data.
• Tom Scott’s video ‘Why trains don’t usually crash into each other’ features a printed OpenStreetMap map (at the 17:19 mark) used to illustrate the UK’s rail network. As noted on Mastodon, the video serves as a positive example of proper attribution by a high-profile creator, including a link to the OSM copyright page in the description.

Open Data

• The Museum of the History of Dnipro (Ukraine) has launched an interactive map of the city’s streets based on OpenStreetMap data. The resource, created as part of the ZMINA 2.0 project with European Union financial support, provides the history and explanations for over 500 of the streets renamed since 2014.

Software

• Kai Johnson is investigating how much of the Overpass query language could be implemented using the QLever database.
• OpenMapEditor has been relaunched as MapDraw, a free, open-source, local-first web editor for personal geographic data. The tool now supports contributing to OpenStreetMap directly from the map, adding nodes (benches, drinking water, bike parking, and more), and leaving notes. The source code is available under the AGPL-3.0 licence.
• OSM MultiToolz (available for Chrome and Firefox) is a browser extension, built by dp7, designed to assist OpenStreetMap contributors. It provides advanced changeset analysis, integration with various QA tools (including OSMCha and Achavi), a smart watchlist for monitoring edits, and built-in translation for changeset comments.
• VK Maps’ Overpass instance is once again available for use, after being shut down for several months.
• Ian Wagner noted, on Stadia Maps’ blog, that the long-term viability of any motor vehicle routing project hinges on two ‘invisible’ variables: data privacy architecture and billing predictability.

Programming

• Paco Albacete Chicano blogged that his Google Summer of Code project will focus on area routing in Valhalla. This is expected to allow routes to cross areas, such as public squares, directly instead of circling around them and producing inefficient or awkward paths.
• Windows Central reported that rampant AI‑driven GitHub outages have forced Microsoft into an unlikely alliance with Amazon. GitHub processed 1 billion commits in 2025, compared to 14 billion expected in 2026.

Releases

• Heise reported that Murena has released version 4.0 of its Google-free Android fork, /e/OS. The update includes Murena Maps v1.0.0-beta, powered by data from OpenStreetMap.
• Sergey (enzet) released version 0.16.0 of Röntgen, a specialised icon set for OpenStreetMap. The update, announced on Mastodon, added 16 new community-requested icons (including various vending machines and railway features) and is now also available as an npm package.
• osm2pgsql has released version 2.3.0, introducing major changes to tile expiry, a new style tester script, and numerous additional improvements.
• iD version 2.41.0 has been released. Key updates include automatic data downloading when splitting ways in relations, a new marker-based rendering for embankments and cuttings, and improved Wikidata searches that now display item descriptions.

Did you know that …

• … OpenCage has an extensive archive of their OpenStreetMap community interviews? The series started in 2014 and recent entries include conversations with Omran Najjar on OSM in Syria, Volker Krause about the open-source routing engine Transitous, and Christian Quest on the Panoramax Foundation.
• … uMap now has ‘draw along route’ functionality? It’s great for creating OSM-routable routes.
• … scy has shared some tips on how to customise OsmAnd’s map appearance to improve readability and accessibility. The settings, located in the main menu under ‘Customise Map’, allow users to adjust the contrast and line thickness, as well as switch between different map styles.

Other “geo” things

• Christina Queiroz has explored how participatory and social cartography are being used as tools for rights advocacy and territorial claims. Their article highlighted projects such as the self-demarcation of the Borari people and the use of OpenStreetMap to map services in favelas, challenging official state narratives.
• The YouTube channel Veritasium has published a video titled ‘Google Maps is unreasonably fast. Let me explain’, which explores the complex algorithms behind modern routing and navigation. As noted by Eugene Alvin Villar, on Mastodon, the video features impressive visualisations and makes extensive use of OpenStreetMap data, which is explicitly credited in the video’s description.

Upcoming Events

Country	Where	Venue	What	When
			UN 2.0 Week 2026: UN Mappers Mappy Hour	2026-06-19
	بلدية دمشق القديمة	Online	ReMapping Syria 2025: Humanitarian Mapping & Community Collaboration Webinar	2026-06-19
			UN Mappers Mappy Hour: Progress and Highlights of the UN Maps Community Ambassador Pilot Initiative	2026-06-19
	Torino		OpenStreetMap Mapping Party: Torino at a walking pace!	2026-06-19
	Stuttgart	Technische Hochschule Stuttgart	Missing Maps Mapathon in Stuttgart	2026-06-19
	València	Facultat de Geografia i Història	Mapatón EGEA València para beginner	2026-06-19
	Potsdam	Waschbar	Potsdamer Mappertreffen	2026-06-19
	Catania	@Localhost	Modifichiamo Wiki e OSM insieme!	2026-06-19
	Metz	l’Arob@se	Atelier du groupe local de Metz – Partez en voyage avec OpenStreetMap	2026-06-20
		Mitarbeiterparkplatz antonius, Fulda	Sommermapping 2026	2026-06-21
	Pune	Cafe Coffee Day, MG Road, Pune	OSM Pune Mapping Party	2026-06-21
			Missing Maps : Mapathon en ligne – CartONG [fr]	2026-06-22
	Stadtgebiet Bremen	Online und im Hackerspace Bremen	Bremer Mappertreffen	2026-06-22
			Missing Maps Validathon	2026-06-23
	Magdeburg	Netz39 e.V. , Leibnizstraße 32, 39104 Magdeburg	2. OSM Stammtisch Magdeburg	2026-06-23
	Windsor	Ford City	OSM Field Mapping: Ford City	2026-06-23
	Berlin	Online	OSM-Verkehrswende #76	2026-06-23
	Würzburg	FabLab Würzburg	Würzburger OSM-Treffen	2026-06-24
			Mapping missing buildings in La Paz, Bolivia	2026-06-25
	Freiburg im Breisgau	CCCFR, Adlerstr. 12a, Freiburg/Brsg.	OSM-Treffen Freiburg im Breisgau	2026-06-25
	Dar es-Salaam		State of the Map Africa 2026	2026-06-26 – 2026-06-28
		[online]	Capacitação OSM 2026 – IVIDES DATA ® – Formulários Web com KoboToolbox	2026-06-26
			OSMF Engineering Working Group meeting	2026-06-26
	Düsseldorf	Online bei https://meet.jit.si/OSM-DUS-2026	Düsseldorfer OpenStreetMap-Treffen (online)	2026-06-26
	Москва	Москва	Московская картопати	2026-06-27
		Biblioteca Alda Merini in via Edmondo De Amicis	Mapathon @ Casorate Sempione	2026-06-27
			OSM Mumbai Mapping Party No.11 (Trans-Harbour Line – South)	2026-06-27
	Hannover	Kuriosum	OSM-Stammtisch Hannover	2026-06-29
	Saint-Étienne	Zoomacom	Rencontre Saint-Étienne et sud Loire	2026-06-29
	Heidelberg	DEZERNAT#16	Rhein-Neckar OSM Treffen	2026-06-29
			Webinaire en ligne – Hydrants, armoires de rue, poteaux et bâtiments de service	2026-06-30
	Braunschweig	Stratum 0	Braunschweiger Mappertreffen im Stratum 0 Hackerspace	2026-06-30
	City of Westminster	The Albert pub	London pub meet-up	2026-06-30
	Derby	The Brunswick, Railway Terrace, Derby	East Midlands pub meet-up	2026-06-30
			iD Community Chat	2026-07-01
	Stuttgart	Forum 3 Café, Gymnasiumstr. 21, 70173 Stuttgart	Stuttgarter OpenStreetMap-Treffen	2026-07-01
	Žilina	Fakulta riadenia a informatiky UNIZA	Missing Maps mapathon Žilina #23	2026-07-02
	Gent	Nerdlab	IntroLAB ✦ OpenStreetMap	2026-07-02
	Angers	L’Arrière Train, 3 rue de Frémur, Angers	Angers : Rencontre mensuelle OpenStreetMap	2026-07-02
		Bar Le Schmilblik	Rencontre mensuelle des contributeurs Paris sud	2026-07-02
	Bogotá	Universidad Nacional de Colombia	State of the Map Colombia (SotMCol) 2026	2026-07-03 – 2026-07-04
		[online]	Capacitação OSM 2026 – IVIDES DATA ® – Mapas Web com uMap	2026-07-03
	नई दिल्ली	Jitsi Meet (online)	OSM India – Monthly Online Mapathon	2026-07-04

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, Raquel IVIDES DATA, Strubbl, Andrew Davidson, barefootstache, derFred.
We welcome link suggestions for the next issue via this form and look forward to your contributions.

completed survey of all speed limits in an area south of Palatine Road, east of Wilke, west of Arlington Heights Road and north of Euclid/Northwest Highway. Updated street data on the map.

愛知県尾張旭市内のバス停・バス路線のマッピングを進めています。 コミュニティバス「あさぴー号」の停留所について不明点が残っているため、1週間以内に現地調査に行きたいです。 また、瀬戸市内の商店街にある店舗についても、営業時間などの情報を調べてマッピングを進めていきたいと思います。

bonjour, comment metre à jour le parcours eurovelo 6 qui n’es pas à jour ? ( peut-etre d’autres aussi, mais c’est celui que je fait en ce moment ) importer les traces GPX du site Eurovelo ne marche pas ( pb de dates dans fichiers) .

merci de vos commentaires

최근에 현체로 경주월드 다녀왔거든요? 가기 한 이틀 전에 osm 드가서 경주월드 편집하는데 타카티스크?? (2022년에 운행 중단) 서라벌관람차?? (2022년 8월에 철거) 처음 들어본 게 많아서 당황했습니다. (심지어 타카티스크가 아니라 타가디스코임) 어쨌든 중요한 지물들을 편집했습니다. (미로탐험 없애고, 타임라이더 만들고 등등) 근데 잼민이인 저 혼자 하긴 너무 힘든거 같아서 제발 도와주시면 좋겠습니다 ㅠㅠ

(아니 줄바꿈 왜 안돼;;)

The OpenStreetMap Foundation (OSMF) Board of Directors is excited to share this blog post with all of our community members. From June 6th-7th, members of the Board of Directors Craig Allan (Chair), Dani Waltersdorfer Jimenez (Secretary), Roland Olbricht (Treasurer), Héctor Ochoa Ortiz, Laura Mugeha, Maurizio Napolitano, and facilitator Allen Gunn (also known as Gunner), met for two full working days in Madrid to discuss and tackle priorities and action items that need to be accomplished in the next 12 months. Amongst the discussed topics are a fundraising campaign, the “reviving” of the Communications Working Group (CWG), a new job posting which will be shared in the next coming months, the OSMF move to the European Union (EU), the launch of an Artificial Intelligence (AI) policy, and other topics. It is truly a pleasure to work with a team that is aligned on shared values including trust and respect, who are pushing for the success of a shared passion: the OpenStreetMap project. It must be noted however, that all of this could not have been possible without the leadership, patience, and tremendous organizational skills of Gunner who has been the OSMF facilitator for over 10 years. Thank you, Gunner!

What made this meeting particularly special is that we had the honor and pleasure of working from the TomTom offices in Madrid. We want to truly highlight our gratitude for TomTom for sharing their space with us, and most of all, we want to give a big shout-out to Priscilla Zachée for spending her weekend with us.

Face-to-face meetings are unlike others. For those who don’t know, us Board Members live in different countries all over the globe, so having the opportunity to work together, “ideate”, brainstorm, discuss tough topics, and enjoy our time together is quite treasured and important for us. And on the front of the importance of human connection, we promise to keep pushing forward the key that makes OpenStreetMap truly unique, unlike any other geospatial database out there: Our essence is our community.

We’d like to extend a thank you to all members of the community for your continued trust and passion for the OSM Project. We are always here for you should you have any questions or comments.

– The Board

– Leia em Português

IVIDES DATA® held the third session of the Ciclo de Oficinas OSM 2026 (or 2026 OSM Workshop Series), focusing on QGIS plugins. Applied cases were presented on accessibility, urban tree cover, and the geolocation of buildings on areas subject to disasters

Dr. Raquel Dezidério Souto leading Session 3 of the Ciclo de Oficinas OSM 2026. The files used in Workshop 3 can be found in the video description. Link

IVIDES DATA® successfully held the third live training session of the Ciclo de Oficinas OSM 2026 on June 12, during which the following were presented:

* View and download data on OSM.org

* Access to geoservices for loading OSM as a base layer - NextGIS QuickMapServices plugin

* Downloading data in QGIS (version 3.22 or later) – QuickOSM and OSM Downloader plugins

* Applied cases — accessibility, urban tree cover, and the geolocation of buildings on areas subject to disasters

QGIS screenshot showing data extracted using the QuickOSM plugin regarding government offices (blue dots) in Paris and its surroundings, highlighting those that are wheelchair-accessible (yellow dots) | Map data (c) 2026 OpenStreetMap contributors.

QGIS screenshot showing data extracted using the QuickOSM plugin on the location of trees in Paris, highlighting their concentration along major streets | Map data (c) 2026 OpenStreetMap contributors.

The Ciclo de Oficinas OSM 2026 offers single certificates (4 hours per session) and a full certificate (20 hours over five sessions). The training is open to all mappers, regardless of skill level.

To participate in the remaining sessions, please register using the form below to receive the link via email (you only need to register once):

https://framaforms.org/oficinas-openstreetmap-2026-ivides-data-r-1777150442

Thank you to everyone for participating!

The Ciclo de Oficinas OSM 2026 is organized by IVIDES DATA®, in partnership with the Institute of Geosciences at the State University of Campinas (Unicamp) in São Paulo, Brazil.

Links and credits:

QGIS

https://qgis.org/

NextGIS QuickMapServices

https://plugins.qgis.org/plugins/quick_map_services/

QuickOSM (by Etienne Trimaille)

https://plugins.qgis.org/plugins/QuickOSM/

OSM Downloader (by Luiz Andrade)

https://plugins.qgis.org/plugins/OSMDownloader/

Important note: IVIDES.org(TM) e IVIDES DATA(TM) are registered trademarks. OpenStreetMap(TM) is a trademark.

– Read in English

IVIDES DATA® realiza a terceira sessão do Ciclo de Oficinas OSM 2026, tratando de plugins para QGIS. Casos aplicados sobre acessibilidade, arborização urbana e localização de edificações em áreas de risco foram apresentados

Dra. Raquel Dezidério Souto conduzindo a sessão 3 do Ciclo de Oficinas OSM 2026. Os arquivos utilizados na oficina 3 podem ser encontrados na descrição do vídeo. Link

A empresa IVIDES DATA® realizou com sucesso o terceiro treinamento ao vivo do Ciclo de Oficinas OpenStreetMap 2026, em 12 de junho, quando foram apresentados:

* Consulta e download dos dados em OSM.org

* Acesso a geosserviços para carregamento do OSM como base layer (camada base) - plugin NextGIS QuickMapServices

* Download dos dados no QGIS (versão 3.22 ou superior) – plugins QuickOSM e OSM Downloader

* Demonstração de casos aplicados - acessibilidade, arborização urbana, edificações localizadas em encostas

Tela de captura do QGIS com dados extraídos com plugin QuickOSM sobre os escritórios governamentais (pontos azuis) em Paris e arredores, mostrando aqueles que possuem acesso a cadeirantes (pontos amarelos) | Dados do mapa (c) 2026 Contribuidores do OpenStreetMap.

Tela de captura do QGIS com dados extraídos com plugin QuickOSM sobre localização de árvores em Paris, mostrando a sua concentração em vias principais | Dados do mapa (c) 2026 Contribuidores do OpenStreetMap.

No Ciclo de Oficinas OSM 2026, são oferecidos certificados avulsos (4h/sessão) ou um certificado completo (20h/ cinco sessões). O treinamento é livre e para todos os níveis de mapeadores.

Para participar das demais sessões, realizar a inscrição via formulário abaixo, para receber o link por e-mail (basta se inscrever uma vez):

https://framaforms.org/oficinas-openstreetmap-2026-ivides-data-r-1777150442

Agradecemos a participação de todos!

O Ciclo de Oficinas OSM 2026 é promovido pela empresa IVIDES DATA®, em parceria com o Instituto de Geociências da Universidade Estadual de Campinas - Unicamp (São Paulo, Brasil).

Links e créditos do texto:

QGIS

https://qgis.org/

NextGIS QuickMapServices

https://plugins.qgis.org/plugins/quick_map_services/

QuickOSM (autor: Etienne Trimaille)

https://plugins.qgis.org/plugins/QuickOSM/

OSM Downloader (autor: Luiz Andrade)

https://plugins.qgis.org/plugins/OSMDownloader/

Nota importante: IVIDES.org® e IVIDES DATA® são marcas registradas. OpenStreetMap® é uma marca registrada.

This is a very simple idea: given a set of GPX traces for a hike you are planning to take, generate a file containing all the waypoints of interest within the area covered by the GPX traces. I create a buffer around the GPX traces and extract the area from OSM. I define a set of tags of interest. I use Ollama with Mistral Nemo to make sure that POIs make sense to visit while walking on foot, as places are sometimes mislabeled in OSM. Before saving the waypoints to a GPX file, I use Ollama again to generate waypoint descriptions and set labels for each waypoint. Feel free to try it out! The code is on GitHub.

Mapping Sitka is pretty much my identity. I was upset when someone reverted my work because honestly I’ve been working every waking hour for a few months now. It was good though because I needed to step back and not take it too seriously. I’ve had some manic episodes late in life and they unlocked some anger I’m not familiar with. It was actually impressive how mad I got. Anyway, what are these diaries for if not a super personal post? Stay mappy people

Earlier today I had to check an alarm on the servers. The alarm was for a non-issue, but I happened to notice a momentary delay to replication across multiple services and I wanted to investigate.

The rendering servers fell up to four minutes behind on some servers, with all servers falling at least a minute behind normal. Interestingly, there does not seem to be a correlation between the delay and the server capacity.

The vector tile servers had a more obvious impact with one server falling 12 minutes behind and the other 23 minutes. This increased time is by design. The mod_tile rendering stack has less work to do on updates but it causes more work on future requests for tiles in the updated area. On the other hand, the tilekiln stack has more work to do on updates but subsequent requests to the area are actually slightly faster.

I checked the nominatim lag. The delay is barely discernable so I’m not including the graph.

Checking the minutely replication around the time shows that at 23:13 the replication diffs jumped in size, with 007130004 to 007130010 showing an increased size of 400 kB to 1000 kB. The minutely diffs are normallly under 50 kB.

I examined one of the diffs to see what user edited the most objects. The easiest way was with osmium show 008.osc.gz | grep user | sort | uniq -c | sort -h. This technique isn’t 100% reliable since a tag containing the string “user” would introduce extra results but it’s good enough for a quick manual look.

Immediately it was obvious that this was a revert being done by woodpeck_repair as they had over 100x as many changes than the next user. Looking at the changesets it was a revert of a bad import.

I still wanted to explore how this showed up on the vector tile systems. The changes came in every minute for several minutes. The graph shows 1. Normal updates before the large diffs, with only 60 seconds between updates 2. update 1 took longer, meaning after it happened it was slightly behind 3. update 2 merged the multiple diffs available. The are the diffs that accumulated between where the green and purple lines intersect below 1 and the purple and yellow intersection to the right. It looks like it updated two minute of data (red or blue lines) in about 4 minutes (time between “valleys”) 4. update 3 took those 4 minutes of new data and took 8 minutes. Looking at the diff size this is when the biggest updates happened 5. update 4 consumed those 8 minutes of data and processed them in 5 minutes 6. update 5 consumed the new 5 minutes of data in about 30 seconds 7. updates continued like normal.

Both axis are measured in time and the blue/red lines are how long it took an update to run. If you plotted the data on a graph where the axises were the same scale all the lines would be at 90 or 45 degrees.

The graph is approximate since updates only come out every 60 seconds and the data is updated every 15 seconds. Also it’s made in a drawing program, not properly graphed.

Looking into the logs I can see more detail about what’s taking the time.

The first large diff was picked up at 23:14:08 and

To my surprise, most of the time was spent in osm2pgsql processing ways, not in tilekiln. This means my strategies to minimize tilekiln processing are working.

Editora IVIDES has published the Swahili translation of the FPOSM booklet on the ODbL license

Download SW VERSION

The original work Tout savoir sur la license ODbL : la licence d’OpenStreetMap pour cartographier en commun was written in French in 2024 and updated in 2026 by the Fédération des Pros d’OSM, a French organization that brings together various companies and professionals working with open data, OpenStreetMap, and related software. The authors of the original booklet are: François Lacombe (Datactivist), Florian Lainez (Jungle Bus), Antoine Riche (Carto’Cité) and Christophe Biez (Latitude-Cartagène Cartographies).

The translation to Swahili was done by Hemed Lungo and Tatu Sultan Lungo, from Tanzania, and the booklet was edited by Raquel Dezidério Souto (Editora IVIDES).

The work is licensed under the Creative Commons Attribution-ShareAlike 2.0 France (CC BY-SA 2.0 FR). Text of the license

Download EN VERSION

Download VERSÃO PT

Important note: OpenStreetMap® is registered trademark.

Manchmal ist Wikimedia Commons eine gute Quelle für Objekte, die in OpenStreetMap fehlen, und manchmal ist es umgekehrt.

Aber wie lassen sich Informationen aus beiden schnell verbinden und am besten noch visualisieren?

Der naive Ansatz

💡 Daten per Abfrage aus Commons und OSM holen und in uMap anzeigen.

🏁 Als Beispiel möchte ich hier alle Ortseingangsschilder aus Sachsen-Anhalt visualisieren.

Naiv bedeutet hier natürlich auch, dass in Commons nicht alle Bilder ihre Standorte koodiert haben.

Wikimedia Commons mit PetScan abfragen

Wikimedia Commons bietet mit PetScan ein Tool an, das unter anderem auch nach KML exportiert. Ein Dateiformat, das nach uMap importiert werden kann. Folgende Parameter erzeugen in PetScan nach einem Klick auf “Do It” eine KML-Datei mit den entsprechenden Geo-Informationen:

Wichtig ist auch Depth auf größer 0 zu setzen, damit untergeordnete Kategorien miteinbezogen werden, so dass z.B. auch Ortseingangsschilder aus dem Saalekreis gefunden werden.

Der Inhalt der KML sieht dann ungefähr so aus:

<?xml version="1.0" encoding="UTF-8"?>
<kml xmlns="http://www.opengis.net/kml/2.2">
  <Document>
    <Placemark>
      <name>Hundeluft.jpg</name>
      <ExtendedData>
        <Data name="url">
          <value>https://commons.wikimedia.org/wiki/File%3AHundeluft%2Ejpg</value>
        </Data>
      </ExtendedData>
      <Point>
        <coordinates>12.34471667, 51.96599722, 0.</coordinates>
      </Point>
    </Placemark>
...

Falls die Datei im Browser angezeigt wird, muss man sie natürlich noch lokal speichern.

OSM Daten in uMap anzeigen

Ich springe jetzt direkt zu uMap, da dort die Daten aus OpenStreetMap per Overpass Query bezogen werden. Das passiert über den Import-Assistent (geht wohl mit Strg+I):

Da ich als Wikimedia Commons Kategorie Zeichen 310 in Saxony-Anhalt habe, nehme ich den entsprechenden OSM-Tag traffic_sign=city_limit. Das wird aber auch Zeichen 311 (“Ortsausgangsschilder”) finden. Nicht schlimm, da sie doch so gut wie immer zwei Seiten haben. Der Tag traffic_sign=DE:310 wird wohl nur 533 mal genutzt, da sind wir auch auf der sicheren Seite.

Die Ergebnismenge dieser Abfrage kann dann in eine neue Ebene kopiert werden. Aktuell scheint die Option “Link zur Ebene als Remote-Data” nicht zu funktionieren.

Fazit

🌏 Im Ergebnis überwiegt die Anzahl der kartierten Ortseingangsschilder aus OSM (6353 blaue Fähnchen) die Anzahl der Bilder aus Wikimedia Commons (89 rote Fähnchen).

Fehlen die Geo-Information am Commons-Bild, taucht es in dieser Karte natürlich nicht auf. Wir haben mit diesem Weg auch keine Möglichkeit direkt zu sehen, welche Commons-Bilder fehlen.

Aber falls man das spezielle Hobby oder die ausgeprägte Sammelleidenschaft hat, Ortseingangsschilder zu fotografieren und nach Commons hochzuladen, weiß man jetzt wo noch viel Arbeit wartet (Landkreise Börde und Stendal) und könnte vielleicht mittels BRouter auch gleich eine 🚴‍♂️ Route planen. Doch dazu vielleicht später mehr.

Das Fazit in einem Satz lautet wohl, dass OpenStreetMap eine wirklich schönes Biotop an Daten und Anwendungen geschaffen und ermöglicht hat. 💖

PS: wie bindet man am einfachsten Bilder in OSM-Blogeinträgen ein?