Style | StandardCards

OpenStreetMap Blogs

Friday, 20. March 2026

OpenStreetMap User's Diaries

Neviditelní tvůrci map

Kdo vlastně vytváří ostrá geodata? Před očima mi naskočí postava geodeta s laserovou stanicí na stativu, nebo člověka s GPSkou pobíhajícího po poli. Ale když se vyskytnu mezi lidmi, kteří se živí úplně jinou prací v krajině, tak si uvědomím, že kolem nás vznikají obrovské zásoby prostorových dat, o jejichž přítomnosti ani jejich autoři mnohdy nevědí.

Traktorista, který celý den jezdí po

Kdo vlastně vytváří ostrá geodata? Před očima mi naskočí postava geodeta s laserovou stanicí na stativu, nebo člověka s GPSkou pobíhajícího po poli. Ale když se vyskytnu mezi lidmi, kteří se živí úplně jinou prací v krajině, tak si uvědomím, že kolem nás vznikají obrovské zásoby prostorových dat, o jejichž přítomnosti ani jejich autoři mnohdy nevědí.

Traktorista, který celý den jezdí po poli, dávno není jen řidič. Je to aktivní sběrač geodat. Systémy přesného zemědělství, které dnes jezdí v kabinách zemědělských strojů, jsou malé GIS platformy. Terminály jako John Deere Operations Center, Trimble GFX nebo česká platforma CleverFarm pracují s prostorovými daty. Řidič může okamžitě zaznamenat bod, linii nebo plochu s přesností na centimetry, pokud má k dispozici RTK korekci. Šachta meliorační sítě uprostřed pole, vyčnívající balvan, osamocený strom, podmáčená plocha nebo sloup elektrického vedení jsou v systému záznamem s GPS souřadnicí. Software data zapamatuje, příště obsluhu varuje a podle nastavení upraví cestu a automaticky zvedne pracovní nářadí.

Formáty, ve kterých se data z traktoru ukládají, jsou převoditelné do světa otevřeného GIS. Standard ISOXML je sice trochu průmyslové esperanto, ale export do Shapefile nebo GeoJSON je u většiny platforem možný. Přesto tato data takřka nikdy neopustí uzavřené firemní systémy. Zemědělec je vnímá jako výrobní know-how. Vědět přesně, kde je pole podmáčené nebo kde leží kamenná mez pod ornicí, má pro hospodaření skutečnou hodnotu a tu nechce sdílet s konkurencí. Ale stejný zemědělec rád využívá jiné otevřené informace. Jako např. Intersucho, Agrorisk, nebo ClimRisk.

Tady leží nevyužitý potenciál. Nejde o to, aby zemědělci sdíleli celá svá datová portfolia. Jde o to, jestli by část z těchto dat, anonymizovaná a dobrovolná, nemohla najít cestu do veřejného prostoru. Sdílená poloha meliorační šachty uprostřed pole nikomu byznys neohrozí, ale jako součást veřejné mapové databáze by mohla být střípkem do mozaiky nezmapovaných odvodňovacích sítí, které v Čechách odvodňují pole a jejichž aktuální stav je stále neúplný.

Podobná situace přesahuje zemědělství do jiných sfér zájmů. V lesnictví pracují revírníci a lesní dělníci s mobilními aplikacemi, které jim umožňují zaznamenávat kůrovcová ohniska, poškozené porosty nebo průchodnost lesních cest po kalamitě. Aplikace QField, která je mobilní verzí QGIS, jim k tomu dává nástroj, který je dostatečně profesionální a přitom zvládnutelný bez geodetického vzdělání. Správci vodních toků mapují černé skládky u břehů, stav propustků a výpustí. Krajinní architekti pracují s daty existujících krajinných prvků, alejí a mokřin, které jim uchovávají podrobnosti, jež by veřejný registr po realizaci projetu nakonec ocenil.

V některých lidských činnostech se tvoří geodata s cennou přidanou hodnotou. Data, která jsou aktuálnější než státní mapový podklad a prostorově přesnější než cokoliv, co by bez přímého terénního kontaktu bylo možné zjistit ze satelitu. Mohou to být informace o místě skryté pod povrchem, pod hladinou, v éteru.

Projekt OpenInfrastructure Map, který běží na datech OpenStreetMap pod ODbL, ukazuje, jak infrastrukturní vrstva může vypadat, když ji komunita dobrovolně buduje. Zobrazuje elektrická vedení, produktovody a telekomunikační infrastrukturu po celém světě. Přesto jsou v něm mezery právě tam, kde by lokální znalost mohla chybějící data doplnit rychleji a přesněji, než dosavadní způsoby mapování.

Podobný princip funguje v navigačních systémech pro silniční dopravu. Komerční navigační platformy sbírají anonymizovaná data od řidičů a na jejich základě aktualizují mapy, opravují rychlostní limity nebo detekují nové komunikace. Je to efektivní, ale data zůstávají v proprietárních systémech. Otevřená alternativa existuje a OSM ji aktivně rozvíjí, ale k plnohodnotnému napojení profesionálních zdrojových systémů na otevřenou databázi má celý ekosystém ještě co budovat.

Termín Volunteered Geographic Information přinesl geograf Michael Goodchild z Univerzity Kalifornie v Santa Barbaře, jeden z nejvlivnějších vědců v oblasti geoinformatiky. OpenStreetMap je nejznámějším příkladem VGI, ale není jediným. iNaturalist je příkladem, jak mohou biologická pozorování amatérskými přírodovědci vytvořit vědecky hodnotnou databázi výskytu druhů, kde každý záznam má svoji polohu a čas. OpenAerialMap agreguje snímky z dronů pořízených humanitárními organizacemi a jednotlivci po celém světě a zpřístupňuje je volně jako otevřená data. Humanitarian OpenStreetMap Team koordinuje dobrovolné mapování v oblastech postižených konflikty nebo přírodními katastrofami a dokázal v krátkém čase zmapovat území, která by klasický geodetický přístup zvládl za roky. Nebo nikdy.

V ČR je např. portál DIBAVOD, který provozuje Výzkumný ústav vodohospodářský T.G.M., nabízí otevřená data o vodních tocích a nádržích jako Shapefile ke stažení. ČÚZK stále výrazněji uvolňuje datové sady jako otevřená data, včetně digitálního modelu terénu s vysokým rozlišením. AOPK zpřístupňuje vrstvy ochrany přírody. Na tyto zdroje lze navazovat a doplňovat je právě tím, co státní registry nemusí nést v patrnosti: co je aktuální stav v terénu, kde jsou nezmapované objekty a kde se krajina, nebo zástavba právě proměnila.

Výzvou k realizaci dalšího něčeho takového není technologie, ale motivace a důvěra. Traktorista, který zaznamenal meliorační šachtu, zatím nemá žádný důvod ji sdílet. Klíčem by bylo vytvoření skutečně jednoduchého, bezpečného a dobrovolného propojení mezi uzavřenými profesními systémy a otevřenými mapami. Něco ve smyslu: pokud chcete, jedním kliknutím sdílíte tento bod anonymně do OSM nebo do národní otevřené databáze. Dobrovolnost a jednoduchost by musely být podmínkou, jinak to nebude fungovat.

Druhá výzva je v samotném zpracování dat. I kdybychom sbírali data dobrovolně od mapově poučených zemědělců, lesníků, správců areálů nebo jachtařů, výsledkem by byl obrovský a různorodý soubor surových záznamů. Tady vstupuje do hry strojové učení a umělá inteligence. Systémy, které dokážou automaticky identifikovat vzory v polohových datech, odfiltrovat chyby, deduplikovat záznamy a navrhnout jejich zařazení do mapové ontologie, jsou dnes reálné a jejich vývoj se rychle posouvá. Právě přechod od surových dat k čistým a importovatelným mapovým vrstvám je oblastí, kde bych rád viděl více výzkumu a kde si myslím, že česká věda a komunita OSM mají co nabídnout, že tu je příležitost k dalšímu rozvoji. Zbývá jen najít způsoby, kudy prostorová zkušenost může přijít na mapu. Integrovat a dotáhnout existující nástroje k zakreslení dat z terénu a začít stavět datový most z obou stran najednou.


Uma comemoração

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 vo

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.


Peter Reed

Around Warkworth

 

♦Yesterday I came across a  book of Cycle Routes in Northumberland and Tyneside. It's given me ideas. Some of them are routes that are new to me. Some are variations on routes that are already familiar. 

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. 

 

Yesterday I came across a  book of Cycle Routes in Northumberland and Tyneside. It's given me ideas. Some of them are routes that are new to me. Some are variations on routes that are already familiar. 

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.


OpenStreetMap User's Diaries

OsmAnd shade plugin

This post presents the results of a student project carried out by the following group: Pierrick Causeret, Humbert de Chastellux, Paul Enjalbert and Othman Ouhaddou.

Introduction

This project is a follow-up of last year’s project Shade-optimized routing paths for pedestrians which introduced a shade routing calculator for OSM. Our objective was to make this project available on mobile.

This post presents the results of a student project carried out by the following group: Pierrick Causeret, Humbert de Chastellux, Paul Enjalbert and Othman Ouhaddou.

Introduction

This project is a follow-up of last year’s project Shade-optimized routing paths for pedestrians which introduced a shade routing calculator for OSM. Our objective was to make this project available on mobile.

Our github repository

Choosing an App

We first had to choose an app or website to work on. We wanted something easy to publish for us and easy to install for potential users. It also needed to work on both Android and iOS. This excluded all apps that didn’t have plugins or ways to customize them without editing the core code. With all those constraints, we settled on OsmAnd.

Creating the shade data

The full pipeline integrates the previous project, which is the calculation of the shade percentage for each way. This information is then added in the .pbf file as a tag, and then converted to .obf for the app.

Shéma du pipeline

Shade data computing

Shades are computed by a python script from the previous project. Based on OSM data, it computes the projection of the shadows of buildings and trees onto ways. The output for each way is a percentage of shading. The tags are then added to each way and stored in a new .pbf.

The format of the tags we create for each way is the following: shadeHH=NN where HH is the hour of the day, and NN is the percentage of shade. Example:

shade10=60
shade12=80
shade14=70

These tags are only used internally in our pipeline, they are not added directly to the main OSM database.

No tags are generated for hours without sun (e.g. during the night)

Known limitations

  • The previous project was reworked to improve performance: the new method uses a projection vector computed once per timeslot. However, the script is still really slow on large areas. It is a simple python script and this is probably not the best way to do it. It is also memory hungry.

  • The shade computation depends on the position of the latitude and longitude of the map. For optimization purposes, we compute the position of the sun at the center of the map area. All of this is only set up and tested for France.

Integration in the obf

For the shade data to be accessible inside the app, we have to find a way of loading it into the app. OsmAnd uses a format called .obf for maps. We used OsmAndMapCreator to convert from .pbf to .obf.

Difficulties

When the conversion between .pbf and .obf is performed, OsmAndMapCreator uses rendering_types.xml to convert tags into the custom OsmAnd format. Because we add custom tags in the .pbf (see previous project), they are not understood by OsmAndMapCreator and they are ignored during the process of conversion.

The first solution we found is to add the tag in the rendering_types.xml in a new section, but it doesn’t work. The OsmAnd documentation on that subject is limited. After a lot of testing we turned to the community and got an answer (thanks again !).

We figured out that new sections can’t be created in OsmAndMapCreator, because in that case, the OsmAnd app doesn’t recognize the added tag. So we added our custom tags to an existing section, this is how we finally modified the rendering_types.xml :

<osmand_types>
  [...]
  <category name="routing">
    [...]
    <routing_type tag="shade00" mode="amend" base="true"/>
    <routing_type tag="shade02" mode="amend" base="true"/>
    <routing_type tag="shade04" mode="amend" base="true"/>
    <routing_type tag="shade06" mode="amend" base="true"/>
    <routing_type tag="shade08" mode="amend" base="true"/>
    <routing_type tag="shade10" mode="amend" base="true"/>
    <routing_type tag="shade12" mode="amend" base="true"/>
    <routing_type tag="shade14" mode="amend" base="true"/>
    <routing_type tag="shade16" mode="amend" base="true"/>
    <routing_type tag="shade18" mode="amend" base="true"/>
    <routing_type tag="shade20" mode="amend" base="true"/>
    <routing_type tag="shade22" mode="amend" base="true"/>
  </category>
</osmand_types>

Routing

Routing pipeline

The core of the project is to add a routing profile into the OsmAnd plugin. To do that, the plugin requires two main elements:

  • The map with the shade tags we added, in a .obf format. This map can be then activated alongside with other maps, or standalone.

  • A routing.xml describing the modifications of the routing engine according to the shade tag. This file is edited following the instructions provided here.

There are two parts for the routing.xml:

  • A parameter for the hour of the day. As we didn’t find a way of getting the current hour during the routing calculation, this information has to be provided by the user by setting the parameter in the plugin options.
<parameter id="shading_hour" name="Shading Hour" description="Hour for shading" type="numeric" values="0,8,10,12,14,16,18,20" valueDescriptions="night,8h,10h,12h,14h,16h,18h,20h" default="14"/>
  • The modification of the priority attribute of a way according to its shade value. Indeed the priority value is multiplied by the speed, so shaded routes are prioritized. The implementation modifies the attribute priority, then tests one by one which hour is selected by the user, finally tests one by one the value v of the corresponding tag and sets the value of the priority.
<way attribute="priority">
      <eq value1=":shading_hour" value2="8">
        <select value="0.5" t="shade08" v="0"/>
        <select value="0.505" t="shade08" v="1"/>
        <select value="0.51" t="shade08" v="2"/>
        [...]
        <select value="0.125" t="shade08" v="100"/>
	</eq>
      [...]
</way>

For the relation between shade percentage and the priority, we used the method presented in the diary of last year’s project. A script is available to modify this relation (see plugin folder of the github repo).

Demonstration

Here is a simple demonstration of the core result we obtained :

Demonstration

As you can see on the picture above, we can use the plugin directly in OsmAnd to change the route. The screenshot on the left is without the custom shade routing, the one on the right is with the custom routing. To obtain this result, we asked the app a route to get from point A to point B, first with the default configuration, and then with our custom configuration. To use the custom configuration, we selected our profile (created with the plugin) and activated our custom routing which takes into account the shadow on the path.

Try it yourself

In our GitHub repo, you will find a plugin (.osf file in the Releases folder) which is the functional version of our project. This plugin can be downloaded into OsmAnd mobile app, and directly used. At the moment, there are some limitations for the using of the plugin : - As we only generate tags for Nantes (France), the plugin only works for this city. If you try outside of this area, there is no error, you can use the plugin as a normal pedestrian routing but it will not take shades into account. - The map data is included in the plugin, thus the plugin is a bit heavy. A possible improvement is to allow the user to download the map data from a remote server.

User Guide

We added in the GitHub some documents to explain in detail the plugins and how they work. You will find this information inside the folder plugin. There are several READMEs giving some details, and the pdf Plugin Documentation where you will find general documentation on plugins (how to make a plugin, how to use it, …). You can refer to this pdf and its section 5 to have a step by step visual guide of the use of a plugin with IOS. Note that despite some minor differences, it is very similar on Android. Moreover, there may be explanations directly inside our code.

User Test

Methodology & Demographics

To evaluate the usability and integration of our Itinéraire Ombragé (Shaded Routing) plugin, we conducted a series of user tests using a think-aloud observation protocol.

  • Number of testers: 20 users.

  • Demographics: Users from IMT Atlantique.

  • Prior experience: None of the testers had previously used the OsmAnd application.

  • Scenario: Users were asked to install the plugin and calculate a shaded pedestrian route from IMT Atlantique to Parc de Chantrerie, with a departure time set to 14:00.

Key Results & Observations

The primary objective was to measure the technical and cognitive friction from discovery to generating a shaded route. Overall, 0 out of 20 testers were able to complete the scenario successfully without intervention.

  • Installation & OS differences: There was a noticeable difference in installation experience between operating systems. For iOS users, plugin installation was generally straightforward. Android users struggled more during this phase, indicating a need for clearer, O. [Shade-optimized routing paths for pedestriansS-specific installation instructions.

  • Primary blocker (time selection): The most significant friction point occurred when setting the departure time. All users experienced major difficulties or complete blocks when trying to set the time to 14:00, which prevented them from completing the test independently.

For more information see the folder user tests

Future Improvement

  • Improve performance of shade computation (possibly by using PostgreSQL).
  • Enable remote map downloads so users can choose areas.
  • Find a way to retrieve the real current time for custom routing.
  • Add shade rendering on the OsmAnd map display.
  • Keep only shade data in the map data we generate, to reduce the size of the map.

About rendering

We faced throughout our project technical issues about rendering. We wanted to make a specific map rendering, which is supposed to be possible in a plugin, by using a custom rendering.render.xml file. This rendering should have taken into account the custom tags we created in our customized map, so that it renders the shade on the different roads (to get a visual representation of what the map looks like if we only look at our tag shades). However, we did not achieve this goal. We managed to change the map rendering with our custom rendering.render.xml in a plugin : see the functional examples on our GitHub here. However, we could not use our custom tag. We tried to generate the .obf correctly with the custom tag in the map section, we tried to use the right syntax to call the custom tags, but no matter how far we’ve gone, it still doesn’t work and we still don’t know why.

To find more information about this subject, you can refer to the folder rendering_plugins, which contains some functional examples of the use of custom rendering in a plugin, some explanations on the syntax, in addition of our latest try to use our custom tags (latest try not functional thus - documentation was added to help understand what we were trying to do).

Conclusion

The current state of the project makes it possible to use the shade tags introduced by the latest project. However, many avenues for improvement remain. A better understanding of how the OsmAnd plugins work could help improve usability. We thank everyone who will contribute to resolving the issues raised during this project.

If you want to download the latest version of the plugin see here.


Wetlands in Ireland

Map of Irish Wetlands wetland.maps.arcgis.com/apps/instant/sidebar/index.html?appid=0b602456f4e54b2b808b9cf8d6472cad


Jardins de Baiao

Cartographie des jardins de Baiao, parc public de Cormeilles en Parisis.

Cartographie des jardins de Baiao, parc public de Cormeilles en Parisis.


It really is the wild west here...

I’m new to this.

I did what most people probably do and added/adjusted footprints of houses in my neighborhood. Great but I soon noticed that there were choices to be made about what did or didn’t get included, what level of detail to go to, etc. and no really obvious source of guidance about that.

Which is probably just as well, because if there were masses of prescriptive guida

I’m new to this.

I did what most people probably do and added/adjusted footprints of houses in my neighborhood. Great but I soon noticed that there were choices to be made about what did or didn’t get included, what level of detail to go to, etc. and no really obvious source of guidance about that.

Which is probably just as well, because if there were masses of prescriptive guidance about every little thing a new user would get buried. Anyway. I settled on what seemed reasonable to me and fleshed out the neighborhood a bit. Fun.

I’m a private pilot, so I checked out my local airport to see how things looked there. It was really quite good in some respects, if a little out of date. But again since there’s no guidance the previous editors had just made reasonable assumptions and got on with it. I noticed a few taxiway connections were missing (I taxi along them regularly so I know they’re there!) and added them. Then realized that the previous editor had only been adding taxiways that correspond to the painted lines. Reasonable but in reality things are more joined up than that. Food for thought.

So I thought I would check out a large nearby airport. Whoever did this has made a different set of assumptions about what a reasonable level of detail is. Nothing wrong with them, just different.

Then I checked out Chicago O’Hare. Wow. Someone went to town here. Every single parking spot in the parking garage is individually mapped. That seems excessive (and dragged my machine to it’s knees as well). I’m sure some aggregation would be better. Never mind.

Checked out Newark. Much more reasonable level of detail here. But I suppose that depends on what you expect people to use it for. JFK is different again.

It seems like it would good to define use cases and detail levels for this. Not to be prescriptive, just to give editors some kind of framework to consider if it helps organize their work. The wiki does have some information but it’s more about the specifics than overall organization. I expect GIS professionals have a whole framework for this kind of thing but that would be overkill.

I’ll see if I can find anyone interested it working on this. I’m too new around here to figure out how to do that though.

Wednesday, 18. March 2026

OpenStreetMap User's Diaries

Saúde receberá nova sede de seu Colégio Estadual.

O Município de Saúde receberá um novo Colégio Estadual de Tempo Integral, este que será construído no perímetro rural da cidade.

O Colégio Modelo Ernesto Carneiro Ribeiro iniciou suas atividades em Saúde em 1902 na Praça Ruy Barbosa, centro da cidade; recebendo uma nova sede no Bairro do Beco em 2008; e agora, ganhará uma nova estrutura próxima do Bairro Nova Saúde.

A estrutura s

O Município de Saúde receberá um novo Colégio Estadual de Tempo Integral, este que será construído no perímetro rural da cidade.

O Colégio Modelo Ernesto Carneiro Ribeiro iniciou suas atividades em Saúde em 1902 na Praça Ruy Barbosa, centro da cidade; recebendo uma nova sede no Bairro do Beco em 2008; e agora, ganhará uma nova estrutura próxima do Bairro Nova Saúde.

A estrutura será construída pelo Governo Estadual da Bahia num terreno antes pertencente à prefeitura, agora doado. Ao que se sabe, não há data prevista para o início da construção.

Demais obras no município:

  • Urbanização da Praça da Vila Lelinha; (iniciado)

  • Urbanização e Drenagem no Alto da Santa Cruz;

  • Unidade Básica de Saúde no Bairro do Cardoso;

  • Modernização do Mercado Municipal de Carnes - futuro Mini Shopping;

  • Revitalização do Mercado Municipal;


Transport zbiorowy w Zagłębiu Miedziowym

Wraz z wprowadzeniem linii nocnych komunikacji miejskiej w Legnicy zamknąłem trwający kilkanaście miesięcy projekt dotyczący transportu zbiorowego w Zagłębiu Miedziowym. Kolejno zostały wprowadzone sieci komunikacji autobusowej w Polkowicach, Lubinie i Rudnej, Głogowie i Legnicy wraz z gminami ościennymi. Na obszarze podległym opracowaniu, obejmującym 2734,94 km2, mieszka ok. 400 tys. osób. Wedł

Wraz z wprowadzeniem linii nocnych komunikacji miejskiej w Legnicy zamknąłem trwający kilkanaście miesięcy projekt dotyczący transportu zbiorowego w Zagłębiu Miedziowym. Kolejno zostały wprowadzone sieci komunikacji autobusowej w Polkowicach, Lubinie i Rudnej, Głogowie i Legnicy wraz z gminami ościennymi. Na obszarze podległym opracowaniu, obejmującym 2734,94 km2, mieszka ok. 400 tys. osób. Według moich szacunków był to największy powierzchniowo i ludnościowo fragment obszaru Polski, pozbawiony w OSM opracowania komunikacyjnego.


個人的メモ(2026年03月18日)

2026年04月01日に移管予定の道路 ・山梨県道513号(梁川猿橋線)…大月市猿橋町藤崎地区 ・滋賀県道116号(六地蔵草津線)…栗東市 ・滋賀県道226号(佐目敏満寺線)…犬上郡多賀町敏満寺

2026年04月01日にダイヤ改正予定のバス ・瀬戸市コミュニティバスこうはん線(経路も変更) ・瀬戸市コミュニティバス下半田川線 ・瀬戸市コミュニティバス曽野線 ・名鉄バス16系統(菱野団地-瀬戸駅前) など

2026年04月01日に移管予定の道路 ・山梨県道513号(梁川猿橋線)…大月市猿橋町藤崎地区 ・滋賀県道116号(六地蔵草津線)…栗東市 ・滋賀県道226号(佐目敏満寺線)…犬上郡多賀町敏満寺

2026年04月01日にダイヤ改正予定のバス ・瀬戸市コミュニティバスこうはん線(経路も変更) ・瀬戸市コミュニティバス下半田川線 ・瀬戸市コミュニティバス曽野線 ・名鉄バス16系統(菱野団地-瀬戸駅前) など

Tuesday, 17. March 2026

OpenStreetMap User's Diaries

Sandy, UT sidewalks being deleted.

For some reason, the sidewalks near main roads in Sandy have been deleted without much warning. I just have to question what is with these changes and who is responsible for removing the work of mine and others.

For some reason, the sidewalks near main roads in Sandy have been deleted without much warning. I just have to question what is with these changes and who is responsible for removing the work of mine and others.


Someone griefed clyst vale

Hello,

I recently noticed that Someone, Which I do not know of, Has vandalised clyst vale by Removing the entire school, and replacing it with a sainsburys, ive wrote this to alert a mod to hopefully revert the changes at clyst vale

-SouthWestTrains1

Hello,

I recently noticed that Someone, Which I do not know of, Has vandalised clyst vale by Removing the entire school, and replacing it with a sainsburys, ive wrote this to alert a mod to hopefully revert the changes at clyst vale

-SouthWestTrains1


OpenArdenneMap release winter 25-26

This article was originally written in French here. This English version was partly translated with DeepL.com.

OpenArdenneMap is an open-source map style designed for the production of topographic maps for printing. Based on OpenStreetMap data, it is available for use with QGIS and the Mapnik/cartoCSS libraries. Here is the winter 2025–26 release.

I started working on O

This article was originally written in French here. This English version was partly translated with DeepL.com.

OpenArdenneMap is an open-source map style designed for the production of topographic maps for printing. Based on OpenStreetMap data, it is available for use with QGIS and the Mapnik/cartoCSS libraries. Here is the winter 2025–26 release.

OpenArdenneMap winter 25-25

I started working on OpenArdenneMap about nine years ago. My aim was to create a map style for producing high-quality topographic maps intended for printing, using mainly OpenStreetMap data. The main challenge is to automate map production, to limit ‘manual’ corrections as much as possible (without eliminating them entirely). Since then, the style has been used in several mapping projects: together with colleagues, I have set up a website for downloading hiking maps (hiking.osm.be) and have been able to test the deployment of a tile server on https://www.nobohan.be/webmaps/oam-tile/.

One might think that, since it allows for the production of complete topographic maps, the development of a cartographic style in itself has reached its conclusion. This is not the case. I believe that the techniques and practices involved in developing topographic styles from OpenStreetMap data, in all their diversity and complexity, are still in their infancy. Recent years have seen the advent of numerous cartographic styles for on-screen maps, as well as the emergence of virtual tiles and 3d rendering. However, simple cartographic generalisation techniques and basic principles of cartographic semantics are rarely utilised in these new map styles.

This winter, I was able to draw on the work of a master’s student in geography, Noé Monjoie, to investigate these cartographic generalisation techniques in particular using OpenStreetMap data. The aim was to test algorithms for transforming geographical data to address certain representation issues in OpenArdenneMap (and in other digital cartographic styles). Only a very small part of his work has been incorporated into this new release. I hope the rest will follow in future updates. In the meantime, here are the new features of the “Winter 2025–26” version:

Avoiding label overlap between layers

OpenArdenneMap water labelling

Using the QGIS overlay_intersects() function, you can prevent labels from one layer from appearing on top of another. In this case, the aim is to prevent waterway labels from appearing within bodies of water. For reasons of hydrological continuity, OpenStreetMap contributors are encouraged to ensure that waterways feeding into bodies of water cross them from both sides. As the waterway segment is often interrupted at the boundary of the body of water, this causes a conflict between the labels of the water area and the waterway. A conflict that previously often resulted in the absence of labels for the water area.

Rendering of a culvert symbol

OpenArdenneMap culverts rendering

When a stream or drain passes under a road or path, this is a culvert, which differs from a bridge that provides a wider passage for the stream. This difference between a bridge and a culvert exists in OpenStreetMap data (tags bridge=yes vs tunnel=culvert). By using the orientation of the waterway segment passing through this culvert, as well as the entry and exit points of this passage, we arrive at this rendering indicating the culverts, a rendering directly inspired by Belgian IGN maps from the 1960s to the 1980s.

Bridge symbol rendering

OpenArdenneMap bridge symbol rendering

Using the same principle, here is a rendering of small bridges (on paths) and boardwalks (differentiated by length) that takes into account the length of the bridge.

Grouping elements with QGIS clustering

OpenArdenneMap QGIS clustering

Finally, an improvement based on Noé’s work, involving the clustering of certain point symbols (in this case, a picnic table) in QGIS. This was already handled well in Mapnik, but I hadn’t yet figured out how to do it in QGIS (in reality, it’s simply a symbology option for points).

Looking ahead, as mentioned earlier, Noé’s work has opened up several possibilities for data generalisation that I hope to be able to implement. Finally, QGIS 4 is due out this year, and so the new features brought by this major new version of QGIS will inevitably help OpenArdenneMap to evolve.


Diary Entry: A Month That Tested My Dedication

One of the most memorable phases of my OpenStreetMap journey was being part of the Autumn Mapping Sprint 2025, sponsored by Youth Innovation Lab. This was a funded mapping sprint that lasted for one full month, making it both exciting and challenging at the same time.

What made this experience even more intense was that, during the very same month, I was also involved in a one-month fiel

One of the most memorable phases of my OpenStreetMap journey was being part of the Autumn Mapping Sprint 2025, sponsored by Youth Innovation Lab. This was a funded mapping sprint that lasted for one full month, making it both exciting and challenging at the same time.

What made this experience even more intense was that, during the very same month, I was also involved in a one-month field campaign in Dolakha district as part of my studies. Managing both at the same time was not easy.

My days were filled with fieldwork—collecting data, traveling, and completing academic responsibilities. And yet, despite the physical exhaustion, I stayed committed to mapping. Every evening, I tried to make time—sometimes small, sometimes longer—to contribute to the sprint. It required discipline, time management, and a lot of determination.

There were moments when I felt overwhelmed, but I didn’t want to give up. Being part of a funded program and representing myself among advanced mappers motivated me to keep going. I reminded myself why I started this journey and how far I had already come.

Throughout the month, I continued mapping—adding buildings, improving roads, and refining data with care. Even with a busy schedule, I managed to stay consistent and complete my contributions.

Being recognized as one of the advanced mappers during this sprint made the experience even more meaningful. It wasn’t just about mapping anymore—it was about proving to myself that I could handle challenges and still stay committed to my goals.

Looking back, this month feels like a true test of my dedication. Balancing fieldwork and mapping taught me resilience, time management, and self-belief.

This experience showed me that no matter how busy life gets, with determination and passion, I can always find a way to keep going.


**Diary Entry: Milestones That Defined My Mapping Journey**

Looking back at my OpenStreetMap journey, two dates will always hold a very special place in my heart—June 21 and October 14.

On June 21, I achieved something I had been working toward for a long time: I became the top mapper in KU Youth Mappers. That moment felt surreal. From the days when I was just learning how to draw my first building on the map to reaching the top position—it was a

Looking back at my OpenStreetMap journey, two dates will always hold a very special place in my heart—June 21 and October 14.

On June 21, I achieved something I had been working toward for a long time: I became the top mapper in KU Youth Mappers. That moment felt surreal. From the days when I was just learning how to draw my first building on the map to reaching the top position—it was a journey filled with patience, consistency, and continuous learning. Every late night of mapping, every small correction, and every effort finally felt worth it.

But the journey didn’t stop there.

On October 14, I reached another incredible milestone—I became a top mapper in UN Mappers. This achievement felt even bigger, as it connected my work to a global level. Contributing alongside mappers from around the world and being recognized among them made me realize how far I had come.

These milestones are not just about rankings or titles. They represent growth, dedication, and the impact of consistent effort. From starting out as a beginner to becoming a leading contributor in both university and international communities, my journey has transformed me—not just as a mapper, but as a learner and contributor.

Sometimes I pause and think about how it all started with simple curiosity. And now, those small steps have led to achievements I once never imagined.

This journey reminds me that with passion and persistence, even the smallest edits can lead to the biggest milestones.


OsmAnd

Survey Insights 2026

In the first half of March, we ran a survey to better understand how people use OsmAnd and what they expect from it. At OsmAnd, we often talk about offline maps, route planning, and outdoor navigation. But the most important question is simpler: how do people actually use OsmAnd, and what do they need from it?

In the first half of March, we ran a survey to better understand how people use OsmAnd and what they expect from it. At OsmAnd, we often talk about offline maps, route planning, and outdoor navigation. But the most important question is simpler: how do people actually use OsmAnd, and what do they need from it?

To explore that, we collected feedback across five language groups: English, German, French, Italian, and Spanish.

The results gave us a clear picture. Users value OsmAnd for its depth, flexibility, and offline capabilities — especially in situations where reliability and preparation matter. At the same time, the survey highlighted areas where the app still creates friction, particularly around usability, search, and routing confidence.

This post shares some of the main themes that appeared across all five surveys.

Survey Results

Who responded

We received responses from users across five language groups:

LanguageResponses
German965
English724
French294
Spanish255
Italian250

In total, that gave us 2,488 responses.

Most respondents were already experienced OsmAnd users. In every language group, the majority had used the app for more than a year. This means the feedback mainly came from people who know the product well and use it regularly in real situations.

What users value most

Across all languages, several themes appeared again and again.

Users consistently described OsmAnd as most valuable for:

  • Offline maps while traveling
  • Planning routes in advance
  • Hiking and trekking
  • Walking and exploring
  • Cycling
  • Navigation in remote or rural areas
  • Recording and following GPX tracks

This confirms something important: for many people, OsmAnd is not just a general-purpose map app. It is a tool for prepared travel, outdoor activities, and offline navigation.

That was especially visible in the strongest use cases by language:

LanguageMost visible traits
GermanHiking, walking, cycling, offline travel
EnglishOffline travel, walking, hiking, route planning
FrenchOffline use, route planning, GPX recording, hiking
ItalianHiking, GPX use, motorcycling, route planning
SpanishRoute planning, rural navigation, motorcycling, offline use

Even with those differences, one core idea was shared across all groups: users rely on OsmAnd when they want control, flexibility, and offline confidence.

What users appreciate about OsmAnd

The survey shows that users see OsmAnd as:

  • powerful
  • flexible
  • feature-rich
  • useful in remote and offline scenarios
  • well suited for outdoor and advanced navigation needs

Many users clearly trust OsmAnd in situations where mainstream navigation apps may not be enough — for example during hiking trips, travel abroad, off-road navigation, or route planning far from a stable connection.

This is one of OsmAnd’s strongest product and brand advantages.

The main friction points

The feedback was positive overall, but one message came through very clearly:

Users value OsmAnd’s power, but many find it too complex.

This theme appeared in all five surveys.

The most common issues mentioned were:

  • Interface complexity
  • Too many settings or hard-to-find options
  • Search quality
  • Routing trust and route quality
  • Map/data reliability in some cases
  • Performance or stability problems for some users
  • Friction in GPX and track workflows

In other words, the main challenge is not simply a lack of features.

The challenge is that the value of those features is not always easy to access.

For many users, OsmAnd feels extremely capable — but sometimes harder to learn or use than it should be.

A strong product, but with usability pressure

One of the most encouraging findings is that overall loyalty remains strong.

Across all language groups, recommendation scores were high. Users clearly believe in the product. But that does not mean there is no risk.

Many respondents said they had at least occasionally considered using another app because of issues such as complexity, search friction, or routing behavior.

That creates an important tension:

  • users respect OsmAnd
  • users trust its strengths
  • but some still turn to other apps for faster, simpler, or more convenient everyday tasks

This suggests that OsmAnd’s biggest opportunity is not only to add more capabilities, but to make the existing capabilities easier to use with confidence.

What users use alongside OsmAnd

Many respondents also mentioned using other navigation apps in parallel with OsmAnd. This is not surprising — most people have multiple apps for different purposes.

The reasons were fairly consistent:

ReasonTypical alternatives
Simpler interface and faster everyday useGoogle Maps, Organic Maps
Real-time traffic and driving convenienceGoogle Maps, Waze, HERE WeGo
Outdoor route discovery and community featuresKomoot, Strava, AllTrails, Wikiloc
Specialized or backup navigation useGaia GPS, Locus Map, Sygic, Maps.me

This comparison is useful because it shows that OsmAnd is not mainly competing on “how many features it has.” In many cases, it is competing on clarity, convenience, trust, and speed of everyday use.

What differs by language group

Although the overall themes were similar, each language group had its own profile.

German-speaking users

German-speaking respondents showed the strongest concentration around hiking, walking, cycling, and offline travel. This looks like a highly outdoor-oriented group with regular use patterns and strong engagement.

English-speaking users

English-language responses were the broadest in profile. They combined offline travel, walking, hiking, route planning, and rural navigation, showing a wide mix of travel, outdoor, and practical navigation use cases.

French-speaking users

French-speaking respondents stood out as strong offline and travel-oriented users, with high mentions of route planning, GPX recording, and hiking. This group reflects a power-user profile that values preparation and track-based workflows.

Italian-speaking users

Italian-speaking users showed a distinctive mix of hiking, GPX use, route planning, and motorcycling. Compared with some other groups, motorcycling was especially visible here.

Spanish-speaking users

Spanish-speaking respondents stood out most clearly for route planning, remote-area navigation, motorcycling, and daily car use. This group appears more road-navigation-oriented than the German or French groups, while still valuing offline and advanced use.

What all groups have in common

Despite these differences, the common patterns are more important than the differences.

Across all five surveys, users consistently described OsmAnd as:

  • a strong offline navigation tool
  • especially useful for travel and outdoor scenarios
  • more flexible than many mainstream alternatives
  • valuable for users who want control over routes and maps

At the same time, all five groups also pointed to similar improvement areas:

  • make the interface easier to understand
  • make search more reliable
  • improve routing trust
  • reduce friction in core workflows
  • keep the power, but make it easier to use

This consistency across languages is one of the strongest findings in the entire survey.

What this means for OsmAnd

The survey confirms that OsmAnd already has a clear identity.

Users do not mainly come to OsmAnd because it is the simplest navigation app. They come because it offers something deeper:

  • offline confidence
  • route control
  • outdoor readiness
  • map flexibility
  • support for advanced use cases

That is a real strength.

At the same time, the survey also shows a clear direction for improvement. Users do not want OsmAnd to become generic or stripped down. They want it to remain powerful — but to feel clearer, easier, and more trustworthy in everyday use.

That is an important distinction.

The goal is not to reduce what makes OsmAnd special.
The goal is to make that value easier to reach.

Thank you

We are grateful to everyone who took the time to answer the survey.

Your feedback helps us better understand how OsmAnd is used in the real world — across countries, languages, and navigation styles. It also helps us see where the app already delivers strong value, and where the experience still needs work.

Across all five surveys, one message stands out:

Users trust OsmAnd for its offline power, flexibility, and outdoor capabilities. The biggest opportunity now is to preserve that depth while making the experience simpler and more intuitive.


Follow OsmAnd on Facebook, TikTok, X (Twitter), Reddit, and Instagram!

Join us at our groups of Telegram (OsmAnd News channel), (EN), (IT), (FR), (DE), (UA), (ES), (BR-PT), (PL), (AR), (TR).

Monday, 16. March 2026

OpenStreetMap User's Diaries

Remapped Wastewater Facility Walsrode [2026 Spring]

Before

After

Before

before

After

after


Teaser for UrbanEye3D 2.0

A future version of the UrbanEye3D plugin will support trees and other objects.

(Picture: Cathedral of the Assumption of Mary, Zagreb)

Note: this version is still in development, but should be relesed by the end of this month

A future version of the UrbanEye3D plugin will support trees and other objects.

How it will look like

(Picture: Cathedral of the Assumption of Mary, Zagreb)

Note: this version is still in development, but should be relesed by the end of this month


My Hopyfully Helpful Contribuations

Hello people, I’ve been Hoping to help my local town of Exeter and nearby plymouth, ive so far made houses in both sherford and torpoint, ive also named the schools of Clyst vale and Stoke hill, And im hoping to do more to help the community of OpenStreetMap

-SouthWestTrains1

Hello people, I’ve been Hoping to help my local town of Exeter and nearby plymouth, ive so far made houses in both sherford and torpoint, ive also named the schools of Clyst vale and Stoke hill, And im hoping to do more to help the community of OpenStreetMap

-SouthWestTrains1


Proposta aree protezione civile - voting

Ciao a tutti. Come molti di voi già sapranno, ho aperto il voto sulla proposta OSM Civil Protection Areas, per mappare in OpenStreetMap aree di protezione civile ufficialmente designate come aree di attesa, ricovero, ammassamento soccorsi e accessi logistici di emergenza.​

In questo momento il voto è molto tirato, quindi ogni voto favorevole conta davvero. ​ Link diretto alla proposta: o

Ciao a tutti. Come molti di voi già sapranno, ho aperto il voto sulla proposta OSM Civil Protection Areas, per mappare in OpenStreetMap aree di protezione civile ufficialmente designate come aree di attesa, ricovero, ammassamento soccorsi e accessi logistici di emergenza.​

In questo momento il voto è molto tirato, quindi ogni voto favorevole conta davvero. ​ Link diretto alla proposta: osm.wiki/Proposal:Civil_Protection_Areas

Mini guida per votare:

Fate login nella wiki OSM con il vostro account. ​

Aprite la proposta e scendete alla sezione Voting. ​

Cliccate su Edit source. ​

Aggiungete una riga con il vostro voto, seguendo il formato già usato nella pagina, per esempio I approve this proposal … –~~~~. ​

Salvate la modifica. ​ Grazie a chi riesce a leggere e votare.


Die (Gemeinde)Grenzen der Schweiz

Ihr wisst ja, ich hab’ einen OpenStreetMap-Fetisch :) Schon sehr lange trage ich gemeinsam mit der Schweizer OSM-Community die Idee rum, dass die ~2000 erfassten Gemeindegrenzen in OpenStreetMap besser gepflegt werden sollten.

Diese wurden vor ~14 Jahren in einem sogenannten Import in die OpenStreetMap-Datenbank eingepflegt und seither bei Gemeindefusionen Anfangs Jahr immer mal wieder g

Ihr wisst ja, ich hab’ einen OpenStreetMap-Fetisch :) Schon sehr lange trage ich gemeinsam mit der Schweizer OSM-Community die Idee rum, dass die ~2000 erfassten Gemeindegrenzen in OpenStreetMap besser gepflegt werden sollten.

Diese wurden vor ~14 Jahren in einem sogenannten Import in die OpenStreetMap-Datenbank eingepflegt und seither bei Gemeindefusionen Anfangs Jahr immer mal wieder gepflegt, aber nicht in toto überwacht.

Vor einiger Zeit habe ich im OSM Forum die Diskussion zur Grenzpflege begonnen, das dort angesprochene Tool der serbischen Community ist zwar sehr toll, aber der Umbau auf die Schweizerischen Gegebenheiten hat nicht befriedigend geklappt. Dies trotz der tollen Hilfe der SOSM mit einer virtuellen Maschine (mersi Datendelphin im Speziellen) auf der SOSM-Infrastruktur. Auf dieser VM lief das serbische Tool mit Anpassungen für die Schweiz, war aber nur schwer zu “bedienen”.

In einem Projekt bei der Arbeit habe ich mich etwas eingehender mit den sog. GitHub Actions beschäftigt, mit denen es möglich ist, ja nach Zustand eines GitHub-Projektes Aktionen durchzuführen, die ebenso auf einer virtuellen Infrastruktur (aber halt von Microsoft laufen). Eine solche Action baut beispielsweise aus etwas LaTeX-Code, der online liegt automatisch meinen Lebenslauf (ich hab’ keine Bewerbung offen, brauchte aber letzthin aus anderen Gründen einen Lebenslauf). Oder aus etwas Textschnipseln eine Webseite und ein PDF, das eine Pubikation ergeben wird.

Item, Programmcode im Internet etwas machen zu lassen, ist mit solchen Actions einfach, schnell iterierbar und etwas weniger komplex, als per ssh auf einem Server Python-Code laufen zu lassen.

Um die Gmeindegrenzen in OpenStreetMap zu überwachen habe ich jetzt nicht Programmiercode im Netz zum laufen gebracht, sondern diesen Programmiercode nicht selber geschrieben. Das geht mit sog. vibe coding gemacht. Zu Beginn habe ich das Large Language Model von Claude.ai mit einem Prompt gefüttert, der beschreibt, was ich machen will.

I have the boundaries of the swiss municipalities in https://data.geo.admin.ch/ch.swisstopo.swissboundaries3d/swissboundaries3d_2025-04/swissboundaries3d_2025-04_2056_5728.gpkg.zip. Help me produce a report on how well these match geographically with the boundaries mapped in OpenStreetMap, preferrably via Overpass Turbo. The boundaries in the geopackage have bfs_nummer=355, the boundaries in OSM have swisstopo:BFS_NUMMER=355 as a matching ID.

Can you query Overpass in Python, too?

Can you make this all work in a GitHub action?

Das heisst, ich habe Claude informiert, dass die Gemeindegrenzen der Schweiz in OpenStreetMap in sogenannten Relationen mit z.B. swisstopo:BFS_NUMMER"=355 für Köniz erfasst sind. Die BFS_NUMMER wird vom Bundesamt für Statistik vergeben und taucht genauso in den offiziellen Gemeindegrenzen von swisstopo, swissBOUNDARIES3D auf. Ich hätte die Abfrage der Gemeindegrenzen gerne mit Overpass turbo abgefragt, den Vergleich in Python gemacht und das Ganze per GitHub Action z.B. täglich laufen gelassen. Schon die erste Antwort von Claude lieferte Resultate, die ich dann in VS Code mit CoPilot mit vielen Prompts immer weiter verfeinert habe. Ich habe nur extrem wenig Code selbst geschrieben, praktisch Alles wurde gesteuert durch meine Eingaben maschinell erstellt, minimalste Zwischenschritte wurden von Anderen beigesteuert.

Nachem Simon Poole bemerkt hat, dass Gemeindegrenzen mit Enklaven/Löchern nicht korrekt ausgewertet werden und einigen weitern Korrekturen der Berechnungslogik hat die Schweizer OSM-Community nun ein Tool, das den Vergleich der Gemeindegrenzen von swisstopo mit den Gemeindegrenzen in OpenStreetMap bietet: http://boundaries.osm.ch

Sunday, 15. March 2026

weeklyOSM

weeklyOSM 816

  05/03/2026-11/03/2026 [1] OpenSeaMap-vector | © k-yle | map data © OpenStreetMap Contributors. Mapping AndreaDp27 has proposed a tagging scheme to map officially designated civil protection areas. Voting opened on 9 March 2026 and will close on 23 March 2026. Community At the recent State of the Map Ben Hur Pintor delivered a presentation titled…

Continue reading →

 

05/03/2026-11/03/2026

lead picture

[1] OpenSeaMap-vector | © k-yle | map data © OpenStreetMap Contributors.

Mapping

  • AndreaDp27 has proposed a tagging scheme to map officially designated civil protection areas. Voting opened on 9 March 2026 and will close on 23 March 2026.

Community

  • At the recent State of the Map Ben Hur Pintor delivered a presentation titled ‘Awesome (OSM) Games’, highlighting a range of games that make use of OpenStreetMap data, though they are not necessarily designed to contribute back to the mapping platform.
  • Derlamaer has proposed a new OpenStreetMap tag for detector-operated pedestrian signals (detector_operated=*).
  • Mikel Maron vibe coded an OpenStreetMap – Overture Maps conflation tool.
  • Natfoot has proposed the railway=trail tag to mark bike routes along rail trails.
  • Rene78 noticed that it is possible to politely ask ChatGPT to generate a proper opening_hours tag.
  • Simon Poole outlined several challenges faced by the Swiss OpenStreetMap community while they attempted to import municipal boundary data from Switzerland’s federal GIS department into OpenStreetMap.
  • In response to Overture Maps‘ recent attempt to make their Global Entity Reference System (GERS) an Open Geospatial Consortium standard, Simon Poole argued that OSM object IDs also suffice as an alternative to GERS. Meanwhile, in a separate diary entry, rphyrin shared the same sentiment.
  • Simon Poole reported that the Vespucci app might run into problems on older Android devices due to root certificate expiration, because older versions of Android only update certificates during full system updates. He suggested that users manually install the certificate as a temporary workaround for the issue, since Vespucci is currently not prepackaged with the full set of certificates, all while acknowledging that this method could increase user friction to an unacceptable level.
  • Pascal Neis analysed the recently introduced company and location fields in OpenStreetMap user profiles, concluding that his HDYC profiles provide more reliable indicators because they are derived directly from collected and analysed contribution data, rather than from self-declared free-text profile information.

Local chapter news

  • Jochen Topf reported that FOSSGIS e.V. has received funding from the German Foundation for Engagement and Volunteering to carry out an OpenStreetMap training programme.

Maps

Open Data

  • François Lacombe has compared several analytical frameworks used to examine data-sharing practices in France.

Software

  • HeiGIT reported that they have developed an open dataset platform called OpenAccessLens that visualises physical access to education and healthcare services worldwide. It shows how far people are from the nearest schools and hospitals, expressed in travel time or distance.
  • The team at the OSM Website shared a recap of their latest work, including progress with the transition to MapLibre and a number of fixes to user experience.

Programming

  • Altsybeyev explained how MapMagic developed its own topographic maps by combining OSM data and the Mapterhorn digital elevation model.

Releases

  • CoMaps has released version 2026.03.09, adding support for Type 1 combo EV chargers, displaying amounts charged for use of facilities as well as the population of cities. Further, it added and improved support for POI types such as entertainment attractions and water shops.
  • Bastian Greshake Tzovaras has published version 0.4.0 of the CoMaps map-distributor Python CLI tool. It improves the management of downloads and partial downloads.
  • Christoph Hormann announced that the OpenStreetMap Carto maintainers have prepared a new major release of the OpenStreetMap Carto stylesheet.

Did you know that …

  • … recently QGIS had been using the OpenStreetMap tile server more than OpenStreetMap.org itself? Some QGIS plugins could be used as OSM tile bulk downloaders and might be responsible for this issue, but a safeguard has recently been added to prevent such things.

OSM in the media

  • Falk Steiner, of Heise, argued that OpenStreetMap bears partial blame for the recent cable bridge fire that caused a blackout across parts of Southwest Berlin, citing the platform’s open data practices as having contributed to the exposure of critical infrastructure location data that could be used for sabotage purposes.
  • Emhraim, of GNU/Linux.ch, has showcased some mobile apps for editing OpenStreetMap: CoMaps and StreetComplete.
  • In a recent interview in Basta!, a French independent online news outlet, Jérôme Hergueux, a researcher at the Centre national de la recherche scientifique specialising in social networks, claimed that the OpenStreetMap project is ‘now largely dormant’ because another for-profit navigation app, which also provides map services, discourages new contributors from joining the community.

Other “geo” things

  • Researchers from the Institute of Historical Research, University of London have built ‘Layers of London’, a free historic map of London where users can contribute stories, memories, and histories to create a social history resource about their locality.
  • Historian Ivan Malara accidentally discovered Galileo Galilei’s handwritten annotation in a copy of Ptolemy’s The Almagest in Italy’s National Central Library of Florence.
  • Isaac Corley and Caleb Robinson have started a blog GeoSpatial ML, which offers articles on machine learning, remote sensing, and other topics. You can follow them using their RSS channel or on their Substack. Their latest post was titled ‘Training a Water Segmentation Model with TorchGeo’.
  • Pierre Sauche commented on the Le Rize mémoires, cultures, échanges, which includes an interactive web map where you click to view historic photos and other information. The project has the support of IGN, the French geospatial agency.
  • The University of Zaragoza led the development of an online cartographic viewer , as part of the FirePaths Project for forest fire risk analysis. It uses free and open software and OGC standards, including OpenStreetMap as a base map.
  • Katharina Seeger and Philip Minderhoud warn that the sea level is much higher than assumed in most coastal hazard assessments. In an article published in Nature, they argue that nearly 99% of evaluated assessment reports are affected by an incorrect methodology, which assumes a mean sea level based on global geoid models, not using precise techniques (such as using airborne Lidar) and not considering the coastal elevation.

Upcoming Events

Country Where Venue What When
March Missing Maps Mapathon 2026-03-12 – 2026-03-13
flag Magrathea Laboratories Chaos Computer Club Fulda OSM-Tools: Wenn die Welt zur Spielwiese wird 2026-03-13
flag Leuven Romaanse Poort Camera’s in kaart brengen 2026-03-14
flag Online A Mapathon to enrich participatory mapping of short supply chains around the Tokikoa label in the Basque Country 2026-03-17
flag Zaragoza Online Mappy Hour OSM España 2026-03-17
Missing Maps London: (Online) Mid-Month Mapathon [eng] 2026-03-17
flag Lyon Tubà Réunion du groupe local de Lyon 2026-03-17
flag Bonn Dotty’s 198. OSM-Stammtisch Bonn 2026-03-17
flag Online Lüneburger Mappertreffen (online) 2026-03-17
flag MJC de Vienne Rencontre des contributeurs de Vienne (38) 2026-03-18
Online Mapathon – Ärzte ohne Grenzen 2026-03-18
flag Stainach-Pürgg Online 20. Österreichischer OSM-Stammtisch (online) 2026-03-18
flag Gent Tramzwart, KASK Camera’s in kaart brengen 2026-03-19
flag Heidelberg DEZERNAT#16 Rhein-Neckar OSM Treffen // Intro iD-Editor 2026-03-19
OSMF Engineering Working Group meeting 2026-03-20
flag Olomouc Přírodovědecká fakulta Univerzity Palackého Missing Maps Day Olomouc 2026 2026-03-21
flag Domplatz Fulda Frühlingsmapping 2026 2026-03-22
Missing Maps : Mapathon en ligne – CartONG [fr] 2026-03-23
flag Stadtgebiet Bremen Online und im Hackerspace Bremen Bremer Mappertreffen 2026-03-23
flag Pôle Numérique Brest Iroise Rencontre OpenStreetMap et Territoires 2026-03-24
flag Göttingen Uni Göttingen FOSSGIS-Konferenz 2026 2026-03-24 – 2026-03-27
flag Derby The Brunswick, Railway Terrace, Derby East Midlands pub meet-up 2026-03-24
flag Düsseldorf Online bei https://meet.jit.si/OSM-DUS-2026 Düsseldorfer OpenStreetMap-Treffen (online) 2026-03-27
flag Chemnitz Neues Hörsaalgebäude, TU Chemnitz Chemnitzer Linux-Tage 2026 2026-03-28 – 2026-03-29
flag Göttingen Uni Göttingen, Fakultät für Geowissenschaften FOSSGIS 2026 – OSM-Samstag 2026-03-28
Local Chapters & Communities Congress 2026 2026-03-28
flag Vélo Utile rencontre OSM 2026-03-28
flag Mira-Bhayander DBT Café, Mira Road OSM Mumbai Mapping Party No.8 (Western Line – North) 2026-03-28
flag Hannover Kuriosum OSM-Stammtisch Hannover 2026-03-30

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, s8321414.
We welcome link suggestions for the next issue via this form and look forward to your contributions.

Saturday, 14. March 2026

Peter Reed

Amble to Cambois

With a diversion through Newbiggin today's ride took me from Amble to Cambois and back along NCN1.

The cycle path isn't far from a number of former collieries and colliery villages. At each end are ports used for export of coal. Between Hauxley and Cresswell is a series of nature reserves created from the results of coal mining. East Chevington nature reserve was passed t

With a diversion through Newbiggin today's ride took me from Amble to Cambois and back along NCN1.

The cycle path isn't far from a number of former collieries and colliery villages. At each end are ports used for export of coal. Between Hauxley and Cresswell is a series of nature reserves created from the results of coal mining. East Chevington nature reserve was passed to Northumberland Wildlife Trust following opencast restoration. Hauxley Nature Reserve was originally part of Radcliffe open-cast mine. Druridge Pools are a former opencast coal mine. Cresswell Pond is the result of subsidence from collapsed mine works.

Cambois is a former colliery village on the north side of the River Blyth. The colliery closed in 1968. That left access to a deep-sea port, a skilled work force, a rail network and coal was still available from nearby collieries. So from 1970 aluminium ore from overseas was landed here and taken by rail to a smelter at Lynemouth. Electricity was generated at Lynemouth power station, which burnt coal from Lynemouth and Ellington Collieries.

Lynemouith Colliery closed in 1994 and Ellington Colliery in 2005. Lynemouth power station could continue to burn coal sourced from elsewhere, but from 2004 biomass was introduced into the mix, and the power station has relied entirely on biomass since 2015. However, the Lynemouth smelter was now un-economic, and it closed in 2012. Alumina is still imported, and transferred by rail to Lochaber Aluminium Smelter near Fort William on the west coast of Scotland. Lochaber is powered by a hydro-electric scheme.

Lynemouth Power-station now supplies the national grid. But the former coal yards are no longer needed. In 2021 plans were approved for a factory on the site that would manufacture batteries for electric cars. However, construction ceased in 2024 as a result of funding difficulties. In 2025 plans were approved for a datacentre on the site.

This isn't the most beautiful part of Northumberland, but a memorable experience today was watching a family of deer at Druridge Bay Country Park. Happily grazing alongside the cycle track, they were clearly aware that a couple of us were nearby, but they seemed quite relaxed. Eventually they wandered off. The track through the country park is well-used by walkers and cyclists and presumably the deer get used to seeing people. There are different ways of adapting to the area's complex industrial history.


OpenStreetMap User's Diaries

Bogs, reed beds and wetlands

Westhay Moor & Honeygar Farm: osm.org/#map=16/51.19215/-2.78186

Shapwick Heath Nature Reserve & RSPB Ham Wall: osm.org/#map=15/51.15109/-2.79207

Westhay Moor & Honeygar Farm: osm.org/#map=16/51.19215/-2.78186

Shapwick Heath Nature Reserve & RSPB Ham Wall: osm.org/#map=15/51.15109/-2.79207