<html><head></head><body><div style="color:#000; background-color:#fff; font-family:verdana, helvetica, sans-serif;font-size:13px"><div id="yui_3_16_0_1_1498827272885_113507" dir="ltr">translation follows ...</div><div dir="ltr" id="yui_3_16_0_1_1498827272885_115230"><br></div><div id="yui_3_16_0_1_1498827272885_115204">James</div><div id="yui_3_16_0_1_1498827272885_113508" dir="ltr">la requête overpass ci-dessous extrait pour un bbox les chemins avec role externe dans une relation et avec la même clé natural=wood que sur la relation. De là, il est facile d'effacer la clé en doublon.</div><div dir="ltr" id="yui_3_16_0_1_1498827272885_113698"><a href="http://overpass-turbo.eu/s/q5K" id="yui_3_16_0_1_1498827272885_115147">http://overpass-turbo.eu/s/q5K</a><br></div><div dir="ltr" id="yui_3_16_0_1_1498827272885_114024"><br></div><div dir="ltr" id="yui_3_16_0_1_1498827272885_113699">Jochen, pour cette première extraction à l'aide de la requête overpass, je constate que la clé en doublon a été ajoutée à plusieurs reprises par un contributeur européen. Merci à lui de nous aider. Puis oui, il faut trouver des façons de progresser comme communauté, cela dans le respect de tous.<br></div><div dir="ltr" id="yui_3_16_0_1_1498827272885_114171"><br></div><div dir="ltr" id="yui_3_16_0_1_1498827272885_118779">Vous n'êtes pas le premier à venir dire que la carte est mal foutue au Canada. Cela est très démobilisant. Sur la liste talk-ca, nous discutons aussi en anglais et français. Si vous ne faites pas d'effort pour communiquer avec les francophones, vous diminuez encore davantage vos chances de mobiliser la communauté OSM. Il vaut mieux motiver les contributeurs et tenter de comprendre la réalité de grands espaces plus ou moins désertiques tels le nord du Canada, l'Amazonie et certains territoires d'Afrique et d'Asie (moins importants ??). <br></div><div dir="ltr" id="yui_3_16_0_1_1498827272885_114270"><br></div><div dir="ltr" id="yui_3_16_0_1_1498827272885_114965">Je me rappelle la réponse humanitaire du Mali en janvier 2013 où j'expliquais aux contributeurs des pays du nord qu'une route principale est toujours une route principale, même si elle est ensablée, en mauvaise état, non pavée. La carte, les classifications et les styles sont souvent pensés pour une réalité européenne. Ce n'est pas partout que l'on voit un réseau dense d'autoroutes. Regardez au zoom=5, la carte blanche au nord du Canada ou dans d'autres régions du monde peu denses. Essayez d'y repérer des villages, des routes (non pas des autoroutes), des mines, des barrages. Bien sûr, il y en a moins de facilités, commerces, fast-food :) Il y a au nord des villages à des centaines de kilomètres les uns des autres et sans route. Doit-on les ignorer?</div><div dir="ltr" id="yui_3_16_0_1_1498827272885_116146"><a href="http://www.openstreetmap.org/#map=5/56.969/-83.979" id="yui_3_16_0_1_1498827272885_118823">http://www.openstreetmap.org/#map=5/56.969/-83.979</a><br></div><div id="yui_3_16_0_1_1498827272885_113968"><br></div><div id="yui_3_16_0_1_1498827272885_115742">cordialement<br></div><div id="yui_3_16_0_1_1498827272885_113974">-------------------------</div><div id="yui_3_16_0_1_1498827272885_113975"><br></div><div id="yui_3_16_0_1_1498827272885_115265"><span id="yui_3_16_0_1_1498827272885_115266">James</span></div><br id="yui_3_16_0_1_1498827272885_115267"><div id="yui_3_16_0_1_1498827272885_115268"><span id="yui_3_16_0_1_1498827272885_115269">The
following overpass query extracts the ways with external
role in a relation and with the same key natural = wood as on the relation. From
there it is easy to erase the duplicate key.</span></div><div id="yui_3_16_0_1_1498827272885_115271"><span id="yui_3_16_0_1_1498827272885_115272"><a href="https://ssl.microsofttranslator.com/bv.aspx?from=&to=en&a=Http%3A%2F%2Foverpass-turbo.eu%2Fs%2Fq5K" target="_blank" rel="nofollow" id="yui_3_16_0_1_1498827272885_115273">Http://overpass-turbo.eu/s/q5K</a></span></div><br id="yui_3_16_0_1_1498827272885_115274"><div id="yui_3_16_0_1_1498827272885_115275"><div id="yui_3_16_0_1_1498827272885_115736"><span id="yui_3_16_0_1_1498827272885_115276">Jochen, <br></span></div><div id="yui_3_16_0_1_1498827272885_120060"><span id="yui_3_16_0_1_1498827272885_115276"><br></span></div><div id="yui_3_16_0_1_1498827272885_115503"><span id="yui_3_16_0_1_1498827272885_115276">on this first area that I extract data, I find that the duplicate
key has been added several times by an European contributor. Thanks to
him for helping us. And yes, we have to find ways to make progress as a
community, with respect for all.</span></div></div><br id="yui_3_16_0_1_1498827272885_115278"><div id="yui_3_16_0_1_1498827272885_115279"><div dir="ltr" id="yui_3_16_0_1_1498827272885_119910"><span id="yui_3_16_0_1_1498827272885_115280"><span id="yui_3_16_0_1_1498827272885_119909">You are not the first to come and say that the map is screwed up in Canada. This is very
demobilizing. On the talk-CA list, we also discuss in English and French.
If you do not make an effort to communicate with the Francophones, you will
further reduce your chances of mobilizing the OSM community.</span> It would be good also for the global community to try to understand the reality of large, more or less deserted
spaces such as northern Canada, the Amazon and some territories of
Africa and Asia. These areas look deserted ( less important ??), but believe me, they are not.<br></span></div></div><br id="yui_3_16_0_1_1498827272885_115282"><div id="yui_3_16_0_1_1498827272885_115283"><div dir="ltr" id="yui_3_16_0_1_1498827272885_115285"><span id="yui_3_16_0_1_1498827272885_115284">I
remember the Mali OSM humanitarian response in January 2013 where I explained
to the contributors from northern countries that a major road is always a major road,
even if it is sanded, in poor condition, unpaved. The map,
classifications and styles are often thought for a European reality. It
is not everywhere that we see a dense network of highways. Look at zoom =
5. We see almost nothing in northern Canada or in other areas of the world that
are not very dense. Try to locate villages, roads (there are no motorways), mines,
dams. Of course, there are less facilities, commerce, fast foods :) Some nordic villages are hundred of km apart. Should we ignore them?<br></span></div><div dir="ltr" id="yui_3_16_0_1_1498827272885_116112"><span id="yui_3_16_0_1_1498827272885_115284"><a href="http://www.openstreetmap.org/#map=5/56.969/-83.979" id="yui_3_16_0_1_1498827272885_120291">http://www.openstreetmap.org/#map=5/56.969/-83.979</a><br></span></div></div><div id="yui_3_16_0_1_1498827272885_113949"><br></div><div id="yui_3_16_0_1_1498827272885_113505"><div dir="ltr" id="yui_3_16_0_1_1498827272885_116035">regard </div></div><div class="signature" id="yui_3_16_0_1_1498827272885_113506"><span style="font-style:italic;color:rgb(0, 0, 191);font-weight:bold;"> <br><font face="garamond, new york, times, serif">Pierre </font><br></span></div><div class="qtdSeparateBR" id="yui_3_16_0_1_1498827272885_116207"><br><br></div><div class="yahoo_quoted" id="yui_3_16_0_1_1498827272885_116213" style="display: block;"> <div style="font-family: verdana, helvetica, sans-serif; font-size: 13px;" id="yui_3_16_0_1_1498827272885_116212"> <div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, linéale; font-size: 16px;" id="yui_3_16_0_1_1498827272885_116211"> <div dir="ltr" id="yui_3_16_0_1_1498827272885_116210"> <font id="yui_3_16_0_1_1498827272885_116209" face="Arial" size="2"> <hr id="yui_3_16_0_1_1498827272885_116208" size="1"> <b><span style="font-weight:bold;">De :</span></b> James <james2432@gmail.com><br> <b><span style="font-weight: bold;">À :</span></b> Jochen Topf <jochen@remote.org> <br><b><span style="font-weight: bold;">Cc :</span></b> Talk-CA OpenStreetMap <talk-ca@openstreetmap.org><br> <b><span style="font-weight: bold;">Envoyé le :</span></b> vendredi 30 juin 2017 16h04<br> <b><span style="font-weight: bold;">Objet :</span></b> Re: [Talk-ca] Multipolygon problems<br> </font> </div> <div class="y_msg_container" id="yui_3_16_0_1_1498827272885_116215"><br><div id="yiv3458279495"><div id="yui_3_16_0_1_1498827272885_116217"><div id="yui_3_16_0_1_1498827272885_116216">If it's just removing tags, on inner polygons of a multipolygon, that should be manageable in itself... is there a way you are querying for said items without setting up a postgresql database?</div><div class="yiv3458279495yqt7988354525" id="yiv3458279495yqt89283"><div class="yiv3458279495gmail_extra" id="yui_3_16_0_1_1498827272885_116218"><br clear="none"><div class="yiv3458279495gmail_quote" id="yui_3_16_0_1_1498827272885_116220">On Jun 30, 2017 3:57 PM, "James" <<a rel="nofollow" shape="rect" ymailto="mailto:james2432@gmail.com" target="_blank" href="mailto:james2432@gmail.com" id="yui_3_16_0_1_1498827272885_116219">james2432@gmail.com</a>> wrote:<br clear="none"><blockquote class="yiv3458279495gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div>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><br clear="none"></div><div>Canvec 10.0 doesnt have the issues of double tagging, just overlapping</div></div><div class="yiv3458279495gmail_extra"><br clear="none"><div class="yiv3458279495gmail_quote">On Jun 30, 2017 3:22 PM, "Jochen Topf" <<a rel="nofollow" shape="rect" ymailto="mailto:jochen@remote.org" target="_blank" href="mailto:jochen@remote.org">jochen@remote.org</a>> wrote:<br clear="none"><blockquote class="yiv3458279495gmail_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 clear="none">
> Maybe I'm not understanding it, but in the OSM inspector [1] I just see one<br clear="none">
> case of old style multipolygon, in Manitoba. Last week, when you posted your<br clear="none">
> original message, I just saw one case in New Brunswick. IIRC, it was a park,<br clear="none">
> not even from the Canvec import.<br clear="none">
<br clear="none">
The types of problems I am talking about don't show up in the OSM<br clear="none">
inspector. This is not old-style multipolygons (where tags are on the<br clear="none">
outer ways and not on the relation), but multipolygons where the tags<br clear="none">
are on the relation AND on the ways.<br clear="none">
<br clear="none">
> In the OSM inspector other errors can be seen, but the most prevalent one is<br clear="none">
> "Touching rings". Maybe indeed a case of suboptimal mapping, but nothing<br clear="none">
> which seems urgent to me.<br clear="none">
><br clear="none">
> Here is an example of a forest multipolygon, imported by me<br clear="none">
> (canvec_fsteggink). It is still version 1, but it has tags on the relation,<br clear="none">
> not on the rings (except for the quarries): [2]<br clear="none">
> This is from Canvec v7.0. IIRC, we started at v6.0, and the last version I<br clear="none">
> know of is v10.0. Maybe v6.0 had wrong tagging, but I'm not seeing any such<br clear="none">
> cases in the OSM inspector.<br clear="none">
><br clear="none">
> So, I'd like to ask you to give a couple of examples where data imported<br clear="none">
> from Canvec is clearly wrong with regard to old style multipolygon tagging.<br clear="none">
<br clear="none">
Here are all cases in Canada (not only those from the imports):<br clear="none">
<a rel="nofollow" shape="rect" target="_blank" href="https://tmp.jochentopf.com/954226a3acab882d28d8500ddef8203d/same-tags-ca.pbf">https://tmp.jochentopf.com/954 226a3acab882d28d8500ddef8203d/ same-tags-ca.pbf</a><br clear="none">
<br clear="none">
Here is one example where you can clearly see the problem:<br clear="none">
<a rel="nofollow" shape="rect" target="_blank" href="http://www.openstreetmap.org/relation/541821">http://www.openstreetmap.org/r elation/541821</a><br clear="none">
<br clear="none">
> When we have clear examples, then it might be easier to come up with a plan<br clear="none">
> how to fix it. But so far, I see absolutely no reason why Canada stands out<br clear="none">
> in a negative way. Yes, we all acknowledge that Canvec data is suboptimal,<br clear="none">
> but as others already have pointed out, mapping everything by hand in<br clear="none">
> especially remote areas is nearly impossible.<br clear="none">
<br clear="none">
Canada stands out in a negative way, because<br clear="none">
a) there are so many problems. Nearly a third of the cases worldwide are in<br clear="none">
Canada and<br clear="none">
b) most of these problems are probably caused by one little program, the<br clear="none">
program used to convert/import the CanVec data.<br clear="none">
<br clear="none">
Mapping Canada "by hand" might be difficult because it is such a huge<br clear="none">
country and there aren't that many mappers. But the same arguments goes<br clear="none">
for why you have to be extra careful importing data. If you break<br clear="none">
something, there are not enough people to fix it manually. And, yes,<br clear="none">
errors do happen. And if we find them, we fix them and move on. But<br clear="none">
errors from imports can be so huge there aren't enough people there to<br clear="none">
fix them manually. So I think it is the job of those who did the import<br clear="none">
in the first place, to fix their work. If you add data to OSM you take<br clear="none">
on a certain responsibility. If you add more data, you have a larger<br clear="none">
responsibility. But saying: We don't have the manpower, so we are taking<br clear="none">
a shortcut and then, when it turns out the shortcut wasn't so short<br clear="none">
after all, whining that you don't have the manpower to fix it. That<br clear="none">
can't be the excuse.<br clear="none">
<br clear="none">
Jochen<br clear="none">
--<br clear="none">
Jochen Topf <a rel="nofollow" shape="rect" ymailto="mailto:jochen@remote.org" target="_blank" href="mailto:jochen@remote.org">jochen@remote.org</a> <a rel="nofollow" shape="rect" target="_blank" href="https://www.jochentopf.com/">https://www.jochentopf.com/</a> <a rel="nofollow" shape="rect" href="">+49-351-31778688</a><br clear="none">
<br clear="none">
______________________________ _________________<br clear="none">
Talk-ca mailing list<br clear="none">
<a rel="nofollow" shape="rect" ymailto="mailto:Talk-ca@openstreetmap.org" target="_blank" href="mailto:Talk-ca@openstreetmap.org">Talk-ca@openstreetmap.org</a><br clear="none">
<a rel="nofollow" shape="rect" target="_blank" href="https://lists.openstreetmap.org/listinfo/talk-ca">https://lists.openstreetmap.or g/listinfo/talk-ca</a><br clear="none">
</blockquote></div></div>
</blockquote></div></div></div></div></div><div class="yqt7988354525" id="yqt36720">_______________________________________________<br clear="none">Talk-ca mailing list<br clear="none"><a shape="rect" ymailto="mailto:Talk-ca@openstreetmap.org" href="mailto:Talk-ca@openstreetmap.org">Talk-ca@openstreetmap.org</a><br clear="none"><a shape="rect" href="https://lists.openstreetmap.org/listinfo/talk-ca" target="_blank">https://lists.openstreetmap.org/listinfo/talk-ca</a><br clear="none"></div><br><br></div> </div> </div> </div></div></body></html>