route=bus bus=school est effectivement préférable sur route=school_bus
Une information qui peut être intéressante est si le bus est exclusif pour des élèves. Ici en Belgique, ils ne le sont pas. C'est préférable de créer 1 noeud pour chaque arrêt de bus 'logique'. Au début j'avais fait un noeud par opérateur/réseau, mais ça ne fonctionnait pas. Maintenant nous faisons ainsi: bus=yes highway=bus_stop name:fr=Avenue Churchil name:nl=Churchilllaan name=Avenue Churchil - Churchillaan network=DLVB;TECB;TECC operator=De Lijn;TEC public_transport=platform ref:De_Lijn=301117 ref:TECB=Buccchu2 ref:TECC=Cucchur1 route_ref:De_Lijn=136;137 route_ref:TECB=W;123 route_ref:TECC=365a zone:De_Lijn=20 zone:TEC=6221 Un arrêt desservi par les 2 opérateurs en Belgique. L'opérateur wallon a des identifiants non partagés entres les division. On a donc utilisé network pour démontrer la subdivision chez les opérateurs. (Au début nous ne l’utilisions pas le tag network). Voici un arrêt qui en outre est desservi par l'opérateur bruxellois: addr:city=Uccle - Ukkel addr:housenumber=1358A addr:postcode=1180 addr:street=Chaussée de Waterloo - Waterloosesteenweg bench=yes bus=yes covered=no highway=bus_stop name=Fort-Jaco network=IBXL;DLVB;TECB;TECC operator=STIB/MIVB;De Lijn;TEC public_transport=platform ref:De_Lijn=301130 ref:TECB=Buccfja2 ref:TECC=Cucjaco2 route_ref:De_Lijn=136;137 route_ref:TECB=W;123;124 route_ref:TECC=365a route_ref=43 shelter=yes zone:De_Lijn=20 zone:TEC=6221 Si un jour j'ajoute wikidata aux arrêts: operator:wikidata=Q1631655;Q614819;Q366922 network:wikidata=Q1631655;Q34803298;Q3512072;Q3512073 Pour la plupart des arrêts c'est une valeur simple. Pour les relations route et route_master c'est une valeur simple de toute façon. En JOSM, avec le greffon Wikipedia installé, on voit les 'label' de ces 'numéros' wikidata, ce qui les rend un peu moins 'opaques'. Polyglot 2017-08-04 10:46 GMT+02:00 Noémie Lehuby <nleh...@zaclys.net>: > Hello, > > Tout à fait d'accord avec Jo. > On peut par ailleurs se prévoir des tests Osmose ou autre pour suivre dans > le temps la cohérence entre wikidata et OSM et corriger le cas échéant. > > La manière actuelle de tagger complexifie la réutilisation des données : > des fois, j'ai un tag network qui contient une valeur que je peux afficher > à un humain, mais des fois, j'ai un identifiant de réseau et il faut que > j'aille chercher ailleurs dans ma donnée pour trouver quelque chose à > afficher à un humain. > Comment je fais la différence entre les deux cas ? ben chais pas trop, si > ça commence par "fr_" ça ressemble pas trop à un libellé pour un humain ?!? > > A minima, il faut qu'on indique que ce n'est pas un réseau qu'on a dans > network, mais un identifiant de réseau (tag network_id ? network:wikidata ? > ;) ) > > > > Date: Fri, 4 Aug 2017 09:08:35 +0200 > From: Jo <winfi...@gmail.com> > To: Discussions sur OSM en français <talk-fr@openstreetmap.org> > Subject: Re: [OSM-talk-fr] bus : lignes de transport en commun > Haute-Garonne : réseau > Message-ID: > <CAJ6DwMCNnc7X3EwGvTZZpaQ=86bdufqvnhv32jpyekan18d...@mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > > L'idée serait d'avoir > > operator= > operator:wikidata=Q... > > ensemble, le même pour network, S'il y a ambiguité, les tags wikidata > seront différents et ça permet d'utiliser des valeus 'concis' pour > operator/network/brand. > > Polyglot > > > > 2017-08-04 9:00 GMT+02:00 Christian Quest <cqu...@openstreetmap.fr>: > > Attention, les tags wikidata sont utiles pour établir un lien avec > wikidata, mais si c'est pour aller y chercher le nom du réseau ce n'est pas > une bonne solution. > > Il est déjà complexe de retrouver certaines infos qui sont dans OSM par un > usage parfois abusif des relations, mais si il faut en plus interroger une > autre base pour avoir des infos cohérents/harmonisées c'est encore pire. > > Pour la majorité usages, les données OSM doivent le plus possible se > suffire à elles même ! > > wikidata c'est bien, en abuser ça craint ;) > Là où ça devient utile c'est pour des outils comme osmose qui peuvent > vérifier que les autres tags (name, network etc) sont cohérents avec le tag > xxx:wikidata et donc aider à monter en qualité et cohérence à l'intérieur > même d'OSM. > > > Le 02/08/2017 à 11:34, Donat ROBAUX a écrit : > > > Je pensais exactement à ca Polyglot! > Après je ne sais pas quel est le tag le plus approprié operator:wikidata / > network:wikidata / brand:wikidata > Au-delà de la question du tag approprié pour le network du réseau de > transport, les tags wikidata présente l'avantage d'être unique. On le voit > bien avec les 2 réseaux de transport Arc-en-Ciel en France qui par la clé > network ne peuvent pas être différenciés (même en rajoutant :FR dedans). > On aurait beaucoup à gagner à plus utiliser les tags wikidata et ca > rejoint la discussion sur les réseaux de magasins suite à la libération du > fichier SIRET. Certes c'est moins interprétable du 1er coup, mais ca > facilite à mon avis grandement la maintenance de grands réseaux (de > transport ou de magasin) et on a plus ce problème de multiples orthographes > pour désigner la même chose. > > > -- > Christian Quest - OpenStreetMap France > > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > > > -- > @nlehuby > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
