up article

This commit is contained in:
Tykayn 2025-02-24 12:52:12 +01:00 committed by tykayn
parent c47d886ecc
commit cdfe328dca
2 changed files with 131 additions and 31 deletions

View file

@ -58,29 +58,22 @@ niveau de compétences techniques pour se faire.
Dans votre boîte à outils vous aurez besoin de:
- un carnet de notes pour savoir ce que vous voulez réaliser, et de
faire en sorte que les publications que vous aller engendrer apportent
quelque chose.
- un carnet de notes pour savoir ce que vous voulez réaliser, et de faire en sorte que les publications que vous aller engendrer apportent quelque chose.
- avoir un compte Mastodon qui serve uniquement à cela. L'instance
botsin.space est ouverte à ce type d'utilisation et encourage à y faire
des essais, mais aussi de la mise en production.
- avoir un compte Mastodon qui serve uniquement à cela. L'instance botsin.space est ouverte à ce type d'utilisation et encourage à y faire des essais, mais aussi de la mise en production.
- d'enregistrer votre application de bot auprès d'un compte Mastodon.
- de bibliothèques pour aller gratter des données qui vous seront
utiles, dans vos langages de programmation favoris.
- de bibliothèques pour aller gratter des données qui vous seront utiles, dans vos langages de programmation favoris.
- de sources de données utiles. Sites web, textes, images, médias,
documentation d'API.
- de sources de données utiles. Sites web, textes, images, médias, documentation d'API.
- de fabriquer des utilitaires codés maison pour faire marcher tout ça
ensemble et détecter les problèmes lors des publications.
- de fabriquer des utilitaires codés maison pour faire marcher tout ça ensemble et détecter les problèmes lors des publications.
- de documenter le tout pour maintenir vos scripts de bots.
@ -89,19 +82,13 @@ ensemble et détecter les problèmes lors des publications.
- de pas mal de temps pour faire des essais et erreurs.
- de regarder quels services vous proposent de faire des publications
qui pourraient vous intéresser sans avoir à coder vous même.
- de regarder quels services vous proposent de faire des publications qui pourraient vous intéresser sans avoir à coder vous même.
** À propos de complexité de bots:
Voyons ensemble quelques niveaux de complexité de bots:
À propos de complexité:
Simple, basique:
*** Simple, basique:
- dire Bonjour, Monde!
@ -111,7 +98,7 @@ Simple, basique:
Modéré:
*** Modéré:
- accueillir les nouveaux inscrits depuis 24h avec un message privé
mentionnant leur pseudo.
@ -126,7 +113,7 @@ mondiale
- republier certains posts lors de l'apparition d'un post contenant
certains termes
Complexe:
*** Complexe:
- faire un jeu dont on est le héros dont l'histoire avance selon un
sondage publié auquel les autres gens participent.
@ -159,7 +146,7 @@ PyPI]]
Ce que j'ai réalisé comme scripts jusqu'ici:
** Ce que j'ai réalisé comme scripts jusqu'ici:
@ -173,16 +160,11 @@ dignes de votre attention. Spoil: ceux qui permettent à la plateforme de
maximiser ses gains. Rien de tout cela sur Mastodon qui est designé de
sorte à ne pas capter entièrement votre attention.
- [[https://mastodon.cipherbliss.com/@meme][Un meme au hasard]] dans un
dossier de sélection, un certain nombre de fois par jour, et sans jamais
republier la même image.
- [[https://mastodon.cipherbliss.com/tags/rtfw][Publier une page
présentant un tag du wiki openstreetmap]] en ne sélectionnant que son
premier paragraphe, parmi les pages en français, et seulement si la page
du wiki est en ligne, avec l'image attitrée du tag prise dans le wiki.
- [[https://mastodon.cipherbliss.com/tags/rtfw][Publier une page présentant un tag du wiki openstreetmap]] en ne sélectionnant que son premier paragraphe, parmi les pages en français, et seulement si la page du wiki est en ligne, avec l'image attitrée du tag prise dans le wiki. Sur le tag read the fucking wiki.
- [[https://mastodon.cipherbliss.com/@afis91][Publier les articles de

View file

@ -0,0 +1,118 @@
:PROPERTIES:
:ID: 7abf5243-f52f-45cd-8e29-150ecc6988f2
:END:
#+title: Quelques concepts autour d'OpenStreetMap
#+post_ID:
#+post_slug: quelques-concepts-autour-d'openstreetmap
#+post_url: https://www.ciperbliss.com/2025/quelques-concepts-autour-d'openstreetmap
#+post_title: Quelques concepts autour d'OpenStreetMap
#+post_tags: openstreetmap, wiki
#+post_series:
#+post_type: post
#+post_status: publish
#+post_picture:
#+post_date_published: <2025-02-24 12:00:52>
#+post_date_modified: <2025-02-24 12:00:52>
#+post_index_page_roam_id: 7abf5243-f52f-45cd-8e29-150ecc6988f2
#+BLOG: cipherbliss_blog
* 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érent-- 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"
https://wiki.openstreetmap.org/wiki/FR:Cr%C3%A9er_un_attribut_qui_manque
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.
https://wiki.openstreetmap.org/wiki/Anatomie_des_%C3%A9tiquettes_osm
** 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.
[[https://wiki.openstreetmap.org/wiki/FR:Bonnes_pratiques][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.
[[https://wiki.openstreetmap.org/wiki/FR:V%C3%A9rifiabilit%C3%A9][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.
[[https://wiki.openstreetmap.org/wiki/FR:Un_item,_un_objet_OSM][FR:Un item, un objet OSM - 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.
[[https://wiki.openstreetmap.org/wiki/Counterintuitive_keys_and_values][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 [Florian Lainez] - peertube.openstreetmap.fr
https://peertube.openstreetmap.fr/w/kd4FkyQPKvC7b5ACfhWW7X
** Comment qualifier correctement un ensemble d'objets et ses précisions possibles?
Il serait probablement bon de clarifier ce que lon attend des modèles de tags pour faciliter les consensus.
Personnellement jattends quelques qualités aux tags, sans ordre de priorité:
- une cohérence dans un ensemble et dans ses sous ensembles
- une spécificité suffisante
- une clarté, de la désambiguation
- un certain lien entre monde réel et mots utilisés
- la réutilisation au mieux de ce qui existe déjà, permettre des combinaisons
- suivre une anatomie qui soit facilement compréhensible
- ne pas avoir peur de faire évoluer les tags et déprécié ce qui est mal foutu, même si cest utilisé. On ne devrait pas rester bloqué pour des raisons de « on a toujours fait nimporte quoi alors pourquoi faire autrement? »
** 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".
[[https://wiki.openstreetmap.org/wiki/FR:Collaboration_avec_Wikip%C3%A9dia][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 construits, naissent, changent, et disparaissent
- Les étiquettes évoluent dans le temps.
** 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.
- Adopte une commune
- Les rencontres mensuelles des groupes locaux
- L'évènement annuel State Of The Map France
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
https://panoramax.openstreetmap.fr
** Quelques liens:
- Conserver l'historique [[https://wiki.openstreetmap.org/wiki/FR:Conserver_l%27historique][FR:Conserver l'historique - OpenStreetMap Wiki]]
- Cartographier des informations privées https://wiki.openstreetmap.org/wiki/FR:Limitation_de_la_cartographie_des_informations_priv%C3%A9es
- Palmarès des arguments anti open data et comment vous y avez répondu https://teamopendata.org/t/palmares-des-arguments-anti-open-data-et-comment-vous-y-avez-repondu/1731?page=2