GuiGui's Show

OpenStreetMap (OSM) : carte géographique libre et collaborative.
JOSM : logiciel codé en Java d'édition de cette carte. Installation.

Renommer une voie

Sur la carte OSM, j'ai identifié une voie (une rue) qui ne change pas de nom au bon endroit. Le cadastre, les plaques de rue et la Base Adresse Nationale sont cohérentes et en désaccord avec OSM.

Notons que Google Maps procède à un changement de nom de la voie à autre mauvais endroit, en sus d'écorcher le nom de la voie.

Pour corriger :

• Découper la voie au bon endroit (outil split way) : sélectionner un nœud (point) qui constitue la voie puis appuyer sur la touche « p » du clavier. Dans mon cas, un nœud était disponible là où je devais couper, mais sinon, il faut déplacer un nœud existant puis arrondir le tracé s'il ne correspond plus à la courbure de la voie en cliquant sur l'une des petites croix du tracé. Lors de la coupe, JOSM demandera quel segment doit conserver l'historique des modifications, les attributs, etc., sachant que le segment 1 est celui à gauche de la coupure. Évidemment, il faut choisir le segment qui ne sera pas renommé, celui qui correspond déjà à la réalité ;
  
  
• Joindre / fusionner deux segments de voie pour en faire une seule voie (outil combine way : clic sur un segment, maintenir la touche « ctrl » du clavier, clic sur le deuxième segment, relâcher « ctrl », puis touche « c » du clavier. JOSM demandera les attributs (nom, type de voie, etc.) et l'appartenance des relations qu'il faut conserver. Pour les attributs : garder ceux qui correspondent à la réalité, ceux qui appartiennent au segment originellement bien nommé. Pour les relations : tout conserver (surtout les frontières / limite / boundary), sauf celle de type « associatedStreet » qui correspond au segment mal nommé (penser à supprimer cette relation après la fusion depuis le panneau de droite de JOSM) ;
  
  
• Avant d'envoyer tes modifications dans la base de données d'OSM, vérifie attentivement les membres de toutes les relations et tous les attributs des voies découpées / fusionnées, etc. Notamment, si, lors d'une fusion de voie, tu as eu un message « Change directions? », assure-toi de la cohérence d'un attribut « oneway » ou de son absence : il indique le sens de circulation, et il est utilisé par les calculateurs d'itinéraires. Lire ci-dessous.

Ajouter un nœud

• Pour un nœud que tu positionneras à la main, je l'ai déjà écrit, il faut utiliser l'outil Draw Nodes en double-cliquant à l'endroit où ajouter le nœud. Raccourci clavier : « a » ;
  
  
• Pour ajouter un nœud à des coordonnées GPS précises connues à l'avance, utiliser l'outil Add Node. Raccourci clavier : « D » (donc « maj » + « d »).

Créer une relation de type « associatedStreet »

• Sélectionner les objets qui seront membres de la relation (rue, numéros de voie, etc.). Pas forcément tous (il sera possible de les ajouter par la suite), mais au moins un (il n'est pas possible de créer une relation sans membre) ;
  
  
• Comme d'habitude avec OSM, le type d'un objet est défini… par un attribut « type ». Il suffit donc de créer une relation (depuis le panneau « relations » à droite), et d'ajouter un attribut « type » avec la valeur « associatedStreet » ;
  
  
• Autres attributs d'une relation « associatedStreet ») :
  • « name » = très généralement le nom de la voie ;
    
    
  • « ref:FR:FANTOIR » = en France, identifiant de la voie dans le référentiel français FANTOIR. Pour le trouver : BANO, FANTOIR brut, saisir le code INSEE (pas postal) d'un bled, identifier la voie et prendre le code de la colonne « Fantoir OSM ». Note : le fichier FANTOIR publié par le gouvernement ne contient pas toutes les voies (y compris celles qui existent depuis des décennies). L'API FANTOIR les contient : curl 'https://plateforme.adresse.data.gouv.fr/api-fantoir/communes/<code_INSEE_bled>/voies.csv'. Code à utiliser dans OSM = colonnes code_commune + code_rivoli + cle_rivoli.
• Ajouter les objets sélectionnés à l'étape 1 comme membres de la relation.

Sens de circulation

Quand on trace une voie dans JOSM, le tracé est orienté (au sens d'un graphe orienté) : du premier nœud créé pour le tracé vers le dernier nœud du tracé. D'où les flèches que l'on voit sur un tracé quand on clique dessus.

Le sens du tracé ne détermine pas forcément le sens de circulation de la voie. Ce qui compte, c'est l'attribut « oneway » de cette voie :

• Absence = « no » (parfois « 0 », mais ça me semble être déprécié) : double sens ;
  
  
• Présence + « yes » (parfois « 1 », mais ça me semble être déprécié) : sens unique qui suit celui du tracé ;
  
  
• Présence + « -1 » : sens unique, inversé par rapport à celui du tracé.

Sources : 1, 2, 3.

Explication erreurs

Sens de quelques erreurs retournées par le validateur de JOSM :

• « Incomplete multipolygon relation » : une relation contient des voies « incomplètes ». C'était déjà le cas avant mon intervention, donc je l'ai ignoré ;
  
  
• « House number too far from street » : un bâtiment membre d'une relation de type « associatedStreet » est trop loin de la voie membre de cette relation. Dans mon cas, la voie était découpée en plusieurs segments, et tous les segments n'étaient pas membres de la relation correspondante à cette voie.

D'autres erreurs expliquées.

Je ne sais plus trop à quelle occasion j'ai re-découvert qu'il existe plusieurs versions du format PDF. Sans surprise.

LibreOffice 7.0.4.2 génère du PDF 1.6 (tableur, texte, présentation, etc.). cups-pdf, l'équivalent libre et sans pub pour Unix de PDFCreator, génère du PDF 1.2 (par défaut).

Lorsque je tente d'imprimer mes documents, l'un des automates de La Poste affiche une erreur « Erreur de lecture du fichier ». Il lit bien la liste des fichiers présents sur une clé USB, ce qui signifie que le système de fichiers est à son goût (et j'en ai essayé plusieurs). Mais, après avoir sélectionné un fichier, j'ai cette erreur. Le deuxième automate imprime tous mes documents, peu importe leur origine (CUPS, LibreOffice).

Je fais le lien : et si c'était la version de PDF ?

Je n'ai pas trouvé comment la changer avec LibreOffice.

Pour CUPS, il faut changer la valeur de « DefaultPDFVer » dans /etc/cups/ppd/PDF.ppd. Minimum : 1.2 (le fichier consigne 1.1 mais ça génère que dalle) ; maximum : 1.5. Il est inutile de redémarrer le service CUPS pour appliquer ce paramètre.

Et pour changer la version de PDF d'un document PDF existant ? Paramètre -dCompatibilityLevel=X.Y de gs. Exemple : gs -sDEVICE=pdfwrite -dCompatibilityLevel=1.4 -dNOPAUSE -dQUIET -dBATCH -sOutputFile=<nom_fichier_adapté>.pdf <nom_fichier_à_adapter>.pdf. Source. Et si jamais la compression par défaut ne te convient pas, regarde par ici.

Au final, la version de PDF n'est pas la cause du rejet de mes fichiers par l'automate de La Poste : il refuse toutes les versions de PDF, qu'elles proviennent de LibreOffice ou de Ghostscript. Ce n’est pas étonnant : la version 1.7 date de 2009, l’automate de La Poste a été conçu après (raiso : mon bureau de Poste s’est équipé début 2022, aucun usager professionnel conserve un matériel hors garantie, et un équipementier assure la garantie matérielle et son assistance durant 5 à 7 ans), donc il doit prendre en charge toutes les versions 1.X de PDF.

Dans ma ville, très peu de bâtiments ont un numéro de voie sur la carte géographique libre et collaborative OpenStreetMap. Dans ma ville natale, seuls ceux situés sur les grands axes en ont. Dans une grande ville où j'ai vécu, les bâtiments sans numéro sont minoritaires. Cette disparité est gênante car, sans numéro de voie, impossible de définir la destination pour calculer un itinéraire (sauf à connaître d’avance sa localisation).

La solution bourrine, c'est d'ajouter chaque numéro de voie à la main. Ça demande une très grande motivation et beaucoup de temps.

Mais, au moins pour la France, il existe un procédé semi-automatique qui consiste à importer les numéros de voie depuis le cadastre. Voir le tutoriel officiel.

Mais ce tuto n'est pas à jour, n'explicite pas tout et est mal structuré. Je vais donc tenter de faire mieux ici.

Prérequis

• Installer le logiciel d'édition de la carte OpenStreetMap JOSM. L'importation n'est pas possible avec l'éditeur web. Voir la section suivante pour les détails ;
  
  
• Exporter les numéros de voie (et leur position géographique) depuis le cadastre via l'interface cadastre d'OpenStreetMap. Sélectionner le département. Sélectionner la ville. Cocher « Adresses ». Cliquer sur le bouton « Générer ». Attendre. Cela peut prendre longtemps (plus d'une heure dans mon cas), mais, pas de panique, le serveur web est bien configuré, il n'interrompra pas la connexion (timeout). Plusieurs archives zip seront disponibles au téléchargement. Télécharger celle de la ligne « Mix en façade proche ou point isolé ». Voir la section « Choisir la modélisation » pour les détails.

Installer JOSM

Doc officielle.

J'utilise un système GNU/Debian. JOSM est empaqueté. Paquet josm. À date, il s’agit de la version 17428 (c’est un numéro de révision SVN).

Meilleur choix : paquet josm-installer (il est dans le composant « contrib » à partir de Debian 11 / Bullseye). Outil qui télécharge la dernière version testée (la 18622 à ce jour). Pour installer JOSM ou le mettre à jour : sudo josm-installer.

Configurer JOSM

• Afin de trouver plus facilement de l'aide et des tutoriels, je préconise de mettre l'interface en anglais. Menu « Édition », « Préférences », onglet « Langue ». Redémarrer JOSM ;
  
  

• Pour améliorer la visibilité des numéros d'adresses, choisir le style Coloured Streets dans le menu View > Map paint styles [ > « Map paint preferences… » > le chercher dans « Available styles », cliquer sur la flèche pour le déplacer dans « Active styles » ]
  
  

• Parfois, il y a un intrus dans la liste récapitulative des changements (au moment de les envoyer au serveur OSM). Comme un nœud qu’on ne parvient pas à identifier / voir, qui semble être invisible. Le style de rendu « Modified objects » permet de l’identifier tout de suite. L’activer également dans le menu « View », « Map paint styles », « Map paint preferences… » ;

• Je n'ai pas compris l'intérêt du plugin cadastre-fr :

  • Contrairement à ce qui est écrit dans la doc', on peut avoir le fond de carte cadastre sans lui : Menu « Imagery », « OpenStreetMap Carto (Standard) », dézoomer, puis zoomer sur la France puis sur une ville puis sur un quartier, menu « Imagery », « Map », « Cadastre ». Ce fond permet de vérifier et de corriger l'importation automatique, notamment quand un nœud « adresse » a été placé trop loin du bâtiment auquel il appartient pour qu'on devine duquel il s'agit. Je ne comprends pas à quoi sert le menu « Cadastre » et particulièrement l'action « Cadastre grab » : elle crée un calque de type « commune », elle met en cache les données du cadastre pour cette commune, mais tout le calque reste blanc, aucun fond s'affiche, même en attendant plusieurs minutes… ;
    
    
  • La fonction d'ajout d'une adresse en un clic, mieux expliqué ici n'est pas utile. Elle permet de créer un nœud « adresse » à chaque clic en incrémentant automatiquement le numéro de voie. Sauf qu'elle ne tient pas compte des « bis » & compagnie (il n'y a pas d'intelligence liée au cadastre, quoi), et, dans mon cas d'usage, les numéros de voie seront importés dans JOSM, je n’aurai pas besoin de les ajouter à la mano. Pour utiliser cette fonction, il faut télécharger les données de la carte OSM (je vais y revenir), et cliquer sur la voie, sans quoi le champ « Street » restera grisé, puis cliquer sur l'outil, indiquer le prochain numéro, et cliquer sur la façade d'un bâtiment.
• Je n'ai pas perçu l'intérêt du plugin utilsplugin2, donc je ne l'ai pas installé ;
  
  
• Je n'ai pas modifié le paramètre « simplify-way.max-error » car je n'ai pas l'intention de simplifier une voie (c'est-à-dire d'en réduire le nombre de nœuds tout en en conservant la forme). Pour voir / ajouter ce paramètre : dans les préférences (menu « Edit », « Preferences… », cocher « Expert mode », et aller dans l'onglet « Advanced Preferences ».

Pour installer un plugin, il faut bien suivre les instructions : « Edit », « Preferences… », « Plugins », cocher « Available », bouton « Download », cocher le ou les plugins désirés, et cliquer sur le bouton « OK ». Oui, comme si tu voulais fermer les préférences. Oui, c'est trompeur.

Choisir la modélisation

L'interface cadastre d'OpenStreetMap que nous avons utilisé au point deux des prérequis propose au téléchargement plusieurs archives zip. Elles correspondent à plusieurs manières de cartographier, faute de consensus. La documentation synthétise cela sous forme de tableau.

Concernant la colonne, le choix est rapide : la documentation nous expose qu'une relation de type « associatedStreet » est à privilégier. Cette méthode a l'avantage de ne pas dupliquer l'information : l'objet (bâtiment ou point stockant l'adresse) est relié à un autre objet, la voie. Dans l'autre cas, le nom de la voie est également stocké dans l'objet. Si comme moi tu t'inquiètes : pas de souci, le moteur de recherche d'OSM sait trouver une adresse avec cette modélisation. Première colonne, donc.

Concernant les lignes, notons que l'interface cadastre d'OpenStreetMap nous laisse deux choix au lieu de quatre : « Mix en façade de bâtiment proche ou point isolé » et « Toujours comme point isolé ». Dans les deux cas, le numéro de voie sera stocké dans un objet de type point géographique (un nœud). Dans le cas « Mix en façade de bâtiment proche ou point isolé », l'interface d'exportation tentera d'associr ce point à la façade d'un bâtiment, c'est-à-dire d'intégrer ce point à l'objet bâtiment. S’il n’y parvient pas (si le bâtiment n'a pas été modélisé ou s'il est trop loin de sa position attendue, etc., il le laissera comme un point isolé. Le meilleur choix est donc le mix. Troisième ligne, donc.

Donc, dans l'interface cadastre d'OpenSreetMap, j'ai téléchargé l'archive de la ligne « Mix en façade proche ou point isolé ».

Découvrir le contenu généré par l'interface cadastre d'OSM

On décompresse l'archive téléchargée depuis l'interface cadastre d'OSM. Elle contient des fichiers dont l'extension est « .osm ». Il y en a un par voie. Il s'agit de fichiers XML contenant les infos géographiques : point (et ses coordonnées géographiques) contenant un numéro de voie, relation entre un point et une voie, bâtiment (si identifié par l'interface cadastre), etc. Ils s'ouvrent tout simplement avec JOSM.

Les fichiers _ORPHELINS_XX correspondent à des objets (point, bâtiment, etc.) qui ont un numéro de voie sans être associé à une voie. Il faut les ajouter dans une relation de type « associatedStreet ».

Les fichiers _AMBIGUS_XX correspondent à des objets dont le logiciel peine à identifier leur voie d'appartenance. Soit car leur position géographique leur permet d'être valablement sur plusieurs voies (auquel cas, il faut associer l’objet à la bonne voie), soit car il y a une divergence de nommage de la voie entre OSM et le cadastre (avenue ou chemin ?, par exemple), qu’il faut corriger.

Cartographier

• Ouvrir un des fichiers de l'archive avec JOSM (je ne conseille pas de travailler à une granularité dépassant une voie, c'est un coup à perdre plus de travail en cas d'un retour en arrière imposé par des erreurs difficiles à corriger) ;
  
  
• Afficher un fond de carte : menu « Imagery », « OpenStreetMap Carto (Standard) » ;
  
  
• Pour se déplacer sur la carte, maintenir le bouton droit de la souris et la bouger ;
  
  
• Les nœuds (points) affublés d'un « F » sont en erreur. Exemple : « Joindre le nœud au bâtiment (J) » signifie qu'il est trop loin de la façade d'un bâtiment, et il suffit de le déplacer avant de l'associer à un bâtiment (voir ci-dessous). Une fois le problème corrigé, il faut supprimer l'attribut « fixme » de l'objet. Pour la signification des différentes erreurs possibles, lire le point 3 de la doc' ;
  
  
• Pour être en capacité d'associer un point stockant le numéro de voie à son bâtiment d'appartenance, il faut d'abord télécharger les données d'OpenStreetMap. Si la vue sur la carte peut contenir tous les points et bâtiments avec un niveau de zoom acceptable (sinon il y aura trop d'objet et le téléchargement sera refusé) : menu « File », « Download in current view » (menu « View », « Expert Mode » pour le débloquer). Sinon, menu « File », « Download data… ». On peut télécharger tous les objets d'une zone dans l'onglet « Slippy map » ou tous ceux d'une voie (par exemple) dans « Areas around places ». Quel que soit le procédé, vérifie bien que tu as tous les objets (bâtiments, voie, relation, etc.) qui correspondent aux adresses que tu vas importer ;
  
  
• S'il ne l'est pas déjà, associer chaque point « numéro de voie » à son bâtiment d'appartenance. Doc' officielle. Cette doc' parle de joindre à une way alors que je parle de joindre à un bâtiment ? Dans OSM, tout est une voie (ou un nœud). Un bâtiment est une voie fermée. La différenciation se fait par les attributs que l'on affuble à un objet. On clique un point, on maintient la touche « ctrl » du clavier, on clique sur un bâtiment, on relâche « ctrl », on appuie sur la touche « j » du clavier. Si l'association a bien eu lieu, l'objet bâtiment passe en vert (conséquence du style de rendu « modified objects » activé ci-dessus). Attention : le point doit vraiment être sur la façade, même à un niveau de zoom élevé, sinon la jonction déplacera ou déformera la façade ;
  
  
• Pour ajouter un numéro de voie manquant dans le cadastre : outil « draw nodes » (raccourci clavier : « a »), double clic là où ajouter le nœud. Lui ajouter un attribut « addr:housenumber » et un attribut « source » = « survey » (ou autre source, en fonction de comment tu as su que ce numéro existe à tel endroit). Sélectionner le point. Dans les outils à droite de l'écran, cliquer sur la relation de type « associatedStreet » correspondante à la voie (ou la créer si elle n'existe pas) puis sur le bouton de modification, et ajouter le nœud à la relation (flèche entre les deux encarts) ;
  
  
• Il est possible de sauvegarder ton travail pour le reprendre plus tard sans diffuser tes modifications : menu « File », « Save Session ».

Il peut arriver qu'un bâtiment n'a pas de numéro de voie (dans le cadastre). Soit c'est effectivement le cas : le numéro est sur une autre voie à laquelle participe également le bâtiment. Soit c'est faux : le cadastre n'est pas à jour, et tu peux ajouter un point de type « adresse » (cf. ci-dessus). De même, dans l'ordre, un « 5 bis » peut arriver avant le numéro « 5 » de la même rue. Si tu veux avoir le fin mot, pas le choix, il faudra te déplacer in situ et corriger en conséquence. Tu peux aussi arrêter là : diffuser le maximum extractible depuis le cadastre, c'est déjà bien, les erreurs restantes pourront être corrigées par la suite.

Diffuser tes modifications

Quand t'as terminé…

• Menu « File », « Upload data… » ;
  
  
• « brief comment » : quelque chose comme « Ajout des numéros de voie à la rue / avenue / boulevard / impasse XXXX » ? ;
  
  
• « data source » : quelque chose comme « cadastre.openstreetmap.fr » ? Quand je confirme des éléments suspects par une visite sur place, je mets « cadastre.openstreetmap.fr + survey » ;
  
  
• « Upload Changes », saisir son identifiant et mot de passe OSM (la première fois, afin d'obtenir un jeton OAuth), etc.
  
  
• Le changement sera bientôt répercuté sur la carte web et listée par OSMCha.

Notes diverses

• Un point isolé est utile quand un bâtiment a plusieurs numéros de voie ou quand il est loin de la rue (le point permet alors de montrer où se situe l'entrée en présence de plusieurs chemins ou d'un chemin entourant le bâtiment) ;
  
  
• Dans JOSM, il est possible de régler l'opacité d'un calque afin de cumuler plusieurs fonds de carte (OSM, cadastre, etc.) : à droite de l'interface, dans « layers », bouton "œil" à côté du bouton poubelle ;
  
  
• Sur la carte OSM web standard, les numéros de voie (sous forme d'un nœud membre de la façade d'un bâtiment) n'apparaissent pas à l'endroit où le nom de la voie est inscrit. Cela dépend du fond de carte : la carte cyclOSM (pour les vélos) ne réagit majoritairement pas de la même façon (les numéros de voie sont présents autour du nom de la voie). Idem sur la carte générale fournie par OpenStreetMap France.

Autres manières d'ajouter semi-automatiquement les numéros de voie

• Le plugin cadastre-fr ajoute un onglet « Download from Cadastre » dans « Download data… ». Il permet de télécharger uniquement les nœuds stockant les adresses (dans le bandeau jaune, il faut décocher tous les types d'objets sauf « Address ». Inconvénient : quel que soit le type de recherche (recherche autour d'une rue ou en sélectionnant une aire géographique), les objets retournés couvrent une grande superficie, puisqu'il s'agit de toute une section du cadastre… Peu pratique en fonction de ce qu'on cherche à faire (je préfère diffuser mes modifications rue par rue) ;
  
  
• Le site web BANO (Base Adresses Nationale Ouverte) d'OSM propose un outil, le pifomètre. On lui indique le code INSEE d'une commune, et, dans la colonne « Voies avec adresse(s) numérotée(s) », peu importe avec ou sans rapprochement OSM / FANTOIR, il y a une sous-sous-colonne « adresses à intégrer ». Une fois que l'on a activé le contrôle à distance de JOSM, on peut cliquer sur « XXXX points » pour charger dans JOSM (qui doit être ouvert avant de cliquer) les adresses manquantes d'une voie afin d'effectuer les mêmes manips que ci-dessus (associer un point « adresse » à son bâtiment, ajouter ledit point à une relation portant le nom de la voie, etc.). La BANO est l'un des fonds de carte disponible dans JOSM. Très pratique pour ajouter des nœuds « adresse » "par dessus" (effet calque). Attention : dans certaines rues, la méthode développée dans la section « Cartographier » est plus fiable (elle inclut les bâtiments et l'association bâtiment + nœud « adresse »). Dans d’autres, elle moins fiable (l'interface d'exportation du cadastre ignore les adresses déjà ajoutées à OSM, il faut donc dédoublonner à la main).

Merci à Johndescs d'avoir participé à ce qui est devenu notre premier ajout semi-automatique des numéros d'une voie. \o/

Six documentaires par les créateurs de DataGueule sur six manières de vivre autrement, six alternatives qui existent dans le monde, six autres modèles de société.

Je n'ai pas encore visionné ces docus.

Pour rappel, le financement participatif avait eu lieu vers la fin du premier confinement Covid de 2020.

Je me posais la question de savoir si nous avions quelque part une liste exhaustive de ce que sont les données personnelles au sens RGPD du terme.

C'est impossible. C'est comme demander une liste exhaustive des nombres premiers : il en existe une infinité, et ça se détermine "au cas par cas", en vérifiant un ensemble de règles. J'ai recopié une définition simplifiée ici et tu trouveras un lien vers des exemples parfois inattendus.

Netfilter (pilotable avec nftables ‒ le présent ‒ ou iptables ‒ le passé ‒) permet de définir une action (rejet du trafic, envoi du trafic à traffic control ‒ tc ‒ pour limitation du débit, etc.) au-delà d'un quota exprimé en octets. :D

Via https://bsd.network/@solene/109580446604224671.

Sur mon ordiphone Lineage, j'utilisais le navigateur web IceCat mobile (version GNU de Firefox), car il était disponible dans la logithèque libre F-Droid. (Firefox n'y était plus).

Il y a un an, je ne pouvais plus lire les vidéos d'un site web. Pas de lecteur, pas de vignette (image) de la vidéo, juste un carré noir bien plus petit que le lecteur en temps normal.

Sur un autre site de vidéos, la publicité avant vidéo contournait uBlock Origin (:O), et impossible de faire avance (ou recul) rapide par palier de 10 secondes en appuyant du côté gauche ou droite de la vidéo.

J'avais aucun de ces problèmes quand j'utilise YouTube.

J'avais un dernier problème : à partir de 30-40 onglets, IceCat mobile était instable et crashait souvent. Fermer des onglets éviter ce type d'incidents.

J'ai essayé la navigation privée, j'ai supprimé toutes les données personnelles (historique, cache, données de site, etc.), j'ai désinstallé toutes les extensions, mais ces problèmes ont persisté. Je n'ai pas tenté de supprimer le dossier de mon profil avec un gestionnaire de fichiers.

Il semblait que je devais mettre à jour IceCat (j'utilisais la version 68 ESR). Sauf qu'il n'était plus disponible dans F-Droid (les mainteneurs l'avaient annoncé des années à l'avance).

F-Droid m'a proposé Fennec (version 95), qui est le nom de code de la version mobile de Firefox, devenue Firefox for Android. Aujourd'hui, Fennec est toujours disponible sur F-Droid.

Fennec a résolu mes quatre dysfonctionnements. Sûrement liés à l'utilisation de fonctionnalités web absentes de ma version d'IceCat (et j'avais aucun problème sur YouTube probablement car Google a le poids technique et économique pour mettre en place une implémentation de substitution développée en JavaScript).

Point négatif : toutes les extensions ne semblent pas être utilisables avec Fennec. Dans le menu, il y avait uniquement quelques extensions recommandées. Pour celles que je veux, le site web addons.mozilla.org affichait « extension incompatible avec Firefox for Android ». Les extensions doivent reposer sur des bibliothèques de fonctions natives ou autres trucs bas niveau, ce qui implique de les rendre compatible et de les recompiler. ÉDIT DU 14/01/2023 : désormais, Fennec propose un peu plus de choix (NoScript Security Suite, Privacy Badger, Decentraleyes, etc.), mais ça reste parmi un ensemble limité. FIN DE L'ÉDIT.

Sur une machine Debian GNU/Linux, je constate que /var/log/journal occupe 4,7 Go. Il s'agit du répertoire dans lequel systemd-journald range les journaux. Pour rappel, dans la conf' par défaut de Debian, journald envoie les journaux à rsyslog et en garde une copie au format binaire.

Lire le contenu d'un journal précis : journalctl --file /var/log/journal/chemin/vers/fichier.journal. (Rigolo : strings fonctionne aussi, mais avec du bruit, forcément. :D)

Il s'agit donc de la sortie du script « update_daemon2.php » de mon agrégateur de flux RSS, Tiny Tiny RSS (tt-rss), qui est lancé par systemd-systemd. Il récupère les flux RSS en quasi permanence afin de les actualiser (la périodicité dans les paramètres, 15 minutes par exemple, ne signifie pas que tous les flux seront récupérés en même temps toutes les 15 minutes, tt-rss dilue la récupération dans le temps, d'où ce n'est pas un CRON mais un processus).

Un détail : j'ai configuré rsyslog pour ranger cette sortie dans un fichier plat. Cela produit environ 200 Mo de journal par mois. Pour le même usage, journald crée un fichier de 128 Mo tous les deux jours. Le contenu est identique. journald stocke des métadonnées supplémentaires (on le voit avec strings), et j'imagine que le format binaire est plus gourmand. Du coup, ça explique les 4,7 Go.

Le fichier journal le plus vieux date de fin octobre, donc ce n'est pas un problème de purge automatique.

On peut demander à journald de purger les journaux archivés (pas le journal en cours, mais on peut demander à journalctl archiver ce dernier au préalable avec un --rotate) : journalctl --vacuum-time=X = purger les entrées plus vieilles que X (exemple : X = « 7d » = une semaine) ; --vacuum-files = purger la totalité du journal jusqu'à ce qu'il reste moins de X fichiers journaux ; --vacuum-size = purger jusqu'à ce que la totalité du journal occupe moins que l'espace disque spécifié.

Mais cela purge l'ensemble des journaux archivés (peu importe le service, etc.), ce que je ne veux pas. Je n'ai pas trouvé d'option permettant de purger uniquement une unité spécifique, un fichier spécifique. Dans mon cas, le nom des fichiers journaux problématique est de la forme « user-1000@<UUID>.journal », car le script ttrss est exécuté avec cet utilisateur (dont l'UID est 1000).

Toute façon, cela ne serait pas une solution de long terme (le problème reviendrait).

Dans l'unit, j'ai ajouté une redirection vers le fichier journal dans « ExecStart ». systemctl daemon-reload et restart du service tt-rss. Mais journald reçoit encore le journal, je le vois dans systemctl status unit et avec journalctl --file (on peut reconnaître le journal actuel / en cours par l'absence d'UUID dans son nom).

Dans la section « [Service] », on peut ajouter « StandardOutput=null » et « StandardError=null » (source), mais cela désactive toute journalisation (rsyslog ne reçoit plus rien), ce que je ne veux pas.

En consultant les valeurs possibles pour ces deux paramètres, je trouve « StandardOutput=append:/chemin/vers/fichier ». Cela fait le job : le fichier journal se remplit, journald reçoit plus rien.

Puisque ce n'est plus rsyslog qui journalise, je dois adapter ma configuration de logrotate.

Désormais, puisque le service est un script PHP, c'est l'interpréteur PHP en mode CLI qui détient le descripteur de fichier du journal (cela se vérifie avec lsof </chemin/vers/fichier/journal>). PHP n'a pas de mécanisme pour libérer un descripteur de fichier (comme un signal, etc.). Redémarrer le service m'ennuie, même si, dans le cas d'espèce, ça répondrait au besoin.

C'est le moment de se souvenir que logrotate propose un mode adapté : « copytruncate » (il ne déplace pas le fichier journal, il le copie avant de vider le fichier original, ainsi l'inode ne change pas, le descripteur non plus). \o/

:'D

Naviguer dans l'historique des modifications de la carte géographique libre et collaborative OpenStreetMap.

Visualiser les modifications sur une carte / vue satellite.

Chercher des modifications (par zone géographique, par date, par contributeur, par type, etc.).

Vérifier des modifications.

Compte utilisateur OSM obligatoire.

Si tu veux fuir Mapbox, choix du fond de carte OSM possible dans l'encart « Details » après la sélection d'une modification. Ce choix persiste jusqu'au prochain chargement de la page.

Les résultats de recherche et la chronologie (menu de gauche) sont mis à jour toutes les cinq minutes environ. Les modifications plus récentes n'apparaissent pas à ces deux endroits. En revanche, si tu connais l'identifiant d'un groupe de modifications, tu peux la visualiser directement : URL de la forme https://osmcha.org/changesets/<identifiant_du_groupe_de_modifications>/.

Avec Chromium, le fond de carte ne s'affiche pas et la recherche par zone géographique est défectueuse. Aucun problème avec Firefox.

Le chargement d'une (ou plusieurs) modification est parfois hyper lent. Il faut patienter plusieurs minutes avant de recommencer en espérant.

Dommage d'avoir du Amazon, du Google Analytics, du GitHub, du Mapbox (donc du AWS), etc. qui ne sont pas conformes au RGPD. :(

Via https://links.qth.fr/shaare/7PKRag.

ÉDIT DU 16/01/2023 : ajout du temps de rafraîchissement de la chronologie et des résultats de recherche. FIN DE L'ÉDIT.

ÉDIT DU 17/05/2023 : les sites https://tyrasd.github.io/latest-changes/ et https://overpass-api.de/achavi/ proposent des fonctionnalités semblables. FIN DE L'ÉDIT.