Effectivement la solution c'est de faire une sélection rectangulaire dans JOSM et utiliser la fonction "envoyer la sélection" : on a un récapitulatif du nombre d'objets ajoutés/modifiés/supprimés qui vont être envoyés dans le changeset, ce qui permet de choisir une sélection plus petite.
On peut donc facilement réduire le changeset. Je pense même qu'on devrait avoir quelquechose dans JOSM pour limiter la taille de l'envoi, afin qu'un changeset trop gros (trop d'objets) puisse être envoyé en divisant horizontales ou verticales la bounding box de tous les objets (sur la taille la plus grande) en 2 successivement en 2 moitiés, afin d'envoyer des zones rectangulaires. L'autre méthode basée sur un simple compteur qui s'arrête quand le nombre d'objets maximum a été envoyé produira des changesets moins lisibles car partiellement incomplets et qui poseront plus de conflits à résoudre car les objets à envoyer couvriront aléatoirement une zone plus étendue. Si JOSM n'est pas modifié, on pourrait envisager la création d'un plugin afin d'expérimenter cette méthode d'envoi de changesets partiels, avant que cela devienne la méthode standard, où la seule configuration possible serait d'indiquer le nombre d'objets maximum à envoyer (le plugin s'occupant tout seul de découper la box en zones rectangulaires par divisions successives de la bounding box jusqu'à ce que le plafond d'objets ne soit pas dépassé) On peut réutiliser le même commentaire d'envoi pour les changesets succesifs, mais ils devraient chacun couvrir des bounding box qui se recouvrent le moins possible ce qui permet de les distinguer (cela facilite aussi le travail en cas de revert d'un changeset pour réparer une zone). _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
