Hello,
Vincent Pottier a écrit :
Mais pour générer du GTFS (1) ou du sketch-route (2), une relation par sens
est
nécessaire. C'est d'ailleurs le schéma qui se répand.
Zut, j'ai principalement utilisé la méthode de tout coller dans une seule
relation ; aurais-tu donc un moyen simple de
Bonjour,
2010/11/5 Pierre Mauduit pierre.maud...@gmail.com
Hello,
Vincent Pottier a écrit :
Mais pour générer du GTFS (1) ou du sketch-route (2), une relation par
sens est
nécessaire. C'est d'ailleurs le schéma qui se répand.
Zut, j'ai principalement utilisé la méthode de tout
Comme plusieurs l'on signal , je pense aussi que la notion d'horaire doit tre
externalis . Avec GTFS par exemple...
Ce n'etait pas ma question ;-) Je n'ai de toute facon pas assez de temps en une
seule vie pour ca ; je me demandais juste comment repreésenter des portions de
ligne qui ne sont
Bonjour,
En tant qu'auteur d'OSMTransport, je ne pense pas qu'il soit utile de
créer une relation par sens de circulation et de les regrouper dans une
relation ligne elle même faisant partie d'une relation réseau, etc...
Je pense en fait que tout ce qui est description complète de l'igne de
Bonjour,
Merci pour vos réponses.
2010/11/4 Vincent Pottier vpott...@gmail.com
On 03/11/2010 23:16, Olivier Boudet wrote:
Bonjour,
Je vois actuellement que la plupart (voire toutes) des lignes de bus de
Rennes sont dans OSM. En revanche, il y a une seule relation type=route pour
les deux
2010/11/4 rldhont rldh...@gmail.com
Bonjour,
En tant qu'auteur d'OSMTransport, je ne pense pas qu'il soit utile de créer
une relation par sens de circulation et de les regrouper dans une relation
ligne elle même faisant partie d'une relation réseau, etc...
Pourrais-tu en dire plus ? Sans
Le 04/11/2010 12:58, Pieren a écrit :
la solution des deux relations était le plus simple lorsque
le trajet de la ligne était différent suivant le sens de circulation.
Ne serait-il pas utile/préférable de prévoir systématiquement une
relation pour chaque sens de circulation ?
--
Le 04/11/2010 12:58, Pieren a écrit :
2010/11/4 rldhont rldh...@gmail.com mailto:rldh...@gmail.com
Bonjour,
En tant qu'auteur d'OSMTransport, je ne pense pas qu'il soit utile
de créer une relation par sens de circulation et de les regrouper
dans une relation ligne elle même
Pour ma part, j'en suis arrivé à penser que, mise à part la localisation des
arrêts, l'information Transports en commun est trop volatile pour être
intégrée en dur dans la base de données.
Professionnellement, m'occupant de l'informatique dans la société de TC de
Maubeuge, j'ai eu à me pencher
On 04/11/2010 19:24, rldhont wrote:
En fait il est prévu d'indiqué dans le rôle des chemins d'une relation
de type route si les véhicules circules dnas les 2 sens, dans le sens
du chemin ou dans le sens inverse du chemin. Il est donc tout à fait
possible quand on connait l'ordre du parcours
Bonjour,
Je vois actuellement que la plupart (voire toutes) des lignes de bus de
Rennes sont dans OSM. En revanche, il y a une seule relation type=route pour
les deux sens de circulation du bus.
Ceci n'est pas utilisable pour du routing, puisque le bus ne prend pas
forcément la même route dans
Le mercredi 03 novembre 2010 à 23:16 +0100, Olivier Boudet a écrit :
Bonjour,
Je vois actuellement que la plupart (voire toutes) des lignes de bus
de Rennes sont dans OSM. En revanche, il y a une seule relation
type=route pour les deux sens de circulation du bus.
Ceci n'est pas utilisable
Il y a des relations type line qui regroupe 2 relations : une pour chaque
sens de circulation.
http://www.openstreetmap.org/browse/relation/412903
Concernant les ronds-points, déjà que je trouve que à terme il faudra
externaliser les itinéraires d'OSM pour ne pas saucissonner trop les rues
avec
On 03/11/2010 23:16, Olivier Boudet wrote:
Bonjour,
Je vois actuellement que la plupart (voire toutes) des lignes de bus
de Rennes sont dans OSM. En revanche, il y a une seule relation
type=route pour les deux sens de circulation du bus.
Ceci n'est pas utilisable pour du routing, puisque le
14 matches
Mail list logo