<br><br><div class="gmail_quote">Le 12 octobre 2009 12:43, sly (sylvain letuffe) <span dir="ltr"><<a href="mailto:sylvain@letuffe.org">sylvain@letuffe.org</a>></span> a écrit :<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On lundi 12 octobre 2009, Pieren wrote:<br>
> Encore une fois, vous adaptez le schéma d'OSM aux<br>
> possibles usages qu'on en ferait dans un logiciel alors que c'est le<br>
> logiciel qui doit s'adapter.<br>
<br>
</div>Ça par contre, je n'en suis pas convaincu. Il faut bien à un moment que<br>
l'information existe dans la base, sans quoi il est impossible de l'inventer.<br>
La question reste, quelle information ne peut être déduite (donc devrait<br>
figurer), quelle information peut être calculée. (donc a priori pas<br>
nécessaire de faire figurer)<br>
<div class="im"><br>
> terme sectionner toutes les routes et rues à chaque intersection car<br>
> chaque intersection est synonyme de changement d'itinéraire pour<br>
> quelqu'un.<br>
<br>
</div>J'éssaye de trouver le cas ambiguë où on a pas le choix que d'ajouter l'info à<br>
la base, et je repense au cas des itinéraires GR.<br>
<br>
supposons une chemin de rando qui longe une départementale et sur 200m il<br>
est "confondu" avec la départementale (en gros, il n'existe pas de chemin,<br>
l'itinéraire route est donc proposé sur la départemental) et supposons<br>
qu'ultérieurement le chemin ré-apparaisse et recroise la départementale,<br>
ajouter dans la route GR le chemin d'un seul tenant et la départemental d'un<br>
seul tenant empéche de savoir par où passe l'itinéraire.<br>
<br>
Genre :<br>
<br>
---a-- /-----d----- chemin<br>
\ /<br>
=1===2b====3=======4=====D27<br>
\___c____/<br>
<br>
le GR est proposé comme composé de a,2b,c,d<br>
<br>
si, je l'indique comme étant somme de chemin+D27, il y a alors plusieurs<br>
combinaisons indistinguables (a,2b,c,d ou a,2b,3,d) a moins de faire entrer<br>
des "devinettes par préférence" (genre un marcheur n'aime pas marcher sur la<br>
route)<br>
<br>
Bref, dans ces cas là, je ne vois pas d'autre solution que de faire du<br>
saucissonnage de way.<br>
<br>
Et à terme, en effet, entre route de bus, itinéraire rando, itinéraire BIS,<br>
itinéraire d'intérêt culturel et d'autre auquel je ne pense pas. Je crains<br>
que ça ne se finisse avec un fort découpage...<br></blockquote><div><br>L'idée de faire qu'une rue soit une relation de ways prendrait alors sont sens.<br>un way est un bout de quelque chose, je ne vois pas vraiment pourquoi ce serait une rue ou autre chose. Les ways ne devraient pas avoir de signification particulière mais les relations de ces ways serait des éléments tel que les rues, les GR, le trajets de bus....<br>
Ce serait plus simple aussi pour renommer une rue que de sélectionner tous les ways.<br>Mais bon il me semble que cela avait déjà été débattu.<br><br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im"><br>
--<br>
sly<br>
Sylvain Letuffe <a href="mailto:sylvain@letuffe.org">sylvain@letuffe.org</a><br>
qui suis-je : <a href="http://slyserv.dyndns.org" target="_blank">http://slyserv.dyndns.org</a><br>
<br>
<br>
<br>
_______________________________________________<br>
</div><div><div></div><div class="h5">Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">http://lists.openstreetmap.org/listinfo/talk-fr</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Fabien Marchewka<br>