<div dir="ltr">Quick reply to Frederick's comment.<div><br></div><div>Our (2nd Ottawa building import) does not remove any existing OSM data.</div><div><br></div><div>Hence why we added the QA-Tiles to prevent having the "new" imported data overlap on existing OSM data. That way we don't have any conflicts with new & existing data.</div><div><br></div><div>I do agree with Frederick on this: Whenever anyone starts importing overlapping data into OSM, it can be a lot of work doing a good job for a "new" mapper. By removing any overlapping data, this prevents a lot of these possible human caused errors.</div><div><br></div><div>+1 Frederick, you do offer good feedback (even if we might disagree on certain vues & opinions).</div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div style="font-family:arial;font-size:small"><div><i>~~~~~~</i></div><div><i><b>Denis Carriere</b></i></div></div></div></div></div></div></div></div></div></div></div></div>
<br><div class="gmail_quote">On Tue, Mar 28, 2017 at 1:43 PM, Frederik Ramm <span dir="ltr"><<a href="mailto:frederik@remote.org" target="_blank">frederik@remote.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<span class=""><br>
On 03/28/2017 05:48 PM, Denis Carriere wrote:<br>
> Instead of having tons of different people trying to attempt loading all<br>
> of these 8 Million buildings,<br>
<br>
</span>[...]<br>
<span class=""><br>
> After all the "hard work" is done.. you can simply add those<br>
> small chunks of data with JOSM using any Tasking Manager<br>
<br>
</span>This is where I have violently disagreed with Denis and his team in the<br>
past and still do; in my eyes, the *hard* work starts once the data has<br>
been prepared and converted and set up, because *then* I want people<br>
familiar with the area to load the data, compare it with what's there,<br>
NOT blindly delete what's there, cross-check with aerial imagery and so on.<br>
<br>
In my eyes, all the data preparation is peanuts, and the real value is<br>
added to the import at the upload stage. This is where it is decided<br>
whether this import will be successful or rubbish. A sad example for a<br>
rubbish import is almost all of CanVec, which tends to be uploaded by<br>
people who think that the "hard work" is already done by those who<br>
prepared the data, and that all that is left for them is hitting the<br>
upload button in JOSM.<br>
<br>
While a task manager can help, it tends to invite contributions by<br>
people who are not at all local to the area just to "colour it green".<br>
This is undesirable in my opinion.<br>
<br>
Bye<br>
<span class="HOEnZb"><font color="#888888">Frederik<br>
<br>
--<br>
Frederik Ramm  ##  eMail <a href="mailto:frederik@remote.org">frederik@remote.org</a>  ##  N49°00'09" E008°23'33"<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
______________________________<wbr>_________________<br>
Talk-us mailing list<br>
<a href="mailto:Talk-us@openstreetmap.org">Talk-us@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-us" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk-us</a><br>
</div></div></blockquote></div><br></div></div>