[OSM-talk-fr] Outil d'intégration des adresses - Mulhouse

[dhelfer at free.fr]

Selon Frédéric Rodrigo <fred.rodrigo at gmail.com>:

> Le 07/11/2013 22:37, DH a écrit :
> > Le 07/11/2013 22:08, Frédéric Rodrigo a écrit :
> >> http://addr.openstreetmap.fr/stats.php
> >>
> >> Et prochainement sur vos écrans : Mulhouse.
> >
> > Merci pour Mulhouse !!
>
> Enfin c'est pas gagné là.
>
> C'est le pire jeu de données d'adresses que j'ai vu en OpenData et je
> les ai quasiment tous traité en France et même pire qui celui de Flandre.
>
> 68015.0000000000,BALDERSHEIM,ALPES,3.000000000000000,NULL,3 RUE DES
> ALPES,68390
> 68015.0000000000,BALDERSHEIM,BANTZENHEI,3.000000000000000,B,3B RUE DE
> BANTZENHEIM,68390
>
> Code INSEE avec 10 chiffres après la virgule, numéro de rue avec 15
> chiffres après la virgule (on aime la précision à Mulhouse). Mais par
> contre pas d'identifiant unique de voie, ni même de champ avec
> uniquement le nom de la voie. Des fois il n'y pas non plus la forme
> complète et le code postal, on ne connait donc même pas le type de voie.
>
> Si quelqu'un a un contact avec eux, ça pourrait être l’occasion de
> discuter !
>

ah le format dbf des shapefiles. Très certainement un champ exporté en real au
lieu d'un integer. Caster dans la base Postgres est une solution simple sinon
regénérer le shapefile à partir d'outils comme QGis,ogr2ogr,spatialite, etc. Je
peux signaler le souci au service SIG.
Concernant le nom de la rue, il faut passer par le mnemo de la rue (couche du
filaire de voirie).

Denis