-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Bonjour à tous
donc si je comprend bien : - - une relation de type=route, route= bus pour chaque sens de parcours (contient les arrêts et les bouts de trajets) - - une relation de type=line, line=bus pour chaque ligne (elle contient les deux relations de sens, type=route) - - et éventuellement une relation de type=network qui contiendrait le réseau avec toutes ses lignes ? c'est cela ? pourtant il me semble que Josm produit une erreur sur le type=line cordialement jean navarro Vincent Pottier a écrit : > On 12/07/2010 14:01, JonathanMM wrote: >> Bonjour a tous, >> je viens de mettre en page la page du wiki concernant les Bus de la >> RATP, un opérateur de transports en communs en Île−de−France. Elle est >> accessible a l'adresse suivante : >> http://wiki.openstreetmap.org/wiki/WikiProject_France/Bus_RATP >> >> J'en ai profité pour évaluer a la louche les avancements des >> relations, et souvent, ça se résume un petit bout du trajet du bus. >> Si quelqu'un pourrait vérifier que je n'ai pas écrit de bêtises, ce >> serait gentil :) >> Enfin, ce serait bien si quelqu'un pourrait m'expliquer comment tagger >> correctement les relations de bus. Il faut dire que la page du wiki >> est pas très précise. Par exemple, l'API 0.6 apporte l'ordre des >> relations. Or, je ne sais pas si les arrêts sont a mettre avant ou >> après les routes de l'itinéraire, ou si on s'en fout. Également pour >> les arrêts, comment faut-il les marquer, surtout quand ils ne sont que >> dans un seul sens de circulation, ou au contraire quand ils sont dans >> les deux sens et marqué par 2 nœuds différents sur le terrain >> Merci d'avance >> JonathanMM > À mon avis, il faut d'emblée entrer deux relations par ligne (aller - > retour, shéma type oxoama simplifié). > Une fois la structure posée, il est plus simple de construire peu à peu > que de devoir reprendre un gros paquet pour faire les relations pour > chaque sens. > Pas sur qu'on arrivera à faire des moteurs pour exporter le schéma du > réseau au format Google [1] en n'utilisant qu'une relation par ligne. > Par contre en multi-relation... J'y pense... > > En plus, ce schéma, complexe au début est finalement beaucoup plus > simple à entretenir. Si l'aller et le retour ne passent pas par la même > rue, lorsqu'on entre deux nœuds pour les arrêts de bus, c'est un > casse-tête pour s'y retrouver et plus encore pour celui qui veut > intervenir sans avoir créé la relation. > > Une relation par sens (voire plus quand il y a des variations de > services, expres, long...), ways ordonnés, arrêt de bus unique pour un > côté... > > Peu importe où on entre les nœuds des arrêts de bus, avant, après les > voies. Ce qui est intéressant, c'est de le grouper et de les ordonner > pour comparer avec sketch-line. > > Sur la page Besançon/Ginko [2], j'utilise un modèle qui prend moins de > place et qui fait le lien avec Sketch-line. De plus, j'ai mis les > numéros de ligne en tritre, ça permet de n'éditer que ce qui est > nécessaire. > > [1] > http://code.google.com/intl/fr/transit/spec/transit_feed_specification.html > Sur la liste talk-transit, les gens commencent à s'intéresser à ce > format comme une sorte possible pour les données OSM. > [2] http://wiki.openstreetmap.org/wiki/Besan%C3%A7on/Ginko > -- > FrViPofm > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD4DBQFMOw8AirIRKX59UEkRAm+OAJin9xiNY9J+txtXAdDIPFq8MeroAJ9IzLnL N5W8kDsNmfp1JMHk6hczwg== =88A6 -----END PGP SIGNATURE----- _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
