Re: [OSM-talk-fr] public transport edit war in the Nice area
Bonjour à tous, Je synthétiserais de la manière suivante : - Snusmumriken cartographie comme cela a été fait historiquement sur OSM, donc assez simple à comprendre. - Patchi cartographie en ayant en tête principalement la PTv2 https://wiki.openstreetmap.org/w/index.php?oldid=625726, plus récente. Il essaie de garder une rétroactivité avec l'ancien schéma et en suivant la manière dont d'autres pays gère cette rétroactivité (en particulier l'Allemagne). En même temps, il veut mettre à jour les nœuds existants vers la v2 qui est de plus en plus implémentée au niveau global https://taginfo.openstreetmap.org/tags/public_transport%3Aversion=2#chronology et qui adresse le problème principal d'incohérence entre railway=tram_stop/halt et highway=bus_stop Le point critique et qui complique un peu tout, c'est comment cohabitent la PTv2 avec le taggage historique, car la PTv2 n'a pas vocation à remplacer les tags existants. Il y a également des pages et des pages de conflits un peu partout car l'interprétation du standard n'est pas la même partout. Il y a des traductions un peu différentes selon la langue de chaque wiki (au moins FR/EN/DE) et des adaptations un peu spécifiques à chaque pays car le standard n'est pas complètement clair. Juste sur le wiki FR par exemple, on voit 'Un arrêt de bus est un endroit où les passagers peuvent monter ou descendre d'un bus' mais aussi 'là où les passagers attendent', ce qui peut être le même endroit mais pas tout le temps (également écrit que bus=yes remplace la clé highway=bus_stop). En effet, highway=bus_stop montre un taux de combinaison de 80% avec public_transport=platform. Mais dans l'autre sens, 30% des arrêts de bus au format PTv2 (bus=yes) ont la combinaison public_transport=stop_position avec highway=bus_stop, ce qui n'est pas négligeable non plus. Du coup, je pense que la communauté devrait discuter et clarifier les points suivants: - Comment tagger lorsque l'endroit où les gens attendent le bus est différent de là où les gens montent dans le bus ? - Clarification du wiki FR sur la signification précise de highway=bus_stop et comment les tags PTv2 remplacent les tags historiques (ou pas). - Dans le futur, comment vont cohabiter les tags PTv2 et le taggage historique ? Lequel des deux standards prendra le pas sur l'autre à terme ? Ou faut-il un double taggage même si ce n'est pas une très bonne solution ? (voir ici : https://wiki.openstreetmap.org/wiki/Proposal:Refined_Public_Transport#Rationale > "it made mappers put nodes both on tracks and beside them", mais je n'ai pas de chiffre par contre) P.S.: Dans tous les cas, Patchi a décidé de focaliser ses ajouts de PTv2/PTNA sur d'autres régions pour ne pas se compliquer la vie. Voilà, j’espère ne pas avoir écrit trop de bêtises et que cela sera utile. Erwan On Mon, 5 Jun 2023 at 21:59, Erwan K wrote: > Bonjour à tous, > > Je suis en discussion avec Snusmumriken et Patchi, les deux ne font plus > de changements en lien avec les transports publics dans les Alpes-Maritimes > depuis quelques jours déjà et jusqu'à ce que le contentieux soit éclairci. > Il y a bien eu des discussions entre eux mais un peu houleuses...d'où la > pause. > > Tous les deux ont leurs points de vues et arguments, je peux essayer de > clarifier et synthétiser cela dans les prochains jours et je referai un > message sur cette mailing list. > > Je n'ai jamais trop touché à la partie transport dans OSM donc j'essaie de > me mettre à niveau en même temps. Merci pour les liens partagés du coup, ça > aide. > > Cordialement > Erwan > > On Mon, 5 Jun 2023 at 18:57, Yannick wrote: > >> Le 05/06/2023 à 13:53, Marc_marc a écrit : >> > Bonjour, >> > >> > Le 05.06.23 à 13:33, Yannick a écrit : >> >> Une plate-forme a obligatoirement un arrêt mais l'inverse est faux >> > >> > tout a fait, hélas il y a une confusion entre le tag et ce qu'il décrit >> > public_transport=plateform ne décrit pas un arrêt avec une plateforme >> > il décrit l'endroit oü le passager attend pour monter dans le véhicule, >> > qu'il y ai ou non une plateforme. >> > >> > on aurait été bien inspiré d'appeller cela >> > public_transport=passenger_position par analogie avec >> > stop_position/vehicule_position ou un truc du genre >> > je crains que c'est quasi impossible à rectifier, >> > sauf à améliorer la doc si besoin >> > >> > Cordialement, >> > Marc >> >> Bonsoir, >> >> Marc n'a pas tort et justement ma réponse dans son esprit fait aussi la >> confusion. En effet plate-form implique un endroit où l'on attend sans >> être à coté de
Re: [OSM-talk-fr] public transport edit war in the Nice area
Bonjour à tous, Je suis en discussion avec Snusmumriken et Patchi, les deux ne font plus de changements en lien avec les transports publics dans les Alpes-Maritimes depuis quelques jours déjà et jusqu'à ce que le contentieux soit éclairci. Il y a bien eu des discussions entre eux mais un peu houleuses...d'où la pause. Tous les deux ont leurs points de vues et arguments, je peux essayer de clarifier et synthétiser cela dans les prochains jours et je referai un message sur cette mailing list. Je n'ai jamais trop touché à la partie transport dans OSM donc j'essaie de me mettre à niveau en même temps. Merci pour les liens partagés du coup, ça aide. Cordialement Erwan On Mon, 5 Jun 2023 at 18:57, Yannick wrote: > Le 05/06/2023 à 13:53, Marc_marc a écrit : > > Bonjour, > > > > Le 05.06.23 à 13:33, Yannick a écrit : > >> Une plate-forme a obligatoirement un arrêt mais l'inverse est faux > > > > tout a fait, hélas il y a une confusion entre le tag et ce qu'il décrit > > public_transport=plateform ne décrit pas un arrêt avec une plateforme > > il décrit l'endroit oü le passager attend pour monter dans le véhicule, > > qu'il y ai ou non une plateforme. > > > > on aurait été bien inspiré d'appeller cela > > public_transport=passenger_position par analogie avec > > stop_position/vehicule_position ou un truc du genre > > je crains que c'est quasi impossible à rectifier, > > sauf à améliorer la doc si besoin > > > > Cordialement, > > Marc > > Bonsoir, > > Marc n'a pas tort et justement ma réponse dans son esprit fait aussi la > confusion. En effet plate-form implique un endroit où l'on attend sans > être à coté de l'arrêt. Ceci implique donc qu'en France les plate-form > ne doivent quasiment pas exister. En effet ce que nous appelons > plat-form ici à tort, moi le premier, sont des arrêts sur-élevés donc > pas du tout la définition anglaise de la chose. > > Mes excuses pour avoir induit en erreur. > Donc dans le cas qui a généré ce fil il est fort à parier qu'il s'agit > d'arrêt et non d'une plate-form. > À moins que j'aie tout faux > > Amitiés > -- > Yannick VOYEAUD > Nul n'a droit au superflu tant que chacun n'a pas son nécessaire > (Camille JOUFFRAY 1841-1924, maire de Vienne) > http://www.voyeaud.org > Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ > Journées du Logiciel Libre: http://jdll.org > Généalogie en liberté avec Ancestris https://www.ancestris.org > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] public transport edit war in the Nice area
Bonjour Frederik, Marc, Je suis dans la zone et je vois souvent leurs edits, je peux les messager séparément pour essayer d'aider. Concernant l'habitude en France de mettre highway=bus_stop / public_transport=platform, est-ce définit ou écrit quelque part par hasard (cela aiderait beaucoup je pense) ? Cordialement, Erwan On Mon, 5 Jun 2023 at 11:46, Marc_marc wrote: > Bonjour Frederik, > > Le 05.06.23 à 01:21, Frederik Ramm a écrit : > > Patchi insists to be "highway=platform" and Snusmumriken wants > > "highway=bus_stop": https://www.openstreetmap.org/node/277447606/history > > sur le fond, l'habitude en France est de mettre highway=bus_stop > avec public_transport=platform (comme c'était le cas à la version #14) > et non pas au milieu de la route. > ceci dit, il faut évidement que la guerre d'édition s'arrête. > > Cordialement, > Marc > > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Formater les horaires d'ouvertures de POI - Avec l'aide de ChatGPT ?
Bonjour, Je vous écris pour partager une idée. Je fais seulement des essais et je ne rentre rien dans OSM avant d'avoir vos avis. En utilisant ChatGPT dans d'autres domaines, j'ai remarqué qu'il peut être un atout pour rendre 'propres' des données mal formatées. Sur OSM, je mets à jour les tags des commerces dans ma ville, notamment les horaires d'ouverture. C'est assez fastidieux à faire à la main et c'est facilement source d'erreur. Je visite les sites web des commerces (qui l'ont) pour récupérer ces infos et j'ai donc pensé à également utiliser ChatGPT pour formater les heures sur chaque site dans le bon format OSM. Je suis très conscient que ChatGPT a tendance à halluciner des informations parfois, donc je ne fais rien d'automatique, je vérifie/compare visuellement toutes les infos qui sortent de ChatGPT (d'après mes essais, je dirais à la grosse que ca me sort 75% de bon résultats) Ma question est donc, est-ce OK de contribuer ainsi ? Est-ce considéré comme une modification automatisée ? Je suis ouvert à toute discussion et je serais ravi de connaître vos avis sur cette idée. Si cela vous intéresse, je peux partager mes essais en termes de prompt, mes petits bouts de code Python ainsi que des exemples de données en entrée/sortie de ChatGPT. Cordialement Erwan ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Collecte des points de recyclables à partir de l'API Nice-Cote-d'Azur
Bonjour, Merci pour toutes les idées, j'ai un peu regardé le site web Osmose mais de ce que je comprends il faudra passer par l'api pour faire la conflation. Est-ce que vous auriez un exemple/tuto de quelqu'un qui a déjà documenté ce genre de boulot avec open-api/osmose/etc...? Histoire d'avoir une idée de la marche à suivre. Concernant les signes diacritiques, en effet j'ai fait a la main. Je suis pas un expert Python, le projet me permet aussi de me dérouiller ! Il doit surement y avoir des fonctions pour le faire mais j'ai pas cherché plus loin, je voulais juste matcher les noms de ville de cette API avec OSM. P.S.: J'ai modifié le mode digest donc je recevrais les mails séparément. On Tue, 6 Sept 2022 at 13:54, Marc_marc wrote: > Le 06.09.22 à 13:47, Marc_marc a écrit : > > je pensais à mettre la conversion dans osmsoe > > ou au moins un fichier avec le code qui pourrait être utilisé par osmose > > mais c'est celui qui propose l'import, qui propose ce qu'il souhaite, > c'est une simple proposition > > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Collecte des points de recyclables à partir de l'API Nice-Cote-d'Azur
Bonjour, Merci pour tous vos retours, je réponds aux 2 emails en même temps car je n'ai reçu que le résumé groupé (aucun mail séparé): Concernant la qualité de la donnée en entrée, j'ai pas mal échantillonné au départ pour voir si ça collait et cela dépend vraiment de la ville dans l'api. Je soupçonne que différentes équipes ont récupéré les données gps par ville, des fois bien, des fois pas au top. C'est pour cela que je vérifie sur JOSM, si cela correspond parfaitement j'ajoute, si je le vois un peu décalé de quelques dizaines de mètres je le bouge manuellement et j'upload, et je ne rajoute pas si je ne vois rien autour. Si un point existe déjà dans OSM et vu que c'est la première fois que je fais ce genre de travail semi-auto, j'ai bien écrit mon script pour justement écarter complètement les points qui 'potentiellement' match, quels que soit les attributs (je filtre au niveau des lat/lon). Donc je ne travaille que sur des points Nice-open-data qui ne se trouve pas proche de n'importe quel point de recyclage sur osm. Concernant le POI ci-dessous, sur Esri et Bing, cela correspond plus au niveau de la position (et on voit des grosses bennes). En général j'utilise Bing comme fond pour cette région, il me paraissait mieux après comparaison. Ah et je viens de voir BDOrtho dans la liste, c'est nouveau comme fond ? https://www.openstreetmap.org/node/9963915006/history#map=20/44.20876/6.97873 Concernant la date, à moins que je loupe quelque chose, j'ai bien mis le source:date en 2020 Bon point pour le ID_NCA, je me suis posé la question au départ mais décidé de l'enlever pour ne pas avoir trop de tags (source:url déja inclus). Mais ca ne me pose aucun problème de rajouter le ID_NCA si cela permet un meilleur suivi - je pense qu'il faut d'abord se faire une idée de la qualité de la géoloc avant d'importer (c'est pour cela que plusieurs jeux de fichier ne sont pas importé dans osm) - la conversion opendata -> tag osm mériterait d'être faite à un seul endroit. suggestion : ne serrait-il pas envisagable de faire une analyse osmose avec ces données et d'utiliser l'api d'somose pour faire un import si cela recueille un avis favorable ? cela permettrait 2 choses : - le code des tags à un endroit (pour éviter le soucis que tu as eu avec le bouteilles) - possibilité de comparer osm avec le jeu de donnée suivant, de marquer des choses inexistante sur le terrain dans osmose, avoir une analyse qui continue à se mettre à jour même si tu ne suis plus le sujet Très bon points, j'avoue que je voyais mon script comme petit au début et puis ça grossit et grossit avec les cas particuliers haha. Je n'ai jamais encore utilisé osmose même si j'en avais déjà entendu parler. Je vais étudier ça, ça pourrait simplifier la vie ! Juste petite question, je ne comprends pas le fait que la conversion opendata -> tag osm mériterait d'être faite à un seul endroit, Ca veut dire quoi ? Merci à vous ! StrMrp > Date: Mon, 5 Sep 2022 23:39:32 +0200 > From: osm.sanspourr...@spamgourmet.com > To: talk-fr@openstreetmap.org > Subject: Re: [OSM-talk-fr] Collecte des points de recyclables à partir > de l'API Nice-Cote-d'Azur > Message-ID: > Content-Type: text/plain; charset=UTF-8; format=flowed > > Bonjour, > > oui c'est le bon endroit pour commencer à en discuter. > > il manque plusieurs points fondamentaux : > > - qualité de la donnée en entrée, en particulier de la position > géographique. A minima prendre des échantillons et regarder. > > - que faire si un point existe déjà dans OSM mais avec d'autres attributs ? > > - quelle fréquence de mise-à-jour de la source (j'ai regardé : > occasionnelle). > > Ce que je comprends c'est que tu prépares un fichier et qu'on importe à > la main dans JOSM, ça me semble raisonnable. > > Par contre je vois que tu as déjà ajouté : > > > https://www.openstreetmap.org/node/9963915006/history#map=20/44.20876/6.97873 > > Or si je regarde BDOrtho, la position ne me semble pas terrible (pas > mauvaise non plus) mais différente de celle de l'OD. Donc ce n'est pas > un import bête (bien) mais un meilleur fond pourrait être utilisé. > > La source date de 2020 mais tu mets 2022 comme date. > > Pourquoi ne pas importer ID_NCA (ici 1461120V) en ref ? Ca permettrait > de faire un meilleur suivi, par exemple savoir ce qui est dans OSM et ce > qui ne l'est pas. > > Jean-Yvon > > Le 05/09/2022 à 15:05, Erwan K - e.kergr...@gmail.com a écrit : > > Bonjour à tous, > > > > Première fois que je travaille avec une API Open Data pour ajouter des > POIs > > sur OSM > > Suite à une remarque de Marc_ch, je poste ici les infos pour en parler > avec &
[OSM-talk-fr] Collecte des points de recyclables à partir de l'API Nice-Cote-d'Azur
Bonjour à tous, Première fois que je travaille avec une API Open Data pour ajouter des POIs sur OSM. Suite à une remarque de Marc_ch, je poste ici les infos pour en parler avec la communauté et continuer avec votre accord. https://wiki.openstreetmap.org/wiki/Mechanical_Edits/strerylmreepsemibot https://github.com/erwanstermrp/nicecotedazur_recyclage J'ai envie de continuer sur ce genre de réutilisation d'open data à l'avenir donc n'hésitez pas à me corriger, je prends tous les conseils ;) A la prochaine ! StrMrp ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr