bano
bano copied to clipboard
osm-fr
Indices de répétition non normalisés
L'outil a beau être formidable on trouve toujours des améliorations possibles ;-). Selon https://wiki.openstreetmap.org/wiki/FR:Adresses#Normalisation_du_suffixe_des_n.C2.B0_de_rue.5B1.5D On doit mettre 5/5A/5B/5 bis.
https://dev.cadastre.openstreetmap.fr/fantoir/index.html#insee=29150&tab=1
| 29150A435W | 2014-08-26 | LOT DE KERVAZIOU | Lotissement de Kervaziou | Relation |
|---|
La relation créée propose 5/5 a/5 b /5 Bis. Pour le Bis je pense connaître la réponse (existe tel quel dans OSM). Mais pour les 5A et 5B ne peut-on respecter les règles OSM ? Ou les changer mais ça a& été discuté sur [OSM-talk-fr]
Comme discuté sur telegram, j'observe aussi cette limitation sur Lyon. Exemple : http://bano.openstreetmap.fr/fantoir/#insee=69382&tab=1 relation https://www.openstreetmap.org/relation/3466169 les numéros 6A, 6B et 6C sont bien dans openstreetmap : https://www.openstreetmap.org/node/2636376007 l'outil suggère d'intégrer "6 a", "6 b", "6 c"
Proposition : dans de tels cas, réconciler 6A -> "6 a"...
@vdct, je vois que j'ai un joli mic-mac plus limite que @nuxper : https://bano.openstreetmap.fr/fantoir/index.html#insee=42071&tab=1, rue Anatole France avec un 2/2 d/2 ter (si, si) puis une 2A/B/C. Il y a des doublons ajoutés du fait du non recollage (comme signalé par @nuxper) et un problème autre à savoir que le cadastre a deux points au même endroit. J"ai du mal à comprendre sur le cadastre je lis 2 et 2T. Mais je vois que l'outil propose d'ajouter le 2 au niveau du 2 T (c'est à dire du 2 Ter). Ainsi que le 2 b (qui est donc un bis) et un curieux 2 d à côté (je m'attendrais à y trouver plutôt un 2 Quarte).
merci @Bibi56 (ou pas merci au choix 😄) pour le cas tordu. Je n'ai pas encore plongé là-dedans, j'ai bien vu la discussion en complément
