<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Bonjour Jean-Yvon,<br>
<br>
Ok pour les int_ref, j'ai lancé une idée peu construite, elle reste
à clarifier si elle est pertinente.<br>
<br>
Pour ce qui est des moteurs de recherche, trois éléments de réponses
:<br>
<ol>
<li>cela sous-entend que le moteur en question soit capable de
faire cette analyse, et cela avec les problématiques
multiculturelles (ex : un Espagnol en France, un Chinois en
Argentine, un Russe au Canada (francophone !))... Un 'D 321' en
France peut potentiellement avoir un sens complétement différent
ailleurs. Bref pour avoir un peu baigné dans l'analyse
syntaxique et grammaticale d'un moteur de recherche c'est un
sujet très pointu et malheureusement de toutes les applications,
services, sites Internet... se basant sur OSM, peu sont aussi
intelligents que Google.<br>
</li>
<li>OSM ne sert pas que à faire de la navigation : il y a aussi
des applications autres (métier, scientifique...) qui ont besoin
d'afficher des résultats, parfois au grand public, et qui voient
un avantage à utiliser le champ name...</li>
<li>... voir un champ name:xx puisque cela permettrait de donner
des traductions dans différentes langues si le besoin s'en fait
sentir (je ne dis pas qu'il faille le faire, à chacun de juger).</li>
</ol>
<p><i>"Quant aux représentations des panneaux, c'est un style
propres aux départementales, pas spécifique à une
départementale."</i></p>
<p>+1. Je suis d'accord, cela casse un peu maa logique, peut-être
qu'une relation 'defaults' permettrait de faire l'affaire, mais
c'est un type de relation à l'avenir incertains. En fait je ne
tiens pas spécialement à mettre 'panneau noir sur jaune' dans
chaque relation RD, je regrette juste que ce soit à chaque
application/service à se renseigner sur chaque type de route de
chaque pays et qu'il n'y ai pas moyen d'avoir cette info via OSM.<br>
</p>
<p>Check de cohérence entre la ref et le name : pourquoi pas.<br>
</p>
<p>Oui pour le alt_name, cf. mon 'mail synthèse'.<br>
</p>
<p>Cdt,<br>
</p>
<pre class="moz-signature" cols="72">LeTopographeFou</pre>
<div class="moz-cite-prefix">Le 07/07/2016 23:55,
<a class="moz-txt-link-abbreviated" href="mailto:osm.sanspourriel@spamgourmet.com">osm.sanspourriel@spamgourmet.com</a> a écrit :<br>
</div>
<blockquote cite="mid:aa3e3cc3-5b0d-4d4f-d6ce-e989820a923c@gmx.net"
type="cite">
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
<p>Le 07/07/2016 à 22:23, LeTopographeFou - <a
moz-do-not-send="true" class="moz-txt-link-abbreviated"
href="mailto:letopographefou@gmail.com"><a class="moz-txt-link-abbreviated" href="mailto:letopographefou@gmail.com">letopographefou@gmail.com</a></a>
a écrit :<br>
</p>
<blockquote cite="mid:577EBA33.7080004@gmail.com" type="cite">Pour
ce qui est de la cohérence des données j'imagine aisément un
check JOSM (ID n'intégrant pas ce concept) qui vérifie que toute
way dans une relation de ce type, en France, contienne un tag
ref identique, sinon un warning. Après si l'utilisateur ignore
le warning...</blockquote>
Et aussi Osmose.<br>
Sauf qu'il n'y a pas qu'un ref, il y a int_ref et autres. Certes
pas pour les départementales.<br>
<br>
<div class="moz-cite-prefix">Le 07/07/2016 à 22:23,
LeTopographeFou - <a moz-do-not-send="true"
class="moz-txt-link-abbreviated"
href="mailto:letopographefou@gmail.com">letopographefou@gmail.com</a>
a écrit :<br>
</div>
<blockquote cite="mid:577EBA33.7080004@gmail.com" type="cite">.
Les moteurs de recherche (OSM, Internet, dans les Apps...) sont
très intelligents mais entre 'D 321' et 'Route départementale
321' ce n'est pas le même niveau d'informations.</blockquote>
<br>
Tu peux préciser ? D, RD, Route départementale, Départementale
sont équivalents.<br>
=> Si on cherche la D 765 du côté de Guidel ou de Rédéné, on
doit se voir proposer les D 765 du Finistère et du Morbihan.<br>
S'il y a des habitations le long de la départementale qui sont
référencés non par des lieux-dits, alors leur adresse sera sans
doute Route Départementale 765.<br>
Par exemple si aux niveaux des 3 pierres en Guidel le nom ne se
faisait pas par le lieu-dit mais la route, ce serait la Route
Départementale (du Finistère) comme associatedStreet... de cette
habitation du Morbihan.<br>
Quoique, selon Fantoir, à Rédéné il n'y pas de Route
Départementale 765 mais une N 165 (la voie express qui a succédé à
ce qui est devenu D 765).<br>
<br>
Il me semble plus judicieux de remplacer Route Départementale par
D pour la recherche.<br>
Mais avis non tranché.<br>
C'est un peu comme si je cherche la gare de X, je cherche en fait
la <a moz-do-not-send="true"
href="http://www.openstreetmap.org/node/250118779">railway=station,
name=Lorient</a> ou la <a moz-do-not-send="true"
href="http://www.openstreetmap.org/way/69936531">name=Gare de
Lorient</a><br>
<br>
Pour les relations type bus, il y a déjà les couleurs (des
routes). Quant aux représentations des panneaux, c'est un style
propres aux départementales, pas spécifique à une départementale.<br>
Et comme dit par Philippe, c'est plus la largeur de la voie, la
limite de vitesse que le statut de la voie qui intéresse
l'utilisateur moyen.<br>
Si on veut le modéliser, c'est au niveau de métadonnées. À stocker
dans OSM ou ailleurs.<br>
Si tu ajoutes un name alors il faut vérifier que c'est Route
Départementale XXX si la ref=D XXX.<br>
Plutôt un alt_name en réservant les name aux 3Route Napoléon" et
autres ?<br>
<br>
Jean-Yvon<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Talk-fr mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a>
<a class="moz-txt-link-freetext" href="https://lists.openstreetmap.org/listinfo/talk-fr">https://lists.openstreetmap.org/listinfo/talk-fr</a>
</pre>
</blockquote>
<br>
</body>
</html>