Le titre du texte
Un sous-titre
Texte pour le test… Blablabla !
Texte pour le test… Blablabla !
Cette liste illustre l’état d’avancement de la conformisation de la carte OpenStreetMap aux toponymes officiels adoptés par décret du président de la région autonome Vallée d’Aoste (https://www.regione.vda.it/enti_locali/cartella_f.asp?pk_cartelle=183)
fait pour le département Saône & Loire
fait pour le département de Saône & Loire
here is the changeset link : ath
Ps : My main goal is to reshape the entire town of ath.
Suite à l’import des batiments et adresses en Belgique, j’avais comparé, dans un article précédent, le nombre d’adresses par communes entre OSM et la source de référence en Wallonie, le PICC, en septembre 2022.
Quelques mois plus tard, une mise à jour des principales figures.
En Wallonie, 1,097,519 adresses sont répertoriés dans OSM, contre 1,634,840 dans ICAR (67.1%). On était à 64.4 % en septembre 2022.
Voici une carte choroplète, montrant, pour chaque commune, le degré de complétion des adresses dans OSM par rapport à ICAR. Les limites de provinces sont soulignées par un trait plus gras.

Et une carte de l’évolution des adresses depuis septembre 2022.
département de l’Aube
Inspiré du travail de SK53[1] j’ai ressorti les couverts et me suis relancé sur R (Un langage de programmation destiné au traitement de données). L’occasion d’à la fois me dérouiller un peu, de voir les interactions entre les communautés R et OpenStreetMap, et d’apprendre à jouer avec des données spatiales. Le code est fonctionnel mais nécessite encore un peu de peaufinage[2].
R n’est pas fourni par défaut sur ma distribution, ce qui a donc nécessité les bricoles d’usage pour l’installer avec l’interface RStudio – À défaut d’alternatives. Je ferai abstraction des installations de paquets nécessaires pour les librairies R par la suite (De tête il y en a eu pour pas moins de 2 Go).
J’avais comme point de départ l’entrée de journal très succincte, ainsi qu’un morceau de code partagé sur le Fediverse :
https://wiki.openstreetmap.org/wiki/Tag:qplot(x=area,data=ten,
geom="histogram"https://wiki.openstreetmap.org/wiki/Tag:,binwidth=25)
https://wiki.openstreetmap.org/wiki/Tag:+aes(y=cumsum(
after_stat(count))
)
+labs(x="area of pitch",
y="count", title="Area of Tennis Courts in Great Britain on OSM")
+scale_x_continuous(
https://wiki.openstreetmap.org/wiki/Tag:breaks=seq(0,2500,250),
https://wiki.openstreetmap.org/wiki/Tag:limits=c(0,2500)
)
Bien qu’utilisant une syntaxe qui ne me sied guère le code semble relativement propre – Spoiler, je ne l’utiliserai finalement pas –, reste à savoir comment générer le jeu de données : je n’ai pas trouvé d’explication sur le passage d’une requête Overpass vers le calcul de surfaces. Ni le nettoyage des données au passage, je suppose qu’il y a aussi bien des nœuds, que des polygones, que – sigh – des multipolygones.
J’utilise les paquets suivants :
Je suis sur le point de partir pour le GR 10 et je m’apperçois qu’il manque un grand nombre des horaires d’ouverture des magasins dans les villages que traverse le GR 10. C’est une chose qui peut être très importante; aussi mon objectif est-il de compléter un maximum ces données. Si d’autres veulent se lancer dans l’aventure, ce serait formidable.
Le mercredi 12 avril 2023 de 18h00 à 21h00
Droit au Vélo – ADAV et l’OMJC vous invitent à une rencontre autour d’Openstreetmap à la MRES.
Cet événement a lieu dans le cadre de l’opération “Libre en fête” qui propose des opérations de découverte du Logiciel Libre et de la culture libre à destination du grand public.
Avec OpenStreetMap, vous pouvez participer à la construction d’une carte en ligne libre, gratuite et partagée avec le monde entier !
Programme de la soirée
Tour de table, présentation des contributeurs et contributrices
Démonstration de l’usage d’OpenStreetMap par l’ADAV
Discussion et questions diverses
Lieu de la réunion: MRES Maison Régional de l’Environnement et des solidarités – Salle Yser, 5 rue Jules de Vicq, Lille Fives
Plan: osm.org/go/0EgKBuXuR?m=
Note de l’éditrice: Écrit à l’origine par Heather Lesson, Dinar Adiatma, et Can Ünen. Ceci est une traduction.
Disposer des données cartographiques les plus récentes et les plus précises est crucial pour les interventions d’urgence. La communauté OpenStreetMap et ses partenaires ont créé ceci pour soutenir les humanitaires. Les données OSM sont partagées sur la platforme Humanitarian Data Exchange et sont utilisées pour développer des produits de gestion de l’information pour les décideurs répondant aux urgences.
Cette courte note a pour but d’aider les nouveaux mappers à démarrer et d’encourager la qualité des données. La communauté turque locale, Yer Çizenler, et HOTOSM coordonnent cette activation. Pour la Syrie, la cartographie est plus complexe puisqu’il s’agit d’une zone de conflit. HOT travaille en étroite collaboration avec certains collègues et partenaires pour évaluer soigneusement toutes les tâches HOT en Syrie. Comme il s’agit d’une zone de conflit, nous collaborerons pour nous assurer que les contributions OSM du Gestionnaire de Tâches HOTOSM ne causent aucun dommage. Nous sommes là pour assister ceux et celles qui portent aide.
Nous savons que beaucoup veulent aider. Nous vous demandons de parler avec d’autres mappers pour apprendre et aider les intervenant.e.s tout en respectant les directives locales.
La qualité des données est importante dans OpenStreetMap (OSM) car elle affecte directement la précision et l’utilisation de la carte. Toutes les données doivent être adaptées à l’objectif, et pour qu’elles correspondent à l’objectif, il faut le moins de lacunes possibles. Une mauvaise qualité des données peut conduire à des informations incorrectes ou obsolètes, ce qui a un impact négatif sur les personnes qui comptent sur OSM pour la navigation, la planification et la prise de décision. En savoir plus ici.
Contacts - Les contacts des Coordinateur d’Activation de HOT peuvent être trouvés sur le wiki OSM
Après 3-4 mois à dégommer du mauve dans le 22, voilà une image satisfaisante.
Je me suis attelé à combler les vides dans les Côtes d’Armor à la fin de l’été 2022.
Plusieurs remarques:
La conflation, également appelée appariement ou fusion de cartes, permet d’obtenir un jeu de données à partir de plusieurs. Cela vise en autres à une meilleure qualité, et à limiter la redondance des données. Différents outils et méthodes permettent cela sous OpenStreetMap, dont une extension JOSM.
L’idée générale est simple, il suffit de prendre les deux jeux de données et comparer un à un chacun des éléments de part leur géométrie (position spatiale et forme) et caractéristiques. Manuellement, comparer des données spatiales revient à avoir chaque jeu de données sur un calque et superposer les deux pour mettre en évidence les différences géométriques avant de comparer les caractéristiques de chacun d’eux et voir si une version est plus précise que l’autre, ou si des données concurrentes apparaissent. Numériquement, le même principe est utilisé, seulement il est grandement facilité via des scripts automatisés qui apparient les données selon différent critères. Mais bien sûr, rien n’empêche de le faire manuellement avec les données sur deux calques, ce sera juste très long et répétitif.
L’extension repose sur la fonction « Remplacer la géométrie » de l’extension « UtilsPlugin2 » qu’il faut également installer. Cette fonction permet de fusionner les caractéristiques de deux éléments en ne conservant qu’une seule des deux géométries.
Les deux jeux de données auront un rôle de « Référence » et de « Sujet ». Le premier correspondant usuellement aux données à importer et le second aux données OpenStreetMap.
Par simplicité, je préfère travailler les données en dehors de JOSM via un tableur ou des commandes de remplacement. Il s’agit alors de transformer les données de manière à coller aux attributs OpenStreetMap en perdant le moins possible de détails. Les puristes le feront sous format GeoJson, Shapefile ou que sais-je encore, je suis un homme simple, j’aime les csv.

Les adresses ont toujours été un réel problème pour tout nouvel utilisateur OSM. C’est encore plus problématique lorsqu’en tant que contributeur, l’on veut s’y attaquer – tellement l’entreprise est immense et les pièges nombreux.
Heureusement, les astuces et outils mis en place par la communauté de longue date couplés à l’obligation légale récente pour les communes de création d’une base adresse vont bouleverser cet état de fait.
Dans cet article, je m’attacherai à faire le point sur les outils qui sont à notre disposition pour cartographier les adresses, mais aussi à expliquer les différences entre BANO, BAN et BAL et leurs ressources associées. Pour finir, je vous exposerai ma façon de renseigner les adresses de la manière la plus complète possible.
This happens on 15.11.2022, somebody mapped the 100’000th kilometer of nordic ski piste.
.
These are the trails tagged piste:type=nordic. They describe several practices : backcountry touring, classic style on prepared rails or skating on large groomed pistes. In OSM, they are distinguished thanks to the key piste:grooming=backcountry/scooter/classic/skating or classic+skating.
Yves - Opensnowmap.org
Bonjour à toutes et à tous. S’il vous plait est ce que quelqu’un peut m’aider à travers des explications comment faire pour créer un réseau OSM (groupe de 10 restreint dans lequel des personnes peuvent échanger). comment appartenir au réseau OSM de son pays?
genea togny berton
En navigant les données de la Sibra dans les différentes cartes (Apple Plan, Google Maps, OSM…), je me suis rendu compte qu’il y avait pleins d’informations qui n’était pas à jour ou alors pas unifier sur chaque platform.
J’ai donc commencer à modifier les arrêts de bus sur OSM puis j’ai trouver les données GTFS de la Sibra sur transport.data.gouv.fr mais il y a pleins de chose qui ne vont pas dans le fichier stops.txt: stop_id incohérent, arrêt dédoublé, lat/lon incorrecte, manque d’info… Et ce genre de problème sont dans tous les fichiers. J’ai donc décider de créer un repo GitHub Sibra-GTFS dans lequel je met toutes les données de manière uniforme et à jour au fur et à mesure que je fait les modifications sur OSM.
L’objectif final est de refaire tout le réseau Sibra (ouf…) sur OSM ainsi qu’au format GTFS.
Pour être sûr que les données soient cohérentes sur l’ensemble du réseau Sibra, j’ai mis en place une nomenclature des différents éléments du réseau:
Un point sur une route qui désigne l’emplacement d’arrêt du bus. Les attributs suivant le désigne (exemple Meythet Centre):
Généralement une ligne qui désigne la zone d’attente (sur le trottoir) des voyageurs. Il y en à un de chaque côté de la route. Les attributs suivant le désigne (exemple Meythet Centre):
Des attributs supplémentaires peuvent être ajouter:
Surface de l’abri d’un arrêt de bus. Les attributs suivant le désigne (exemple Meythet Centre):
Comment la caractériser objectivement ? Telle était la question que je me posais avant d’interroger les sources spécialisées (voir ci-dessous les principales) Il s’avère que la question porte très vite à débat, et cela a une certaine logique : la perception du caractère cyclable d’une route dépend du cycliste qu’il soit adulte sportif au quotidien ou enfant.
Moi je veux obtenir une carte pour un(e) enfant de douze ans. Pas de réponse claire : alors il faut militer pour obtenir des aménagements cyclables, ou la réduction de la circulation automobile.
Sources
Le changement climatique affecte la morphologie des arbres et leur résistance à la sécheresse. En effet, en cette année particulière, les végétaux ont subi un stress plus important que les années précédentes et que cela se retrouve au niveau de leur croissance.