Re: [OSM-talk-fr] Collecte des points de recyclables à partir de l'API Nice-Cote-d'Azur
Le 06/09/2022 à 15:40, Erwan K a écrit : 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. Il y a déjà plusieurs exemples de configuration https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_recycling_FR_bm.py https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_recycling_FR_csma.py https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_recycling_FR_nm_glass.py Voir aussi la doc https://github.com/osm-fr/osmose-backend/tree/master/doc https://github.com/osm-fr/osmose-backend/blob/master/doc/0-Index.md https://github.com/osm-fr/osmose-backend/blob/master/doc/4-Merge.md 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible
Pas franchement ni souhaitable, ni utile, amha. Le 06/09/2022 à 14:47, laurent-38 a écrit : De: "Jérôme Amagat" À: "Discussions sur OSM en français" Envoyé: Vendredi 2 Septembre 2022 00:45:20 Objet: Re: [OSM-talk-fr]Dégommer du rouge, visible ou invisible […] Pas besoin de se substituer à l'administration, c'est déjà fait par la BAN. toutes les adresses de la BAN ont une Clé d’interopérabilité par exemple "15141_0002_4" pour le 4 rue de l'Alagnon à Neussargues-Moissac dans le cantal (on peux aussi avoir "15141_0002_00025_b" pour le 25 b de la même rue) avec insee de la commune _ code de la voie _ numéro dans la voie les 9 1e chiffres c'est le Fantoir de la voie auquel il manque une clé calculé. Si il n'y a pas de Fantoir pour la rue on a par exemple "15108_zdktl2_2" même chose que précédemment sauf au milieu un code voie temporaire, il semble faire 6 caractères avec lettre ou chiffre. Par contre je ne sais pas comment il est déterminé et surtout s'il ne bouge pas dans le temps. Bonjour, Lorsque que l'on travaille à partir des CSV de la BAN, le champ cle_interop est fourni pour chaque adresse. J'ai envie de rajouter cette information aux adresses que j'importe sous la forme d'un attribut ref:FR:BAL=* ou ref:FR:BAN=*. Est-ce utile/souhaitable ? Cordialement ~~ laurent ___ 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] Dégommer du rouge, visible ou invisible
Le 05/09/2022 à 23:25, Vincent de Château-Thierry a écrit : Bonsoir, Hello, On doit pouvoir mettre en place un mécanisme assez simple qui complète FANTOIR avec les noms des voies de la BAN et un identifiant (qui n'a même pas besoin d'être pérenne). Le principal souci est de bien déterminer quelles communes sont concernées. Bien la question que je me pose depuis que Jérôme a exposé son calcul complexe (et pas vraiment fiable, comme il le dit lui-même) Soit on les détermine par une règle, par exemple quelles communes ont des enregistrements dans la BAN et n'ont que des lieux-dits dans FANTOIR : on en trouve quand même 1900. Vu que tu dois être un des rares à avoir une vue globale mais détaillée du bouzin, ton approche semble pertinente. Et 1 900 sur moins de 36 000 communes, ça fait pas des masses. Soit on les énumère dans un fichier et on fait vivre ce fichier, en ajoutant au fil de l'eau les communes où on constate du vide dans Pifomètre et de la matière dans la BAN, et en supprimant celles pour lesquelles on voit apparaître du contenu "voies" dans FANTOIR. Question de nunuche : comment détermines-tu celles qui doivent être dans la liste ? Pas compris :( Vos avis & idées bienvenus, surtout si on essaie de trouver des règles. Par défaut, je peux partir sur une liste de communes (au hasard pour commencer, Torsac et Nedde) Certes, c'est parce qu'on te les as signalées... C'est donc le critère pour les inclure dans la liste ? Je crains que ça ne soit pas gtrès productif :((( -- deuzeffe, nunuche mal comprenante ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible
Il me semble que ça n'a pas changé, toutes les adresses de la BAN (avec ou sans fantoir) sont présentes dans la base qui sert pour BANO, j'avais proposé une modification du rendu pour faire apparaître aussi les adresses sans fantoir : https://github.com/osm-fr/bano-cartocss/pull/7 ça date de presque 2 ans, je ne sais pas si ça marche encore, il faudrait peut être ne les afficher qu'à un fort zoom. On ne pourrait pas avec la bonne requête sql avoir la liste de toutes les voies qui n'ont pas de Fantoir et les afficher sur une page de Pifomètre ? Pour les cle_interop dans osm, plutôt contre surtout pour les adresses sans code Fantoir vu que lorsqu'elles auront un Fantoir la clé va être modifié normalement. Le mar. 6 sept. 2022 à 16:02, Marc_marc a écrit : > Bonjour, > > > Le 06.09.22 à 14:47, laurent-38 a écrit : > > Lorsque que l'on travaille à partir des CSV de la BAN, le champ > cle_interop est fourni pour chaque adresse. > > J'ai envie de rajouter cette information aux adresses que j'importe > > quel pourrait-être la réutilisation ? > > quelqu'un va-t-il chercher la ref 42 au lieu du 1 rue de la gare ? > j'en doute, on ne s'échange pas la ref pour parler de son address. > > quelqu'un voudrait-il sélectionner les addr venant de la ban via osm ? > hélas rien ne dit que l'objet osm ai les infos de la ban : > quand un contributeur veux corriger le 1 rue de la gare en 3 > rue de la gare, il édite l'objet et change le 1 en 3 et sauvegarde > cela sans avoir aucune connaissance qu'il vient de désynchroniser > no et ref. suffit de de voir qu'il a fallu verouiller > wikipedia/wikipedia dans certains cas (je crois en cas de name) > dans ID pour forcer la non désynchro entre les 2 > > qlq voudrait-il faire un rapprochement en ban et osm sur cette clef ? > cela risque de faire des erreurs le point précédent. > > 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
Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible
Bonjour, Le 06.09.22 à 14:47, laurent-38 a écrit : Lorsque que l'on travaille à partir des CSV de la BAN, le champ cle_interop est fourni pour chaque adresse. J'ai envie de rajouter cette information aux adresses que j'importe quel pourrait-être la réutilisation ? quelqu'un va-t-il chercher la ref 42 au lieu du 1 rue de la gare ? j'en doute, on ne s'échange pas la ref pour parler de son address. quelqu'un voudrait-il sélectionner les addr venant de la ban via osm ? hélas rien ne dit que l'objet osm ai les infos de la ban : quand un contributeur veux corriger le 1 rue de la gare en 3 rue de la gare, il édite l'objet et change le 1 en 3 et sauvegarde cela sans avoir aucune connaissance qu'il vient de désynchroniser no et ref. suffit de de voir qu'il a fallu verouiller wikipedia/wikipedia dans certains cas (je crois en cas de name) dans ID pour forcer la non désynchro entre les 2 qlq voudrait-il faire un rapprochement en ban et osm sur cette clef ? cela risque de faire des erreurs le point précédent. Cordialement, Marc ___ 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] Dégommer du rouge, visible ou invisible
> De: "Jérôme Amagat" > À: "Discussions sur OSM en français" > Envoyé: Vendredi 2 Septembre 2022 00:45:20 > Objet: Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible > […] > Pas besoin de se substituer à l'administration, c'est déjà fait par la > BAN. toutes les adresses de la BAN ont une Clé d’interopérabilité > par exemple "15141_0002_4" pour le 4 rue de l'Alagnon à > Neussargues-Moissac dans le cantal (on peux aussi avoir > "15141_0002_00025_b" pour le 25 b de la même rue) > avec insee de la commune _ code de la voie _ numéro dans la voie > les 9 1e chiffres c'est le Fantoir de la voie auquel il manque une > clé calculé. > Si il n'y a pas de Fantoir pour la rue on a par exemple > "15108_zdktl2_2" même chose que précédemment sauf au milieu un > code > voie temporaire, il semble faire 6 caractères avec lettre ou chiffre. > > Par contre je ne sais pas comment il est déterminé et surtout s'il ne > bouge pas dans le temps. Bonjour, Lorsque que l'on travaille à partir des CSV de la BAN, le champ cle_interop est fourni pour chaque adresse. J'ai envie de rajouter cette information aux adresses que j'importe sous la forme d'un attribut ref:FR:BAL=* ou ref:FR:BAN=*. Est-ce utile/souhaitable ? Cordialement ~~ laurent ___ 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
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
Re: [OSM-talk-fr] Collecte des points de recyclables à partir de l'API Nice-Cote-d'Azur
Le 06.09.22 à 13:34, osm.sanspourr...@spamgourmet.com a écrit : Marc, tu as réfléchi à un endroit ? je pensais à mettre la conversion dans osmsoe et utiliser l'opendata via osmose, y compris pour les imports : faire un appel à l'api osmose pour récupérer tous les données avantage : conversion à un seul endroit, analyse dispo pour les maj futurs de l'opendata et possibilité de flager des erreurs (genre tel point est présentt dans l'opendata mais a été retiré du terrain) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible
Bonjour, > De: "Marc_marc" > > Le 05.09.22 à 23:25, Vincent de Château-Thierry a écrit : >> Soit on les détermine par une règle, par exemple quelles communes ont >> des enregistrements dans la BAN et n'ont que des lieux-dits dans FANTOIR >> : on en trouve quand même 1900. > > cela me semble le mieux, tant en raison du nombre, qu'en raison > du caractère éventuelement fluctuant > une règle au niveau de la rue n'est pas + ciblée ? > si la rue existe dans ban mais pas dans fantoir Ca me parait très fastidieux rue par rue, je doute qu'on récolte beaucoup de contenu. Je préfère envisager à la commune, avec des règles de priorité pour les vrais FANTOIR quand on se retrouve par inadvertance avec un libellé BAN correspondant en fait à un libellé FANTOIR. >> je peux partir sur une liste de communes (au hasard pour commencer, Torsac et >> Nedde) > > cela permettrait de tester le système en attendant de récolter > des retours pour la règle la plus pertinante Oui a minima. A suivre merci vincent ___ 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
Le 06/09/2022 à 12:05, Erwan K - e.kergr...@gmail.com a écrit : 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é): Tu dois être en mode digest, tu peux changer ça via l'interface de la liste. 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 Si quelques années c'est récent, oui ;-) Concernant la date, à moins que je loupe quelque chose, j'ai bien mis le source:date en 2020 Autant pour moi, tu as raison, il était temps que j'aille me coucher ! Le 06/09/2022 à 12:05, Erwan K - e.kergr...@gmail.com a écrit : 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 ? Ça veut dire que tu as réfléchi par exemple à traduire SEMI-ENTERRE par location=underground. Que si on veut faire une analyse avec Osmose on devra définir encore cette même conversion. Si on a un endroit unique où pour un type de fichier on a cette conversion, c'est plus simple. Notamment pour AERIEN, location=surface semble adapté. Autant ne pas avoir à le définir à 2, 3, 4 endroits différents. Là il est déjà dans le wiki (en "clair") et dans github. Et Osmose redéfinirait encore. Marc, tu as réfléchi à un endroit ? format ? Déjà les deux sont en Python. Erwan je vois que tu enlèves les signes diacritiques à la main. Il n'y a pas de fonction en Python pour le faire ? Jean-Yvon ___ 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 > > 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
