Bonjour,
Pieren a écrit :
Les deux premiers de la liste doivent être responsables de 95% des
doublons. Je sais que 'tenshu' nous lit et qu'il est au courant de ces
problèmes mais est-ce que quelqu'un a déjà tenter de contacter
'square' pour lui dire de se calmer ?
Sur le script, je suis d'accord qu'il faut d'avantage mettre en avant
ces problèmes. Personne ne semble vouloir faire l'effort d'en corriger
les défauts, en particulier son auteur original.
'V', si tu nous lis, est-ce que tu cherches à corriger ces problèmes
de dublons dans le script ?
De mon point de vue ça n'est pas -en tout cas pas seulement- à "V" de
devoir plancher sur le sujet, et d'assumer la mise en cohérence d'une
source qui reste très hétérogène, d'une ville à l'autre. Son script ne
fait que transferer jusqu'à chacun de nous le cadastre dans un état
assez proche de la source vectorielle, du moins dans un état plus fidèle
à la source que rasterisé via le WMS Png. Alors oui c'est bourré de
défauts, doublons, vrais-fausses superpositions, etc. mais ça reflète
juste la variété des méthodes de travail au stade de la vectorisation :
orienté base de donnée / SIG ou orienté dessin / CAO, fait avec soin ou
fait....juste fait. Comme le dit Benoît R. par ailleurs ce matin "C'est
à se demander si la vectorisation n'est pas faite pour le rendu qui
serait obtenu par superposition de couches". Je suis convaincu de ça
quand je vois certains cadastres ou tous les bâtiments sont
rigoureusement en double dans la source (ex. Bezons (95), le pays des
serveurs Free).
Donc oui les SVG ne sont pas garantis "sans doublons" ni cohérents entre
bâtiments, mais pour moi c"est bien l'idée de départ : import _semi_
auto, à charge pour chacun de faire la 2è moitié du boulot : une mise en
conformité géométrique par rapport aux attentes OSM (pas de noeuds
dupliqués, etc), et surtout une analyse au cas par cas : d'une commune à
l'autre, on passera du meilleur au pire (en inversement, heureusement -:).
vincent
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
