Cipher Bliss

Code, nouvelles technologies et entrepreneurariat par B. Lemoine

Quelques concepts autour d'OpenStreetMap

La connaissance autour d'OSM se construit de façon collective et est documentée dans le wiki d'OSM, rédigée collectivement, avec un ensemble de descriptions plus ou moins cohérentes, avec des variations selon les endroits. Le wiki d'OSM est fait avec MédiaWiki, le même logiciel que Wikipédia.

Tout le monde peut créer de nouvelles façons de qualifier les choses que l'on peut constater dans le monde réel, même si ces choses ne sont pas forcément visibles depuis l'extérieur. Un exemple, les réseaux électriques ou la présence de toilettes, de moyens de paiement, ou d'autres services tel qu'Ask Angela dans un commerce, ou encore ses horaires d'ouverture.

La grammaire des étiquettes.

Pour rester infiniment incohér… extensible, le système de tags d'OSM ne possède pas de contrainte de validation ou de typage fort. Toutes les étiquettes sont des chaînes de caractères valables. C'est le principe "any tags you like" FR:Créer un attribut qui manque - OpenStreetMap Wiki

Si on veut préciser l'unité de valeur d'un nombre on peut la mettre ou pas, seule une documentation dans le wiki, et des outils de contrôle qui suivent ces règles de validation, ou des gens qui suivent les modifications d'un certain type d'objet, pourront comprendre qu'il y a une erreur. Ainsi, si un jour on décide qu'il vaut mieux mettre l'unité d'une mesure dans un tag séparé, on peut le faire avec un petit script de remplacement. Anatomie des étiquettes osm - OpenStreetMap Wiki

Les bonnes pratiques

Réutilisez les étiquettes existantes, ne mappez pas juste pour faire joli si ça n'a pas le sens qui décrit le monde réel correspondant, mettez le vrai nom des choses et non une description.

FR:Bonnes pratiques - OpenStreetMap Wiki

Vérifiabilité

Pouvoir vérifier une information dans le monde réel et la faire correspondre dans la base de données d'OSM est un des principes de base.

FR:Vérifiabilité - OpenStreetMap Wiki

Quand une chose est plusieurs choses.

Comment tagguer un hotêl restaurant ? Il existe `amenity=hostel` et aussi `amenity=restaurant`, on devrait donc logiquement utiliser une énumération qui dit que l'on a ici une aménité qui est un hôtel et un restaurant, non ? Hé bien non, certaines clés sont documentées comme ne pouvant pas être une énumération. Ce que l'on fait souvent alors, c'est faire de la qualification en fonction de la majorité de surface.

FR:Un item, un objet OSM - OpenStreetMap Wiki FR:Séparateur de valeur point-virgule - OpenStreetMap Wiki

Certaines descriptions sont contre intuitives.

Les choses contre intuitives le sont pour plusieurs raisons, et elles le restent à cause des procédures de modification des tags pour lesquelles la grande majorité des gens sont frileux. Il est d'ailleurs assez étonnant que modifier une base de données semble aussi complexe alors que beaucoup de modifications très simples pourraient être faites car on modifie des informations numériques et qu'il est très simple de vérifier leurs effets de bord sans tout casser sur la base partagée. Counterintuitive keys and values - OpenStreetMap Wiki

La plupart du temps, les gens opposent que l'on ne devrait pas changer la façon dont sont tagguées les choses pour la rétrocompatibilité avec les gens qui réutilisent les données, les éditeurs de logiciel de carte, et aussi parce qu'ils n'ont pas envie de modifier les indexes de nom de recherche.

"On ne change pas un truc qui fonctionne", cette aversion au changement, alors que des outils et des procédures existent pour faire cela, est très connue dans le monde de la cybersécurité comme "le problème de l'adhérence logicielle". On est scotché à certains logiciels ou certaines façons de faire pas parce qu'elles sont meilleures que le reste, mais juste parce qu'on a une peur bleue qu'il faille ensuite faire des choses qu'on ne fait pas actuellement pour que ça continue à fonctionner.

Comment tuer OSM ? Surtout, ne changeons rien par Florian Lainez - peertube.openstreetmap.fr FR:Code de conduite des modifications automatisées - OpenStreetMap Wiki

Comment qualifier correctement un ensemble d'objets et ses précisions possibles?

Il serait probablement bon de clarifier ce que l’on attend des modèles de tags pour faciliter les consensus.

Personnellement j’attends quelques qualités aux tags, sans ordre de priorité:

  • une cohérence dans un ensemble et dans ses sous ensembles
  • la réutilisation au mieux de ce qui existe déjà, permettre des combinaisons
  • suivre une anatomie qui soit facilement compréhensible et documentée dans le wiki
  • des tags au plus possible anglophones et bas de casse pour une utilisation mondiale
  • une spécificité suffisante
  • une clarté, de la désambiguation
  • un certain lien entre monde réel et mots utilisés
  • ne pas avoir peur de faire évoluer les tags et déprécié ce qui est mal foutu, même si c’est utilisé. On ne devrait pas rester bloqué pour des raisons de « on a toujours fait n’importe quoi alors pourquoi faire autrement? »

Utiliser le principe de moindre surprise en ingénierie informatique. Principe de moindre surprise — Wikipédia

Les identifiants d'objets ne sont pas pérennes

Zut alors, on ne peut pas simplement faire un lien vers un restaurant et espérer qu'il soit lu pour toujours comme un lien pointant vers ce lieu précis? En fait, à court terme, si, mais pas sur le long terme. Les commerces changent assez souvent dans le monde réel, mais les identifiants d'OSM peuvent aussi changer si quelqu'un fait une modification sur un chemin en le découpant ou en supprimant un objet pour en créer un autre avec des informations similaires ailleurs, l'identifiant est perdu et l'URL vers un noeud sera morte.

La wikibase à la rescousse

Un des grands intérêts d'OSM est de pouvoir être un pivot entre plusieurs autres bases de données. Et la wikibase permet de mettre du sens entre plusieurs objets à l'identifiant pérenne grâce à des notions de web sémantique qui proposent de relier entre eux des concepts. Par exemple, on peut y distinguer que Guestave Eiffel est l'inventeur de la Tour Eiffel, et que si on veut connaître toutes les tours de France on ne demande pas la même chose que "je veux voir une description de ce qu'est l'évènement le Tour de France".

FR:Collaboration avec Wikipédia - OpenStreetMap Wiki

La gestion des cycles de vie d'un objet et d'un tag

Il y a deux choses à distinguer ici:

  • Les objets du monde réel sont envisagés, construits, changent, et disparaissent. On utilise alors des clés et des préfixes de clé pour décrire ces étapes.

FR:Key:proposed - OpenStreetMap Wiki Category:FR:Cycle de vie - OpenStreetMap Wiki FR:Key:construction - OpenStreetMap Wiki FR:Key:startdate - OpenStreetMap Wiki

  • Les étiquettes évoluent dans le temps, certaines deviennent dépréciées et on met alors en place des contrôles de qualité pour vérifier à ce qu'elles ne réaparaissent pas.

Participez aux ateliers en visio ou en présence

Le meilleur moyen de vraiment adopter OSM et sa richesse est de rencontrer les gens qui y participent et de voir comment ce que l'on connaît peut s'insérer dans ce grand commun numérique.

En attendant des rencontres, vous pouvez échanger sur le forum qui est une mine d'or pour voir le fonctionnement de la gouvernance, les outils, les erreurs courantes, trouver des gens près de chez vous, les thématiques qui pourraient vous intéresser, comment réutiliser les données, comment trouver tous défibrilateurs, ou les panneaux biche.

https://forum.openstreetmap.fr

Partagez des photos avec Panoramax

Combiner des images de terrain avec des enquêtes au plus près du monde réel pour le décrire au mieux. Contribuer à Panoramax avec son smartphone est une excellente piste pour cela.

Quelques liens:

Pour aller plus loin:

24 February 2025 à 12:00:52
Tags: logiciel photos openstreetmap art réutilisation électrique
Retour à l'accueil