[OSM-talk-be] traffic sign project

Sun Dec 5 12:19:36 UTC 2021

Hallo,

Een kleine update over dit project.

- De 393 borden zijn nagekeken op hun effecten op OpenStreetMap-data. Met
dank vooral aan Thibault Rommel!
- In ongeveer de helft van de gevallen was er een aanpassing in OSM nodig.
Dat was vooral het geval bij maximumgewichten en -snelheden. Bij de andere
helft was er geen aanpassing nodig, bijvoorbeeld omdat er gewoon een extra
bord werd gezet om een bestaande situatie aan te duiden. Maar ook wel omdat
vaak mappers dit al hadden opgepikt voordat het in de verkeersborden
databank terechtkwam. Of nog: nieuwe borden in de databank zijn niet per sé
nieuwe borden in de realiteit
- Bij 15 verkeersborden was er iets mis met het bord zelf; bijvoorbeeld was
het slecht geprikt op de kaart, werd in de realiteit iets gezet dat niet
kan, of werd het verkeersbord verkeerd gemodelleerd in de verkeersborden
databank. Die 15 cases geven we door aan de beheerders van de databank zelf

Wat mij betreft smaakt dit naar meer. Bij het mappen van deze borden doe je
grotere ontdekkingen dan enkel de borden zelf. Bijvoorbeeld waren er enkele
nieuwe zone30 borden in Gent, en voor ik het wist had ik heel deze zone
aangepast: https://overpass-api.de/achavi/?changeset=114482302
Het lijkt me bijvoorbeeld zeker nuttig om in een volgende stap enkele
gemeenten die min-of-meer in orde staan volledig aan te pakken. Of
eventueel voor heel Vlaanderen bepaalde thema's helemaal te doen.

Met vriendelijke groet,
Joost Schouppe

Op do 18 nov. 2021 om 14:30 schreef joost schouppe <joost.schouppe at gmail.com
>:

> Hi,
>
> *- automatische vertaling Nederlands hieronder - version francaise si
> dessous -*
>
> In Flanders, all traffic signs are open data. 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”. Imagine being able to answer: 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 improve their data quality or
> even local reality. OSM data users will be able to see our backlog - they
> won’t have to trust us on our word.
> In practice
>
> We have a first proof of concept online. This simply offers the most
> recent 400 traffic signs as microtasks, the challenge to map their effects.
>
> How do we do that:
>
>    - we download the weekly dump of all the traffic signs
>    - 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
>    processed dump. The weekly dumps don’t actually work right now, so we just
>    used the date of installation. Note that we will also have a look at
>    removed traffic signs in further trials
>    - 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 (well, not that hyper recent, since
>    the data is from early September). Please leave a comment if there is
>    something wrong with the traffic sign data or if you have other remarks. An
>    error we saw a few times: “all vehicles prohibited”, but it’s actually a
>    speed zone sign. Note that sign and subsign are two separate objects, so
>    you might just see “all vehicles prohibited” when it’s actually
>    “destination traffic only”. 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 also post issues there.
> This text is also a draft for a probable osm.be project page.
>
>
> --------------
>
> 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.
> -------
>
> 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)
>
>
> --
> Joost Schouppe
> www.osm.be
>
>

-- 
Joost Schouppe
OpenStreetMap <http://www.openstreetmap.org/user/joost%20schouppe/> |
Twitter <https://twitter.com/joostjakob> | LinkedIn
<https://www.linkedin.com/pub/joost-schouppe/48/939/603> | Meetup
<http://www.meetup.com/OpenStreetMap-Belgium/members/97979802/>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-be/attachments/20211205/49948bae/attachment-0001.htm>