Le 24 septembre 2012 17:57, Nicolas Moyroud <nmoyr...@free.fr> a écrit : > Question : et si on fait déjà des envois en plusieurs lots avec JOSM ça > passe aussi sous les radars ? Personnellement j'ai paramétré JOSM pour qu'il > fasse des envois par bloc de 1000 objets max.
Ce paramètre n'existe pas ! Ce que tu paramètres là dans JOSM c'est le nombre d'objets par requête HTTP, mais PAS la taille du changeset. Il n'y a pas de taille maximale d'un changeset dans JOSM. Donc quand je fais un envoi de > 10 000 objets ça fait 10 envois assez resserrés dans le temps. Pour cela il te faut plutôt envoyer au serveur une partie seulement des objets (envoyer les objets sélectionnés), puis fermer le changeset (CTRL+ALT+Q) s'il ne l'est pas encore (mais attention : il vaut mieux résoudre les conflits d'édition dans le même changeset pour éviter un changeset incohérent avec la partie que tu viens d'envoyer). Pour cela le plus simple est une sélection au lasso de tout un pâté de maison. Tu fais "envoyer la sélection" et tu regardes le nombre des objets concernés dans la boite de dialogue. S'il y en a trop, tu prends une sélection plus petite. Quand tu crois avoir envoyé toutes les zones, tu finis par un dernier changeset sans aucune préselection pour envoyer ce qui reste (là encore tu regardes le nombre d'objets concernés), car on a souvent du modifier des trucs un peu au delà (des routes et rivières par exemple, voire aussi des limites administratives). C'est de toute façon toujours une bonne idée de regarder le contenu du dialogue JOSM qui affiche un résumé avec le nombre d'objets concernés, qu'on travaillait sur le cadastre ou pas. Chaque fois que cela concerne trop d'objets, il vaut mieux envoyer une sous-sélection d'abord : cela limite aussi le nombre de conflits à résoudre, car JOSM ne permet malheureusement pas de sauver ses modifs tant qu'il y a des conflits affichés, ce que je trouve stupide car je me suis déjà retrouvé avec une modif qui affichait plus de 1700 conflits à résoudre, ce qui m'a pris plus de 5 jours, pendant lesquels il m'était impossible d'arrêter et il m'a fallu bloquer Windows Update pour éviter qu'il reboote la machine lui-même. Une des grosses modifs à ajouter à JOSM est qu'il doit permettre de sauver ses modifs dans un fichier OSM y compris la liste des conflits, pour pouvoir la reprendre plus tard. Si on sauve malgré l'alerte pour recharger le fichier OSM, on se retrouve alors avec des tonnes de noeuds orphelins ou données partiellement envoyées à OSM mais qui sont incomplets car ils étaient l'objet du conflit d'édition. Pouvoir sauver la liste des conflits est indispensable. Pour éviter le problème en cas d'urgence, je sauve ma liste d'objets conflits en les regroupant dans une nouvelle relation que je nomme de façon très visible en début de liste des relations (par exemple je lui donne "type=aaaaaaa" et name="conflits à résoudre") je ne mets rien d'autre en attributs et si jamais on oublie de retirer cette nouvelle relation (on voit un id non nul) avant d'envoyer on saura d'où ça vient et pourquoi c'était là. JOSM devrait pouvoir faire la même chose : créer une relation de travail contenant la liste de conflits afin de sauver dans le fichier OSM, avec un attribut spécial reconnu par lui lui permettant de savoir que ce n'est pas un vrai objet destiné à OSM. _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
