mirror of
https://forge.chapril.org/tykayn/orgmode-to-gemini-blog
synced 2025-06-20 09:04:42 +02:00
up article
This commit is contained in:
parent
c47d886ecc
commit
cdfe328dca
2 changed files with 131 additions and 31 deletions
|
@ -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
|
||||
|
|
|
@ -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 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
|
||||
- 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 c’est utilisé. On ne devrait pas rester bloqué pour des raisons de « on a toujours fait n’importe 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
|
Loading…
Add table
Add a link
Reference in a new issue