<div dir="auto">To be fair....your example is from Canvec 4.0.....that's reaaaaaaaaaaallly old....was it possible that was a way of tagging back in the days? Or was it created initially as a polygon and was later converted to a relation?<div dir="auto"><br></div><div dir="auto">Canvec 10.0 doesnt have the issues of double tagging, just overlapping</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Jun 30, 2017 3:22 PM, "Jochen Topf" <<a href="mailto:jochen@remote.org">jochen@remote.org</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Fri, Jun 30, 2017 at 08:16:40PM +0200, Frank Steggink wrote:<br>
> Maybe I'm not understanding it, but in the OSM inspector [1] I just see one<br>
> case of old style multipolygon, in Manitoba. Last week, when you posted your<br>
> original message, I just saw one case in New Brunswick. IIRC, it was a park,<br>
> not even from the Canvec import.<br>
<br>
The types of problems I am talking about don't show up in the OSM<br>
inspector. This is not old-style multipolygons (where tags are on the<br>
outer ways and not on the relation), but multipolygons where the tags<br>
are on the relation AND on the ways.<br>
<br>
> In the OSM inspector other errors can be seen, but the most prevalent one is<br>
> "Touching rings". Maybe indeed a case of suboptimal mapping, but nothing<br>
> which seems urgent to me.<br>
><br>
> Here is an example of a forest multipolygon, imported by me<br>
> (canvec_fsteggink). It is still version 1, but it has tags on the relation,<br>
> not on the rings (except for the quarries): [2]<br>
> This is from Canvec v7.0. IIRC, we started at v6.0, and the last version I<br>
> know of is v10.0. Maybe v6.0 had wrong tagging, but I'm not seeing any such<br>
> cases in the OSM inspector.<br>
><br>
> So, I'd like to ask you to give a couple of examples where data imported<br>
> from Canvec is clearly wrong with regard to old style multipolygon tagging.<br>
<br>
Here are all cases in Canada (not only those from the imports):<br>
<a href="https://tmp.jochentopf.com/954226a3acab882d28d8500ddef8203d/same-tags-ca.pbf" rel="noreferrer" target="_blank">https://tmp.jochentopf.com/<wbr>954226a3acab882d28d8500ddef820<wbr>3d/same-tags-ca.pbf</a><br>
<br>
Here is one example where you can clearly see the problem:<br>
<a href="http://www.openstreetmap.org/relation/541821" rel="noreferrer" target="_blank">http://www.openstreetmap.org/<wbr>relation/541821</a><br>
<br>
> When we have clear examples, then it might be easier to come up with a plan<br>
> how to fix it. But so far, I see absolutely no reason why Canada stands out<br>
> in a negative way. Yes, we all acknowledge that Canvec data is suboptimal,<br>
> but as others already have pointed out, mapping everything by hand in<br>
> especially remote areas is nearly impossible.<br>
<br>
Canada stands out in a negative way, because<br>
a) there are so many problems. Nearly a third of the cases worldwide are in<br>
   Canada and<br>
b) most of these problems are probably caused by one little program, the<br>
   program used to convert/import the CanVec data.<br>
<br>
Mapping Canada "by hand" might be difficult because it is such a huge<br>
country and there aren't that many mappers. But the same arguments goes<br>
for why you have to be extra careful importing data. If you break<br>
something, there are not enough people to fix it manually. And, yes,<br>
errors do happen. And if we find them, we fix them and move on. But<br>
errors from imports can be so huge there aren't enough people there to<br>
fix them manually. So I think it is the job of those who did the import<br>
in the first place, to fix their work. If you add data to OSM you take<br>
on a certain responsibility. If you add more data, you have a larger<br>
responsibility. But saying: We don't have the manpower, so we are taking<br>
a shortcut and then, when it turns out the shortcut wasn't so short<br>
after all, whining that you don't have the manpower to fix it. That<br>
can't be the excuse.<br>
<br>
Jochen<br>
--<br>
Jochen Topf  <a href="mailto:jochen@remote.org">jochen@remote.org</a>  <a href="https://www.jochentopf.com/" rel="noreferrer" target="_blank">https://www.jochentopf.com/</a>  <a href="tel:%2B49-351-31778688" value="+4935131778688">+49-351-31778688</a><br>
<br>
______________________________<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>
</blockquote></div></div>