<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 29, 2021 at 1:58 AM mmd <<a href="mailto:mmd.osm@gmail.com">mmd.osm@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
A few remarks:<br>
<br>
Unlike JOSM, iD doesn't update local negative ids with new real object<br>
ids it receives from the API, and simply starts a new session by loading<br>
all data from the API again.<br>
<br>
As this could result in reading some outdated data, iD introduced two<br>
extra delays of 2.5s each to cater for potential database replication<br>
delays (mostly for historic reasons).<br>
<br>
If a user were to close a browser tab while the upload popup is still<br>
showing up, chances are that the upload already finished. Still iD<br>
updates its local storage rather late to mark the upload as successful.<br>
Next time iD gets opened, the user can choose to either keep or discard<br>
previous changes, which introduces a way for duplicate uploads.<br>
<br>
Furthermore, duplicate uploads could be avoided by a mechanism called<br>
"idempotent uploads". As there was no consensus on implementation<br>
details, this feature isn't available at this time.<br>
<br>
The changeset upload endpoint supports compressed uploads. Due to the ~<br>
8x compression of XML data, working even on 2G mobile networks becomes<br>
feasible. As of today, few  mobile editors like Go Map!! support<br>
compressed uploads.<br>
<br>
Changeset uploads are no longer handled by the Rails port since about<br>
mid-2019.<br></blockquote><div>Thanks for the clarifications and corrections.</div><div><br></div><div><br></div><div>Mike</div></div><div class="gmail_quote"><br></div></div>