Le 15/12/2014 00:09, Yves Pratter a écrit :
Le 14 déc. 2014 à 21:30, Vincent de Château-Thierry <v...@laposte.net> a écrit :
[Bug]
Oui
L’essai que j’ai fait sur Bordeaux montre que certains POI ont un seul code
postal alors que d’autres en ont plusieurs (comme pour ce Cours à Lyon).
et non. Limitation (plutôt que bug) via Nominatim car manifestement il ne gère
pas les listes de valeurs pour les CP.
Oui
Il pourrait les splitter et attribuer au polygone successivement chaque code
Ce n’est pas plus simple de saisir les polygone des CP (ok, on ne peut pas le
faire tout de suite, quoique : cf. mon mél Communes ou arrondissements avec
plusieurs code postaux
C'est évidemment plus simple... avec une source. Sans, c'est coton.
car ça prive d'autres logiciels (pas forcément libres ni visibles, on n'a par
définition pas connaissance de tous les usages faits d'OSM) d'une information
exploitable.
Ils pourront se manifester en écrivant sur la liste ou en suivant le lien vers
le ticket de Nominatim ;-)
C'est un point important, au delà du sujet Code Postal : on est, en tant
que contributeurs, de fait aussi fournisseurs de contenu, vers tous les
consommateurs du contenu OSM. À partir de là, effacer un contenu s'il
est faux, aucun souci. Mais dans le cas présent, on est face à un
contenu approximé, sans être faux. Il est déjà utilisable. Donc sa
suppression ne devrait pas être influencée par une limite
d'implémentation d'un unique logiciel. Ça n'est pas bien différent d'un
polygone CORINE non retouché : pas faux, mais imprécis et améliorable.
La différence pour les CPs, c'est qu'on n'a pas encore la bonne source
pour améliorer. bing ne peut rien pour nous, là :(
vincent
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
