<div dir="ltr"><div style="font-family:verdana,sans-serif;font-size:small" class="gmail_default">>I think a super good first step would be try and ensure that future imports are done diligently and don't introduce new issues.<br><br></div><div style="font-family:verdana,sans-serif;font-size:small" class="gmail_default">I think that is a reasonable way forward, and I concur with the rest of your post.<br><br></div><div style="font-family:verdana,sans-serif;font-size:small" class="gmail_default">I think we need to identify which parts of CANVEC are giving concern, each province is a different mixture of data sources, I suspect it is the forest and land use that are the most problematic.<br><br></div><div style="font-family:verdana,sans-serif;font-size:small" class="gmail_default">The older tiles had a problem in that a highway would reach the edge of the tile and there would be a matching highway on the next tile but there was no connection.  I spent many a happy hour, too many of them, merging nodes so routing would work.  I think the cities have been cleaned up but more rural areas still have the odd one or two to do.<br><br></div><div style="font-family:verdana,sans-serif;font-size:small" class="gmail_default">Probably what would make a lot of sense as a next step is to grab the provincial OSM dumps, chop them up into manageable portions then load them up into JOSM and run a modern validation on them.<br><br></div><div style="font-family:verdana,sans-serif;font-size:small" class="gmail_default">Cheerio John<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 1 September 2016 at 19:13, 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">Andrew,<br>
<span class=""><br>
On 09/02/2016 12:47 AM, Andrew Lester wrote:<br>
> If people from outside of Canada have decided that our data is so bad<br>
> that it needs to be completely wiped out in its entirety, then I guess<br>
> we're going to have to do something drastic to try to prevent this.<br>
<br>
</span>I think a super good first step would be try and ensure that future<br>
imports are done diligently and don't introduce new issues. (This might<br>
be the "better documentation" step that Paul mentioned.) It really<br>
shouldn't be too hard to detect whether your planned import causes<br>
overlapping lakes and forests, but there needs to be an agreement that<br>
these things matter and that you cannot simply upload "because if CanVec<br>
says that forest and water overlap then this must be true".<br>
<br>
Then one could take stock of existing issues and make a plan on how to<br>
fix them.<br>
<br>
Whether fixing existing issues will necessitate the wholesale removal of<br>
some imports is something that should be decided down the line; I know<br>
too little about CanVec imports to say whether some problems are<br>
systemic in the data source, or certain regions, or just introduced by<br>
clumsy importers. Any large-scale removal of imported data (perhaps to<br>
replace it with new, better-imported data) would also have to take into<br>
account potential manual work that has been performed on the imported by<br>
mappers with local knowledge and it would be sad to lose that.<br>
<span class="im HOEnZb"><br>
Bye<br>
Frederik<br>
<br>
--<br>
Frederik Ramm  ##  eMail <a href="mailto:frederik@remote.org">frederik@remote.org</a>  ##  N49°00'09" E008°23'33"<br>
<br>
</span><div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
Talk-ca mailing list<br>
<a href="mailto:Talk-ca@openstreetmap.org">Talk-ca@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-ca" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk-ca</a><br>
</div></div></blockquote></div><br></div>