Les postulat de BANO était que le code FANTOIR correspond uniquement aux codes INSEE des communes de plein exercice. Hors dans les communes nouvelles, les communes déléguées **conservent** leur code INSEE propre (et les codes FANTOIR qui leur sont associés, ainsi que leur toponymie/odonymie et toutes les désignations locales...) La commune nouvelle est une structure adminsitrative de gestion, elle a une identité légale mais les communes déléguées aussi: le code INSEE de la commune chef-lieu n'est pas suffisant pour distinguer ça, c'erst le code SIREN qui fait la distinction des personnes morales.
BANO ne doit pas se baser sur seulement le code INSEE communal à 5 chiffres des seules communes de plein exercice (donc seulement les communes nouvelles et pas les communes déléguées) et doit conserver les codes INSEE des communes déléguées. Et je pense même que BANO ne devrait pas dut tout utiliser les codes des communes nouvelles mais seulement ceux des communes déléguées. La remarque vaut aussi pour les recherches cadastrales. Les planches cadastrales sont distinguées: hormis la commune déléguée chef-lieu de la commune nouvelle, dont les planches sont désignées par 1 lettre et plusieurs chiffres, les planches des communes déléguées sont préfixées par le code communal à 3 chiffres de chaque commune déléguée. Il arrive que le code communal à 3 chiffres de la commune chef-lieu soit utilisé aussi en préfixe, ou que ce préfixe soit "000". Le code INSEE géographique à 5 chiffres (ou lettre A/B en Corse) des communes est une version simplifiée du code communal, il ne désigne pas nécessairement une commune en exercice, ou une personne morale, c'est juste un code **géographique*. Le mer. 8 juil. 2020 à 00:14, Vincent de Château-Thierry <osm.v...@free.fr> a écrit : > Bonsoir, > > > De: "Jérôme Amagat" <jerome.ama...@gmail.com> > > > > 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&tab=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
