<div dir="ltr">It wouldn't make sense for anybody to put a deadline on it. It's important to communicate this to the 'integrators' though, that's the point I was trying to make. I definitely didn't stress on it enough, when I prepared the data for UrbIS.<div><br></div><div>Maybe we should also foresee procedures for cases where it's obvious people take the data and just 'run with it'? If needed we shouldn't hesitate to revert changesets. Who's going to follow up on that though? reverts should ideally happen as quickly as possible.<div><div><br></div><div>About landuse that attaches to other landuse or buildings. JOSM has a tool to nicely stitch those together. It's in the contourmerge plugin.</div><div><br></div><div>Jo</div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-12-15 11:38 GMT+01:00 Marc Gemis <span dir="ltr"><<a href="mailto:marc.gemis@gmail.com" target="_blank">marc.gemis@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Thu, Dec 15, 2016 at 8:59 AM, Glenn Plas <<a href="mailto:glenn@byte-consult.be">glenn@byte-consult.be</a>> wrote:<br>
>> A model import does not introduce errors that could be avoided by<br>
>> simply looking at aerial imagery<br>
><br>
> Does, or does not ?<br>
<br>
</span>I break the silence, just because you asked a question :-)<br>
<br>
every building imported via a model import should be checked<br>
individually. If you see that the aerial imagery does not show the<br>
building, look at a third source. Depending on the age of the sources<br>
take action.<br>
I have seen buildings that were destroyed, but visible on the<br>
grootschalige aerial images and GRB, but not in the field or on the<br>
kleinschalige aerial images. So you do not do an import then.<br>
Ideally, every building that you add is validated by the mapper. This<br>
is a slow process.<br>
<br>
<br>
Some of the problems I encountered during the church improvements<br>
- sub area of the church was marked as tower. This sub area add to be<br>
adapted to the new floorplan. 3D information will give the same<br>
problem.<br>
- almost every grave yard add to be added to nicely fit against the<br>
wall of the church. Maybe this problem is unique for churches as other<br>
buildings do not have landuse attached to it ?<br>
- in some cases you have to move paths as they would otherwise lead<br>
through the church. Also occurs for footpaths between 2 buildings.<br>
<br>
Other problems<br>
- addresses that do not match, the geometry merge plugin is not really<br>
helpful to see which address comes from GRB and which one was in OSM.<br>
- replacing multipolygons with individual buildings and somehow<br>
keeping the history.<br>
- Take a look at <a href="https://xian.smugmug.com/OSM/Screenshots/AGIV-Problems/" rel="noreferrer" target="_blank">https://xian.smugmug.com/OSM/<wbr>Screenshots/AGIV-Problems/</a><br>
<br>
so there are a lot of things to check while you add the data, all of<br>
them will slow you down during the import.<br>
<br>
@Jo, I am glad you do not put a deadline on it. Thanks !<br>
<br>
regards<br>
<span class="HOEnZb"><font color="#888888"><br>
m<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
______________________________<wbr>_________________<br>
Talk-be mailing list<br>
<a href="mailto:Talk-be@openstreetmap.org">Talk-be@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-be" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk-be</a><br>
</div></div></blockquote></div><br></div>