2009/2/9 Pieren <pier...@gmail.com>: > Merci à tous ceux qui m'ont déjà renvoyer leurs commentaires tous très > détaillés. > A mon tour de faire certaines remarques: > > - les polygones sont créés à partir des données SVG retournées par le > serveur WMS du cadastre. Ces données sont sauvegardées sur votre > disque dans le répertoire cache du plugin sous le nom "buildings.svg". > - Si vous constater que certains bâtiments manquent, vérifiez d'abord > s'ils sont correctement présents dans le fichier SVG (il existe > plusieurs outils pour visualiser du SVG, en premier lieu la plupart > des nagivateurs internet mais vous pouvez aussi télécharger Inkscape). > Si le bâtiment n'est pas présent dans le fichier SVG, c'est que le > serveur WMS ne considère pas ce polygone comme faisant partie de la > couche "bâti". Donc le plugin ne pourra rien faire de mieux. Si par > contre, vous constatez que le polygone est présent dans le fichier SVG > mais pas dans JOSM, alors envoyez-moi les coordonnées lat/lon exacts > de l'endroit concerné pour que je puisse refaire le test moi-même. > - le plugin ne charge pas les images ni les couleurs lorsqu'il charge > les données SVG. Il est donc incapable de savoir si un polygone est > bleu (piscines), jaune clair ou jaune foncé. Je comptais en fait sur > les individus pour contrôler visuellement la pertinence d'un polygone > ou non. > > Donc, voici une série de questions concernant votre expérience actuelle: > - Dites-moi si le plugin doit intégrer cette sélection sur les > couleurs en automatique sachant que 1. ça va demander un peu de temps > à développer , 2. ça va considérablement augmenter le temps d'import > puisqu'il faudra charger des images suffisament détaillées sur toute > la zone concernée.
La selection actuellement me semble suffisante. > - concernant les buildings importés et effacés manuellement, faut-il > qu'un ré-import recréer le polygone ou l'ignore ? sachant que > l'information concernant les polygones effacés est locale et ne dure > que le temps d'une session d'édition. Après un upload vers la base OSM > , le plugin ne pourra plus rien car JOSM conserve une copie des objets > effacés avec un statut deleted uniquement pour le temps de la session > d'édition en cours. Je propose de l'afficher, et d'envoyer une popup pour prévenir qu'un polygone qui avait été supprimé a été réimporté. > - à propos des bâtiments déjà présents, le plugin actuel ne les > détecte pas. Faut-il qu'il le fasse avant d'être publié ou est-ce > qu'on peut déjà raisonablement s'en servir avec ce problème ? (sachant > que cette détection de polygones existants peut prendre du temps à > être développée). Vu que le nombre de bâtiments déjà dans la base doit > être assez faible et que la nouvelle fonction ne serait utilisée que > sur des zones vierges de bâtiments. Mais au cas où la détection est > mise en place, le plugin doit-il remplacer l'ancien ou le faire sur > demande ? et doit-il le remplacer en copiant les mêmes attributs ? Pas urgent je pense... mais dès qu'il y aura un peu de bâtiment, il y aura pas mal de conflit... et ça s'avérera pratique à ce moment là. > Est-ce que cette opération ne devrait pas être faite manuellement ? > - faut-il réduire ou augmenter la taille de saisie qui est > actuellement de maximum 1 km2 (certains proposent 100x100 mètres) ? Si la détection de conflit est gérée, aucun pb pour augmenter la zone. Dans mon cas, je suis en train de tester des imports, et j'en chie avec le petit kilomètre carré... > - faut-il prévoir un import dans un calque séparé pour faciliter le > travail d'intégration dans les données existantes ? Oui ! et mieux : taguer les polygones créés par area=yes,building=yes,source=... Car traiter ça après par un select all ou un grosse selection va appliquer ces tags également aux nodes. > > Enfin, plusieurs ont fait la remarque sur le nombre de noeuds parfois > inutiles. Je vais voir si une simplification est possible sans créer > de problèmes de faux-doubles lors d'un ré-import. Je note cependant qq défaut de "collage" de nodes. Exemple, deux bâtiments collés partagent donc un way commun, théoriquement, mais parfois ils ne partagent qu'un node commun, et les ways sont donc superposés et dédoublés inutilement (ainsi que le 2e node). CONSEIL : uploadez par petite zone... j'ai tenté de faire large, résultat, 404 minutes restantes... Sinon, le plugin est très stable et se comporte bien. Les tracés de contours sont nickels. à noter que si certaines piscine passe effectivement comme des batiments, d'autres zone d'eau n'en font pas partie. (les terrasses non plus apparement). > > Merci d'avance, > Pieren > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB <ste...@le-roux.info> 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
