<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="transparent" text="#000000">
<p>Rassures-toi, on voit que tu es plus "pas convaincu" qu'agressif.</p>
<p>Pour que les moteurs puissent t'indiquer le chemin il faut qu'ils
aient l'information. Si tu cherches le 23 rue Tartempion, si
l'adresse n'est pas dans la base ça devient plus difficile.</p>
<p>> pourquoi indiquer la rue sur un bâtiment puisqu’il ne s’agit
que d’un objet aussi ?!</p>
<p>Je suis d'accord avec toi, il faut indiquer la rue sur la rue, le
numéro du bâtiment sur le bâtiment et regrouper les numéros et la
rue dans une associatedStreet.</p>
<p>Et comme ça on n'a pas de mystère pour associer le bâtiment à la
bonne rue.</p>
<p>Tu dis que pour accéder à la Boîte aux lettres, Rue des
Baumelles, Toulon il faut y accéder par une autre rue.</p>
<p>1) j'en doute, tu veux dire *en voiture* car des bàl placées dans
une rue mais non accessibles par la rue, même à pied, ça va
fortement limiter l'intérêt de la bàl ;-).</p>
<p>J'entends bien que c'est un exemple virtuel mais ma réponse
montre que l'accessibilité est un mauvais critère pour donner une
adresse (mais une information pertinente : si le trottoir n'est
pas accessible aux fauteuils roulants, le moteur orienté handicap
moteur doit favoriser d'autres bàl proches).</p>
<p>2) je vois une curiosité sur cette rue de Baumelles, elle est en
trois morceaux (joints) mais Nominatim n'en montre qu'un.</p>
<p>Est-ce parce que les morceaux sont contigus ? Alors il vaudrait
mieux retourner tous les morceaux liés d'un coup comme une
relation.</p>
<p>Sur un autre exemple assez similaire, La rue de Brigadier Le Cann
à Brest, elle aussi avec des appendices, Nominatim propose 2
tronçonx de la partie principale (sur 4).<br>
</p>
<br>
<div class="moz-cite-prefix">Le 03/09/2016 à 11:02, Axelos -
<a class="moz-txt-link-abbreviated" href="mailto:axelos@broman.fr">axelos@broman.fr</a> a écrit :<br>
</div>
<blockquote cite="mid:1472893330791-5881630.post@n5.nabble.com"
type="cite">
<pre wrap="">cquest wrote
</pre>
<blockquote type="cite">
<pre wrap="">C'est le boulot d'un calculateur d'itinéraire de gérer ça, plutôt que
d'indiquer l'accès dans les attributs de l'objet.
</pre>
</blockquote>
<pre wrap="">
Mouai, je n’arrive pas trop à saisir cette logique. Après tout finalement,
pourquoi indiquer la rue sur un bâtiment puisqu’il ne s’agit que d’un objet
aussi ?!
Et si le bâtiment est lui aussi plus proche d’une autre Rue que celle qu’il
est normalement lié, pas bien grave, le calculateur devra le savoir (comment
par contre mystère) !
cquest wrote
</pre>
<blockquote type="cite">
<pre wrap="">On retombe ici sur une question : équilibre entre base de données
relationnelles et base de données géographiques... OSM est avant tout une
base de données géographiques.
</pre>
</blockquote>
<pre wrap="">
Je ne suis pas expert en la matière, mais visiblement la base de données
géographiques comprend aussi les adresses, donc je vois pas le problème ?
PS : En me relisant, je pense que mon message peut paraître un peu agressif,
mais ce n'est pas le cas :)
</pre>
</blockquote>
<br>
</body>
</html>