Le 15 mai 2012 10:13, willemijns <sebast...@willemijns.com> a écrit : > On Tue, May 15, 2012, at 00:42, Christian Quest-2 [via GIS] wrote: > >> Ce qui est le plus problématique à mon avis, c'est que nos outils >> d'édition (Potlatch ET JOSM) permettent de créer des objets incorrects >> (géométrie invalide, nœuds et chemins orphelins) et que l'API ne les >> rejette pas non plus. > > Il manque des comparaisons de zones avec des calques... si un vandale > passe 1 heure > sur une ville il peut faire de gros dégats....
C'est vrai que c'est un reproche que je fais à JOSM : il est sensé supporter des calques, mais ne les utilise pas comme il le devrait : * On devrait pouvoir y charger des versions différentes d'objets, et avoir aussi des calques (et non des listes d'objets) pour gérer plus facilement les conflits d'édition. * De même on devrait pourvoir sélectionner une liste de modifications non encore envoyées au serveur afin de les scinder en plusieurs sous-ensembles, afin de les valider séparément et même de pouvoir n'en envoyer qu'une partie où il n'y a plus de conflit ou de problème, et réduire le travail restant à faire. Car souvent on se retrouve avec des modifications en cours bien plus volumineuses qu'initialement prévu, avec des tonnes qui pourraient déjà être envoyées dans un premier groupe de modifications, pour ensuite continuer à travailler sur ce qui pose encore problème et qui sera soumis plus tard dans un groupe de modifications différents. * Personnellement je n'aime pas du tout la façon dont JOSM présente les conflits d'édition : sans calque, c'est un enfer à vérifier pour savoir quoi garder et quand c'est trop compliqué on se retrouve souvent à systématiquement choisir la version venant du serveur, même si cela peut alors laisser des objets en doublon dans la base, quand des objets ont été scindés. * Avec des calques, et la possibilité de *transférer* des objets d'un calque en l'autre (sans que cela signifie qu'ils sont supprimés du premier calque d'origine si on le soumet au serveur, l'objet disparaissant de ce calque comme s'il n'avait pas été téléchargé du tout parce qu'on a choisi de ne pas s'en occuper et de ne pas y toucher), il serait nettement plus facile de travailler sur des zones complexes, en utilisant les filtres pour faire facilement des sous-sélections n'omettant aucun détail nécessaire, afin de faciliter les transferts d'un calque à l'autre, le nouveau calque n'ayant plus besoin d'aucun filtre. _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr