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: <d602400d-62fd-5f46-b672-76d5a6c87...@gmx.net> > 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 > > 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 > > > ------------------------------ > > Date: Tue, 6 Sep 2022 00:31:21 +0200 > From: Marc_marc <marc_m...@mailo.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: <57297f97-3007-f04a-8657-0a3655485...@mailo.com> > Content-Type: text/plain; charset=UTF-8; format=flowed > > Bonjour, > > Le 05.09.22 à 15:05, Erwan K a écrit : > > je poste ici les infos pour en parler avec > > la communauté et continuer avec votre accord. > > j'ai un appriori très favorable > > > 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;) > > par contre, > - 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 ineistante sur le terrain dans osmose, > avoir une analyse qui continue à se mettre à jour même si > tu ne suis plus le sujet > > Cordialement, > MArc > ------------------------------ > > Date: Tue, 6 Sep 2022 00:31:48 +0200 > From: Marc_marc <marc_m...@mailo.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: <1ddc365f-65d1-13f9-c628-c69f2946e...@mailo.com> > Content-Type: text/plain; charset=UTF-8; format=flowed > > Le 05.09.22 à 23:39, osm.sanspourr...@spamgourmet.com a écrit : > > - que faire si un point existe déjà dans OSM mais avec d'autres > attributs ? > > ne pas y toucher en automatique et regarder cela en manuel > ------------------------------ > > _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
