[OSM-talk-fr] Solution pour surveiller les "gros" changeset ou "potentiellement problématiques"

[Philippe Verdy]

Le 23 janvier 2013 22:56, Pieren <pieren3 at gmail.com> a écrit :
> 2013/1/23 partir-en-vtt <admin at partir-en-vtt.com>:
>> Surveillons, surveillons, il n'y a que moi que ça choque ou bien ?
>
> T'inquiètes pas. Ça ne serait pas pour imposer la règle débile du
> compte séparé que personne ne comprends. Mais pour détecter
> suffisamment tôt les bourrins qui font de l'import sans intégration
> avec l'existant, ou avec les données en double ou en triple, ou
> interrompus au milieu de l'upload.

Pour le dernier cas des données interrompues au milieu de l'upload on
ne le sait pas toujours : JOSM a tendance à ne rien signaler du tout à
l'utilisateur notammenet après avoir téléchargé les objets ajoutés ou
modifiés et quand l'interruption se produit sur les objets à
supprimer. On s'en rend compte seulement lors du téléchargement du
changeset suivant : on s'aperçoit quele changeset en cours était
encore ouvert et les deux changesets se mélangent en écrasant le
commentaire du changeset précédent par celui du suivant, et les objets
oubliés (notamment les objets à supprimer oubliés du changeset
précédent non termoné) seront là encore envoyés à la fin, après même
les objets ajoutés ou modifiés du nouveau changeset...

L'utilisateur en question n'est pas en faute car c'est en fait
impossible à voir dans l'interface (il y a bien un moyen : appuer sur
CTRL+ALT+Q pour voir si le changeset est encore ouvert mais dans
certains cas il aura déjà été fermé (par le serveur lui-même au delà
d'une certaine limite de durée) alors que le téléchargement n'était
pas fini !