> De: "Yves P." <yves.prat...@gmail.com> > Concernant la clé de contrôle, est-ce nécessaire de la garder sachant > qu’il peut manquer le code div pour la recalculer ? > Si j’ai bien compris, tu as la base DGFiP complète sur un serveur et > un outil de contrôle qualité qui peut vérifier la cohérence entre > ref:FR:FANTOIR et les données brutes « FANTOIR ». > Du coup elle devient inutile ?
Oui, le fichier FANTOIR est pris ici : https://www.data.gouv.fr/fr/datasets/fichier-fantoir-des-voies-et-lieux-dits/ et fait partie intégrante du processus BANO, car cette longue liste est (sur le papier) la plus exhaustive pour nous permettre de comparer le contenu d'OSM. C'est un peu la clé de voûte de BANO ce fichier. Concernant le format du ref:FR:FANTOIR, on peut s'interroger sur la pertinence du format à 10 positions, mais je ne vois pas ce qu'apporterait maintenant d'enlever la clé de contrôle, pour passer à un code sur 9 positions. Ca occasionnerait un gros chantier de mise à jour OSM, ça casserait momentanément tous les outils développés autour de BANO. Et, cerise sur le gâteau, ça casserait l'interopérabilité vis-à-vis des autres bases de données qui s'appuient sur la même structure de clé, comme l'a rappelé Christian. Bilan : beaucoup d'inconvénients et 0 valeur ajoutée. Je disais la même chose pour ne pas inclure le code Direction, les arguments sont les mêmes ici. Après, on peut s'amuser, pour la gymnastique intellectuelle, à trouver le bon algo pour calculer la clé, etc. Mais dans notre contexte je ne vois pas ce que ça apportera concrètement à OSM, dès lors que, plus que le respect d'un algo, on cherche à respecter une intégrité référentielle vis-à-vis d'un fichier public qui fait autorité. vincent _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
