[OSM-talk-fr] JOSM : impossible d'envoyer les modifications

[Philippe Verdy]

François, on ne parle pas de ça !

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.

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.

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).

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.

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).



Le 27 mars 2014 11:58, François Lacombe <
francois.lacombe at telecom-bretagne.eu> a écrit :

> Le nombre d'objet modifié par changeset influe forcément sur le nombre de
> changeset global.
>
> J'ai 1000 modifications à faire dans une journée, je peux le faire en 1
> seul changeset ou en 1000.
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20140327/1e432b98/attachment.htm>