Le 08/07/2010 14:45, Pieren a écrit :
Etait-ce un gros coup de fatigue ou de chaleur de la part de Vincent
qui nous a habitué à mieux ?
Les deux !
J'ai constaté que notre règle de prudence (notre, parce que moi aussi je
l'avais approuvé) s'est appliquée avec excès, sur des objets pour
lesquels ça n'était pas justifié :
- une prairie longeant une rivière déjà tracée (avec yahoo ? mais je ne
vais pas la supprimer, CLC n'a pas cette info), la prairie n'est pas
importée du fait de l'overlap de bord.
- un lac (< 25 ha puisque n'étant pas dans CLC, natural=water) empêche
l'import d'une forêt (landuse) de plusieurs milliers d'ha, alors qu'il
serait tout de même apparu dans le rendu mapnik (pas dans cloudmade, certes)
- des polygones residential rectangulaires représentant des villages ont
empêché l'import de polygones CLC plus complexes, plus riches plus
justes (je n'ai pas compté, j'ai du en remplacer une bonne centaine) et
de polygones voisins.
Quelque fois, je n'ai pas compris pourquoi le polygone n'avait pas été
importé : il n'y avait rien dessous dans OSM...
Bref, beaucoup de précautions : 40000 polygones non importés (106000 -
42000 parcellaires complexes - 23 000 surfaces principalement agricoles)
J'ai du en importer un bon millier ces jours-ci. Quelques méga-polygones
de la liste, mais aussi des bon gros, pas listés et beaucoup de moyens,
petits... Je me doutais qu'il y aurait des effets de bords.
À chaque fois, je cherche à faire la fusion de nœuds avec l'existant.
Dans l'ensemble, j'essaie de respecter l'existant, pour autant qu'il
semble meilleurs que CLC, meilleur : plus précis, mieux taggué,
correspondant à une réalité que CLC ne connait pas.
J'ai tout de même viré pas mal de forêts Landsat ou Yahoo, souvent
tagguées simplement natural=wood, pour y remettre les polygones CLC.
J'ai laissé ce qui me semblait de meilleur qualité.
Parfois, j'ai fait des découpes dans le polygone CLC, notamment pour ne
pas l'imposer à la Suisse ou pour garder un polygone mieux taggué sur
une partie (Forêt domaniale de N).
Parfois, j'ai ajouté des éléments en inner au polygone importé.
Parfois, j'ai fait de la couture, parfois j'ai laissé de l'overlap...
Mais la situation se dégrade...
En plus de l'excès de prudence qui nous a valu de devoir faire ce
travail à la main, il y a maintenant la folie de la construction :
Pour pouvoir faire un contrôle de l'existant et pour pouvoir fusionner
les nœuds, il faut charger toute la zone du polygone. Ça fait des fois
des sacrés surfaces, des sacrées tailles de fichiers...
Pour éviter de surcharger JOSM, je charge des rectangles en essayant de
détourer le polygone au plus près.
Mais maintenant, en plus du réseau routier et des landuses je me prends
des paquets de maisons. Je charge un rectangle et Paf, 250 Ko de données
dans la figure. Tiens ! Ajoute-toi 15 minutes à la fusion des points !
Un autre rectangle : re-paf !
Pour le polygone FR-221176, à l'est de Toulouse, le fichier, sur disque,
fait 114 Mo en ajoutant le substrat OSM. Il a fallu 4 h à ma machine
pour effectuer seulement la fusion de 10 000 nœuds : 1,4 s/nœud sur un
dual-core 3GHz.
Bref, vers minuit, j'avais eu ma dose ! Tant pis pour les effets de
bords : ceux qui verront de la boue devant chez eux, ils n'auront qu'un
way à traiter à la fois. De toute façon, les données ne sont pas
perdues, elles sont tout au plus cachées dans mapnik. Moi, j'ai apporté
de la terre à des milliers de paysans sans terre.
http://www.openstreetmap.org/?relation=1029248
Puis je suis allé me coucher.
Si c'était à refaire :
Pour l'import CLC, je serai moins rigoureux dans l'import.
Pour les effets de bords sur tel import. Ça n'est pas du laxisme, mais
peut-être un peu de raz le bol.
Sly, tu râles parce que des forêts ne sont pas importées ? Importe-les.
Plus on tarde, plus ce sera compliqué ! Plus on tarde, plus les effets
de bord seront lourds.
Il ne s'agit pas de faire n'importe quoi, mais il ne s'agit pas non plus
d'attendre d'être parfait et de ne rien faire.
Mille excuses pour les surprises au petit matin.
Mais veuillez comprendre les colères tard le soir.
--
FrViPofm
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
