<div dir="ltr">I'm usually just a lurker on these lists but this has dragged me out of my cave.<div><br></div><div>Michael,</div><div><br></div><div>I'm glad you care about the quality of the map, I do too.  I welcome you to take an constructive approach to working with these problems.  Canada has an area of <span style="color:rgb(0,0,0);font-family:sans-serif;font-size:13.3px;line-height:21.28px;text-align:-webkit-right;background-color:rgb(249,249,249)">9,984,670 square kilometers with a population density of only 8.8.  That presents us with challenges that wouldn't apply to a country with an area of </span><span style="color:rgb(0,0,0);font-family:sans-serif;font-size:13.3px;line-height:21.28px;text-align:-webkit-right;background-color:rgb(249,249,249)">357,022 square kilometers and a population density of 593.</span><span style="color:rgb(0,0,0);font-family:sans-serif;font-size:13.3px;line-height:21.28px;text-align:-webkit-right;background-color:rgb(249,249,249)">  </span>Rather than handing out an ultimatum to the Canadian mapping community how about you work with us?  We share your concerns in regards to data quality but your unilateral reversion of commits without communication or cooperation is damaging to the map.</div><div><br></div><div>I find your comment "if it has not been touched for a few weeks" comment to be insulting and it shows a complete lack of understanding of the realities on the ground.  I'm personally working at improving the map in my area (County of Vermilion River, Alberta, Canada) and you are more than welcome to constructively help. However, just because I haven't touched something for a couple of weeks doesn't mean I've forgotten about it.  It means I was on holidays or got busy with other things in the office.</div><div><br></div><div>Have you ever tried importing data using JOSM?  I've spent hours poring over a few square miles of countryside and trying to get everything cleaned up and merged.  Then, when I actually import, the data gets split into much smaller sizes.  Or maybe I get some of it imported and then have to fix a bug I missed in something else.  To somebody like you it looks like I just dumped a bunch of data in when in reality I've been picking away at it for a few days.</div><div><br></div><div>Darren Wiebe  </div><div class="gmail_extra"><br clear="all"><div><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div style="font-size:small;font-family:arial,helvetica,sans-serif"><br></div></div></div></div></div></div></div>
<br><div class="gmail_quote">On Thu, Sep 1, 2016 at 8:49 AM, Sam Dyck <span dir="ltr"><<a href="mailto:samueldyck@gmail.com" target="_blank">samueldyck@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div>Micheal<br><br></div>Thanks for contacting us. I must object strongly to your use of the Worst of OSM example and generally assumption that the data is broken if it doesn't line up. I checked multiple commercial imagery providers before I found a digitalglobe image that covered the area during the summer. There is a large patch of sand between the vegetation-filled area and the coast. As for the boundary, that comes from another official source, I think it is supposed to be spaced off of the coastline, though I don't remember exactly how they calculated it, we would likely need a constitutional change to make it line up with the coast. Just because things don't match up does not mean that the data is wrong. Nature doesn't always translate into nice, clean maps. <br><span><font color="#888888"><br></font></span></div><span><font color="#888888">Sam<br></font></span><div><div><div><span><br>-----Original Message-----<br>
From: Michael Reichert [mailto:<a href="mailto:nakaner@gmx.net" target="_blank">nakaner@gmx.net</a>]<br></span><span>
Sent: <span><span>Thursday, 1 September, 2016 01:39</span></span><br>
To: <a href="mailto:talk-ca@openstreetmap.org" target="_blank">talk-ca@openstreetmap.org</a><br>
Subject: [Talk-ca] CanVec Reverts<br>
<br></span><span>
-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA256<br>
<br>
Hi,<br>
<br></span><div><div>
unfortunately posting via Gmane does not seem to work (the website is 
down but NNTP still works), that's why I have to start a new thread. :-(<br>
<br>
Am Tue, 30 Aug 2016 21:41:21 -0500 schrieb Sam Dyck:<br>
> After reading through the changeset discussion, I discovered that one<br>
> of my imports in Northern Manitoba made Worst of OSM.<br>
> (<a href="http://worstofosm.tumblr.com/post/22180046353/dear-" rel="noreferrer" target="_blank">http://worstofosm.tumblr.com/<wbr>post/22180046353/dear-</a><br>
> openstreetmap-isnt-it-strange-<wbr>how-the). As someone who spends a some<br>
> time amount of time in some of relatively unpopulated areas of Canada<br>
> and makes an effort to check the quality of Canvec data (which is<br>
> usually pretty good), I do agree that it is impossible to do<br>
> everything to the same level of quality that we would provide in<br>
> Toronto or Timmins or even small prairie towns.<br>
<br>
First of all, it is ok that an import takes a few years and therefore 
creates ugly green rectancles on the map. If an import is "unavoidable"<br>
:-), a manual import is the best thing that can be happen. But if 
someone uploads a changeset without a manual review beforehand, he 
counteracts the aim of a manual import: addind good data to 
OpenStreetMap. That's what I am mainly fighting against. If a users 
uploads much more than 100 objects per minute [1], you can be sure that 
he has not done any manual review. A manual review by myself confirmed 
this these. I am fighting against such changesets/users.<br>
<br>
A good imports must be reviewed *before* it is being uploaded. The review contains:<br>
- - Run JOSM validator, fix all warnings and errors. This includes all 
warnings regarding validity of areas. (you can argue if all warnings 
about "deprecated" tagging have to be fixed)<br>
- - Compare the data with available imagery. Is the forest really a 
forest or is another tag more appropiate? Right-click on a Bing tile at 
JOSM and have a look how old/recent the imagery is.<br>
- - Check if CanVec data fits to itself.<br>
<a href="http://worstofosm.tumblr.com/post/22180046353/dear-openstreetmap-isnt-it-strange-how-the" rel="noreferrer" target="_blank">http://worstofosm.tumblr.com/p<wbr>ost/22180046353/dear-openstree<wbr>tmap-isnt-<br>
it-strange-how-the</a><br>
- - Check if there has been any other data before. If yes, adapt the either the CanVec data or the old data.<br>
<a href="https://wiki.openstreetmap.org/wiki/File:Import-Fails-Powerlines-Not-Inside-Cutting.png" rel="noreferrer" target="_blank">https://wiki.openstreetmap.org<wbr>/wiki/File:Import-Fails-Powerl<wbr>ines-Not-Ins<br>
ide-Cutting.png</a><br>
<a href="https://www.openstreetmap.org/way/439631732" rel="noreferrer" target="_blank">https://www.openstreetmap.org/<wbr>way/439631732</a><br>
- - Ways should not overlap with other ways if it is not necessary. The 
outer ring of a lake should also be inner member of the forest 
multipolygon. Maybe the program which created the OSM files should be 
imprved?<br>
- - Keep the history.<br>
<a href="https://wiki.openstreetmap.org/wiki/Good_practice#Keep_the_history" rel="noreferrer" target="_blank">https://wiki.openstreetmap.org<wbr>/wiki/Good_practice#Keep_the_h<wbr>istory</a><br>
<br>
If a tile has been imported without being checked manually and no 
post-upload fixes have been done (i.e. upload without any checks), I 
will not shrink from reverting it. If a tile has been uploaded to OSM 
without a review and if it has not been fixed within a month, it is 
worthless and can easily be reimported at a later time if someone has 
the time to check and fix it.<br>
<br>
For the future, I will abstain from reverting changesets which have been imported before <span><span>September 1, 2016</span></span>
 and whose users are currently doing the fixes that should already have 
been done. But if I come across an imported tile of low quality which 
has not been touched for a few weeks and is full of errors, it is just a
 question of time until it is reverte d.<br>
<br>
Best regards<br>
<br>
Michael<br>
<br>
[1] I had a look on a few of my changesets which added a large number of
 buildings to OSM. The fastest changeset contained about 60 objects per 
minute and was full of missing buildings as I later detected while 
collecting the housenumbers and usage of the buildings.<br>
<br>
</div></div></div></div></div></div>
<br>______________________________<wbr>_________________<br>
Talk-ca mailing list<br>
<a href="mailto:Talk-ca@openstreetmap.org" target="_blank">Talk-ca@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-ca" rel="noreferrer" target="_blank">https://lists.openstreetmap.or<wbr>g/listinfo/talk-ca</a><br>
<br></blockquote></div><br></div></div>