Re: [OSM-talk-fr] [OSM-talk-fr-bzh] rond-point et bd cassé à Rennes
Bonjour, Ça bouge effectivement pas mal dans le coin ces derniers temps mais, confinement oblige, je n'y suis pas passé ces dernières semaines. Je vais aller y faire un tour pour voir ce qu'il en est sur place. P-Y Le mer. 16 déc. 2020 à 14:43, PanierAvide a écrit : > > Bonjour, > > Il y a un souci évident (au moins de connectivité des voies), mais étant un > peu loin pour vérifier l'état actuel sur le terrain, je transmets à la liste > bretonne. > > Cordialement, > > Adrien P. > > Le 16/12/2020 à 14:08, Georges Dutreix via Talk-fr a écrit : > > Bonjour, > > je crois qu'il y a des habitants de Rennes sur cette liste. > Un utilisateur a cassé un rond-point et transformé le bd de Yougoslavie en > chemin piéton. Je ne sais pas trop ce qu'il a voulu faire. > Je préfère vous laisser regarder si vous êtes du coin. > > https://www.openstreetmap.org/changeset/95934608#map=18/48.08807/-1.65935 > > Cordialement, > georges > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > > ___ > Talk-fr-bzh mailing list > talk-fr-...@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr-bzh ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à jour BANO
Merci Vincent pour ces précisions. Je vais aller reporter ce problème sur Github pour éviter de flooder cette liste de discussion. P-Y Le mer. 8 juil. 2020 à 00:14, Vincent de Château-Thierry a écrit : > Bonsoir, > > > De: "Jérôme Amagat" > > > > Je pense que bano v2 ne gère pas toutes les communes nouvelles vu que > > le nom de la commune indiquée par bano est Saint-Jean-sur-Couesnon > > qui n'existe plus alors que la commune nouvelle "Rives-du-Couesnon" > > créée en 2019 a le même code insee, Saint-Marc-sur-Couesnon est > > aussi toujours present > > https://bano.openstreetmap.fr/fantoir/index.html#insee=35293=3 > > Un postulat de base pour BANO était qu'on ne rencontrait qu'une seule > occurrence de chaque nom de voie sur le terrain, pour une commune donnée. > Pas de bol avec les fusions, qui provoquent le casse-tête (pour tout le > monde, pas juste pour BANO) d'homonymies infra-communales, avec x rues de > l'Eglise, y place de la Mairie, etc. Je n'ai pas d'idée immédiatement de > correctif pour gérer ça proprement, car ça casse un des fondamentaux de > BANO. De là à dire qu'il faudrait tout casser pour bien gérer les > homonymies, il y a peu. > Pour répondre à Pierre-Yves : dispatcher le code Fantoir sur les ways ne > changera (hélas) rien au problème. > On peut imaginer casser le paradigme de BANO, en donnant l'ascendant au > code FANTOIR sur le nom. Ca résoudra les homonymies, pas sûr que ça ne > casse pas autre chose... > On peut continuer d'en discuter ici, n'hésitez pas à détailler les > problèmes directement sur le repo aussi : > https://github.com/osm-fr/bano/issues > > merci > > vincent > > ___ > 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] Mise à jour BANO
Bonjour, Constatant que la dernière version du FANTOIR intégrait désormais les communes nouvelles de 2019 et que la BANO v2 était désormais disponible dans http://bano.openstreetmap.fr/data/, j'ai donc testé le 30 juin ce que ça donnait dans mon secteur. Ça m'a permis de repérer un souci lié aux voies homonymes dans une même commune nouvelle. J'ai focalisé mon attention sur Rives-du-Couesnon (code INSEE 35282). Mon extraction BANO précédente des voies de ce qui était alors quatre communes distinctes pour le FANTOIR s'était passée sans souci. J'ai donc eu la désagréable surprise de constater que seules les voies de Saint-Jean-sur-Couesnon (code 35282) étaient reprises dans BANO v2 et aucune des autres ex-communes. J'ai donc refait une passe sur OSM pour forcer les nouveaux codes FANTOIR dans les relations AssociatedStreet de la commune (cf. https://www.openstreetmap.org/relation/6600634, par exemple). Je m'attendais donc à ce que l'extraction de BANO faite après cette opération me fasse ressortir tous les points adresses de la commune. Hélas, non... Il faut dire que Rives-du-Couesnon présente l'intérêt d'avoir dans chacun de ses quatres bourgs historiques des voies nommées, avec une remarquable originalité, "Rue de la Mairie" ou "Rue de l'Église". Et c'est là que le bât blesse... Bien que la rue de la Mairie de Saint-Marc ait un code (352820032V) différent de celui de la rue de la Mairie de Saint-Jean (352820007T), le code retenu pour chaque adresse de Rives-du-Couesnon située dans une des rues de la Mairie est celui de la rue de la Mairie de Vendel (352820045J)... Et les points ayant le même numéro sont tout bonnement ignorés pour ne garder qu'un seul "2 rue de la Mairie". Étant donné que, sur le terrain, chacune de ces rues a gardé sa plaque "Rue de la Mairie", il ne me semble pas opportun de renommer les rues dans OSM pour les faire correspondre aux appellations du FANTOIR (Rue de la Mairie St Marc, Rue de la Mairie Vendel ou Rue de la Mairie St Jean). Pour que le fichier BANO soit correct, y-a-t-il moyen , via http://bano.openstreetmap.fr/fantoir/, de forcer le rapprochement entre une relation AssociatedStreet et son code correspondant ? (Je n'ai pas vu comment faire) Ou bien faut-il que chaque highway concernée ait une valeur "ref:FR:FANTOIR", ce qui n'est pas recommandé vu que ledit code s'applique à une relation ? Merci pour vos éclairages. Pierre-Yves Le mar. 3 mars 2020 à 22:44, Vincent de Château-Thierry a écrit : > > Le 03/03/2020 à 19:39, Pierre-Yves Mevel via Talk-fr a écrit : > > Merci Vincent pour cette réponse. > > > > Donc, ça finira bien par revenir. Je ne me sens pas les compétences pour > > aller tripatouiller sur Github, mais si je peux être utile à quoi que ce > > soit, n'hésite pas à me faire signe. > > Si tu es partant pour beta-tester les fichiers d'Ille-et-Vilaine en v2 > dès leur dispo, moi ça me va :) > > vincent > > ___ > 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] Pourquoi inventer un aire urbaine imaginaire ?
Bonjour, Pour information, j'ai eu la désagréable surprise de voir ressurgir ces abominations que nous avions patiemment supprimées au cours de ces derniers mois du territoire de l'Ille-et-Vilaine (cf. ce changeset : https://www.openstreetmap.org/changeset/87258927?way_page=3 par exemple). La méthode est toujours la même que celle pointée par Christian R il y a un an et demi : tracé approximatif (il passe allègrement à travers des quartiers d'habitation, voire des maisons), chevauchement de ses polygones, absence de fondement administratif alors qu'il les range dans un "admin_level", pas de concertation avec les locaux. À cette liste, il faut ajouter que des appli comme OSMand fait apparaître ces limites avec la même symbologie que les vraies limites communales, ce qui rend la carte particulièrement illisible dans certains cas. Pour ma part, je dégage à vue sur le territoire de mon EPCI, mais il faudrait sans doute trouver une solution plus efficace pour traiter ce problème. Bonne journée, P-Y Le ven. 16 nov. 2018 à 10:21, Christian Rogel < christian.ro...@club-internet.fr> a écrit : > > Le 16 nov. 2018 à 07:59, Stéphane Péneau a > écrit : > > Il en a été question ici même, en aout 2016 : > > > https://lists.openstreetmap.org/pipermail/talk-fr/2016-August/081842.html > > Bien que lecteur assidu de la liste, je n’avais pas remarqué ce post. > Il n’empêche que la page a été créée bien avant la tentative de > discussion/demande d’aide. > La justification par les besoins de l’aviation est admissible, mais le > choix d’une réalisation “sauvage” beaucoup moins. > On ne voit pas le bénéfice de troquer la facilité de se référer aux > limites officielles des parcelles bâties pour une exécution approximative > basée sur un nombre d’accroche limité. > > Christian R. > > ___ > 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] admin_centre pour une comcom/agglo etc..
Bonjour Stéphane, Je suis d'accord avec toi, le centre d'un EPCI doit être placé sur le bâtiment en accueillant le siège. C'est d'ailleurs ce que j'avais fait au moment des redécoupages de 2017 dans mon secteur, mais je constate que les mêmes changements inconsidérés ont été opérés dans mon secteur... Je peux comprendre que ce soit fait quand on ne connaît pas le siège (BANATIC n'est pas toujours explicite là-dessus) mais il est dommageable que ce soit systématique. Bonne journée, P-Y Le mer. 11 mars 2020 à 09:59, Stéphane Péneau a écrit : > Hello, > > A l'époque de la création d'une communauté d'agglomération dans mon > secteur, je l'avais créée avec pour membre admin_centre, le bâtiment où > sont installés les bureaux de cette collectivité. J'en avais fait de > même pour d'autres epci dans la région. > > Depuis, ces relations ont été modifiées pour utiliser le noeud "place" > d'une commune en tant qu'"admin_centre". > > Le souci, c'est que de ce que j'ai compris, et contrairement aux > communes, les EPCI n'ont pas de chef-lieu, mais simplement un siège > social. Donc utiliser le noeud "place" de la commune où est situé le > siège n'a pas vraiment de sens. > > extrait de l'arrêté de création : > > "Le siège de la communauté d'agglomération est fixé au 15 rue des > Malifestes, 44190 CLISSON" > > http://www.loire-atlantique.gouv.fr/content/download/29861/209689/file/RAA%20sp%C3%A9cial%20n%C2%B0%20104%20du%2016%20novembre%202016.pdf > > > Me trompe-je ? > > Si ce n'est pas le cas, alors on a quelques corrections à faire. > > Stf > > > ___ > 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] Mise à jour BANO
Merci Vincent pour cette réponse. Donc, ça finira bien par revenir. Je ne me sens pas les compétences pour aller tripatouiller sur Github, mais si je peux être utile à quoi que ce soit, n'hésite pas à me faire signe. Bonne soirée Le mar. 3 mars 2020 à 15:06, Vincent de Château-Thierry a écrit : > Salut Pierre-Yves, > > > De: "Pierre-Yves Mevel via Talk-fr" > > > > Désolé de remettre le sujet sur la table mais, après avoir parcouru > > les différents échanges sur le sujet, il me semble qu'un point n'a > > pas été abordé concernant la BANO. Depuis de nombreuses années, je > > contribue à la création de points adresse sur OSM et je m'en sers > > pour alimenter la base adresse de ma communauté d'agglo grâce aux > > extractions quotidiennes que l'on peut trouver sur > > http://bano.openstreetmap.fr/data/ . A priori, ces fichiers sont mis > > à jour quotidiennement. Si je lis correctement le très complet > > message que Vincent (dct) a écrit sur cette liste le 11 novembre > > dernier, le passage en v2 ne devait pas changer cela. > > Oui dans mon message je disais que les exports ne changeaient pas. > J'aurais du dire : "pas pour l'instant". L'objectif est bien que tout > bascule sur une seule instance de BANO (celle qu'on appelle V2). Les > exports depuis cette nouvelle instance sont un gros chantier, sur lequel je > suis pile actuellement (cf le dernier commit en date [1]). Lorsque ce > ticket sera terminé, alors on basculera l'alimentation de > http://bano.openstreetmap.fr/data/ sur la V2, mise à jour > quotidiennement. > > > Cependant, je constate que les fichiers concernant l'Ille-et-Vilaine > > (et sans doute les autres départements) n'évoluent guère depuis le > > début de l'année. Ainsi, si des changements faits le 18 décembre > > sont bien intégrés dans le SHP (par exemple, > > https://www.openstreetmap.org/node/7066812399 ), d'autres, faits le > > 6 février, n'y apparaissent pas (cf. > > https://www.openstreetmap.org/node/7191078724 ) et ils ne figurent > > pas non plus en vert sur > > http://tile.openstreetmap.fr/~cquest/leaflet/bano.html . > > J'avoue ne pas trop surveiller au jour le jour la V1, mais ton message > laisse penser que la base OSM qui l'alimente a du retard (litote). Et comme > c'est jusque là cette V1 qui alimente aussi le rendu carto BANO, on y > constate le même retard. C'est sur la pile de trucs à faire de Christian > que de brancher le rendu carto sur la V2. > > > Ai-je loupé un épisode concernant le lieu où trouver ces données ? > > Dans ce cas, ne serait-il pas souhaitable de l'indiquer sur la page > > dédiée de data.gouv.fr ( > > > https://www.data.gouv.fr/fr/datasets/base-d-adresses-nationale-ouverte-bano/ > > ) ? > > Ou bien y a-t-il un problème de moissonnage qui empêche l'extraction > > quotidienne de se dérouler correctement ? > > Non tu n'as pas loupé de message, la comm' sur BANO est loin d'être au > top j'avoue /o\. En tout cas ce sujet des exports est le dernier "gros" > sujet qui empêche la bascule de tout le système BANO sur une version > unique, c'est bien ce qui me motive pour que ça ne s'éternise pas trop. > Donc j'y travaille et je compte bien annoncer cette vrai v2 complète > rapidement. Je n'ose pas dire "fin de ce mois" car c'est le meilleur moyen > de ne pas tenir le délai. Donc non je l'ai pas dit :) > > vincent > > [1] : > https://github.com/osm-fr/bano/commit/ba496b90a1ba37a919d9576694fd89a1c0cf0428 > > ___ > 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] Mise à jour BANO
Bonjour, Désolé de remettre le sujet sur la table mais, après avoir parcouru les différents échanges sur le sujet, il me semble qu'un point n'a pas été abordé concernant la BANO. Depuis de nombreuses années, je contribue à la création de points adresse sur OSM et je m'en sers pour alimenter la base adresse de ma communauté d'agglo grâce aux extractions quotidiennes que l'on peut trouver sur http://bano.openstreetmap.fr/data/. A priori, ces fichiers sont mis à jour quotidiennement. Si je lis correctement le très complet message que Vincent (dct) a écrit sur cette liste le 11 novembre dernier, le passage en v2 ne devait pas changer cela. Cependant, je constate que les fichiers concernant l'Ille-et-Vilaine (et sans doute les autres départements) n'évoluent guère depuis le début de l'année. Ainsi, si des changements faits le 18 décembre sont bien intégrés dans le SHP (par exemple, https://www.openstreetmap.org/node/7066812399), d'autres, faits le 6 février, n'y apparaissent pas (cf. https://www.openstreetmap.org/node/7191078724) et ils ne figurent pas non plus en vert sur http://tile.openstreetmap.fr/~cquest/leaflet/bano.html. Ai-je loupé un épisode concernant le lieu où trouver ces données ? Dans ce cas, ne serait-il pas souhaitable de l'indiquer sur la page dédiée de data.gouv.fr ( https://www.data.gouv.fr/fr/datasets/base-d-adresses-nationale-ouverte-bano/) ? Ou bien y a-t-il un problème de moissonnage qui empêche l'extraction quotidienne de se dérouler correctement ? Dans l'attente de vous lire, Bonne journée, Pierre-Yves, aka Pymouss ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
