---
# System prepended metadata

title: Traffic Signs Project
tags: [projects osm be]

---

# Traffic Signs Project

###### tags: `projects osm be`


In Flanders, [all traffic signs are open data](https://www.vlaanderen.be/datavindplaats/catalogus/verkeersbordenvlaanderenborden). This information is hugely useful. Well, it could be. Most of the traffic signs date from several years back and have not been updated since. The Flemish Verkeersborden.vlaanderen project intends to change that. Municipality by municipality, we see updates starting to happen. Several of them have done a complete update, or at least do occasional additions.

In a perfect world, when the municipality decides to change a traffic situation (a new speed limit, a new one-way restriction,...), they start to work in this database. First there's a planned sign. Then when it is installed, it becomes a real sign. The real sign is offered to the OSM mapping community (and Waze, TomTom, Here, ...) and they add the info to the affected street - almost in real time.

We're not quite there just yet, but the edits in the database that do happen are still useful. Obviously because it makes for a better map. Less obviously because it saves everyone a lot of time. We often get a mail from municipalities: "hey, we have changed reality, can you now change your map". We want to be able to say: "oh we know, we already updated it!""

So we're building on a tool in good [Road Completion](https://openstreetmap.be/en/projects/road-completion.html) tradition to make sure that if the government provides the data, we can guarantee that we'll be up to date. This in turn might be a little incentive for more municipalities to keep their bit of the database online. Just like in Road Completion, we "accidentally review" the government data as well. When we map traffic signs, we spot errors. Often user error, sometimes logical errors. These can then help municipalities to improve their data quality or even local reality. OSM data users will be able to see how well we keep track of new traffic signs - they won't have to trust us on our word that the data is good.


## In practice

[We have a MapRoulette task online](https://maproulette.org/browse/challenges/23548) that is updated periodically. This task simply offers the most recent traffic signs as microtasks: the challenge is to map their effects.

How do we do that:
- we download all the traffic signs from the WFS service.
- we enrich the data with information about its name and effects. This is harvested from the JOSM plugin for traffic signs
- we keep only traffic signs that are "interesting" to us. For example, the traffic sign to say "you are on a priority road" has no effect on an OSM road. The sign "give way" does.
- we keep only traffic signs that are new since the previously processing date. N
- at the end of the process, a GeoJSON with relevant signs is put online. This is then harvested by MapRoulette
- The task is available at https://maproulette.org/browse/challenges/23548 . Please read the instructions carefully, and give it a shot. Make sure to select "nearby" not "random" when going to the next task; because you might end up mapping the effects of several nearby signs. Mapillary imagery might often be outdated with this hyper recent stuff. Please leave a comment if there is something wrong with the traffic sign data or if you have other remarks. Please [refer to the wiki](https://wiki.openstreetmap.org/wiki/Road_signs_in_Belgium) to learn which tags are associated with which traffic sign.

The [code is available on Github](https://github.com/osmbe/play/tree/master/traffic_signs_project). You can post issues there. A first proof of concept was built by Joost Schouppe. Ivan Diaz from TomTom rebuilt the entire workflow in Python and prepared a weekflow to ultimately run weekly updates completely automatically.


## What's next
- Activate automatic weekly updates with Github Actions.
- It might be possible to compare two dumps to find traffic signs that have been improved
- With our StreetLevel Imagery project, we create images that are uploaded to Mapillary. That platform automatically derives traffic signs. These signs are in turn detected by Osmose. This tool creates microtasks that are filtered for already mapped traffic signs. For example, it will only create a task for a max 30 sign if there is no road in OSM nearby where you can drive 30. The amount of tasks is still daunting. We intend to synchronize these tasks to MapRoulette, to "gamify" the mapping process in hopes of motivating more mappers to contribute.

## Project key events

* 9/2021: [first exploration of the dataset for mapping use](https://lists.openstreetmap.org/pipermail/talk-be/2021-September/011322.html).
* 11/2021: [first filtering of traffic signs](https://lists.openstreetmap.org/pipermail/talk-be/2021-November/011374.html) published on MapRoulette
* Since then the task has been updated occassionally and over 6000 new signs have been reviewed!
* 10/2022: first contacts with TomTom about automating the analysis flow


--------


FR


Projet "Panneaux de signalisation"

En Flandre, tous les panneaux de signalisation sont des données ouvertes. Ces informations sont extrêmement utiles. Enfin, elles pourraient l'être. La plupart des panneaux de signalisation datent de plusieurs années et n'ont pas été mis à jour depuis. Le projet flamand Verkeersborden.vlaanderen entend changer cela. Municipalité par municipalité, nous constatons que les mises à jour commencent à se faire. Plusieurs d'entre elles ont procédé à une mise à jour complète, ou du moins à des ajouts occasionnels.

Dans un monde parfait, lorsque la municipalité décide de modifier une situation de circulation (une nouvelle limite de vitesse, une nouvelle restriction de sens unique,...), elle commence à travailler dans cette base de données. D'abord, il y a un panneau prévu. Puis, lorsqu'il est installé, il devient un panneau réel. Le panneau réel est proposé à la communauté cartographique OSM (et Waze, TomTom, Here, ...) et ils ajoutent l'information à la rue concernée - presque en temps réel.

Nous n'en sommes pas encore là, mais les modifications apportées à la base de données sont toujours utiles. Évidemment parce que cela permet d'améliorer la carte. Mais aussi parce que cela fait gagner beaucoup de temps à tout le monde. Nous recevons souvent un courrier des municipalités : "Hé, nous avons changé la réalité, pouvez-vous maintenant changer votre carte". Imaginez que vous puissiez répondre : "Oh, nous savons, nous l'avons déjà mise à jour !

Nous nous appuyons donc sur un outil de la bonne tradition [d'achèvement des routes] (https://openstreetmap.be/en/projects/road-completion.html) pour faire en sorte que si le gouvernement fournit les données, nous puissions garantir que nous serons à jour. Cela pourrait inciter davantage de municipalités à mettre en ligne leur partie de la base de données. Tout comme pour l'achèvement des routes, nous "révisons accidentellement" les données gouvernementales. Lorsque nous cartographions les panneaux de signalisation, nous repérons des erreurs. Souvent des erreurs d'utilisation, parfois des erreurs de logique. Celles-ci peuvent alors aider les municipalités à améliorer la qualité de leurs données ou même la réalité locale. Les utilisateurs des données OSM pourront voir notre arriéré - ils ne devront pas nous croire sur parole.


## En pratique

Nous avons mis en ligne une première preuve de concept. Il s'agit simplement de proposer les 400 panneaux de signalisation les plus récents comme micro-tâches, le défi étant de cartographier leurs effets.

Comment faisons-nous cela ?
- Nous téléchargeons la liste hebdomadaire de tous les panneaux de signalisation.
- nous enrichissons les données avec des informations sur leur nom et leurs effets. Ces informations proviennent du plugin JOSM pour les panneaux de signalisation.
- nous ne gardons que les panneaux de signalisation qui sont "intéressants" pour nous. Par exemple, le panneau de signalisation indiquant "vous êtes sur une route prioritaire" n'a aucun effet sur une route OSM. Le panneau "cédez le passage" en a un.
- Nous ne conservons que les panneaux de signalisation qui sont nouveaux depuis le dernier dump traité. Les vidages hebdomadaires ne fonctionnent pas vraiment pour le moment, nous avons donc utilisé la date d'installation. Notez que nous examinerons également les panneaux de signalisation supprimés lors d'essais ultérieurs.
- à la fin du processus, un GeoJSON avec les panneaux pertinents est mis en ligne. Il est ensuite récolté par MapRoulette.
- La tâche est disponible à l'adresse https://maproulette.org/browse/challenges/23548 . Lisez attentivement les instructions et tentez votre chance. Assurez-vous de sélectionner "nearby" et non "random" lorsque vous passez à la tâche suivante, car vous pourriez vous retrouver à cartographier les effets de plusieurs panneaux situés à proximité. L'imagerie Mapillary peut souvent être dépassée par ces données hyper récentes (enfin, pas si hyper récentes que ça, puisque les données datent de début septembre). Veuillez laisser un commentaire si les données sur les panneaux de signalisation présentent un problème ou si vous avez d'autres remarques. Une erreur que nous avons vue à plusieurs reprises : "tous véhicules interdits", mais il s'agit en fait d'un panneau de zone de vitesse. Notez que le panneau et le sous-panneau sont deux objets distincts. Il se peut donc que vous voyiez "tous les véhicules interdits" alors qu'il s'agit en fait de "trafic de destination uniquement". Veuillez [consulter le wiki] (https://wiki.openstreetmap.org/wiki/Road_signs_in_Belgium) pour savoir quelles balises sont associées à quel panneau de signalisation.

Le [code est disponible sur Github](https://github.com/osmbe/play/tree/master/traffic_signs_project). Vous pouvez également y poster des problèmes. 

Traduit avec www.DeepL.com/Translator (version gratuite)



------

Verkeerstekens Project

In Vlaanderen zijn alle verkeersborden open data. Deze informatie is enorm nuttig. Wel, dat zou het kunnen zijn. De meeste verkeersborden dateren van enkele jaren geleden en zijn sindsdien niet meer bijgewerkt. Het Vlaamse Verkeersborden.vlaanderen-project wil daar verandering in brengen. Gemeente na gemeente zien we dat er updates beginnen te komen. Verschillende gemeenten hebben al een volledige update achter de rug, of doen op zijn minst occasionele aanvullingen.

In een perfecte wereld, wanneer de gemeente beslist om een verkeerssituatie te wijzigen (een nieuwe snelheidslimiet, een nieuwe eenrichtingsbeperking,...), gaat ze aan de slag in deze databank. Eerst is er een gepland bord. Wanneer het dan geplaatst is, wordt het een echt bord. Het echte bord wordt aangeboden aan de OSM mapping gemeenschap (en Waze, TomTom, Here, ...) en zij voegen de info toe aan de betrokken straat - bijna in real time.

We zijn er nog niet, maar de bewerkingen in de database die gebeuren zijn nog steeds nuttig. Uiteraard omdat het een betere kaart oplevert. Minder vanzelfsprekend omdat het iedereen veel tijd bespaart. We krijgen vaak een mailtje van gemeenten: "hé, we hebben de werkelijkheid veranderd, kunnen jullie nu je kaart aanpassen". Stel je voor dat je kunt antwoorden: oh dat weten we, we hebben hem al aangepast!

We bouwen dus voort op een instrument in goede [Road Completion](https://openstreetmap.be/en/projects/road-completion.html) traditie om ervoor te zorgen dat als de overheid de gegevens aanlevert, wij kunnen garanderen dat we up-to-date zullen zijn. Dit kan op zijn beurt een kleine stimulans zijn voor meer gemeenten om hun deel van de databank online te houden. Net als bij Road Completion "bekijken" we de overheidsgegevens ook per ongeluk. Als we verkeersborden in kaart brengen, zien we fouten. Vaak gebruikersfouten, soms logische fouten. Die kunnen gemeenten dan helpen om hun datakwaliteit of zelfs de lokale realiteit te verbeteren. Gebruikers van OSM-data zullen onze achterstand kunnen zien - ze hoeven ons niet op ons woord te vertrouwen.


## In de praktijk

We hebben een eerste proof of concept online. Dit biedt simpelweg de meest recente 400 verkeersborden als microtaken, de uitdaging om hun effecten in kaart te brengen.

Hoe doen we dat:
- we downloaden de wekelijkse dump van alle verkeersborden
- we verrijken de data met informatie over de naam en de effecten. Deze wordt geoogst uit de JOSM plugin voor verkeersborden
- we bewaren alleen verkeerstekens die "interessant" zijn voor ons. Bijvoorbeeld, het verkeersbord dat zegt "u bevindt zich op een voorrangsweg" heeft geen effect op een OSM weg. Het bord "voorrang verlenen" wel.
- We bewaren alleen verkeerstekens die nieuw zijn sinds de eerder verwerkte dump. De wekelijkse dumps werken nu niet echt, dus we gebruiken gewoon de datum van plaatsing. Merk op dat we bij verdere proeven ook naar verwijderde verkeerstekens zullen kijken
- aan het einde van het proces wordt een GeoJSON met relevante borden online gezet. Deze wordt dan geoogst door MapRoulette
- De taak is beschikbaar op https://maproulette.org/browse/challenges/23548 . Lees de instructies zorgvuldig, en probeer het eens. Zorg ervoor dat je "nearby" kiest en niet "random" als je naar de volgende opdracht gaat; want je zou kunnen eindigen met het in kaart brengen van de effecten van verschillende borden in de buurt. Mapillary beelden kunnen vaak verouderd zijn met dit hyper recente materiaal (wel, niet zo hyper recent, want de gegevens zijn van begin september). Laat gerust een reactie achter als er iets mis is met de gegevens van de verkeersborden of als je andere opmerkingen hebt. Een fout die we een paar keer zagen: "alle voertuigen verboden", maar het is eigenlijk een bord voor een snelheidszone. Merk op dat verkeersborden en onderborden twee afzonderlijke objecten zijn, dus het kan zijn dat je gewoon "alle voertuigen verboden" ziet terwijl het eigenlijk "alleen bestemmingsverkeer" is. Raadpleeg de wiki [https://wiki.openstreetmap.org/wiki/Road_signs_in_Belgium] om te leren welke tags bij welk verkeersbord horen.

De [code is beschikbaar op Github](https://github.com/osmbe/play/tree/master/traffic_signs_project). Je kan daar ook problemen posten. 




Vertaald met www.DeepL.com/Translator (gratis versie)