Re: [OSM-talk-fr] [import] import partiel des adresses en France
D'accord avec tout ce que dit Georges et en particulier : Le 31/08/2022 à 12:55, Georges Dutreix via Talk-fr - talk-fr@openstreetmap.org a écrit : À titre personnel, je préfère faire ces imports avec associatedStreet, cela permet en particulier de faire ressortir pour une rue toutes les adresses existantes. Il arrive que la culture nourricière soit remplacée par le nourrissage de promoteurs immobiliers avec en conséquence la prolongation des rues sur de nouveaux lotissements, auquel cas il arrive que les rues se trouvent prolongées sans changer de nom : une partie avant sans nom (juste la ref de la voie) prend le nom de la voie et les super-outils de Vincent et de Fred ne voient pas pas la soucis. Avec des adresses ajoutées en bout, l'associatedStreet te pète à la gueule. Contre le fait de mettre les noms de rue sur le PDA en plus car dans ce cas on a double maintenance, l'associatedStreet c'est pour faciliter la vie alors si on met en plus la modélisation pourrie, on n'a rien gagné. N. B : en fait avec Osmose les adresses trop loin de la rue sont détectées. Pas forcément les plus proches du changement de nom précédent. > - la position des addr est souvent flotante tandis que d'autres voudraient les voir au moins en bordure du batiments concernées. c'est envisagable ou on est toujours dans un non-consensus Concernant les adresses préexistantes placées sur des immeubles/maisons, que fait on : on place sur un point du bâti au plus près du PDA de la BAL/BAN/BANO... ? On prend le way malgré tout ? On prend le PDA de la BAL/BAN/BANO... Flottant c'est ce qui est fait par défaut sur les sources importées, non ? Si très proche d'une limite du bâti je suis pour coller au bâti (car de l'habitat urbain). Pour l'habitat plus dispersé avec des adresses plus loin des maisons, je mets en général des voies privées allant de la rue principale aux maisons en question afin de lever tout ambiguïté. Car pour rappel les adresses servent avant tout à aller à la propriété en question. Et si vous dites où est la maison mais que les gens ne savent pas par où y accéder... Je vois juste quelques cas comme des résidences où cette approche pourrait ne pas marcher. Non je ne propose pas que l'import trace les voiries privées manquantes^^. Jean-Yvon ___ 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
Bonsoir, Le 31/08/2022 à 12:00, Marc_marc a écrit : Le 30.08.22 à 18:54, deuzeffe a écrit : J'ai brouillonné un petit tuto pour dégommer du rouge avec ou sans Pifomètre, ici : https://wiki.openstreetmap.org/wiki/User:Deuzeffe/voies-sans-nom Merci pour ton partage de méthode Deuzeffe :) question : - comment est-ce que BANO donc pifomètre se retrouve à ne pas avoir des addr venant des BAL ? c'est parce que le code fantoir est absent ? oui Vincent il n'est pas possible de faire quelque chose pour éviter toutes ces étapes manuelles ? non, ou en tout cas pas si simplement que ça. Comme le rappelle Deuzeffe, Fantoir est le pivot de BANO (moi j'aime bien parler de "dorsale", mais on dit la même chose). Fantoir, sur le papier, est l'ensemble le plus complet de noms de voies & lieux-dits qu'on peut trouver pour la France. Ca a donc du sens de vouloir s'appuyer dessus pour comparer différents contenus articulés autour des noms de voie : les adresses de la BAL, celles d'OSM, et plus largement les noms de voie d'OSM. Fantoir étant le hub de tout ça, une commune non couverte par Fantoir pour ses voies se retrouve mécaniquement invisible dans BANO, et donc aussi dans les outils Pifomètre. On a eu le cas l'été dernier avec Torsac, en Charente [1]. C'est moche, je suis d'accord. Je n'ai pas idée de l'ampleur du phénomène, avec Nedde ça fait au moins 2. Le souci pour bricoler un mécanisme dans BANO sans codes Fantoir, c'est que ça vient casser le paradigme de base, où Fantoir est le pivot, et le code Fantoir l'identifiant unique de chaque voie, qu'on recycle dans BANO. Ca a des conséquences dans tous les recoins de BANO, donc pas évident à affronter sans introduire de régressions pour le tout venant des communes. Ce serait cependant bien plus satisfaisant de ne pas zapper ces adresses dans les exports BANO in fine, je suis d'accord. Suggestions bienvenues ! vincent [1] : https://forum.openstreetmap.fr/t/adressage-commune-torsac/7040 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Prochain CA de OSM-FR mardi 06 septembre
Bonjour, Le prochain CA de l’association aura lieu mardi 6 septembre 2022. Il est ouvert comme toujours à tout le monde. Vous pouvez compléter l'ordre du jour : https://annuel.framapad.org/p/N_IDAQXYLHswlpU2s3oE Rendez-vous à 21h sur https://osmvideo.cloud68.co/user/fre-aux-yuh Donat ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [import] import partiel des adresses en France
Bonjour Je vous rejoins sur le fait qu'il faut faire qlq chose avec ces adresses. Sur la forme: - préférence pour relation associatedStreet - non pas rue par rue, mais adresse par adresse (cf Adrien) - points flottants (tels quels) Merci pour cette initiative, pas facile à poser devant le collectif :-) Cyrille37. On 31/08/2022 18:09, PanierAvide wrote: Bonjour, +1 pour aller dans ce sens, ça sera d'autant plus facile d'aborder les territoires et services de l'État pour coopérer avec eux si les adresses certifiées sont déjà dans OSM. Sur les questions, cf ci-dessous Adrien P. Le 31/08/2022 à 12:15, Marc_marc a écrit : - on importe avec des addr:street (plus facile pour l'utilisteur dans l'état actuel des outils) ou en associatedStreet (beaucoup plus facile pour permettre de trouver les addr ayant + d'un nom de voie (soit différent noms en attendant de lever l'invertitude, soit des noms multilangue comme certains rues en Bretagne) Partisan du plus simple pour le contributeur, donc addr:street. Mais pas opposé à associatedStreet, voire faire les deux. - on importe d'abord les 100% certifiée ou un taux + faible est acceptable ? deuzeffe parlait de 75% J'aurais eu tendance à prendre l'approche non pas rue par rue, mais adresse par adresse : si c'est certifié, on importe dans tous les cas (hormis n° déjà présent). Si ça ne l'est pas, sans doute une condition intelligente pour pas se priver de données pertinentes : si l'adresse est très récente, logique vis à vis du reste (pas alors que tout le reste est entre 1 et 30)... - faut-il ajouter des critères de qualitée ? par ex dans le passé, ce n'était pas rare d'avoir plusieurs addr au même endroit Oui :-) - il serrait utile de pouvoir différentier les addr ayant été importée de celle ayant été manipulée paar un contributeur osm pour cela je propose d'utiliser le tag volatif created_by=import. l'avantage de ce tag comparé à la veille méthode du tag source sur l'objet, c'est qu'il est volatif et donc dès qu'un contributeur modifiera l'objet osm, l'ancienne source "bal" disparaitra automatiquement au lieu de garder des source=bal sur des objets ayant des infos différente de celle de la source renseigneé. le côté volatif de ce tag est supporté par iD, josm et surement d'autres éditeurs. Techniquement ça marche, mais ça me semble (ab)user d'une fonctionnalité des éditeurs qui n'est pas prévue pour ça. Un bon tag source + filtre sur n° de version pourrait permettre de faire la même chose (comme on le fait sur Corine Land Cover). - la position des addr est souvent flotante tandis que d'autres voudraient les voir au moins en bordure du batiments concernées. c'est envisagable ou on est toujours dans un non-consensus ? Question intéressante mais on est trop longtemps restés bloqués sur les adresses, il est temps qu'on importe même si ce n'est pas parfait. Tant qu'il est possible pour les personnes rigoureuses de mettre ça ailleurs par la suite, on ne devrait pas s'interdire un import. Cordialement, Marc ___ 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 31/08/2022 à 18:32, Christian Perrier a écrit : Christian Perrier aka Bubulle ? Je rebondis sur le message de Marc pour confirmer que ce qu'il indique pour l'"utilisateur n'ayant jamais utilisé cet outil" est précisément mon cas. J'ai eu un peu de mal à lire le tuto, n'ayant à ce jour qu'une trop faible pratique de ces outils (tout en ayant une expérience OSM assez convenable, sans être exceptionnelle). Merci beaucoup pour ton commentaire. Voir ma réponse à Marc-marc. Je vais tenter d'améliorer le tuto méthodologique. -- deuzeffe ___ 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 31/08/2022 à 12:00, Marc_marc a écrit : C'est une très bonne chose d'explorer/expliquer des nouvelles méthodes. mais est-ce que ce n'est un peu indigeste pour l'utilisateur n'ayant jamais utilisé cet outil ? Bonne remarque. Je vais expliciter un peu plus l'objectif qui était : "Comment fait-on lorsque la couche BANO ne montre aucun nom de voie dont les adresses sont à intégrer alors que ces voies sont bien nommées sur le terrain ?" suggestions : Je fais un tir groupé. Il n'est pas question de ré-écrire les whamille autres pages qui causent du projet BANO, comment y contribuer et comment faire en pratique (la page de Georges que je je (re)découvre). En revanche, les doc. de base sont trop disséminées dans mon texte : je vais faire un préambule qui les mentionnent (+ les vidéo.) et sinon quqlues suggestions sur la forme : - 1er paragraphe "quand les voies sans nom dans le projet BANO" n'est pas clair. Qu'est-ce que tu as compris ? (que je m'en inspire !) - imagerie bano : pq l'url ? elle est dispo dans josm non ? Yep. Tout comme les autres. C'est peut-être un pense-pas-bête que j'ai mis là :P - dans "Ma méthode :" tu ouvres 2x le pifomètre :) Ah vi, merci ! Je vais simplifier ! - dans "Ma méthode :" () inutile autour de nwr dans la requête overpass Faut t'adresser à qui de droit (overpass ?) : je l'ai ^C de l'assistant overpass de JOSM. Et comme tu sais, je suis une wizarde d'overpass (non). question : - comment est-ce que BANO donc pifomètre se retrouve à ne pas avoir des addr venant des BAL ? c'est parce que le code fantoir est absent ? Il me semble que c'est ce que Vincent a expliqué (je ne sais plus où) : "le pivot Pifomètre étant FANTOIR". Après, pour les détails, moi je ne sais pas. Vincent il n'est pas possible de faire quelque chose pour éviter toutes ces étapes manuelles ? Si tu savais comme c'est reposant... (ce n'est pas ironique mais du premier degré) l'analyse https://osmose.openstreetmap.fr/fr/map/#item=7170=32 Gasp, encore une :( (attention, par défaut, elle ne montre rien il faut gravité=Basse seulement aka level=3 -> https://osmose.openstreetmap.fr/fr/map/#item=7170=32=7=45.104=5.048=3) Je suis très circonspecte a priori : les name=* sont tirés de FANTOIR avec toutes les horreurs typo. qu'on y trouve (majuscules, accents, tiret, etc.) ; les ways mis en évidence sont-ils les bons (je fais confiance à Fred pour ne pas prendre en compte de longs ways qui peuvent changer de nom en cours de route - pun non intended) ? Les ways sont-ils vraiment qualifiés comme il faut dans osm (residential, secondary/tertiary) ? etc. Non, rien ne vaut l'œil humain dans ces cas-là, amha. (promis, je vais regarder l'analyse, si j'y comprends qq chose). Et moi, pour Noyel, je voudrais une boule de cristal qui me montre où sont les voies non numérotées à intégrer (et pour ça, il faudrait un FANTOIR avec des indications de géocodage...) -- deuzeffe ___ 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 31/08/2022 à 03:59, Jérôme Amagat a écrit : Bonjour, Moi pour gagner du temps, je fait que des copier coller et tout dans le même calque : Merci pour le tuto. Que je testerai la prochaine fois que je "ferai" une commune à FANTOIR renseigné : il me semble que je comprendrai mieux en faisant en même temps. D'autre part, je ne sais pas trop si ta méthode fonctionne lorsque le FANTOIR est muet et que donc la couche BANO ne montre pas de rouge à dégommer. Je crains que non. Tu confirmes ? -- deuzeffe ___ 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
Je rebondis sur le message de Marc pour confirmer que ce qu'il indique pour l'"utilisateur n'ayant jamais utilisé cet outil" est précisément mon cas. J'ai eu un peu de mal à lire le tuto, n'ayant à ce jour qu'une trop faible pratique de ces outils (tout en ayant une expérience OSM assez convenable, sans être exceptionnelle). J'ai bien pigé l'idée générale et cela m'intéresse bigrement, notamment pour des lieux qui me sont familiers, mais je serais un peu juste pour arriver à me jeter à l'eau. Il est probable que quelques détails supplémentaires sur les outils et concepts impliqués seraient fort utiles pour passer ce cap/ Le mer. 31 août 2022 à 12:07, Marc_marc a écrit : > > Bonjour deuzeffe, > > Le 30.08.22 à 18:54, deuzeffe a écrit : > > J'ai brouillonné un petit tuto pour dégommer du rouge avec ou sans > > Pifomètre, ici : > > https://wiki.openstreetmap.org/wiki/User:Deuzeffe/voies-sans-nom > > C'est une très bonne chose d'explorer/expliquer des nouvelles méthodes. > mais est-ce que ce n'est un peu indigeste pour l'utilisateur n'ayant > jamais utilisé cet outil ? > toi tu as deja beaucoup d'expérience avec, ce qui t'amène à > des cas moins courants (addr absente de bano par ex) > > suggestions : > commencer par quelques courtes définitions genre : > - fantoir le registre étatique des rues > - pifometre un outil pour comparer osm et fantoir > histoire que le contributeur débutant sache de quoi on parle > > puis présenter des cas du plus simple au plus compliqué : > - voie sans nom dans osm et présente dans fantoir > - voie avec nom dans osm mais typo par rapport à fantoir > - ensuite le cas des addr absente dans bano > > et sinon quqlues suggestions sur la forme : > - 1er paragraphe "quand les voies sans nom dans le projet BANO" > n'est pas clair. > - imagerie bano : pq l'url ? elle est dispo dans josm non ? > - dans "Ma méthode :" tu ouvres 2x le pifomètre :) > - dans "Ma méthode :" () inutile autour de nwr dans la requête overpass > > question : > - comment est-ce que BANO donc pifomètre se retrouve à ne pas > avoir des addr venant des BAL ? > c'est parce que le code fantoir est absent ? > Vincent il n'est pas possible de faire quelque chose pour éviter > toutes ces étapes manuelles ? > > et quand ce serra Noël, mon rève c'est de pouvoir valider/passer chaque > proposition de l'analyse osmose 7170/32 qui détecte les noms manquants > une sorte de maproulette qui afficherait bano + osm + sat : > tu clics ok pour ajouter le nom en un clic, passer s'il faut faire + > et tu te retrouves au cas suivant (un peu comme l'idée de la todo-liste > de Jérome) > l'analyse https://osmose.openstreetmap.fr/fr/map/#item=7170=32 > il y en a encore 5200 en ce moment. > > 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] [import] import partiel des adresses en France
Bonjour, +1 pour aller dans ce sens, ça sera d'autant plus facile d'aborder les territoires et services de l'État pour coopérer avec eux si les adresses certifiées sont déjà dans OSM. Sur les questions, cf ci-dessous Adrien P. Le 31/08/2022 à 12:15, Marc_marc a écrit : - on importe avec des addr:street (plus facile pour l'utilisteur dans l'état actuel des outils) ou en associatedStreet (beaucoup plus facile pour permettre de trouver les addr ayant + d'un nom de voie (soit différent noms en attendant de lever l'invertitude, soit des noms multilangue comme certains rues en Bretagne) Partisan du plus simple pour le contributeur, donc addr:street. Mais pas opposé à associatedStreet, voire faire les deux. - on importe d'abord les 100% certifiée ou un taux + faible est acceptable ? deuzeffe parlait de 75% J'aurais eu tendance à prendre l'approche non pas rue par rue, mais adresse par adresse : si c'est certifié, on importe dans tous les cas (hormis n° déjà présent). Si ça ne l'est pas, sans doute une condition intelligente pour pas se priver de données pertinentes : si l'adresse est très récente, logique vis à vis du reste (pas alors que tout le reste est entre 1 et 30)... - faut-il ajouter des critères de qualitée ? par ex dans le passé, ce n'était pas rare d'avoir plusieurs addr au même endroit Oui :-) - il serrait utile de pouvoir différentier les addr ayant été importée de celle ayant été manipulée paar un contributeur osm pour cela je propose d'utiliser le tag volatif created_by=import. l'avantage de ce tag comparé à la veille méthode du tag source sur l'objet, c'est qu'il est volatif et donc dès qu'un contributeur modifiera l'objet osm, l'ancienne source "bal" disparaitra automatiquement au lieu de garder des source=bal sur des objets ayant des infos différente de celle de la source renseigneé. le côté volatif de ce tag est supporté par iD, josm et surement d'autres éditeurs. Techniquement ça marche, mais ça me semble (ab)user d'une fonctionnalité des éditeurs qui n'est pas prévue pour ça. Un bon tag source + filtre sur n° de version pourrait permettre de faire la même chose (comme on le fait sur Corine Land Cover). - la position des addr est souvent flotante tandis que d'autres voudraient les voir au moins en bordure du batiments concernées. c'est envisagable ou on est toujours dans un non-consensus ? Question intéressante mais on est trop longtemps restés bloqués sur les adresses, il est temps qu'on importe même si ce n'est pas parfait. Tant qu'il est possible pour les personnes rigoureuses de mettre ça ailleurs par la suite, on ne devrait pas s'interdire un import. 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
Le 31/08/2022 à 09:25, Jacques Lavignotte a écrit : https://wiki.openstreetmap.org/wiki/User:Deuzeffe/voies-sans-nom Excellent ! Merci ! Merci pour vos avis, suggestions, précisions, corrections, etc. Corrigé une typo ;) Vu. Oui. Mais non. C'était censé être une figure de style. Je vais changer la formulation, que j'ai enfin trouvée grâce à toi. Merci ! -- deuzeffe, pourquoi faire simple... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [import] import partiel des adresses en France
Bonjour, Le 31/08/2022 à 12:15, Marc_marc a écrit : dites à quelqu'un d'utiliser OsmAnd au lieu de Google Map pour son itinéraire, cela n'rra pas si le nom de rue est absent dans osm ou l'expérience utilisateur serra mauvaise si la rue est longue mais sans addr:housenumber dans osm Tout à fait d'accord. Et j'avoue avoir commencé les imports à partir de Pifomètre, en prenant une commune, en traitant toutes les grandes rues, puis en passant à la commune suivante. En créant cette page au passage : https://wiki.openstreetmap.org/wiki/Int%C3%A9gration_des_adresses_avec_les_outils_BANO - on importe avec des addr:street (plus facile pour l'utilisteur dans l'état actuel des outils) ou en associatedStreet (beaucoup plus facile pour permettre de trouver les addr ayant + d'un nom de voie (soit différent noms en attendant de lever l'invertitude, soit des noms multilangue comme certains rues en Bretagne) À titre personnel, je préfère faire ces imports avec associatedStreet, cela permet en particulier de faire ressortir pour une rue toutes les adresses existantes. - faut-il ajouter des critères de qualitée ? par ex dans le passé, ce n'était pas rare d'avoir plusieurs addr au même endroit Quand ça arrive, je vire; Il est de toute façon indispensable de vérifier chaque point adresse, il y a pas mal de positionnement aberrant, et souvent cela permet d'ajouter des voies de service manquantes. S'il manque des numéros, on les verra, sauf erreur, ressortir dans Pifomètre (à moins qu'ils aient été notés en "anomalies") Cordialement, Georges ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [import] import partiel des adresses en France
Bonjour, cela a déjà été discuté par-ci par-là de manière dispersée. je lance la discussion ici pour voir si la situation et les opinons sont mures pour un éventuel import des addr dans osm en France ceci est l'une des étapes nécessaire à la procédure https://wiki.openstreetmap.org/wiki/FR:Import/Guidelines Contexte : avec la certification de certains adresses, on dispose maintenant de donnée opendata de meilleur qualité. le manque d'adresse dans osm est à mon avis un gros point noir pour "convertir" des personnes à ssm : dites à quelqu'un d'utiliser OsmAnd au lieu de Google Map pour son itinéraire, cela n'rra pas si le nom de rue est absent dans osm ou l'expérience utilisateur serra mauvaise si la rue est longue mais sans addr:housenumber dans osm Etendue de l'import : je propose de diviser l'import en plusieurs tranches et de discuter uniquement de la première tranche : - le nom de la rue est présente dans osm, identique à celui de la BAL ou la ref fantoir permet de lier le nom osm au nom officiel - la rue dans osm ne contient aucune addr - le taux de certification est important Question : - pour ou contre l'idée ? - on importe avec des addr:street (plus facile pour l'utilisteur dans l'état actuel des outils) ou en associatedStreet (beaucoup plus facile pour permettre de trouver les addr ayant + d'un nom de voie (soit différent noms en attendant de lever l'invertitude, soit des noms multilangue comme certains rues en Bretagne) - on importe d'abord les 100% certifiée ou un taux + faible est acceptable ? deuzeffe parlait de 75% - faut-il ajouter des critères de qualitée ? par ex dans le passé, ce n'était pas rare d'avoir plusieurs addr au même endroit - il serrait utile de pouvoir différentier les addr ayant été importée de celle ayant été manipulée paar un contributeur osm pour cela je propose d'utiliser le tag volatif created_by=import. l'avantage de ce tag comparé à la veille méthode du tag source sur l'objet, c'est qu'il est volatif et donc dès qu'un contributeur modifiera l'objet osm, l'ancienne source "bal" disparaitra automatiquement au lieu de garder des source=bal sur des objets ayant des infos différente de celle de la source renseigneé. le côté volatif de ce tag est supporté par iD, josm et surement d'autres éditeurs. - la position des addr est souvent flotante tandis que d'autres voudraient les voir au moins en bordure du batiments concernées. c'est envisagable ou on est toujours dans un non-consensus ? Cordialement, Marc ___ 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 deuzeffe, Le 30.08.22 à 18:54, deuzeffe a écrit : J'ai brouillonné un petit tuto pour dégommer du rouge avec ou sans Pifomètre, ici : https://wiki.openstreetmap.org/wiki/User:Deuzeffe/voies-sans-nom C'est une très bonne chose d'explorer/expliquer des nouvelles méthodes. mais est-ce que ce n'est un peu indigeste pour l'utilisateur n'ayant jamais utilisé cet outil ? toi tu as deja beaucoup d'expérience avec, ce qui t'amène à des cas moins courants (addr absente de bano par ex) suggestions : commencer par quelques courtes définitions genre : - fantoir le registre étatique des rues - pifometre un outil pour comparer osm et fantoir histoire que le contributeur débutant sache de quoi on parle puis présenter des cas du plus simple au plus compliqué : - voie sans nom dans osm et présente dans fantoir - voie avec nom dans osm mais typo par rapport à fantoir - ensuite le cas des addr absente dans bano et sinon quqlues suggestions sur la forme : - 1er paragraphe "quand les voies sans nom dans le projet BANO" n'est pas clair. - imagerie bano : pq l'url ? elle est dispo dans josm non ? - dans "Ma méthode :" tu ouvres 2x le pifomètre :) - dans "Ma méthode :" () inutile autour de nwr dans la requête overpass question : - comment est-ce que BANO donc pifomètre se retrouve à ne pas avoir des addr venant des BAL ? c'est parce que le code fantoir est absent ? Vincent il n'est pas possible de faire quelque chose pour éviter toutes ces étapes manuelles ? et quand ce serra Noël, mon rève c'est de pouvoir valider/passer chaque proposition de l'analyse osmose 7170/32 qui détecte les noms manquants une sorte de maproulette qui afficherait bano + osm + sat : tu clics ok pour ajouter le nom en un clic, passer s'il faut faire + et tu te retrouves au cas suivant (un peu comme l'idée de la todo-liste de Jérome) l'analyse https://osmose.openstreetmap.fr/fr/map/#item=7170=32 il y en a encore 5200 en ce moment. Cordialement, Marc ___ 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 30/08/2022 à 18:54, deuzeffe a écrit : Hello, Ehlo J'ai brouillonné un petit tuto https://wiki.openstreetmap.org/wiki/User:Deuzeffe/voies-sans-nom Excellent ! Merci pour vos avis, suggestions, précisions, corrections, etc. Corrigé une typo ;) À vos claviers ! Merci, Jacques -- GnuPg : 156520BBC8F5B1E3 Because privacy matters. « Quand est-ce qu'on mange ? » AD (c) (tm) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
