<div dir="ltr">François, on ne parle pas de ça !<div class="gmail_extra"><br>Moi aussi mes changesets comprennent très couramment des centaines voire des milliers d'objets modifiés. Pourtant mes envois sont limités avec des requêtes de 5 objets par requête. Je ne ferme pas le changeset entre temps, le même changeset contient des dizaines voire une centaine de requêtes.</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">On parle ici de l'option dans l'onglet "avancé" de JOSM du dialogue d'envoi de données : c'est une préférence que j'ai réduite pour m'épargner ensuite bien des problèmes et pour ne jamais me retrouver ensuite avec des listes de conflits avec des centaines d'objets (sans qu'on puisse sauvegarder en cours). Au maximum je n'ai donc jamais plus de 5 conflits à la fois: je eoux les résoudre alors facilement en quelques minutes, puis je sauve le fichier OSM localement et je reprends l'envoi dans le changeset en cours.</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">De plus j'ai réglé JOSM pour qu'il ne ferme pas automatiquement le changeset en cours. Je le fais toujours manuellement une fois que toutes les données ont été transmises (et je le vérifie en refaisant un envoi car cela arrive TRES souvent que l'envoi ne soit pas complet et s'interrompe sans qu'on soit averti par JOSM, on ne le voit que si on a ouvert la console Java pour voir une exception que JOSM traite sans nous avertir que toutes les données ne sont pas encore envoyées).</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">Et oui, je constate TRES régulièrement que le serveur ferme prématurément une session après quelques minutes en plein milieu d'un envoi en cours et en général après avoir traité environ 2000 objets (mais le seuil est très variable, en nombre d'objets comme en durée de session). Impossible de savoir où la sessions s'est perdue.</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">C'est pour ça que je préfère avoir des requêtes petites avec un retour de statut entre chaque (le statut peut être soit OK, la requête suivante est automatiquement envoyée avec les 5 objets suivants, soit KO avec une liste de conflits, et je tiens absolument à ce que ces listes soient petites sinon ça devient un enfer; parfois le statut n'est jamais retourné, la session a été interrompue sans prévenir et l'envoi encours n'est pas terminé, mais le changeset en cours ne peut pas être continué, ce qu'on constate quant on essaye d'envoyer la suite).</div>

<div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><div class="gmail_extra"><br><div class="gmail_quote">Le 27 mars 2014 11:58, François Lacombe <span dir="ltr"><<a href="mailto:francois.lacombe@telecom-bretagne.eu" target="_blank">francois.lacombe@telecom-bretagne.eu</a>></span> a écrit :<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div><div><div>Le nombre d'objet modifié par changeset influe forcément sur le nombre de changeset global.<div class="">

<br>J'ai 1000 modifications à faire dans une journée, je peux le faire en 1 seul changeset ou en 1000.<br></div></div></div></div></div></blockquote></div></div></div>