<div dir="ltr">I have certainly seen problems like this with JOSM when attempting to upload changes via an unreliable internet connection (in a remote part of Indonesia). I've also had issues with uploads via iD when the upload connection quality was poor. <div><br></div><div>Perhaps there is a way to add a quality control check to make sure that identical nodes have not already been uploaded? Unfortunately this can also be difficult when the internet connection is slow or unreliable. </div><div><br></div><div>-- Joseph Eisenberg</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jan 28, 2021 at 2:17 PM Pierre Béland via talk <<a href="mailto:talk@openstreetmap.org">talk@openstreetmap.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div><div style="font-family:verdana,helvetica,sans-serif;font-size:13px"><div><div dir="ltr">Hi Stephan,<br></div><div><br></div><div dir="ltr">good news that you can manage to fix this in the iD editor. Discussion about quality did not focus on the Editor tools.<br></div><div dir="ltr"><br></div><div dir="ltr"><div><div>OSMCha let observe changesets content. It did show more general quality problems then the duplicates. Discussion about the quality was about the impact to promote Mapathons with insufficient support to groups and individuals and the necessity to develop Monitoring tools that let identify deficiencies and organize to correct them.<span style="font-style:italic;color:rgb(0,0,191);font-weight:bold"> </span></div><div><br></div></div></div><span style="font-style:italic;color:rgb(0,0,191);font-weight:bold"></span><div><span style="font-style:italic;color:rgb(0,0,191);font-weight:bold"><font style="background-color:inherit" face="garamond, new york, times, serif">Pierre </font><br></span></div></div>
<div><br></div><div><br></div>
</div><div id="gmail-m_6295440072358330049ydpbea7cfe7yahoo_quoted_2280849574">
<div style="font-family:"Helvetica Neue",Helvetica,Arial,sans-serif;font-size:13px;color:rgb(38,40,42)">
<div>
Le jeudi 28 janvier 2021 16 h 44 min 23 s UTC−5, Stephan Knauss <<a href="mailto:osm@stephans-server.de" target="_blank">osm@stephans-server.de</a>> a écrit :
</div>
<div><br></div>
<div><br></div>
<div><div dir="ltr">On 28.01.2021 00:24, john whelan wrote:<br clear="none">> The thing that mystifies me is where the second buildings are coming <br clear="none">> from. Once iD has put them up to the database then they should no <br clear="none">> longer be tagged as uploadable unless it is something really stupid like <br clear="none">> close iD down before it confirms the edits have been uploaded. On that <br clear="none">> case iD will think they still need to go and next time it does an upload <br clear="none">> it will upload them again.<br clear="none"><br clear="none">I think we spotted a bug in iD here. I recently fixed a lower two-digit <br clear="none">number of duplicates which fit well into this pattern.<br clear="none">All duplicate the exact same geometry that the same user had uploaded a <br clear="none">bit earlier. Just upload message did differ and on second upload <br clear="none">additional objects had been touched.<br clear="none"><br clear="none">Maybe some hickup during upload tricks iD into thinking they hadn't been <br clear="none">uploaded yet.<br clear="none"><br clear="none">I would generally agree that HOT edits are quite frequently of not so <br clear="none">great quality, but this time it seems to more of an editor problem than <br clear="none">HOT process.<br clear="none"><br clear="none">Stephan</div></div>
</div>
</div></div>_______________________________________________<br>
talk mailing list<br>
<a href="mailto:talk@openstreetmap.org" target="_blank">talk@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk</a><br>
</blockquote></div>