[OSM-talk-fr] disparition d'un hypermarché

[Philippe Verdy]

Ce n'est pas étonnant vu que iD ne propose aucune solution pour gérer les
conflits d'édition sans devoir tout perdre, leurs utilisateurs du coup
valident chaque modif une par une.
A mon avis il a dû expérimenter ça une fois et face à ce gâchis de temps
s'est décidé à fermer les changesets avec l'accélérateur clavier de façon
répétitive.

iD n'est pas vraiment adapté pour travailler sur une zone avec plein de
changements à faire autour, c'est un éditeur de POIs locaux et c'est tout
pour l'instant (et ce n'est pas parce qu'il commence à supporter les
relations que ça améliore les choses), ou alors pour corriger un tag ou
deux à partir d'un outil de supervision qualité (comme Osmose).

L'ancien éditeur en ligne est plus facile à maîtriser car même s'il ne
nécessite pas de fermer les changesets, au moins il sauve dans le changeset
en cours au fur et à mesure (ce qui limite la possibilité des conflits).

Il faudrait qu'iD puisse lui aussi envoyer ses données au fur et à mesure,
sans avoir à fermer le changeset en cours (il suffirait qu'il ne le ferme
automatiquement qu'au bout d'un temps voisin d'1 heure (le serveur ferme le
changeset au bout de 2 heures sans nouvelle modif) et que le raccourci de
sauvegarde ne fasse que ça sans fermer, et qu'il sauve aussi
automatiquement au bout d'1 ou 2 minute maxi de travail (afin d'être averti
plus tôt des conflits) sans avoir à utiliser un raccourci clavier ou
cliquer sur l'icône de sauvegarde (il pourrait aussi fermer le changeset si
on fait un zoom out à une échelle où il ne peut pas charger de données
quand la zone est trop grande).

JOSM reste encore l'outil incontournable pour travailler sur une zone où il
y a de la concurrence.
Et iD est inutilisable dans une cartopartie, à moins de l'utiliser comme le
fait Alain.

Note : je n'ai pas réévalué récemment iD pour voir si cela s'est amélioré
concernant les conflits et les sauvegardes de travaux en cours.

Le 16 octobre 2013 14:55, <f.dos.santos at free.fr> a écrit :

> C'est sûr avec 1 changeset par way modifié les compteurs vont plus vite ;-)
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20131016/4049ecf5/attachment.htm>