Le 11/11/2013 10:00, [email protected] a écrit :
Selon Frédéric Rodrigo <[email protected]>:
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.
_______________________________________________
Talk-fr mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/talk-fr
