Effectivement le json destiné à addok a évolué sur plusieurs points:
- ajout des multiples codes INSEE pour Paris/Lyon/Marseille, mais
surtout pour les communes fusionnées pour permettre à un filtre citycode
de fonctionner qu'on passe un ancien ou nouveau code INSEE
- ajout des X/Y légaux
-
Salut,
Pour BANO c'est ici :
https://github.com/osm-fr/bano/issues
Pour la BAN c'est ici :
https://github.com/etalab/ban-data/issues
Je pense que le nouveau format va de pair avec la nouvelle version d'Addok.
https://github.com/addok/addok
Si Addok 0.5 n'est plus capable de manger les nouveaux
On voit également des erreurs dans certains CSV, comme code_cadastre.csv
avec cette ligne:
14,014,VILLIERS-L,SEC (,8B757,VECT
au lieu de
14,014,VILLIERS-LE-SEC,14???,8B757,VECT
avec un champ (14???) manquant
D'autres champs CSV sont incorrectement interprétés comme des nombres en
format
Sinon les fichiers CSV de la BANO contiennent des parasites qui compliquent
leur utilisation. Les champs sont séparés par des virgules "," mais on
trouve aussi des point-virgules avec des caractères sous forme d'entité
numériques (comme "" pour les apostrophes ASCII). En format CSV ces
entités
Tu veux dire que c'est une erreur ?
Que doit signifier ce "citycode": un code INSEE, un code IRIS ? un code
postal géographique, un code postal spécial (type CEDEX) ?
Dans ce cas comment faire si des zones se superposent ou si la rue signalée
est coupée en plusieurs parties avec des codes
5 matches
Mail list logo
