Rassures-toi, on voit que tu es plus "pas convaincu" qu'agressif.
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.
> pourquoi indiquer la rue sur un bâtiment puisqu’il ne s’agit que d’un
objet aussi ?!
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.
Et comme ça on n'a pas de mystère pour associer le bâtiment à la bonne rue.
Tu dis que pour accéder à la Boîte aux lettres, Rue des Baumelles,
Toulon il faut y accéder par une autre rue.
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 ;-).
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).
2) je vois une curiosité sur cette rue de Baumelles, elle est en trois
morceaux (joints) mais Nominatim n'en montre qu'un.
Est-ce parce que les morceaux sont contigus ? Alors il vaudrait mieux
retourner tous les morceaux liés d'un coup comme une relation.
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).
Le 03/09/2016 à 11:02, Axelos - axe...@broman.fr a écrit :
cquest wrote
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.
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
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.
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 :)
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
