<html><body><div style="color:#000; background-color:#fff; font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:10pt">Bonjour Dega,<br><br>effectivement Osmose est très utile. Par contre, pour certaines erreurs mentionnés, il faut se demander s'il faut intervenir ou non. Je trouve aussi discutable d'identifier comme erreur l'intersection d'un chemin et d'un cours d'eau lorsqu'il n'es pas explicitement indiqué que la portion du cours d'eau passe sous la route. En effet, par défaut on peut s'attendre que c'est le cas.<br><br>Il y a aussi beaucoup d'erreurs parce que il n'y pas systématiquement une ligne au centre des rivières. Elle devrait aussi traverser les lacs. Cela a pour objectif de constituer le bassin versant, de voir les différentes branches qui se connectent à une rivière.<br><br>Pour ce qui est des abbréviations, on considère que l'on devrait toujours écrire au long. Et
l'algorithme d'Osmose indique donc comme erreur possible toutes les abbréviations. Mais évidemment si c'est une abbréviation sur le panneau.<br><div><br><span></span></div><div style="color: rgb(0, 0, 0); font-size: 13.3333px; font-family: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif; background-color: transparent; font-style: normal;"><span>Ce qu'il est possible de faire, c'est de repérer le type d'erreur dans la liste à gauche. On peut soit décocher un type d'erreur pour ne pas voir par exemple les croisements routes et cours d'eau, ou au contraire tout décocher et ne cocher qu'un seul type d'erreur. Dans ce cas, si l'on veut travailler uniquement sur les polygones où il y a doublon, on pourra travailler beaucoup plus rapidement, puisque l'on ne travaillera que sur un type d'erreur (sélectionner dans la première section Structurel, </span><br> <a target="_blank"
href="http://osmose.openstreetmap.fr/fr/errors/?item=1170">multipolygone</a>). J'ai essayé aujourd'hui et je pouvais rapidement repérer les différents polygones avec doublon. Et j'ai constaté que c'est souvent la même personne qui commet ces erreurs. Cela arrive probablement lors du traitement individuel des objets, lorsqu'on les fusionne à un autre calque. On ne le voit pas lorsqu'il y a superposition de deux polygones. Ce qui est curieux, c'est que le deuxième polygone n'a aucun attribut. Une bonne solution serait de développer un style Mapcss pour JOSM qui identifierait diverses erreurs dont les polygones en double.</div><div style="color: rgb(0, 0, 0); font-size: 13.3333px; font-family: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif; background-color: transparent; font-style: normal;"><br></div><div style="color: rgb(0, 0, 0); font-size: 13.3333px; font-family: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida
Grande,sans-serif; background-color: transparent; font-style: normal;"><span><br></span></div><div style="color: rgb(0, 0, 0); font-size: 13.3333px; font-family: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif; background-color: transparent; font-style: normal;">Lorsqu'un type d'erreur assez identifiable se répète, il peut être avantageux de traiter autrement que via Osmose. On peut par exemple extraire les données à l'aide de l'excellent service http://overpass-turbo.eu/ et ensuite amener les données dans JOSM pour traitement. J'ai fait cela pour tous les chemins où il y avait deux espaces blancs. J'ai pu faire une requête où je sélectionnais tous les chemins ayant ces deux espaces dans le nom. De même, si l'on trouve des attributs oneway=no. un attribut que l'on ne devrait pas trouver.</div><div style="color: rgb(0, 0, 0); font-size: 13.3333px; font-family: HelveticaNeue,Helvetica
Neue,Helvetica,Arial,Lucida Grande,sans-serif; background-color: transparent; font-style: normal;"><br></div><div style="color: rgb(0, 0, 0); font-size: 13.3333px; font-family: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif; background-color: transparent; font-style: normal;">Pour ce qui est du traitement de certains éléments tels 1ère, ce que tu peux faire c'est d'essayer d'en discuter sur le irc osm-fr <span class="st"> <em>irc</em>://<em>irc</em>.oftc.net#<wbr><em>osm</em>-<em>fr</em></span>. Évidemment, il faut discuter le matin ou l'après-midi, puisqu'en soirée il est très tard chez eux. Sinon discuter sur la liste de discussion talk-fr https://lists.openstreetmap.org/pipermail/talk-fr. S'ils sont réticents à faire des exceptions parce que trop lourd à maintenir, il nous faudrait recopier le tout et gérer des bases de données, des serveurs, des scripts d'extraction.</div><div style="color: rgb(0, 0, 0);
font-size: 13.3333px; font-family: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif; background-color: transparent; font-style: normal;"><br></div><div style="color: rgb(0, 0, 0); font-size: 13.3333px; font-family: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif; background-color: transparent; font-style: normal;"><br><span></span></div><div style="color: rgb(0, 0, 0); font-size: 13.3333px; font-family: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif; background-color: transparent; font-style: normal;"><span><br></span></div><div> </div><div><span style="font-style:italic;color:rgb(0, 0, 191);font-weight:bold;">Pierre <br></span><br></div> <div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 10pt;"> <div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 12pt;"> <div
dir="ltr"> <hr size="1"> <font face="Arial" size="2"> <b><span style="font-weight:bold;">De :</span></b> dega <gadelap@gmail.com><br> <b><span style="font-weight: bold;">À :</span></b> Pierre Béland <pierzenh@yahoo.fr> <br><b><span style="font-weight: bold;">Cc :</span></b> "jfd553@hotmail.com" <jfd553@hotmail.com>; "talk-ca@openstreetmap.org" <talk-ca@openstreetmap.org> <br> <b><span style="font-weight: bold;">Envoyé le :</span></b> Mardi 7 janvier 2014 18h36<br> <b><span style="font-weight: bold;">Objet :</span></b> Re: [Talk-ca] Pourquoi les imports doivent être régis<br> </font> </div> <div class="y_msg_container"><br><div id="yiv6573722184"><style type="text/css">
#yiv6573722184 p, #yiv6573722184 li {white-space:pre-wrap;}
</style><div>
<div style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px;">Le 7 janvier 2014 15:34:00 Pierre Béland a écrit :<br clear="none">> Nous avons obtenu que le Québec soit couvert par cet outil. Il faudrait</div>
<div style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px;">> davantage s'en servir. Les polygones en double y sont notamment couverts.</div>
<div style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px;"> </div>
<div style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px;">Bonjour Pierre</div>
<div style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px;">Merci! Je ne connaissais pas Osmose.</div>
<div style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px;">Merci d'être intervenu auprès d'OSM-France pour l'inclusion du Québec.</div>
<div style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px;"> </div>
<div style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px;">J'ai regardé le rapport d'erreurs dans la région des Laurentides. Il y a un nombre élevé d'erreurs. La plus courante de ces erreurs concerne l'intersection d'un chemin et d'un cours d'eau (fanion jaune). J'y vois 3 causes possibles:</div>
<div style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px;">- il manque un pont (dans OSM)</div>
<div style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px;">- le lac est décalé par rapport à la réalité et, par conséquent, le chemin de ceinture passe au dessus du lac. C'est un problème courant avec les données Canvec.</div>
<div style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px;">- dans certains cas, il y a aussi en node partagé entre le cours d'eau et le chemin. C'est une erreur discutable.</div>
<div style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px;">- Par contre, je ne considère pas que c'est une erreur lorsque le chemin passe au dessus d'un ruisseau. Il n'y a alors qu'une canalisation de béton ou de pierre. Je ne crois pas qu'on doive les identifier comme des ponts.</div>
<div style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px;">Qu'en pensez-vous?</div>
<div style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px;"> </div>
<div style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px;">D'autres cas ont attiré mon attention. Ce sont des fanions rouges.</div>
<div style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px;">- Plusieurs d'entre eux concerne mon utilisation de l'abbréviation "Imp." (pour Impasse). Osmose reporte une erreur. Pourtant, c'est bien l'abréviation utilisée par la municipalité de Lac-Supérieur. Est-ce eux qui sont erronés?</div>
<div style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px;">Si non, est-ce qu'on ne devrait pas aviser OSM-France que le Québec utilise "Imp." comme dénomination acceptée pour "Impasse"?</div>
<div style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px;"> </div>
<div style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px;">Le même problème se pose avec l'abréviation de Première. Osmose refuse "1ère" et recommande "1re". De très nombreuses municipalités du Québec utilisent 1ère. Nous serions très mals vus si on tentait de les convaincre de remplacer leur panneaux.</div>
<div style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px;">Ne devrait-on pas en glisser mot à OSM-France?</div>
<div style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px;"> </div>
<div style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px;">Je continuerai à utiliser Osmose. C'est un outil très utile.</div>
<div class="yiv6573722184yqt1681561779" id="yiv6573722184yqtfd84326"><div style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px;"> </div>
<div style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px;">dega</div></div>
<div style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px;">PS: je suis abonné à talk-ca par l'intermédiaire des Digest. Or Mailman ne traite pas correctement les accents dans Les Digest. Cela rend la lecture des Digest très fastidieuse et ambiguë. </div>
<div style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px;">Les courriels et les archives sont OK. Seuls les Digest sont impliqués par ce problème.</div>
<div style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px;">Est-ce que quelqu'un pourrait s'occuper de mettre à jour Mailman?</div><div class="yiv6573722184yqt1681561779" id="yiv6573722184yqtfd61266">
<div style="margin-top:0px;margin-bottom:0px;margin-left:0px;margin-right:0px;text-indent:0px;"><br clear="none"><br clear="none"></div></div></div></div><br><br></div> </div> </div> </div></body></html>