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

[Frédéric Rodrigo]

Le 11/11/2013 10:00, dhelfer at free.fr a écrit :
> 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).

Merci de l'idée de regarder le fichier des voies, je ne sais pas 
pourquoi je n'y avait pas pensé.

Conclusion, les adresses sont disponibles à l'intégration, avec le code 
fantoir, le code postal et nom en Alsacien (c'est bien name:gsw ?)

http://addr.openstreetmap.fr/mulhouse/

Frédéric.