Bonjour Polyglot, En ce qui me concerne, mon propos n'était pas de juger de la pertinence de ces références. Elles existent, très bien.
Par contre, je soulignais l'absence de localisation ou de périmètre dans leur nom, qui pourrait conduire plus facilement à des collisions - et nuire à la bonne compréhension de l’enchevêtrement de ref de la part d'un oeuil non initié. ref:BE:TECL à la place de ref:TECL par exemple. Pour parfaire encore plus les choses, le L (ou N, la dernière lettre quoi) semble avoir une signification en plus du "TEC" (qui est le nom de l'entreprise) Ainsi une clé qui développerait le L comme ref:BE:TEC_Lxxxxxx semblerait encore meilleure de ce point de vue. My 2 cts, bonne journée François *François Lacombe* fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux <http://www.twitter.com/InfosReseaux> Le 19 novembre 2017 à 13:52, Jo <winfi...@gmail.com> a écrit : > 2017-11-19 0:21 GMT+01:00 marc marc <marc_marc_...@hotmail.com>: > >> Bonsoir François, >> >> Le 18. 11. 17 à 21:11, François Lacombe a écrit : >> >> Je n'ai rien contre l'ajout du FR mais le seul bon argument est >> >> l'harmonie avec les autres ref nationale en France (qu'on peux tout >> >> aussi rendre harmonieux en virant le FR comme fait le reste du monde) >> > Ce qui pose un soucis, notamment pour les amis Belges avec leurs TECL, >> > TECN, TECB, TECH >> >> Tous ces pages wiki ne sont l’œuvre que d'une personne. >> Tous ces TEC sont pour l'usager "la TEC" >> Toutes les valeurs sont uniques et pourraient donc être dans ref:TEC >> (toutes les ref TECL commence par L, les TECN par N, ...) >> Une recherche d'une ref sur le site infotec.be ne retourne rien. >> Je ne suis même pas sur qu'il y ai une utilisation de ces clefs. >> >> qu'il y aiT > > Bon, c'est moi qui ai ajouté ces tags ref. J'avais commencé par ajouter > des noeuds séparés. Le problème c'est que la TEC semble être composé de 6 > entités qui chacun assignent des refs, aussi pour les arrêts que leurs bus > desservent en commun. > > Je ne voulais pas utiliser ; pour séparer les valeurs, mais si vous me > forcerez la main, je changerai mes scripts. Il y a également des arrêts en > commun avec De Lijn et STIB/MIVB. > > Ma préférence est d'avoir un noeud pour chaque arrêt logique, qui contient > tous les détails. C'est effectivement malheureux que la structure interne > du TEC est ainsi et que j'ai dû l'intégrer de cette façon-ci dans le > modèle. En revanche le TEC a libéré ses données, donc au moins il est > 'facile' de les utiliser. > > Sur leur site web ils utilisent le nom de l'arrêt, ce qui retourne les > horaires realtime pour les 2 sens, ce qui est également malheureux et c'est > effectivement dommage qu'ils n'ont jamais commencé d'utiliser ces ref > envers l'extérieur comme le fait De Lijn depuis déjà des années. > > Polyglot > > _______________________________________________ > 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
