<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
    <title></title>
  </head>
  <body bgcolor="#ffffff" text="#000000">
    Le 21/09/2010 15:30, Tenshu a écrit :
    <blockquote
      cite="mid:AANLkTimnWO88nD9g-9gNLk1tor4NzCspoM046sTz_+4v@mail.gmail.com"
      type="cite">2010/9/21 Vincent Pottier <span dir="ltr"><<a
          moz-do-not-send="true" href="mailto:vpottier@gmail.com">vpottier@gmail.com</a>></span><br>
      <div class="gmail_quote">
        <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
          0.8ex; border-left: 1px solid rgb(204, 204, 204);
          padding-left: 1ex;">
          <div text="#000000" bgcolor="#ffffff">
            Quoi qu'il en soit du respect des protocoles, je trouve JOSM
            peu clair
            au moment de la transaction ou de son échec.<br>
            Il me semble que dans des versions précédentes de JOSM (il y
            a 6 mois
            environ), lors d'un upload par paquet, les objets en local
            étaient mis
            à jour paquet par paquet (id et statut), ce qui, me
            sembl-t-il n'est
            plus le cas. Lors d'un upload de 20 paquets, si la
            transaction est
            interrompue (volontairement ou non) au 10e, j'ai
            l'impression que les 9
            paquets envoyés ne sont pas mis à jour dans JSOM, ce qui
            fait qu'une
            relance de la transaction renvoie les nouveaux objets en
            double.<br>
            Mais, bon, je n'ai pas de certitude...<br clear="all">
          </div>
        </blockquote>
        <div><br>
          C'est exactement ça le problème. <br>
        </div>
      </div>
      <br>
      -- <br>
    </blockquote>
    On a avancé :<br>
    1 - il y a un pb côté JOSM a coup sûr => donc avertir l'équipe de
    JOSM ;<br>
    2 - les serveurs sont PROBABLEMENT surchargés et donc ce pb est plus
    fréquent et ne passe plus inaperçu => SIMILI pb côté charge
    serveur.<br>
    <br>
    note : en gras, termes prudents, même si cela semble confirmées par
    Émilie, mais...<br>
    <br>
    Reste à rédiger une note à destination de l'équipe JOSM pour ceux
    qui ont une expérience du pb et leur transférer : "Il y a 6 mois on
    n'avait pas ce pb parce que mise à jour locale des paquets.
    Aujourd'hui ce n'est plus le cas mais ça pose pb avec les imports
    massifs quand pb en cours d'export vers le serveur..."<br>
    <br>
    Benoît R.<br>
    <br>
  </body>
</html>