[OSM-talk-fr] Cours Albert Thomas à Lyon

[Vincent de Château-Thierry]

Le 15/12/2014 00:09, Yves Pratter a écrit :
>
>> Le 14 déc. 2014 à 21:30, Vincent de Château-Thierry <vdct at 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