Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Philippe Verdy]

L'ennui c'et que toutes les applications qui ont commencé à utiliser
network=* ont supposé que le nom indiqué derrière était unique, ce qu'il
n'est pas. En fait ils voulaient que ce soit bien un identifiant.

Comme cet identifiant rendu unique ne correspond pas au nom qu'on voudrait
donner aux utilisateurs (lequel nom peut aussi avoir plusieurs traductions
co-officielles dans des pays multilingues) et qui n'est pas unique non plus.

Bref rendre unique network=* en utilisant des préfixes ou suffixes (et si
possible le préfixe "FR:" selon la convention des préfixes de pays, et non
"fr_" comme on le voit, mais cela peut ne pas suffire encore pour les
homonymies propres au même pays, et là on peut utiliser un autre préfixe ou
suffise après le "FR:").

Reste à savoir où mettre le(s) nom(s) du réseau et ses autres informations
: c'est là que la relation type=network est tout à fait appropriée pour ne
pas avoir à dupliquer ça dans tous les objets qui vont en devenir membre.
On y mettre les adresses de site web d'information, les adresses de
contact, numéros de téléphone, identifiant wikidata (et tout ce qui
semblera approprié, y compris les contacts de réseaux sociaux, ou des
identifiants spécialisés pour applications mobiles ou jeux de données
utilisables, ou encore une URL de logo).

De coup plus besoin d'aucun tag sur les objets membres

Mais par compatibilité on gardera encore un "network=" (le même que
celui dans la relation type=network, que toutes les applis n'utiliseront
pas) au minimum sur les relations "type=route" (cela concerne surtout les
applis basées sur l'ancienne v1 du schéma public transport, qui ne
connaissaient pas non plus les relations "route_master", les "super_route"
des lignes segmentées en plusieurs parties, les "stop_area", et ne
connaissaient pas autre chose que les noeuds "bus_stop" en fait utilisés
alors pour les plateformes soit pour les arrêts ou "railway=halt" et
"railway=station"). Mais on sait que ces applis auront des problèmes à
gérer les homonymies inattendues si "network=" n'est pas unique, et on
a intérêt à ce que cet  soit quand même relativement lisible par un
humain (même s'il est monolingue et a des affixes de désambiguisation) :
ces applications apprendront plus tard à afficher un meilleur nom
(éventuellement localisé pour plusieurs langues), soit à partir de la
relation "type=network" ayant le "même network=", soit à partir de la
liste des relations parentes.

Note: "network=" est parfois rendu unique en l'associant à "operator=*"
(c'est nécessaire sur certains réseaux ayant plusieurs opérateurs
exploitants des lignes homonymes avec la même "ref=*". Ce cas est rare et
ne devrait pas exister en France où chaque réseau dispose d'un opérateur
principal (les autres opérateurs sont des fournisseurs et peuvent mettre à
disposition des lignes ou tronçons de lignes, et c'est en fait le couple
"operator"+"ref" qui identifie la ligne sur le réseau "network=". Je
pense que cela concerne surtout l'Allemagne, peut-être aussi la Suisse ou
la Belgique.

Mais je vois des cas d'homonymies de "network=*" apparaître aux Etats-Unis
entre différents Etats, ou même avec des réseaux d'autres pays
(Philippines, Indonésie, Canada) et même avec des réseaux européens.
Jusqu'à présent on se souciait peu de ça car les réseaux de transport sont
largement à développer un peu partout. Je ne serais pas surpris de voir des
tas d'homonymies en Afrique.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[lenny.libre]

Le 22/08/2017 à 21:47, Noémie Lehuby a écrit :

Hello,

Si je peux me permettre un petit résumé intermédiaire :
On veut indiquer que les lignes (relations route_master) et les 
parcours (relation route) appartiennent à un réseau. Je laisse de côté 
pour le moment l'autre sujet sur le réseau sur d'autres objets.

Je reprends mon exemple fictif de Arc-En-Ciel renommé TransHauteGaronne.

On peut donc :
1) mettre le nom du réseau sur les relations : tag network = 
TransHauteGaronne
2) mettre un identifiant quelconque de réseau sur les relations : tag 
network : fr_arc_en_ciel
3) mettre un identifiant wikidata sur les relations : tag 
network:wikidata = Q-whatever

4) regrouper les relations dans une relation network TransHauteGaronne

Et bien sur, on peut combiner, puisqu'apparemment :
vers Toulouse, on fait 2 et 4
vers Tours et Nantes par exemple (pour reprendre des exemples cités 
ici), on fait 1 et 4


Personnellement, je m'en tiens à 1.
Et oui, il y a un travail de maintenance et d'uniformisation des tags 
network. Mais bon par rapport à la complexité de la maintenance 
globale des données de transport, uniformiser les noms des réseaux, ce 
n'est vraiment pas la partie qui est longue ou difficile, au contraire.


Je n'ai rien contre 3 et 4 tant qu'on les combine avec 1.
La seule qui m'embête c'est la 2. Car elle crée une ambiguité sur ce 
qu'on trouve dans le tag network.

A minima, mettons un tag network_id mais pas network.

Noémie
avec comme l'a dit Christian (si je n'interprète pas ce qu'il a dit) 
"Les name (pourquoi pas network:name) sont destinés à des humains... les 
deux se complètent et pour l'instant network=* fait (mal) un peu les deux. "


leni

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Noémie Lehuby]

Hello,

Si je peux me permettre un petit résumé intermédiaire :
On veut indiquer que les lignes (relations route_master) et les parcours 
(relation route) appartiennent à un réseau. Je laisse de côté pour le 
moment l'autre sujet sur le réseau sur d'autres objets.

Je reprends mon exemple fictif de Arc-En-Ciel renommé TransHauteGaronne.

On peut donc :
1) mettre le nom du réseau sur les relations : tag network = 
TransHauteGaronne
2) mettre un identifiant quelconque de réseau sur les relations : tag 
network : fr_arc_en_ciel
3) mettre un identifiant wikidata sur les relations : tag 
network:wikidata = Q-whatever

4) regrouper les relations dans une relation network TransHauteGaronne

Et bien sur, on peut combiner, puisqu'apparemment :
vers Toulouse, on fait 2 et 4
vers Tours et Nantes par exemple (pour reprendre des exemples cités 
ici), on fait 1 et 4


Personnellement, je m'en tiens à 1.
Et oui, il y a un travail de maintenance et d'uniformisation des tags 
network. Mais bon par rapport à la complexité de la maintenance globale 
des données de transport, uniformiser les noms des réseaux, ce n'est 
vraiment pas la partie qui est longue ou difficile, au contraire.


Je n'ai rien contre 3 et 4 tant qu'on les combine avec 1.
La seule qui m'embête c'est la 2. Car elle crée une ambiguité sur ce 
qu'on trouve dans le tag network.

A minima, mettons un tag network_id mais pas network.

Noémie


Le 21/08/2017 à 20:28, lenny.libre a écrit :
Entre les deux mon cœur balance, au fur et à mesure de ce que je lis, 
je change ... Je n'avais pas d'avis au départ, mais maintenant je n'en 
ai pas plus.


Le 21/08/2017 à 02:05, Jérôme Amagat a écrit :
Je rappelles que les relations network n'est sur le wiki qu'a l’état 
de proposition, que cette proposition date de 2008, que rien n'a 
bougé sur cette proposition depuis 2013 (et plus après 2009 ce n'est 
que pour ajouté des exemples). Il y a des ajouts sur la page de 
discutions un peu plus récent 2014 mais il sont négatif a l'ajout de 
ces relations.


Cette relation, ça serait juste, mettre tous les éléments qui ont le 
même tag network=* dans une même relation (ou que les 
type=route_master) donc c'est faire une liste, une catégorie ce qui 
ne se fait pas dans osm. Si l'on veux tous les élément d'un même 
réseau il y a d'autre moyen de les obtenir que de créer ce type de 
relation. Si c'est pour pouvoir mettre quelque part le vrai nom du 
réseau pourquoi ne pas le mettre directement dans le tag network=*.
Le principal avantage que je vois dans la relation c'est ce qu'il m'a 
semblé comprendre de ce disait Philippe : le tag "network", c'est 
uniquement un code donc au lieu de fr_tisseo on pourrait avoir 
FR:pt_tlse - dans la relation, on peut aussi y mettre wikidata pour 
avoir l'unicité) le jour ou le nom du réseau change, il suffirait de 
changer le name (et éventuellement le wikidata) dans la relation 
network ; il y a quelques temps à Bordeaux (où il n'y a pas de 
relation network), tous les tags "network" on été modifiés de "TBC" -> 
"TBM".


Le wikidata qui me plaisait (en permettant avec osmose de contrôler) 
m'a un peu refroidi depuis que je vois qu'il y a des manques de 
rigueur et que si le nom change, il faudra certainement changer le 
network et aussi le network:wikidata, j'y vois moins d'avantages, la 
marque du réseau de Bordeaux étant passé par le stade CGFTE 
(wikidata=Q2990197) je n'ai pas trouvé TBC, puis TBM 
(wikidata=Q377695)  et comment je fais pour le réseau du transport 
scolaire de Haut-Garonne qui n'a pas de wikidata ?


Si vous pensez que ces relation doivent exister, remettez un peu a 
jour la page de proposition avec des exemples qui existent encore et 
allez parler d'un vote de cette proposition sur la liste tagging (en 
anglais :) ) .


Sinon pourquoi ne pas créer des relations pour tous les objets qui 
ont le même operator comme par exemple EDF et vu que le même nom 
pourrait être utilisé ailleurs dans le monde il faudrait pour tout 
les tag operator=* ajouter "fr_" devant le nom comme par exemple 
operator=fr_EDF.
C'est que la relation ne serait pas utilisée pour faire la liste de 
tous les objets (bâtiment, parkings, agences, ...) ce qui serait une 
catégorie, mais uniquement les éléments constitutifs du réseau.
Après avoir beaucoup écouté, fr_ (qui est associé à la langue) ne 
devrait pas être utilisé, mais plutôt FR: (associé au pays)


Pareil pour les nom de rue addr:street=*, par exemple, il faudrait 
différencier l'"Avenue du général de Gaulle" des différentes villes, 
c'est pas les mêmes. On fait quoi on préfixe avec le nom des ville? 
De toute façon les noms on les mets que sur le tag name=* donc il n'a 
pas à être sur addr:street=* donc on peut y mettre quelque chose qui 
servira de référence pour chaque rue différente dans le monde. et on 
crée une relation pour chaque rue où on met dans name=* le vrai nom 
de la rue. A mer**, ça existe déjà, c'est les relation 
associatedStreet mais là on n'a pas modifié ce qu'on met dans 
addr:

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[marc marc]

Le 22. 08. 17 à 20:32, lenny.libre a écrit :
> Le 20/08/2017 à 12:02, marc marc a écrit :
>>> - _"public_transport=platform"_ il me semble que les tags "network"
>>> sont nécessaires, surtout lorsque l'objet n'est pas encore membre d'une
>>> relation "route" ou "public_transport=stop_area"
>> ce n'est pas "pas utile", c'est erroné que de dire qu'un trottoir ou un
>> abribus fait partir d'un réseau de transport en commun. c'est du
>> mobilier urbain. sinon à ce rythme là, on pourrait aussi ajouter les
>> routes, les carrefours, les lampes qui éclairent la route, la station
>> d'essence où le bus fait le plein, ...
> que veux-tu dire ?
>  - ce n'est pas "pas utile" : c'est-à-dire que c'est utile (double 
> négation) - ou - ce n'est pas "mais, alors vraiment pas utile" ?

Je reformule :
utile ou pas, mettre le tag operator et network du réseau de bus est erroné
sur les objets physiques (plateform, stop_position).
Pour preuve, les valeurs "operateur1;operateur2" qu'on rencontre alors 
qu'il n'y a qu'un opérateur en charge du mobilier urbain et de la route.

> parles-tu des éléments physiques ou du node qui représente l'arrêt ?
Je parle des éléments physique y compris le node de l'arrêt indiquant 
l'emplacement physique du plateform.

Les relation route_bus et master_route sont fait pour décrire 
l'utilisation de ces objets par les compagnies de bus.
C'est sur ces éléments qu'il faut mettre les tag du réseau de bus.
et aussi sur le stop_area vu que la schéma PT v2 a été voté ainsi.

 >>> lorsque l'objet n'est pas encore membre d'une
 >>> relation "route" ou "public_transport=stop_area"
on peux utilement mettre fixme=rajouter au stop_area
ou fixme=ajouter ligne de bus 42
ainsi c'est clairement visible ce qu'il reste à faire
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[lenny.libre]

Le 20/08/2017 à 12:02, marc marc a écrit :

  - _"public_transport=platform"_ il me semble que les tags "network"
sont nécessaires, surtout lorsque l'objet n'est pas encore membre d'une
relation "route" ou "public_transport=stop_area"

ce n'est pas "pas utile", c'est erroné que de dire qu'un trottoir ou un
abribus fait partir d'un réseau de transport en commun. c'est du
mobilier urbain. sinon à ce rythme là, on pourrait aussi ajouter les
routes, les carrefours, les lampes qui éclairent la route, la station
d'essence où le bus fait le plein, ...

que veux-tu dire ?
    - ce n'est pas "pas utile" : c'est-à-dire que c'est utile (double 
négation) - ou - ce n'est pas "mais, alors vraiment pas utile" ?


parles-tu des éléments physiques ou du node qui représente l'arrêt ?


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[lenny.libre]

ä la base,la discussion avait commencé parce que pour le réseau arc en
ciel, le nom même du réseau est très hétéroclite et de plus 2 réseaux
différents semblent exister en France avec ce nom.
il aurait été pratique d'avoir 2 relations pour permettre au moins de
classer les objets dans le bon groupe même si la typo exact du nom doit
être affinée (celui de leur site web, celui écrit sur les bus, ..)
le réseau Arc-en-Ciel de Haute-Garonne a une relation network 
https://www.openstreetmap.org/relation/1546978

Mais puisqu'il est mieux de faire sans relation network, le débat est
rouvert sur comment les séparer facilement.
___
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

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[lenny.libre]

Le 20/08/2017 à 12:02, marc marc a écrit :

Le 20. 08. 17 à 11:20, lenny.libre a écrit :

4- Bien que le wiki l'indique sur chaque objet,

quelle page ?

indiqué sur chaque objet, mais avec des degrés d'importance :
https://wiki.openstreetmap.org/wiki/Public_transport "recommended"
https://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport#Route_direction.2Fvariant 
"recommended if no route_master 
=* exists, else 
optional "
https://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport#Route_master 
" recommended if available "
https://wiki.openstreetmap.org/wiki/Tag%3Apublic_transport%3Dstop_position 
"recommended if no public_transport 
=stop_area 
 
exists, otherwise optional"
https://wiki.openstreetmap.org/wiki/Tag%3Apublic_transport%3Dplatform 
"recommended if no public_transport 
=stop_area 
 
exists, else optional "
https://wiki.openstreetmap.org/wiki/Tag%3Apublic_transport%3Dstation 
"Optional"
https://wiki.openstreetmap.org/wiki/Tag%3Apublic_transport%3Dstop_area 
"Important, if available "

https://wiki.openstreetmap.org/wiki/Public_transport/Quality_Assurance#Public_transport_objects_without_network.3D.2A

cordialement
leni
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Christian Quest]

Les ref stables et id wikidata permettent à des scripts d'accéder sans 
équivoque aux infos.


Les name (pourquoi pas network:name) sont destinés à des humains... les 
deux se complètent et pour l'instant network=* fait (mal) un peu les deux.


Dans beaucoup de scripts, j'utilise les ref:INSEE pour identifier une 
commune là où un humain utilisera plutôt le nom (name) de la commune, et 
c'est bien normal.




Le 22/08/2017 à 14:35, marc marc a écrit :

Le 21. 08. 17 à 23:20, osm.sanspourr...@spamgourmet.com a écrit :
  >> MM> puisqu'il est mieux de faire sans relation network,
  >> MM> le débat est rouvert sur comment les séparer facilement.
J>>> network:wikidata  ...
MM>> cela implique de dépendre de wikipedia pour afficher/trouver le nom
MM>> d'une réseau de bus...
  > Non, tu intègres l'objet wikidata dans OSM ,il a donc son existence
  > propres, tu t'y réfères pour mettre à jour les noms.
oui, quand tu connais le code wikidata, tu peux facilement retrouver
tout les objets. c'est donc pratique pour la maintenance une fois un
travail préalable d'harmonisation de l'existant.
c'est dans cette phase qu'il y a cette "dépendance"

Le 21. 08. 17 à 20:28, lenny.libre a écrit :

Le principal avantage que je vois dans la relation c'est ce qu'il m'a
semblé comprendre de ce disait Philippe : le tag "network", c'est
uniquement un code

Je pense avoir lu Noémie qui disait que cela servait à afficher le nom
(au sens commercial) du réseau à l'utilisateur et qu'en ce sens, il
devrait correspondre au nom connu de l'utilisateur.


on peut aussi y mettre wikidata pour avoir l'unicité)
le jour ou le nom du réseau change, il suffirait de changer le name

avec ou sans relation network, je pense que c'est ainsi qu'il serrait le
plus utile : utiliser network:wikidata comme une référence (on aurait pu
mettre ref=123) permettant de sélectionner toutes les master_route d'un
réseau.
Un query overpass dans josm suffit à sélectionner toute le réseau pour
uniformiser ou changer le nom
qu'en pensez-vous de ce compromis ?

il resterait alors à se mettre d'accord sur quoi faire lorsqu'un petit
réseau de bus n'a pas la notoriété suffisante que pour être dans
wikipedia. wikidata a les même règles de notoriété que wikipedia ?
ou sinon simplement on fait une page wiki qui liste des
ref:FR:network:bus et on attribue 1 au premier cas qui se présente, puis
2, 3 etc la page wiki servant de remplacement "wikidata"
on peux bien évidement mettre une ref plus simple genre ref:FR:osmdata
qui pourrait servir à tout les objets n'ayant de référence wikidata mais
qui aurait utilement besoin d'une ref unique.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


--
Christian Quest - OpenStreetMap France


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[marc marc]

Le 21. 08. 17 à 23:20, osm.sanspourr...@spamgourmet.com a écrit :
 >> MM> puisqu'il est mieux de faire sans relation network,
 >> MM> le débat est rouvert sur comment les séparer facilement.
J>>> network:wikidata  ...
MM>> cela implique de dépendre de wikipedia pour afficher/trouver le nom
MM>> d'une réseau de bus...
 > Non, tu intègres l'objet wikidata dans OSM ,il a donc son existence
 > propres, tu t'y réfères pour mettre à jour les noms.
oui, quand tu connais le code wikidata, tu peux facilement retrouver 
tout les objets. c'est donc pratique pour la maintenance une fois un 
travail préalable d'harmonisation de l'existant.
c'est dans cette phase qu'il y a cette "dépendance"

Le 21. 08. 17 à 20:28, lenny.libre a écrit :
> Le principal avantage que je vois dans la relation c'est ce qu'il m'a 
> semblé comprendre de ce disait Philippe : le tag "network", c'est 
> uniquement un code
Je pense avoir lu Noémie qui disait que cela servait à afficher le nom 
(au sens commercial) du réseau à l'utilisateur et qu'en ce sens, il 
devrait correspondre au nom connu de l'utilisateur.

> on peut aussi y mettre wikidata pour avoir l'unicité)  
> le jour ou le nom du réseau change, il suffirait de changer le name
avec ou sans relation network, je pense que c'est ainsi qu'il serrait le 
plus utile : utiliser network:wikidata comme une référence (on aurait pu 
mettre ref=123) permettant de sélectionner toutes les master_route d'un 
réseau.
Un query overpass dans josm suffit à sélectionner toute le réseau pour 
uniformiser ou changer le nom
qu'en pensez-vous de ce compromis ?

il resterait alors à se mettre d'accord sur quoi faire lorsqu'un petit 
réseau de bus n'a pas la notoriété suffisante que pour être dans 
wikipedia. wikidata a les même règles de notoriété que wikipedia ?
ou sinon simplement on fait une page wiki qui liste des 
ref:FR:network:bus et on attribue 1 au premier cas qui se présente, puis 
2, 3 etc la page wiki servant de remplacement "wikidata"
on peux bien évidement mettre une ref plus simple genre ref:FR:osmdata 
qui pourrait servir à tout les objets n'ayant de référence wikidata mais 
qui aurait utilement besoin d'une ref unique.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[osm . sanspourriel]

Le 21/08/2017 à 20:28, lenny.libre - lenny.li...@orange.fr a écrit :

Le wikidata qui me plaisait (en permettant avec osmose de contrôler) 
m'a un peu refroidi depuis que je vois qu'il y a des manques de 
rigueur et que si le nom change, il faudra certainement changer le 
network et aussi le network:wikidata, j'y vois moins d'avantages, la 
marque du réseau de Bordeaux étant passé par le stade CGFTE 
(wikidata=Q2990197) je n'ai pas trouvé TBC, puis TBM 
(wikidata=Q377695)  et comment je fais pour le réseau du transport 
scolaire de Haut-Garonne qui n'a pas de wikidata ?

Tu peux aussi ajouter un wikidata.
Pour les noms, comme wikidata ça peut aussi être édité n'importe 
comment, je suis plus pour intégrer (pas importer) des wikidata dans OSM.
L'unicité du tag te permet de répercuter les changements de nom mais il 
me semble que l'action de mettre à jour les noms doit être lancée par un 
humain.

Notamment parce qu'on a des règles spécifiques.
Par exemple je ne sais pourquoi la page sur la SNSM s'appelle Société 
nationale de sauvetage en mer. Comme il s'agit d'un nom propre, ça 
devrait être Société Nationale de Sauvetage en Mer.

Je pourrais le changer mais ne connaissant pas leurs règles je m'abstiens.

Le 21/08/2017 à 19:46, marc marc - marc_marc_...@hotmail.com a écrit :

MM> puisqu'il est mieux de faire sans relation network,
MM> le débat est rouvert sur comment les séparer facilement.
Le 21. 08. 17 à 13:42, Jo a écrit :
  >network:wikidata  ...
C'est une bonne solution pour contourner temporairement le problème.
Mais cela implique de dépendre de wikipedia pour afficher/trouver le nom
d'une réseau de bus... et n'avoir aucune solution lorsqu'un petit réseau
de bus n'a pas la notoriété suffisante que pour être dans wikipedia
Non, tu intègres l'objet wikidata dans OSM ,il a donc son existence 
propres, tu t'y réfères pour mettre à jour les noms.
si tu changes le nom du wikdata, tu mets à jour les network= des objets 
ayant ce network:wikidata=.


Jean-Yvon
---
trouvé par hasard :

the map is not the territory

https://medium.com/@copyconstruct/small-functions-considered-harmful-91035d316c29

https://cdn-images-1.medium.com/max/1600/1*i5vRl8dA8docZutvy-LgYA.png


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[lenny.libre]

Entre les deux mon cœur balance, au fur et à mesure de ce que je lis, je 
change ... Je n'avais pas d'avis au départ, mais maintenant je n'en ai 
pas plus.


Le 21/08/2017 à 02:05, Jérôme Amagat a écrit :
Je rappelles que les relations network n'est sur le wiki qu'a l’état 
de proposition, que cette proposition date de 2008, que rien n'a bougé 
sur cette proposition depuis 2013 (et plus après 2009 ce n'est que 
pour ajouté des exemples). Il y a des ajouts sur la page de discutions 
un peu plus récent 2014 mais il sont négatif a l'ajout de ces relations.


Cette relation, ça serait juste, mettre tous les éléments qui ont le 
même tag network=* dans une même relation (ou que les 
type=route_master) donc c'est faire une liste, une catégorie ce qui ne 
se fait pas dans osm. Si l'on veux tous les élément d'un même réseau 
il y a d'autre moyen de les obtenir que de créer ce type de relation. 
Si c'est pour pouvoir mettre quelque part le vrai nom du réseau 
pourquoi ne pas le mettre directement dans le tag network=*.
Le principal avantage que je vois dans la relation c'est ce qu'il m'a 
semblé comprendre de ce disait Philippe : le tag "network", c'est 
uniquement un code donc au lieu de fr_tisseo on pourrait avoir 
FR:pt_tlse - dans la relation, on peut aussi y mettre wikidata pour 
avoir l'unicité) le jour ou le nom du réseau change, il suffirait de 
changer le name (et éventuellement le wikidata) dans la relation network 
; il y a quelques temps à Bordeaux (où il n'y a pas de relation 
network), tous les tags "network" on été modifiés de "TBC" -> "TBM".


Le wikidata qui me plaisait (en permettant avec osmose de contrôler) m'a 
un peu refroidi depuis que je vois qu'il y a des manques de rigueur et 
que si le nom change, il faudra certainement changer le network et aussi 
le network:wikidata, j'y vois moins d'avantages, la marque du réseau de 
Bordeaux étant passé par le stade CGFTE (wikidata=Q2990197) je n'ai pas 
trouvé TBC, puis TBM (wikidata=Q377695)  et comment je fais pour le 
réseau du transport scolaire de Haut-Garonne qui n'a pas de wikidata ?


Si vous pensez que ces relation doivent exister, remettez un peu a 
jour la page de proposition avec des exemples qui existent encore et 
allez parler d'un vote de cette proposition sur la liste tagging (en 
anglais :) ) .


Sinon pourquoi ne pas créer des relations pour tous les objets qui ont 
le même operator comme par exemple EDF et vu que le même nom pourrait 
être utilisé ailleurs dans le monde il faudrait pour tout les tag 
operator=* ajouter "fr_" devant le nom comme par exemple operator=fr_EDF.
C'est que la relation ne serait pas utilisée pour faire la liste de tous 
les objets (bâtiment, parkings, agences, ...) ce qui serait une 
catégorie, mais uniquement les éléments constitutifs du réseau.
Après avoir beaucoup écouté, fr_ (qui est associé à la langue) ne 
devrait pas être utilisé, mais plutôt FR: (associé au pays)


Pareil pour les nom de rue addr:street=*, par exemple, il faudrait 
différencier l'"Avenue du général de Gaulle" des différentes villes, 
c'est pas les mêmes. On fait quoi on préfixe avec le nom des ville? De 
toute façon les noms on les mets que sur le tag name=* donc il n'a pas 
à être sur addr:street=* donc on peut y mettre quelque chose qui 
servira de référence pour chaque rue différente dans le monde. et on 
crée une relation pour chaque rue où on met dans name=* le vrai nom de 
la rue. A mer**, ça existe déjà, c'est les relation associatedStreet 
mais là on n'a pas modifié ce qu'on met dans addr:street pour que 2 
rues différentes n'est pas la même valeurs.
voici un argument que je ne comprends vraiment pas, ce n'est pas en 
mélangeant les oranges et les navets qu'on éclaircit le débat.



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[marc marc]

MM> puisqu'il est mieux de faire sans relation network,
MM> le débat est rouvert sur comment les séparer facilement.
Le 21. 08. 17 à 13:42, Jo a écrit :
 > network:wikidata ...
C'est une bonne solution pour contourner temporairement le problème.
Mais cela implique de dépendre de wikipedia pour afficher/trouver le nom 
d'une réseau de bus... et n'avoir aucune solution lorsqu'un petit réseau 
de bus n'a pas la notoriété suffisante que pour être dans wikipedia

Le 21. 08. 17 à 14:47, Philippe Verdy a écrit :
 > ces données seront de toute façon externalisées et le plus
 > souvent sous forme non libre et très peu accessible.
aucun rapport. un tag network dans osm est tout aussi libre/accessible.

Le 21. 08. 17 à 14:47, Philippe Verdy a écrit :
> pour faire des plans, calculer des itinéraires
Utiliser les tag network sur les relations routes ne suffit pas ?

Le 21. 08. 17 à 14:47, Philippe Verdy a écrit :
 > ces relations ont un coût quasi nul dans la base
Ce point là est un argument positif.

 > c'est toujours lors des mises à jour que cela se complique
je suis justement TRES favorable à la non duplicité des infos pour cette 
raison. Mais un tag sur les route_master me semble être un compromis.
Pourrais-tu (sommairement) préciser ce qui est pénalisant avec un tag 
network sur les relations route_master à la place d'une relation network 
(qui n'existe pas beaucoup) ? un cas concret par exemple
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Philippe Verdy]

Le 21 août 2017 à 02:05, Jérôme Amagat  a écrit :

> Je rappelles que les relations network n'est sur le wiki qu'a l’état de
> proposition, que cette proposition date de 2008, que rien n'a bougé sur
> cette proposition depuis 2013 (et plus après 2009 ce n'est que pour ajouté
> des exemples). Il y a des ajouts sur la page de discutions un peu plus
> récent 2014 mais il sont négatif a l'ajout de ces relations.
>

Je ne vois pas pourquoi ils sont négatifs alors que chaque réseau a ses
outils et méthodes pour travailler et se mettre à jour. Si on ne le fait
pas, ces données seront de toute façon externalisées et le plus souvent
sous forme non libre et très peu accessible. Sans ces relations il est
quasiment impossible de faire un suivi de ce qui est dans la base, alros
qu'on a en permanance besoin de se référer à ces réseaux, pour faire des
plans, calculer des itinéraires et temps de parcours, déterminer les
options tarifaires. Le simple tag "network=*" ne suffit pas et ce n'est pas
en multipliant les tags que cela va s'arranger, alors que ces relations ont
un coût quasi nul dans la base, et sont très facilement accessibles et même
bien plus simple à mettre à jour pour s'assurer de leur complétude:

Elles ne s'étendent pas à une quantité illimitée et non définie d'objets,
on sait exhaustivement ce qui doit être dedans, et ce n'est pas pour des
milliers d'objets ou beaucoup plus: à côté de ça les relations "route" sont
beaucoup plus compliquées, lourdes, instables, et on ne peut pas prédire du
tout le nombre nécessaire de leurs membres. Elles sont un outil de suivi
aussi pratique (sinon plus) pour gérer l'avancement de leur construction ou
de leur mise à jour, elles sont très sélectives, et permettent de diviser
les tâches à faire.

On en revient donc au même débat initial sur les "boundaries" qui ont eu le
même problème (et qui elles aussi demandent des mises à jour): c'est
toujours lors des mises à jour que cela se complique et que les outils
externes sont les plus inefficaces, obligeant les contributeurs à jongler
entre plein d'outils qui ne comprennent pas le même "langage" et ne
s'accordent jamais sur les tags qu'ils reconnaissent et la façon dont ils
gèrent leur sélectivité.

Wikidata c'est bien mais ce n'est pas plus une solution: les objets
Wikidata obéissent à une logique différente (dont celle de "notoriété" qui
peut amener à joindre deux objets différents, ou des logiques de
surclassification qui vont les diviser sans même souvent les relier entre
eux), qui n'a rien à voir avec la couverture géospatiale exhaustive, ni
même la cohérence globale: il va scinder des objets en sous-classes selon
des critères supplémentaires non liés à l'information géospatiale, ajouter
des informations historiques (et les sous-classer) et au final on ne pourra
pas non plus gérer l'exhaustivité voulue par OSM (qui est de représenter
correctement l'état **actuel** et effectif de la carte du monde, sans tenir
compte du passé ou des projections futures qui en revcanche ont une
importance élevée dans Wikidata et ses projets frères qui n'ont pas la même
notion de ce qui est "important" en tant que base de "connaissance"
universelle).

Donc je pense sincèrement que ne pas vouloir les utiliser dans OSM (où leur
mise en oeuvre est on ne peut plus simple et claire) c'est juste rendre
service aux bases de données propriétaires (qui toutes le font dans leurs
données): continuez comme ça, vous soutenez Google et le groupe des "Big
Data", ne vous plaignez pas alors que des services publics soient tentés
ensuite de ne plus utiliser OSM mais passent chez Google pour gérer leur
données de façon cohérente et stable, ou refusent la stratégie Open Data et
vont ne faire confiance qu'à l'IGN qui sera tenté de leur vendre son
"expertise exclusive".
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Jo]

network:wikidata ...

2017-08-21 12:30 GMT+02:00 marc marc :

> Le 21. 08. 17 à 02:05, Jérôme Amagat a écrit :
> > les relations network n'est sur le wiki qu'a l’état de proposition
> Tu as raison, on s'est un peu emballé.
> je change donc mon avis, chaque fois que je préconisais l'utilisation
> d'une relation network devient l'utilisation du tag network.
> Par contre cela ne change pas mon avis sur la limite de où l'utiliser :
> oui sur les objets non physique du réseau de bus, au + haut au mieux.
> mais inadéquoi sur le mobilier urbain, le marquage routier etc
>
> > Si c'est pour pouvoir mettre quelque part le vrai nom
> >  du réseau pourquoi ne pas le mettre directement dans le tag network=*.
> ä la base,la discussion avait commencé parce que pour le réseau arc en
> ciel, le nom même du réseau est très hétéroclite et de plus 2 réseaux
> différents semblent exister en France avec ce nom.
> il aurait été pratique d'avoir 2 relations pour permettre au moins de
> classer les objets dans le bon groupe même si la typo exact du nom doit
> être affinée (celui de leur site web, celui écrit sur les bus, ..)
> Mais puisqu'il est mieux de faire sans relation network, le débat est
> rouvert sur comment les séparer facilement.
> ___
> 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

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[marc marc]

Le 21. 08. 17 à 02:05, Jérôme Amagat a écrit :
> les relations network n'est sur le wiki qu'a l’état de proposition
Tu as raison, on s'est un peu emballé.
je change donc mon avis, chaque fois que je préconisais l'utilisation 
d'une relation network devient l'utilisation du tag network.
Par contre cela ne change pas mon avis sur la limite de où l'utiliser : 
oui sur les objets non physique du réseau de bus, au + haut au mieux.
mais inadéquoi sur le mobilier urbain, le marquage routier etc

> Si c'est pour pouvoir mettre quelque part le vrai nom
>  du réseau pourquoi ne pas le mettre directement dans le tag network=*.
ä la base,la discussion avait commencé parce que pour le réseau arc en 
ciel, le nom même du réseau est très hétéroclite et de plus 2 réseaux 
différents semblent exister en France avec ce nom.
il aurait été pratique d'avoir 2 relations pour permettre au moins de 
classer les objets dans le bon groupe même si la typo exact du nom doit 
être affinée (celui de leur site web, celui écrit sur les bus, ..)
Mais puisqu'il est mieux de faire sans relation network, le débat est 
rouvert sur comment les séparer facilement.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Jérôme Amagat]

Je rappelles que les relations network n'est sur le wiki qu'a l’état de
proposition, que cette proposition date de 2008, que rien n'a bougé sur
cette proposition depuis 2013 (et plus après 2009 ce n'est que pour ajouté
des exemples). Il y a des ajouts sur la page de discutions un peu plus
récent 2014 mais il sont négatif a l'ajout de ces relations.

Cette relation, ça serait juste, mettre tous les éléments qui ont le même
tag network=* dans une même relation (ou que les type=route_master) donc
c'est faire une liste, une catégorie ce qui ne se fait pas dans osm. Si
l'on veux tous les élément d'un même réseau il y a d'autre moyen de les
obtenir que de créer ce type de relation. Si c'est pour pouvoir mettre
quelque part le vrai nom du réseau pourquoi ne pas le mettre directement
dans le tag network=*.

Si vous pensez que ces relation doivent exister, remettez un peu a jour la
page de proposition avec des exemples qui existent encore et allez parler
d'un vote de cette proposition sur la liste tagging (en anglais :) ) .

Sinon pourquoi ne pas créer des relations pour tous les objets qui ont le
même operator comme par exemple EDF et vu que le même nom pourrait être
utilisé ailleurs dans le monde il faudrait pour tout les tag operator=*
ajouter "fr_" devant le nom comme par exemple operator=fr_EDF.

Pareil pour les nom de rue addr:street=*, par exemple, il faudrait
différencier l'"Avenue du général de Gaulle" des différentes villes, c'est
pas les mêmes. On fait quoi on préfixe avec le nom des ville? De toute
façon les noms on les mets que sur le tag name=* donc il n'a pas à être sur
addr:street=* donc on peut y mettre quelque chose qui servira de référence
pour chaque rue différente dans le monde. et on crée une relation pour
chaque rue où on met dans name=* le vrai nom de la rue. A mer**, ça existe
déjà, c'est les relation associatedStreet mais là on n'a pas modifié ce
qu'on met dans addr:street pour que 2 rues différentes n'est pas la même
valeurs.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[lenny.libre]

Le 20/08/2017 à 12:13, Jo a écrit :
Pouvez-vous me pointer sur une relation network utilisé dans le schéma 
public transport? Je n'en ai jamais vu et je n'ai jamais eu un cas où 
il me semblerait utile.
La relation 
https://wiki.openstreetmap.org/wiki/Relations/Proposed/Network est sur 
plusieurs réseaux, il semblerait que ceux du wiki aient utilisé un modèle


l'Ain
https://wiki.openstreetmap.org/wiki/France:Ain/car.ain.fr#Relation_type.3Dnetwork
https://www.openstreetmap.org/relation/4487554
Lila
https://www.openstreetmap.org/relation/1733465
Tours
https://www.openstreetmap.org/relation/2680020
Tan
https://www.openstreetmap.org/relation/1733024
Toulouse
https://wiki.openstreetmap.org/wiki/Toulouse/Transports_en_commun#R.C3.A9seau_Tiss.C3.A9o
https://www.openstreetmap.org/relation/1518272
Haute-Garonne
https://www.openstreetmap.org/relation/1546978
Londres
https://wiki.openstreetmap.org/wiki/London_public_transport_tagging_scheme/Examples#Query_by_relation_type.3Dnetwork.2C_name.3DLondon_Buses
...



Mais j'ajoute network et operator sur tous les objets, les relations 
route et route_master et les noeuds 
highway=bus_stop/public_transport=platform.


Pas sur les noeuds public_transport=stop_position, car je n'ajoute 
jamais des détails sur ces noeuds-là. Pas sur les ways 
public_transport=platform/highway=platform non plus. Et pas non plus 
sur les ways fermés amenity=shelter/shelter_type=public_transport. 
Leur operator ne m'intéresse pas du tout.


Polyglot

2017-08-20 12:02 GMT+02:00 marc marc >:


Le 20. 08. 17 à 11:20, lenny.libre a écrit :
> 4- Bien que le wiki l'indique sur chaque objet,
quelle page ?

> est-il nécessaire de mettre "network" (et "network:wikidata")
sur tous les objets ?

selon moi, non c'est une mauvaise habitude.
il faudrait le mettre sur la relation la + haute, éventuellement
sur les
variations des routes par facilité, mais pas sur les objets physiques.

>      - _relation "network"_ : le tag doit être présent
même avis

>      - _relation "route_master"_ membre de la relation
"network", il me
> semble que la relation n'a pas besoin du tag supplémentaire "network" ;
même avis

> par contre si "route_master" n'était pas membre d'une telle
relation il
> faudrait le mettre ou créer la relation "network" ?
si on a crée une relation network, c'est pour l'utiliser. alors il
faut
y ajouter les nouveaux membres dès que possible et/ou créer les
nouvelles relations si un nouveau réseau apparaît.

>      - _relation "route"_ : le tag "network" ne me semble pas
utile, sur
> cette relation, puisqu'il est porté par la relation "route_master"
même avis

>      - _"public_transport=platform"_ il me semble que les tags
"network"
> sont nécessaires, surtout lorsque l'objet n'est pas encore membre d'une
> relation "route" ou "public_transport=stop_area"
ce n'est pas "pas utile", c'est erroné que de dire qu'un trottoir
ou un
abribus fait partir d'un réseau de transport en commun. c'est du
mobilier urbain. sinon à ce rythme là, on pourrait aussi ajouter les
routes, les carrefours, les lampes qui éclairent la route, la station
d'essence où le bus fait le plein, ...

>      - "_public_transport=__stop_position"_ ne me semble pas
nécessaire,
même incohérence

>      - "_public_transport=__stop_area"_ il me semble utile

La seule utilité que je vois c'est une situation temporaire. tu passes
devant un arrêt, tu notes les lignes de bus sur un node physique pour
mémoriser l'info vu sur le terrain.
Plus tard toi ou quelqu'un d'autre les migrera dans les relations.
Dans ce sens là c'est utile puisque cela permet de retrouver
facilement
les ajouts à faire, les lignes à créer, les réseaux qui manquent.

> ou bien vaut-il mieux être redondant pour favoriser la
réutilisation des
> données utilisation ?

ce n'est pas de la redondance, c'est le chat qui se mord la queue.
certains dupliquent cela sur tout les objets pour dire qu'ensuite
c'est
utile pour retrouver les objets afin de les rajouter dans les
relations
d’où proviennent l'info à la base. Si l'info était correcte au début,
rien n'a été amélioré. si l'info était incorrecte, rien n'a été
amélioré
non plus.
___
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


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Philippe Verdy]

Rennes et Nantes l'utilisent, ce qui facilite le gros du chantier (même
s'il y a une page wiki dédiée, mais tout le monde ne sait pas éditer le
wiki non plus, c'est un autre outil de suivi).
Les autoroutes françaises l'utilisent. Les routes européennes l'ont
utilisé, mais ça a été supprimé depuis que les super-route ont été mises en
place (segmentation par pays) au lieu de remplacer les "route" ou
"route_master" par les nouvelles "super_route". (Eurovélo les a utilisé:
même problème).

Visiblement certains n'aiment pas les relations network chez eux : chaque
pays semble adopter ses méthodes de travail... une des raisons sans doute
de la création des "super-routes" qui reporte le problème ailleurs mais
n'aide pas du tout à garder une cohérence d'ensemble et la stabilité des
outils et méthodes utilisées, comme si une seule méthode permettait de
gérer ce chantier complexe et de longue haleine demandant beaucoup de
travail sur des zones très étendues sur lesquelles il est difficile de
maintenir la cohérence d'ensemble.

Il semble que la priorité soit de gérer les transport agglomération par
agglomération, mais le nombre d'interlocuteurs (collectivités, exploitants
concessionnaires, exploitants fournisseurs, fournisseurs annexes) et
l'intermodalité (multiples moyens de transport avec leurs propres règles
internes et schéma de tagging) n'aide pas à gérer ça simplement avec des
tags uniques. §Je vois mal comment se passer des relations, même si des
outils pour les éditer, et travailler dessus mais aussi les utiliser
commencent à apparaitre): supprimer directement sans s'intérroger sur les
outils qui voudraient les exploiter (avec de bonnes raisons) est à mon avis
une mauvaise idée: cela brise la volonté de structurer ça et ne fait que
retarder la maintenance et évite bloque ensuite le développement des outils
spécifiques et des réutilisations finales.

Du coup, ce qui est régulièrement cassé (abusivement à mon avis, comme si
ces objets n'existaient pas) est mis en oeuvre par des tas de bases
externes déconnectées, maintenues séparément et à grand frais, en divisant
les contributeurs en communautés plus petites et en favorisant l'émergence
de solutions propriétaires sur ces bases tierces, qui elles font toutes
l'effort de créer ces objets structurants. Cette suppression rend donc en
fait service à d'autres sources cartographiques propriétaires qui elles
vont vendre et restreindre les accès: Briser cet effort de rationalisation
c'est aider Google à faire ce qu'OSM par son incohérence se refuse en core
à faire


Le 20 août 2017 à 12:13, Jo  a écrit :

> Pouvez-vous me pointer sur une relation network utilisé dans le schéma
> public transport? Je n'en ai jamais vu et je n'ai jamais eu un cas où il me
> semblerait utile.
>
> Mais j'ajoute network et operator sur tous les objets, les relations route
> et route_master et les noeuds highway=bus_stop/public_transport=platform.
>
> Pas sur les noeuds public_transport=stop_position, car je n'ajoute jamais
> des détails sur ces noeuds-là. Pas sur les ways 
> public_transport=platform/highway=platform
> non plus. Et pas non plus sur les ways fermés 
> amenity=shelter/shelter_type=public_transport.
> Leur operator ne m'intéresse pas du tout.
>
> Polyglot
>
> 2017-08-20 12:02 GMT+02:00 marc marc :
>
>> Le 20. 08. 17 à 11:20, lenny.libre a écrit :
>> > 4- Bien que le wiki l'indique sur chaque objet,
>> quelle page ?
>>
>> > est-il nécessaire de mettre "network" (et "network:wikidata") sur tous
>> les objets ?
>>
>> selon moi, non c'est une mauvaise habitude.
>> il faudrait le mettre sur la relation la + haute, éventuellement sur les
>> variations des routes par facilité, mais pas sur les objets physiques.
>>
>> >  - _relation "network"_ : le tag doit être présent
>> même avis
>>
>> >  - _relation "route_master"_ membre de la relation "network", il me
>> > semble que la relation n'a pas besoin du tag supplémentaire "network" ;
>> même avis
>>
>> > par contre si "route_master" n'était pas membre d'une telle relation il
>> > faudrait le mettre ou créer la relation "network" ?
>> si on a crée une relation network, c'est pour l'utiliser. alors il faut
>> y ajouter les nouveaux membres dès que possible et/ou créer les
>> nouvelles relations si un nouveau réseau apparaît.
>>
>> >  - _relation "route"_ : le tag "network" ne me semble pas utile, sur
>> > cette relation, puisqu'il est porté par la relation "route_master"
>> même avis
>>
>> >  - _"public_transport=platform"_ il me semble que les tags "network"
>> > sont nécessaires, surtout lorsque l'objet n'est pas encore membre d'une
>> > relation "route" ou "public_transport=stop_area"
>> ce n'est pas "pas utile", c'est erroné que de dire qu'un trottoir ou un
>> abribus fait partir d'un réseau de transport en commun. c'est du
>> mobilier urbain. sinon à ce rythme là, on pourrait aussi ajouter les
>> routes, les carrefours, les lampes qui éclairent la route, la station
>> d'essence où le bus fait le plein, ...
>>
>> >

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Jo]

Pouvez-vous me pointer sur une relation network utilisé dans le schéma
public transport? Je n'en ai jamais vu et je n'ai jamais eu un cas où il me
semblerait utile.

Mais j'ajoute network et operator sur tous les objets, les relations route
et route_master et les noeuds highway=bus_stop/public_transport=platform.

Pas sur les noeuds public_transport=stop_position, car je n'ajoute jamais
des détails sur ces noeuds-là. Pas sur les ways
public_transport=platform/highway=platform non plus. Et pas non plus sur
les ways fermés amenity=shelter/shelter_type=public_transport. Leur
operator ne m'intéresse pas du tout.

Polyglot

2017-08-20 12:02 GMT+02:00 marc marc :

> Le 20. 08. 17 à 11:20, lenny.libre a écrit :
> > 4- Bien que le wiki l'indique sur chaque objet,
> quelle page ?
>
> > est-il nécessaire de mettre "network" (et "network:wikidata") sur tous
> les objets ?
>
> selon moi, non c'est une mauvaise habitude.
> il faudrait le mettre sur la relation la + haute, éventuellement sur les
> variations des routes par facilité, mais pas sur les objets physiques.
>
> >  - _relation "network"_ : le tag doit être présent
> même avis
>
> >  - _relation "route_master"_ membre de la relation "network", il me
> > semble que la relation n'a pas besoin du tag supplémentaire "network" ;
> même avis
>
> > par contre si "route_master" n'était pas membre d'une telle relation il
> > faudrait le mettre ou créer la relation "network" ?
> si on a crée une relation network, c'est pour l'utiliser. alors il faut
> y ajouter les nouveaux membres dès que possible et/ou créer les
> nouvelles relations si un nouveau réseau apparaît.
>
> >  - _relation "route"_ : le tag "network" ne me semble pas utile, sur
> > cette relation, puisqu'il est porté par la relation "route_master"
> même avis
>
> >  - _"public_transport=platform"_ il me semble que les tags "network"
> > sont nécessaires, surtout lorsque l'objet n'est pas encore membre d'une
> > relation "route" ou "public_transport=stop_area"
> ce n'est pas "pas utile", c'est erroné que de dire qu'un trottoir ou un
> abribus fait partir d'un réseau de transport en commun. c'est du
> mobilier urbain. sinon à ce rythme là, on pourrait aussi ajouter les
> routes, les carrefours, les lampes qui éclairent la route, la station
> d'essence où le bus fait le plein, ...
>
> >  - "_public_transport=__stop_position"_ ne me semble pas nécessaire,
> même incohérence
>
> >  - "_public_transport=__stop_area"_ il me semble utile
>
> La seule utilité que je vois c'est une situation temporaire. tu passes
> devant un arrêt, tu notes les lignes de bus sur un node physique pour
> mémoriser l'info vu sur le terrain.
> Plus tard toi ou quelqu'un d'autre les migrera dans les relations.
> Dans ce sens là c'est utile puisque cela permet de retrouver facilement
> les ajouts à faire, les lignes à créer, les réseaux qui manquent.
>
> > ou bien vaut-il mieux être redondant pour favoriser la réutilisation des
> > données utilisation ?
>
> ce n'est pas de la redondance, c'est le chat qui se mord la queue.
> certains dupliquent cela sur tout les objets pour dire qu'ensuite c'est
> utile pour retrouver les objets afin de les rajouter dans les relations
> d’où proviennent l'info à la base. Si l'info était correcte au début,
> rien n'a été amélioré. si l'info était incorrecte, rien n'a été amélioré
> non plus.
> ___
> 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

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[marc marc]

Le 20. 08. 17 à 11:39, Philippe Verdy a écrit :
> L'outil semble aussi vouloir chercher les arrêts avec cette clé
quel outil ?
ce serrait l'occasion de leur soumettre le problème vu qu'en l'état
1) leur outil ne trouve pas tous les arrêts vu le mix de façon de faire
2) cela est un frein pour mettre fin au mix qui pose problème au no 1
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[marc marc]

Le 20. 08. 17 à 11:20, lenny.libre a écrit :
> 4- Bien que le wiki l'indique sur chaque objet,
quelle page ?

> est-il nécessaire de mettre "network" (et "network:wikidata") sur tous les 
> objets ?

selon moi, non c'est une mauvaise habitude.
il faudrait le mettre sur la relation la + haute, éventuellement sur les 
variations des routes par facilité, mais pas sur les objets physiques.

>  - _relation "network"_ : le tag doit être présent
même avis

>  - _relation "route_master"_ membre de la relation "network", il me 
> semble que la relation n'a pas besoin du tag supplémentaire "network" ; 
même avis

> par contre si "route_master" n'était pas membre d'une telle relation il 
> faudrait le mettre ou créer la relation "network" ?
si on a crée une relation network, c'est pour l'utiliser. alors il faut 
y ajouter les nouveaux membres dès que possible et/ou créer les 
nouvelles relations si un nouveau réseau apparaît.

>  - _relation "route"_ : le tag "network" ne me semble pas utile, sur 
> cette relation, puisqu'il est porté par la relation "route_master"
même avis

>  - _"public_transport=platform"_ il me semble que les tags "network" 
> sont nécessaires, surtout lorsque l'objet n'est pas encore membre d'une 
> relation "route" ou "public_transport=stop_area"
ce n'est pas "pas utile", c'est erroné que de dire qu'un trottoir ou un 
abribus fait partir d'un réseau de transport en commun. c'est du 
mobilier urbain. sinon à ce rythme là, on pourrait aussi ajouter les 
routes, les carrefours, les lampes qui éclairent la route, la station 
d'essence où le bus fait le plein, ...

>  - "_public_transport=__stop_position"_ ne me semble pas nécessaire, 
même incohérence

>  - "_public_transport=__stop_area"_ il me semble utile

La seule utilité que je vois c'est une situation temporaire. tu passes 
devant un arrêt, tu notes les lignes de bus sur un node physique pour 
mémoriser l'info vu sur le terrain.
Plus tard toi ou quelqu'un d'autre les migrera dans les relations.
Dans ce sens là c'est utile puisque cela permet de retrouver facilement 
les ajouts à faire, les lignes à créer, les réseaux qui manquent.

> ou bien vaut-il mieux être redondant pour favoriser la réutilisation des 
> données utilisation ?

ce n'est pas de la redondance, c'est le chat qui se mord la queue.
certains dupliquent cela sur tout les objets pour dire qu'ensuite c'est 
utile pour retrouver les objets afin de les rajouter dans les relations 
d’où proviennent l'info à la base. Si l'info était correcte au début, 
rien n'a été amélioré. si l'info était incorrecte, rien n'a été amélioré 
non plus.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Philippe Verdy]

"network=*" sur les relations "type=route" est pour l'instant nécessaire
pour pas mal d'outils qui justement cherchent ces routes en utilisant cette
clé (et aussi la clé "operator=*" comme discriminant quand il y a plusieurs
opérateurs d'un même réseau), car le numéro de ligne n'est pas suffisant.
C'est le cas pour les outils basés sur Overpass qui sont utilisés sans
nécessairemetn restreindre la zone de recherche avec une "bounding box".
L'outil semble aussi vouloir chercher les arrêts avec cette clé; il fait
ensuite les rapprochements manquants et tente de concilier plusieurs
versions du schéma Public Transport ("v1" et v2).
Cependant il n'en tient pas compte encore pour les recherches de
correspondances (tous opérateurs confondus à partir d'un arrêt trouvé, mais
il a du mal à trouver pas mal de correspondances quand les "zones d'arrêt",
ou "stop_area" sont étendues car il n'interprète pas encore ces relations).
Les schémas de transport sont encore à l'étape de conception et il y aura
des changements pour les stabiliser. Par prudence je conserverais donc
encore ces clés, les relations n'étant pas encore utilisées complètement
par tous les outils qui font des analyses différentes ou choisissent
d'ignorer une partie des données.

En revanche "network:wikidata=*" n'a pas lieu d'être en dehors de la
relation "type=network", bien que des réseaux de transport n'ont aucune
relation pour ça: dans ce cas ce sera mis sur la relation "route" ou
"route_master" (ou "super_route" qui est apparue plus récemment pour
grouper plusieurs relations "route" segmentées par pays, le "route_master"
regroupant alors des "super_route" au lieu des "route", avec une
"super_route" par direction ou variante: ces super-routes sont utilisées
notamment pour les routes euro-vélo, ou routes européennes, ou certaines
routes ferroviaires internationales, qui en fait sont exploitées par des
opérateurs différents et gérées par des collectivités différentes
simplement associées dans le projet commun mais qui gèrent chacune
individuellement les accords avec les transporteurs exploitants) 

Le 20 août 2017 à 11:20, lenny.libre  a écrit :

>
> Le 09/08/2017 à 00:03, marc marc a écrit :
>
> Le 08. 08. 17 à 21:51, osm.sanspourr...@spamgourmet.com a écrit :
>
> 4- est-il nécessaire de mettre operator sur tous les objets ?
>
> Je voulais, sur ce fil, rester sur "network" et j'ai écris "operator", je
> plane vraiment.
>   Après quelques jours d’absence, je ré-écris le §
>
> 4- Bien que le wiki l'indique sur chaque objet, est-il nécessaire de
> mettre "network" (et "network:wikidata") sur tous les objets ?
>Pour les nouveaux objets créés, il me semble que ce n'est pas
> nécessaire sur tous :
>
> - *relation "network"* : le tag doit être présent + ajout du tag
> "network:wikidata"
>
> - *relation "route_master"* membre de la relation "network", il me
> semble que la relation n'a pas besoin du tag supplémentaire "network" ; par
> contre si "route_master" n'était pas membre d'une telle relation il
> faudrait le mettre ou créer la relation "network" ?
>
> - *relation "route"* : le tag "network" ne me semble pas utile, sur
> cette relation, puisqu'il est porté par la relation "route_master"
>
> - *"public_transport=platform"* il me semble que les tags "network"
> sont nécessaires, surtout lorsque l'objet n'est pas encore membre d'une
> relation "route" ou "public_transport=stop_area"
>
> - "*public_transport=**stop_position"* ne me semble pas nécessaire,
> il est sur la route et/ou platform et/ou "public_transport=stop_area"
>
> - "*public_transport=**stop_area"* il me semble utile
>
> ou bien vaut-il mieux être redondant pour favoriser la réutilisation des
> données utilisation ?
>
> Leni
>
>
> Tous les objets n'ont pas même "operator". La plateforme en tant
> qu'abris peut être géré par un pubeux. C'est pour ça que tu mets "oui" ?
> Si on mettait operator sur le stop_position, ce serait logiquement celui
> qui demande de repeindre la chaussée. Un intérêt ? De plus pas visible
> sur le terrain.
>
> J'ai exactement le même avis.
> mettre l'opérateur de la ligne de bus sur le mobilier urbain est souvent
> une info erroné.
> il faut soit faire des fouilles dans le contrat et responsabilité de qui
> s'occupe du mobilier urbain et de l'entretient de la chaussée pour
> trouver le bon responsable.
> soit ne rien mettre sur les éléments physiques (on ne met pas de tag
> opérateur sur un banc public ni sur le panneau routier, c'est la même chose)
>
> Pour les relations, si connu le mettre sur route_master
> sur les différentes versions de l'itinéraire, pq pas si c'est utile à
> quelqu'un, sinon cela se déduit du route_master
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[lenny.libre]

Le 09/08/2017 à 00:03, marc marc a écrit :

Le 08. 08. 17 à 21:51,osm.sanspourr...@spamgourmet.com  a écrit :

4- est-il nécessaire de mettre operator sur tous les objets ?
Je voulais, sur ce fil, rester sur "network" et j'ai écris "operator", 
je plane vraiment.

  Après quelques jours d’absence, je ré-écris le §

4- Bien que le wiki l'indique sur chaque objet, est-il nécessaire de 
mettre "network" (et "network:wikidata") sur tous les objets ?
   Pour les nouveaux objets créés, il me semble que ce n'est pas 
nécessaire sur tous :


    - _relation "network"_ : le tag doit être présent + ajout du tag 
"network:wikidata"


    - _relation "route_master"_ membre de la relation "network", il me 
semble que la relation n'a pas besoin du tag supplémentaire "network" ; 
par contre si "route_master" n'était pas membre d'une telle relation il 
faudrait le mettre ou créer la relation "network" ?


    - _relation "route"_ : le tag "network" ne me semble pas utile, sur 
cette relation, puisqu'il est porté par la relation "route_master"


    - _"public_transport=platform"_ il me semble que les tags "network" 
sont nécessaires, surtout lorsque l'objet n'est pas encore membre d'une 
relation "route" ou "public_transport=stop_area"


    - "_public_transport=__stop_position"_ ne me semble pas nécessaire, 
il est sur la route et/ou platform et/ou "public_transport=stop_area"


    - "_public_transport=__stop_area"_ il me semble utile

ou bien vaut-il mieux être redondant pour favoriser la réutilisation des 
données utilisation ?


Leni



Tous les objets n'ont pas même "operator". La plateforme en tant
qu'abris peut être géré par un pubeux. C'est pour ça que tu mets "oui" ?
Si on mettait operator sur le stop_position, ce serait logiquement celui
qui demande de repeindre la chaussée. Un intérêt ? De plus pas visible
sur le terrain.

J'ai exactement le même avis.
mettre l'opérateur de la ligne de bus sur le mobilier urbain est souvent
une info erroné.
il faut soit faire des fouilles dans le contrat et responsabilité de qui
s'occupe du mobilier urbain et de l'entretient de la chaussée pour
trouver le bon responsable.
soit ne rien mettre sur les éléments physiques (on ne met pas de tag
opérateur sur un banc public ni sur le panneau routier, c'est la même chose)

Pour les relations, si connu le mettre sur route_master
sur les différentes versions de l'itinéraire, pq pas si c'est utile à
quelqu'un, sinon cela se déduit du route_master
___
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

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[osm . sanspourriel]

Un autre avantage de ne pas avoir le trajet c'est qu'il sera inutile de 
découper les ronds points pour avoir de bons tracés.


Le 19/08/2017 à 20:20, osm.sanspourr...@spamgourmet.com a écrit :

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[osm . sanspourriel]

> vous laisserez fr_arc_en_ciel sur tous les autres objets ?

Pourquoi ? Si c'est une référence Wikidata, a priori elle ne changera pas.

Et comme c'est un identifiant unique, on peut faire une modification 
globale sans se poser de questions (à condition qu'il soit clair pour 
les utilisateurs de cet identifiant que leur logiciels doivent être 
paramétrables).


Mais je suis d'accord, ce n'est pas une bonne solution, ça me chiffonne 
aussi.


C'est une permettant de limiter la casse.

Et je laissais la publication operator/operator:wikidata dans la ligne 
(avec propagation plus simple des màj du fait de l'identifiant).


Sans, regarde le b... des noms du réseau en question sur Wikidata. 
Arc-en-ciel ? Arc en ciel ? Réseau Arc en ciel.Réseau des cars 
Arc-en-Ciel comme indiqué sur leur site ? RÉSEAU*ARC-EN-CIEL* comme 
écrit sur les cars ? RÉSEAU *ARC-EN-CIEL* comme écrit sur les supports 
informatique?


On dirait FR:AEC31, ça ne me générait pas .

J'ai pris l'exemple de la ligne 1, je vois le logo du département et lis 
"/Tous ces services sont réalisés par REGIE DEPARTEMENTALE DES 
TRANSPORTS 
./"


Si tu préfères, gtfs:agency_id ou gtfs:agency_name mais quid des réseaux 
sans GFTS publié ?


Mais une modélisation plus propre pourrait rendre le système plus simple.
Car un réseau est composé de lignes, de lignes unidirectionnelles et ces 
lignes d'arrêts (pour Philippe : oui, éventuellement les lignes sont 
composése de segments et les segments d'arrêts afin de simplifier les 
variantes styles premier trajet du dépôt et dernier de retour au dépôt).


Comme déjà dit ici, avoir les plateformes permet sauf exception de 
savoir ou s'arrête le véhicule. Préciser s'il s'arrête à l'avant (cas 
général pour les bus et tram et les trains des gares terminus), au 
milieu (cas des gares traversantes), pourquoi pas. Mettre une 
stop_position si la plateforme est trop éloignée pour un calcul 
automatique, pourquoi pas.
Et des points intermédiaires de passage afin de calculer proprement 
l'itinéraire si un routeur ne sait pas faire le bon trajet (sachant que 
c'est peu important pour l'urager, sauf pour les calculs de distance aux 
prochains arrêts.


Le doc du STIF montre après assez bien comment modéliser les arrêts et 
regroupements hiérarchiques d'arrêts.


Avec un tel système moins lourd que la V2, on a moins de soucis avec les 
relations puisque les objets sont des essentiellement des relations et 
des petits segments (plateformes) voir de simple nœuds.


Quand tu ajoutes un arrêt à une relation, tu le places en général afin 
de minimiser la distance ou dans l'ordre inverse de la ligne de même 
référence grand public si tu l'as.


Par exemple si tu as une ligne Brest-Paris et que tu ajoutes Rennes, 
l'éditeur doit de proposer par défaut Brest-Rennes-Paris et non 
Brest-Paris-Rennes parce que ce serait plus long.
Maintenant il peut te proposer directement Paris-Rennes-Brest pour le 
sens inverse (ici il n'a pas à trouver les plateformes du côté opposé de 
la rue).


Pour les segments, je parlais des parties optionnelles de ligne, il y a 
aussi les parties partagées entre lignes.
La ligne C1 
 
de la STAR (FR:STAR ;-)) et la 34 
 
se partagent la partie Avenue André Bonnin jusqu'à l'intersection 
 
(public_transport=transit_point 
 ?).
Alors pourquoi ne pas faire un segment jusque là, à partager entre les 
deux lignes (ici il n'y a qu'un arrêt et deux points de passage, peu 
intéressant ?).


Les lignes sont compositions de segments ayant des extrémités communes 
(arrêt ou point de passage).


À propos de nom, cette ligne C1 s'est appelée 17, 7 et 1 (elle a juste 
été prolongée et le numéro reflète son importance au fil du temps). On 
est heureux que le nom ne soit pas dupliqué à chaque arrêt.


Jean-Yvon

Le 11/08/2017 à 08:17, Noémie Lehuby - noemie.leh...@zaclys.net a écrit :


Bonjour,

Excusez-moi de revenir là-dessus, mais continue de me chiffoner...

Si je comprend bien, vous mettez un identifiant de réseau dans le tag 
network pour deux raisons :


  * pour pouvoir stocker dans OSM des informations sur le réseau
(website, contact, etc) sans les dupliquer sur toutes les lignes
  * pour avoir un identifiant unique et stable


Ça veut donc dire, si j'ai bien suivi, que si demain, dans un élan 
d'originalité, le réseau Arc-En-Ciel est renommé TransHauteGaronne :


  * vous mettrez à jour la relation network avec le nouveau nom
  * vous laisserez fr_arc_en_ciel sur tous les autres objets ?


C'est vraiment ça ?

Le 07/08/2017 à 20:41, osm.sanspourr...@spamgourmet.com a écrit :


Le 07/08/2017 à 11:20, lenny.libre - lenny.li...@orange.fr a écrit :


Le 07

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Noémie Lehuby]

Bonjour,

Excusez-moi de revenir là-dessus, mais continue de me chiffoner...

Si je comprend bien, vous mettez un identifiant de réseau dans le tag 
network pour deux raisons :


 * pour pouvoir stocker dans OSM des informations sur le réseau
   (website, contact, etc) sans les dupliquer sur toutes les lignes
 * pour avoir un identifiant unique et stable


Ça veut donc dire, si j'ai bien suivi, que si demain, dans un élan 
d'originalité, le réseau Arc-En-Ciel est renommé TransHauteGaronne :


 * vous mettrez à jour la relation network avec le nouveau nom
 * vous laisserez fr_arc_en_ciel sur tous les autres objets ?


C'est vraiment ça ?

Le 07/08/2017 à 20:41, osm.sanspourr...@spamgourmet.com a écrit :


Le 07/08/2017 à 11:20, lenny.libre - lenny.li...@orange.fr a écrit :


Le 07/08/2017 à 10:50, osm.sanspourr...@spamgourmet.com a écrit :

(...)

Mais qu'est-ce qui empêche un outil de présenter CTRL - Compagnie 
de transport de la région lorientaise (les /short name///et les 
/label/) au lieu de Q2408086 ?




Cela veut dire que l'outil d’édition doit aller chercher la valeur 
du wikidata quand le contributeur entre "CTRL" ? Le contributeur ne 
saisit pas wikidata
Pas forcément. C'est une possibilité (Jo rappelle que le greffon sous 
JOSM le fait).
Il peut aussi proposer les valeurs trouvées aux alentours (liste 
modifiable).
Sur Lorient par exemple il pourra proposer CTRL car les arrêts aux 
alentours sont en général de la CTRL.




D'accord avec Christian, une fois entré il ne faut pas que ça 
entraîne une requête à une autre base mais être entré dans OSM.




Oui, mais je n'avais pas compris que cela :
"Le 04/08/2017 à 09:00, Christian Quest a écrit : Pour la majorité 
usages, les données OSM doivent le plus possible se suffire à elles 
même !"
Il me semble que le nom du réseau se suffit à lui-même, pas la 
valeur du wikidata


"Le 04/08/2017 à 09:00, Christian Quest a écrit : 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."
Cela voudrait-il dire qu'il faudrait dans osm - "network:name" et 
"network:wikidata" - et qu'osmose aille voir dans wikidata la 
cohérence ? C'est un peu ce que disait Jo, non ?


Quand il dit que la cohérence entre le nom et le le wikidata peut 
être vérifiée c'est bien qu'il stocke les deux.
Et donc c'est bien ce que dit Jo ou ce que je dis : l'utilisateur 
choisit CTRL et on stocke à la fois le nom du réseau et son code 
Wikidata. Après où on stocke exactement le nom (du réseau ici), ça se 
discute mais ça ne change rien au principe.


Je n'ai rien contre le fait d'écrire CTRL au lieu de fr_CTRL par 
exemple, mais il faut que les outils travaillant sur les réseaux 
arrivent à distinguer le réseau de Lorient d'un autre. Je pense à 
l'outil générant le squelette d'une ligne.
Je ne suis pas retombé dessus mais j'ai trouvé un bel article sur le 
rendu des lignes en utilisant des données OSM :

https://medium.com/transit-app/how-we-built-the-worlds-prettiest-auto-generated-transit-maps-12d0c6fa502f
Jean-Yvon



___
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

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[marc marc]

Le 08. 08. 17 à 21:51, osm.sanspourr...@spamgourmet.com a écrit :
>> 4- est-il nécessaire de mettre operator sur tous les objets ?
> Tous les objets n'ont pas même "operator". La plateforme en tant 
> qu'abris peut être géré par un pubeux. C'est pour ça que tu mets "oui" ? 
> Si on mettait operator sur le stop_position, ce serait logiquement celui 
> qui demande de repeindre la chaussée. Un intérêt ? De plus pas visible 
> sur le terrain.

J'ai exactement le même avis.
mettre l'opérateur de la ligne de bus sur le mobilier urbain est souvent 
une info erroné.
il faut soit faire des fouilles dans le contrat et responsabilité de qui 
s'occupe du mobilier urbain et de l'entretient de la chaussée pour 
trouver le bon responsable.
soit ne rien mettre sur les éléments physiques (on ne met pas de tag 
opérateur sur un banc public ni sur le panneau routier, c'est la même chose)

Pour les relations, si connu le mettre sur route_master
sur les différentes versions de l'itinéraire, pq pas si c'est utile à 
quelqu'un, sinon cela se déduit du route_master
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[osm . sanspourriel]

Le 08/08/2017 à 13:34, lenny.libre - lenny.li...@orange.fr a écrit :


Le 07/08/2017 à 22:10, osm.sanspourr...@spamgourmet.com a écrit :


Le 07/08/2017 à 20:41, Jean-Yvon a écrit :


Je pense à l'outil générant le squelette d'une ligne.

Je pensais que ça avait à voir avec l'Overpass.
Trouvé :
http://www.overpass-api.de/public_transport.html
En fait avec Operator il est possible d'avoir des réseaux de même nom.
Mais pour une ligne de CTRL (agglo de Lorient), est-ce Keolis ? 
Koelis Lorient ? Non renseigné ?
Une règle simple (_) peut être 
plus facile à utiliser.


Je ne comprends pas, si on met "network:wikidata" quel est l’intérêt 
de la règle (_) ?

Aucun c'est fromage ou dessert. Si du moins les outils suivent.


Si je récapitule :
1- pour l'instant on conserve les valeurs fr_tisseo et fr_arc_en_ciel
2- on ajoute "network:wikidata" ;
- j'ai ajouté le greffon dans josm, il ne me trouve que 3 entrées 
et pas la bonne !!!

- il ne trouve aucune entrée avec réseau arc en ciel !!!
- quand je cherche arc en ciel sur le site wikidata, heureusement 
que le premier est le bon (il y en a un paquet ...)
les valeurs saisies n'ont pas de source, on ne sait pas d'où 
elles viennent.

Et des anonymes peuvent changer les valeurs.
J'ai ainsi ajouté SNSM comme nom court de Société Nationale de Sauvetage 
en Mer alors que je n'ai pas de compte sous Wikidata.
Si je cherche SNSM, il ne propose que la page d'homonymie de Wikimédia 
qui correspond à une page allemande : "notre" SNSM et la signification 
régate Saint-Nazaire/Saint-Malo.
Normalement il y a des catégories sous Wikidata mais ça n'a pas l'air 
d'être très/bien utilisé.

Car j'aimerais chercher les réseaux de transport s'appelant arc-en-ciel.

Il n'y a pas la valeur que l'on trouve le site 
https://www.haute-garonne.fr/proximite/au-quotidien/reseau-des-cars-arc-en-ciel, 
ou sur les affichages du réseau ("Réseau des cars Arc-en-Ciel", 
"RESEAU ARC-EN-CIEL", ...)
J'ai cherché sur Wikidata réseau arc-en-ciel et je suis tombé sur "le 
bon" : Q3456528 


Déjà comme tu dis si le nom sur leur site correspondait au nom sur leur 
cars (bien vu les immatriculations ;-)).

10 synonymes (Also known as) montre que c'est un nom un peu pathologique.
Ça veut sans doute dire que le greffon n'est pas assez tolérant et qu'il 
devrait chercher dans d'autres noms.

Autre soucis : quid si le nom principal n'est pas le nom voulu dans OSM ?


- le fait de mettre wikidata n'est pas forcément pérenne :
*  conseil général de la Haute-Garonne (Q2994005) assemblée 
délibérante du département français de la Haute-Garonne avant mars 2015
*  conseil départemental de la Haute-Garonne (Q23782112) 
assemblée délibérante du département français de la Haute-Garonne 
depuis avril 2015
wikidata obligera dans osm de modifier et le nom et la valeur 
du wikidata

Oui et non : on est d'accord Wikidata n'est pas la panacée.
Comme tu dis pas forcément, donc certaines fois ça tombe juste et 
simplifie le travail ;-).
D'autres fois on devra modifier tous les wikidata XXX en YYY. Tant que 
c'est du systématique, c'est simple.

Alors qu'avec des coquilles dans les noms...

3- est-ce que Osmose a une requête de contrôle de wikidata ou faut-il 
demander une évolution ?

Fred ?

4- est-il nécessaire de mettre operator sur tous les objets ?
Tous les objets n'ont pas même "operator". La plateforme en tant 
qu'abris peut être géré par un pubeux. C'est pour ça que tu mets "oui" ? 
Si on mettait operator sur le stop_position, ce serait logiquement celui 
qui demande de repeindre la chaussée. Un intérêt ? De plus pas visible 
sur le terrain.


Jean-Yvon
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[lenny.libre]

Le 07/08/2017 à 04:58, Jo a écrit :



2017-08-06 23:44 GMT+02:00 lenny.libre >:


Le 06/08/2017 à 07:11, Jo a écrit :

Si tu vas faire passer à la revue tous les arrêts, il ne serait
pas très compliqué de créer un 'preset' pour standardiser tous
les arrêts. Le preset peut contenir 3 'sjablônes' .

Qu'entends-tu par "preset" ?


Ce qui apparaît quand tu appuies sur F3. Un assistant pour ajouter des 
valeurs.
Ok, je comprends mais ne vois pas l'avantage ; quand tu dis créer un 
preset, c'est créer un modèle d'attribut (je sais faire) par contre, tu 
dit "Le preset peut contenir 3 'sjablônes' " c'est une fote de frape ou ???



Lorsque nous avions effectué le changement de nom réseau sur
Bordeaux, j'avais récupéré les données à modifier avec
http://overpass-turbo.eu/ et j'avais envoyé le résultat vers josm.



L'autre option est d'en sélectionner une vingtaine à la fois,
puis changer les tags tous ensemble, puis les inspecter à l'aide
du greffon "todo".


J'avais regardé todo il y a quelque temps mais comme je n'avais
pas trouvé de tuto et que je n'avais pas le temps de me pencher
dessus ...


Tu fais une sélection, par exemple en faisant une recherche (Ctrl-f), 
puis tu l'ajoutes. Pour sélectionner le premier objet, tu utilses 
Zoom, pour les autres Pass ou Mark (]). Mark les enlève de la liste.
Jusque là ça allait, mais je ne suis pas arrivé à conserver la liste si 
je doit arrêter et que je n'ai pas terminé.

Leni
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[lenny.libre]

Le 07/08/2017 à 22:10, osm.sanspourr...@spamgourmet.com a écrit :


Le 07/08/2017 à 20:41, Jean-Yvon Landrac a écrit :


Je pense à l'outil générant le squelette d'une ligne.

Je pensais que ça avait à voir avec l'Overpass.
Trouvé :
http://www.overpass-api.de/public_transport.html
En fait avec Operator il est possible d'avoir des réseaux de même nom.
Mais pour une ligne de CTRL (agglo de Lorient), est-ce Keolis ? Koelis 
Lorient ? Non renseigné ?
Une règle simple (_) peut être plus 
facile à utiliser.


Je ne comprends pas, si on met "network:wikidata" quel est l’intérêt de 
la règle (_) ?


Si je récapitule :
1- pour l'instant on conserve les valeurs fr_tisseo et fr_arc_en_ciel
2- on ajoute "network:wikidata" ;
- j'ai ajouté le greffon dans josm, il ne me trouve que 3 entrées 
et pas la bonne !!!

- il ne trouve aucune entrée avec réseau arc en ciel !!!
- quand je cherche arc en ciel sur le site wikidata, heureusement 
que le premier est le bon (il y en a un paquet ...)
les valeurs saisies n'ont pas de source, on ne sait pas d'où 
elles viennent.
Il n'y a pas la valeur que l'on trouve le site 
https://www.haute-garonne.fr/proximite/au-quotidien/reseau-des-cars-arc-en-ciel, 
ou sur les affichages du réseau ("Réseau des cars Arc-en-Ciel", "RESEAU 
ARC-EN-CIEL", ...)

- le fait de mettre wikidata n'est pas forcément pérenne :
*  conseil général de la Haute-Garonne (Q2994005) assemblée 
délibérante du département français de la Haute-Garonne avant mars 2015
*  conseil départemental de la Haute-Garonne (Q23782112) 
assemblée délibérante du département français de la Haute-Garonne depuis 
avril 2015
wikidata obligera dans osm de modifier et le nom et la valeur 
du wikidata
3- est-ce que Osmose a une requête de contrôle de wikidata ou faut-il 
demander une évolution ?

4- est-il nécessaire de mettre operator sur tous les objets ?
- il me semble que "route_master" étant membre de la relation 
"operator", n'a pas besoin du tag supplémentaire "network"

- route oui
- platform oui
- stop_position ne me semble pas nécessaire, il est sur la route 
et/ou platform et/ou stop_area


cordialement
Leni
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[osm . sanspourriel]

Le 07/08/2017 à 20:41, Jean-Yvon Landrac a écrit :


Je pense à l'outil générant le squelette d'une ligne.

Je pensais que ça avait à voir avec l'Overpass.
Trouvé :
http://www.overpass-api.de/public_transport.html
En fait avec Operator il est possible d'avoir des réseaux de même nom.
Mais pour une ligne de CTRL (agglo de Lorient), est-ce Keolis ? Koelis 
Lorient ? Non renseigné ?
Une règle simple (_) peut être plus 
facile à utiliser.


Jean-Yvon

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[osm . sanspourriel]

Le 07/08/2017 à 11:20, lenny.libre - lenny.li...@orange.fr a écrit :


Le 07/08/2017 à 10:50, osm.sanspourr...@spamgourmet.com a écrit :

(...)

Mais qu'est-ce qui empêche un outil de présenter CTRL - Compagnie de 
transport de la région lorientaise (les /short name///et les /label/) 
au lieu de Q2408086 ?




Cela veut dire que l'outil d’édition doit aller chercher la valeur du 
wikidata quand le contributeur entre "CTRL" ? Le contributeur ne 
saisit pas wikidata
Pas forcément. C'est une possibilité (Jo rappelle que le greffon sous 
JOSM le fait).
Il peut aussi proposer les valeurs trouvées aux alentours (liste 
modifiable).
Sur Lorient par exemple il pourra proposer CTRL car les arrêts aux 
alentours sont en général de la CTRL.




D'accord avec Christian, une fois entré il ne faut pas que ça 
entraîne une requête à une autre base mais être entré dans OSM.




Oui, mais je n'avais pas compris que cela :
"Le 04/08/2017 à 09:00, Christian Quest a écrit : Pour la majorité 
usages, les données OSM doivent le plus possible se suffire à elles 
même !"
Il me semble que le nom du réseau se suffit à lui-même, pas la valeur 
du wikidata


"Le 04/08/2017 à 09:00, Christian Quest a écrit : 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."
Cela voudrait-il dire qu'il faudrait dans osm - "network:name" et 
"network:wikidata" - et qu'osmose aille voir dans wikidata la 
cohérence ? C'est un peu ce que disait Jo, non ?


Quand il dit que la cohérence entre le nom et le le wikidata peut être 
vérifiée c'est bien qu'il stocke les deux.
Et donc c'est bien ce que dit Jo ou ce que je dis : l'utilisateur 
choisit CTRL et on stocke à la fois le nom du réseau et son code 
Wikidata. Après où on stocke exactement le nom (du réseau ici), ça se 
discute mais ça ne change rien au principe.


Je n'ai rien contre le fait d'écrire CTRL au lieu de fr_CTRL par 
exemple, mais il faut que les outils travaillant sur les réseaux 
arrivent à distinguer le réseau de Lorient d'un autre. Je pense à 
l'outil générant le squelette d'une ligne.
Je ne suis pas retombé dessus mais j'ai trouvé un bel article sur le 
rendu des lignes en utilisant des données OSM :

https://medium.com/transit-app/how-we-built-the-worlds-prettiest-auto-generated-transit-maps-12d0c6fa502f
Jean-Yvon

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Jo]

Le greffon wikidata montre déjà les 'balises'/label de wikidata.

Jo

2017-08-07 10:50 GMT+02:00 :

> Certes, plus c'est facile pour l'utilisateur, mieux c'est.
>
> Mais il ne faut pas confondre l'enregistrement en base et l'entrée par
> l'utilisateur.
>
> Oui entrer la valeur via le-s wikidata, tu peux oublier.
>
> Mais qu'est-ce qui empêche un outil de présenter CTRL - Compagnie de
> transport de la région lorientaise (les *short name* et les *label*) au
> lieu de Q2408086 ?
>
> D'accord avec Christian, une fois entré il ne faut pas que ça entraîne une
> requête à une autre base mais être entré dans OSM.
>
> Jean-Yvon
>
> Le 05/08/2017 à 10:00, lenny.libre - lenny.li...@orange.fr a écrit :
>
> C'est aussi pourquoi cela me perturbe de mettre un réseau codé
> (network=fr-   ) ou un code wikidata ; car que va faire le contributeur
> lambda (qui n'est ni informaticien, ni géomaticien) qui arrive devant un
> arrêt avec Jungle Bus, il se souvient qu'il peut mettre le réseau
> "network", et il ne va jamais penser qu'il faut mettre un code (non visible
> sur l'arrêt et dans osm on met ce qui est visible), il va mettre le/les
> noms qu'il va trouver sur les éléments de l’arrêt (pas le fr_).
> Leni
>
>
>
> ___
> 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

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[lenny.libre]

Le 07/08/2017 à 10:50, osm.sanspourr...@spamgourmet.com a écrit :


Certes, plus c'est facile pour l'utilisateur, mieux c'est.

Mais il ne faut pas confondre l'enregistrement en base et l'entrée par 
l'utilisateur.


Oui entrer la valeur via le-s wikidata, tu peux oublier.

Mais qu'est-ce qui empêche un outil de présenter CTRL - Compagnie de 
transport de la région lorientaise (les /short name///et les /label/) 
au lieu de Q2408086 ?




Cela veut dire que l'outil d’édition doit aller chercher la valeur du 
wikidata quand le contributeur entre "CTRL" ? Le contributeur ne saisit 
pas wikidata


D'accord avec Christian, une fois entré il ne faut pas que ça entraîne 
une requête à une autre base mais être entré dans OSM.




Oui, mais je n'avais pas compris que cela :
"Le 04/08/2017 à 09:00, Christian Quest a écrit : Pour la majorité 
usages, les données OSM doivent le plus possible se suffire à elles même !"
Il me semble que le nom du réseau se suffit à lui-même, pas la valeur du 
wikidata


"Le 04/08/2017 à 09:00, Christian Quest a écrit : 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."
Cela voudrait-il dire qu'il faudrait dans osm - "network:name" et 
"network:wikidata" - et qu'osmose aille voir dans wikidata la cohérence 
? C'est un peu ce que disait Jo, non ?


Jean-Yvon


Le 05/08/2017 à 10:00, lenny.libre - lenny.li...@orange.fr a écrit :
C'est aussi pourquoi cela me perturbe de mettre un réseau codé 
(network=fr-   ) ou un code wikidata ; car que va faire le 
contributeur lambda (qui n'est ni informaticien, ni géomaticien) qui 
arrive devant un arrêt avec Jungle Bus, il se souvient qu'il peut 
mettre le réseau "network", et il ne va jamais penser qu'il faut 
mettre un code (non visible sur l'arrêt et dans osm on met ce qui est 
visible), il va mettre le/les noms qu'il va trouver sur les éléments 
de l’arrêt (pas le fr_).

Leni




___
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

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[osm . sanspourriel]

Certes, plus c'est facile pour l'utilisateur, mieux c'est.

Mais il ne faut pas confondre l'enregistrement en base et l'entrée par 
l'utilisateur.


Oui entrer la valeur via le-s wikidata, tu peux oublier.

Mais qu'est-ce qui empêche un outil de présenter CTRL - Compagnie de 
transport de la région lorientaise (les /short name///et les /label/) au 
lieu de Q2408086 ?


D'accord avec Christian, une fois entré il ne faut pas que ça entraîne 
une requête à une autre base mais être entré dans OSM.


Jean-Yvon


Le 05/08/2017 à 10:00, lenny.libre - lenny.li...@orange.fr a écrit :
C'est aussi pourquoi cela me perturbe de mettre un réseau codé 
(network=fr-   ) ou un code wikidata ; car que va faire le 
contributeur lambda (qui n'est ni informaticien, ni géomaticien) qui 
arrive devant un arrêt avec Jungle Bus, il se souvient qu'il peut 
mettre le réseau "network", et il ne va jamais penser qu'il faut 
mettre un code (non visible sur l'arrêt et dans osm on met ce qui est 
visible), il va mettre le/les noms qu'il va trouver sur les éléments 
de l’arrêt (pas le fr_).

Leni


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Jo]

2017-08-06 23:44 GMT+02:00 lenny.libre :

> Le 06/08/2017 à 07:11, Jo a écrit :
>
> Si tu vas faire passer à la revue tous les arrêts, il ne serait pas très
> compliqué de créer un 'preset' pour standardiser tous les arrêts. Le preset
> peut contenir 3 'sjablônes' .
>
> Qu'entends-tu par "preset" ?
>

Ce qui apparaît quand tu appuies sur F3. Un assistant pour ajouter des
valeurs.

>
> Lorsque nous avions effectué le changement de nom réseau sur Bordeaux,
> j'avais récupéré les données à modifier avec http://overpass-turbo.eu/ et
> j'avais envoyé le résultat vers josm.
>
>
> L'autre option est d'en sélectionner une vingtaine à la fois, puis changer
> les tags tous ensemble, puis les inspecter à l'aide du greffon "todo".
>
>
> J'avais regardé todo il y a quelque temps mais comme je n'avais pas trouvé
> de tuto et que je n'avais pas le temps de me pencher dessus ...
>

Tu fais une sélection, par exemple en faisant une recherche (Ctrl-f), puis
tu l'ajoutes. Pour sélectionner le premier objet, tu utilses Zoom, pour les
autres Pass ou Mark (]). Mark les enlève de la liste.

 Jo
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[lenny.libre]

Le 06/08/2017 à 07:11, Jo a écrit :
Si tu vas faire passer à la revue tous les arrêts, il ne serait pas 
très compliqué de créer un 'preset' pour standardiser tous les arrêts. 
Le preset peut contenir 3 'sjablônes' .

Qu'entends-tu par "preset" ?

Lorsque nous avions effectué le changement de nom réseau sur Bordeaux, 
j'avais récupéré les données à modifier avec http://overpass-turbo.eu/ 
et j'avais envoyé le résultat vers josm.




L'autre option est d'en sélectionner une vingtaine à la fois, puis 
changer les tags tous ensemble, puis les inspecter à l'aide du greffon 
"todo".


J'avais regardé todo il y a quelque temps mais comme je n'avais pas 
trouvé de tuto et que je n'avais pas le temps de me pencher dessus ...




Jo

2017-08-06 7:05 GMT+02:00 Jo >:


Salut Lenny,

J'ai créé un style MapCSS appelé "Public Transport". Il montre les
noms et les ref pour les arrêts de bus, d'une façon bien plus visible.

Le style est disponible pour touse en JOSM. En anglais il est sous
Map paint styles.



Je connais, je l'avais installé (il me semble que sur les voies 
empruntées par plusieurs lignes, il les indique toutes, mais pas pour 
les giratoires non découpés)




Jo

2017-08-05 19:57 GMT+02:00 lenny.libre mailto:lenny.li...@orange.fr>>:

Le 05/08/2017 à 12:00, Jo a écrit :

J'ai regardé un peu à Toulouse. PT_Assistant reporte des
choses qui seraient très faciles à corriger.

Vour préférez que je fasse un Hangout on Air ce soir pour
faire un screencast avec une démo? Ou vous préférez un
hangout interactif demain soir?

Jo

Désolé, je viens juste de voir le message, je suis intéressé
par tes démos, mais en ce moment, je ne suis pas trop dispo le
soir.
Je n'ai pas trop utilisé PT_Assistant sur Toulouse et la
Haute-Garonne, car j'attendais d'avoir fait le tour des
questions que je me posait.
Dans ce premier fil, je n'ai posé que le pb des network, mais
après j'ai les ref, ...

Leni




2017-08-05 10:00 GMT+02:00 lenny.libre mailto:lenny.li...@orange.fr>>:

Le 05/08/2017 à 00:35, Jo a écrit :

Le mobilier urbain est entretenu par les communes (ou la
région à Bruxelles), pour moi il est moins intéressant
si c'est JCDecaux ou qui que ce soit pour les abribus et
la pub dessus.

Pour moi, ces noeuds qui représentent les arrêts sont
des objets 'logiques'./'abstraits'. Les bus/trams d'un
certain opérateur les dessert. C'est ça qui m'intéresse.
Si je veux savoir ou aller chercher des informations
comme les horaires, quel site web dois-je consulter?
Celui de De Lijn, du TEC ou de l'MIVB/STIB?

Si je vais me rendre à cet arrêt desservi par tous les
trois opérateurs, je vais y retrouver 3 horaires affichés.

Et pour le route_ref, je les utilise pour comparer avec
les routes que nous avons déjà cartographié. Là voilà
une redondance qui m'est utile.

Polyglot

Je pense aussi que ces nœuds sont des objets logiques :
j'ai des arrêts avec un abribus du Conseil Départemental
(réseau Arc en Ciel, opérateur CD31 : c'est écrit sur un
panneau) à côté d'un poteau (réseau Tisséo, opérateur
Tisséo : c'est écrit sur le poteau) et des arrêts avec un
abribus du Conseil Départemental (réseau Transports
scolaire, opérateur CD31 : c'est écrit sur un panneau) à
côté d'un poteau (réseau Tisséo, opérateur Tisséo : c'est
écrit sur le poteau) ; il y a bien un seul arrêt (un seul
zébra au sol, les utilisateurs des deux réseaux
s'abritent sous le même abribus) deux réseaux et deux
opérateurs, chacun entretien son abribus/poteau.

C'est aussi pourquoi cela me perturbe de mettre un réseau
codé (network=fr-   ) ou un code wikidata ; car que va
faire le contributeur lambda (qui n'est ni informaticien,
ni géomaticien) qui arrive devant un arrêt avec Jungle
Bus, il se souvient qu'il peut mettre le réseau
"network", et il ne va jamais penser qu'il faut mettre un
code (non visible sur l'arrêt et dans osm on met ce qui
est visible), il va mettre le/les noms qu'il va trouver
sur les éléments de l’arrêt (pas le fr_).
Leni




2017-08-04 23:31 GMT+02:00 marc marc
mailto:marc_marc_...@hotmail.com>>:

Bonsoir,

J>>> network=DLVB;TECB;TECCJ>>> operator=De Lijn;TEC
DC>> qu'il y ait 2 opérateurs m'interpelle


PV> Si l'arrêt est sur le domaine public,
PV> c'est de la compétence des communes,

non, ce 

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Jo]

Si tu vas faire passer à la revue tous les arrêts, il ne serait pas très
compliqué de créer un 'preset' pour standardiser tous les arrêts. Le preset
peut contenir 3 'sjablônes' .

L'autre option est d'en sélectionner une vingtaine à la fois, puis changer
les tags tous ensemble, puis les inspecter à l'aide du greffon "todo".

Jo

2017-08-06 7:05 GMT+02:00 Jo :

> Salut Lenny,
>
> J'ai créé un style MapCSS appelé "Public Transport". Il montre les noms et
> les ref pour les arrêts de bus, d'une façon bien plus visible.
>
> Le style est disponible pour touse en JOSM. En anglais il est sous Map
> paint styles.
>
> Jo
>
> 2017-08-05 19:57 GMT+02:00 lenny.libre :
>
>> Le 05/08/2017 à 12:00, Jo a écrit :
>>
>> J'ai regardé un peu à Toulouse. PT_Assistant reporte des choses qui
>> seraient très faciles à corriger.
>>
>> Vour préférez que je fasse un Hangout on Air ce soir pour faire un
>> screencast avec une démo? Ou vous préférez un hangout interactif demain
>> soir?
>>
>> Jo
>>
>> Désolé, je viens juste de voir le message, je suis intéressé par tes
>> démos, mais en ce moment, je ne suis pas trop dispo le soir.
>> Je n'ai pas trop utilisé PT_Assistant sur Toulouse et la Haute-Garonne,
>> car j'attendais d'avoir fait le tour des questions que je me posait.
>> Dans ce premier fil, je n'ai posé que le pb des network, mais après j'ai
>> les ref, ...
>>
>> Leni
>>
>>
>>
>> 2017-08-05 10:00 GMT+02:00 lenny.libre :
>>
>>> Le 05/08/2017 à 00:35, Jo a écrit :
>>>
>>> Le mobilier urbain est entretenu par les communes (ou la région à
>>> Bruxelles), pour moi il est moins intéressant si c'est JCDecaux ou qui que
>>> ce soit pour les abribus et la pub dessus.
>>>
>>> Pour moi, ces noeuds qui représentent les arrêts sont des objets
>>> 'logiques'./'abstraits'. Les bus/trams d'un certain opérateur les dessert.
>>> C'est ça qui m'intéresse. Si je veux savoir ou aller chercher des
>>> informations comme les horaires, quel site web dois-je consulter? Celui de
>>> De Lijn, du TEC ou de l'MIVB/STIB?
>>>
>>> Si je vais me rendre à cet arrêt desservi par tous les trois opérateurs,
>>> je vais y retrouver 3 horaires affichés.
>>>
>>> Et pour le route_ref, je les utilise pour comparer avec les routes que
>>> nous avons déjà cartographié. Là voilà une redondance qui m'est utile.
>>>
>>> Polyglot
>>>
>>> Je pense aussi que ces nœuds sont des objets logiques : j'ai des arrêts
>>> avec un abribus du Conseil Départemental (réseau Arc en Ciel, opérateur
>>> CD31 : c'est écrit sur un panneau) à côté d'un poteau (réseau Tisséo,
>>> opérateur Tisséo : c'est écrit sur le poteau) et des arrêts avec un abribus
>>> du Conseil Départemental (réseau Transports scolaire, opérateur CD31 :
>>> c'est écrit sur un panneau) à côté d'un poteau (réseau Tisséo, opérateur
>>> Tisséo : c'est écrit sur le poteau) ; il y a bien un seul arrêt (un seul
>>> zébra au sol, les utilisateurs des deux réseaux s'abritent sous le même
>>> abribus) deux réseaux et deux opérateurs, chacun entretien son
>>> abribus/poteau.
>>>
>>> C'est aussi pourquoi cela me perturbe de mettre un réseau codé
>>> (network=fr-   ) ou un code wikidata ; car que va faire le contributeur
>>> lambda (qui n'est ni informaticien, ni géomaticien) qui arrive devant un
>>> arrêt avec Jungle Bus, il se souvient qu'il peut mettre le réseau
>>> "network", et il ne va jamais penser qu'il faut mettre un code (non visible
>>> sur l'arrêt et dans osm on met ce qui est visible), il va mettre le/les
>>> noms qu'il va trouver sur les éléments de l’arrêt (pas le fr_).
>>> Leni
>>>
>>>
>>>
>>> 2017-08-04 23:31 GMT+02:00 marc marc :
>>>
 Bonsoir,

 J>>> network=DLVB;TECB;TECCJ>>> operator=De Lijn;TEC
 DC>> qu'il y ait 2 opérateurs m'interpelle


 PV> Si l'arrêt est sur le domaine public,
 PV> c'est de la compétence des communes,

 non, ce n'est pas le cas partout.
 entre Tec et De Lijn hors Bruxelles, j'ignore comment cela se passe.
 Mais à Bruxelles, j'avais fait la recherche lors de la précédente
 discussion avec Jo. l'arrêt est géré par la région (l'équivalent de
 l’île de France) qui a délégué la tache à la Stib (l'équivalent de la
 ratp) qui elle-même la sous-traité à JCDecaux en échange la pub dans les
 abribus, sans compter que certain arrêt n'ont pas été repris par cette
 sous-traitante et sont donc encore géré par le sous-traitant précédent.
 Et pour couronner le tout, certaines communes qui ne sont à Bruxelles
 pas compétente pour l'abribus menacent de conclure un contrat en direct
 avec JCDecaux parce qu'elles sont compétente pour la pub et veulent en
 récupérer seul les fruits.
 Donc je rejoins l'avis de David sur l'unicité de l'opérateur de l'arrêt
 de bus.
 Mais ce n'est possible de trouver qui qu'en analysant les contrats de
 gestion. est-ce le rôle d'osm de récolter cela ? utile ? important ?
 Qui paye les dégâts à un Abribus, c'est aussi peu utilisé comme info osm
 que de savoir qui paye les d

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Jo]

Salut Lenny,

J'ai créé un style MapCSS appelé "Public Transport". Il montre les noms et
les ref pour les arrêts de bus, d'une façon bien plus visible.

Le style est disponible pour touse en JOSM. En anglais il est sous Map
paint styles.

Jo

2017-08-05 19:57 GMT+02:00 lenny.libre :

> Le 05/08/2017 à 12:00, Jo a écrit :
>
> J'ai regardé un peu à Toulouse. PT_Assistant reporte des choses qui
> seraient très faciles à corriger.
>
> Vour préférez que je fasse un Hangout on Air ce soir pour faire un
> screencast avec une démo? Ou vous préférez un hangout interactif demain
> soir?
>
> Jo
>
> Désolé, je viens juste de voir le message, je suis intéressé par tes
> démos, mais en ce moment, je ne suis pas trop dispo le soir.
> Je n'ai pas trop utilisé PT_Assistant sur Toulouse et la Haute-Garonne,
> car j'attendais d'avoir fait le tour des questions que je me posait.
> Dans ce premier fil, je n'ai posé que le pb des network, mais après j'ai
> les ref, ...
>
> Leni
>
>
>
> 2017-08-05 10:00 GMT+02:00 lenny.libre :
>
>> Le 05/08/2017 à 00:35, Jo a écrit :
>>
>> Le mobilier urbain est entretenu par les communes (ou la région à
>> Bruxelles), pour moi il est moins intéressant si c'est JCDecaux ou qui que
>> ce soit pour les abribus et la pub dessus.
>>
>> Pour moi, ces noeuds qui représentent les arrêts sont des objets
>> 'logiques'./'abstraits'. Les bus/trams d'un certain opérateur les dessert.
>> C'est ça qui m'intéresse. Si je veux savoir ou aller chercher des
>> informations comme les horaires, quel site web dois-je consulter? Celui de
>> De Lijn, du TEC ou de l'MIVB/STIB?
>>
>> Si je vais me rendre à cet arrêt desservi par tous les trois opérateurs,
>> je vais y retrouver 3 horaires affichés.
>>
>> Et pour le route_ref, je les utilise pour comparer avec les routes que
>> nous avons déjà cartographié. Là voilà une redondance qui m'est utile.
>>
>> Polyglot
>>
>> Je pense aussi que ces nœuds sont des objets logiques : j'ai des arrêts
>> avec un abribus du Conseil Départemental (réseau Arc en Ciel, opérateur
>> CD31 : c'est écrit sur un panneau) à côté d'un poteau (réseau Tisséo,
>> opérateur Tisséo : c'est écrit sur le poteau) et des arrêts avec un abribus
>> du Conseil Départemental (réseau Transports scolaire, opérateur CD31 :
>> c'est écrit sur un panneau) à côté d'un poteau (réseau Tisséo, opérateur
>> Tisséo : c'est écrit sur le poteau) ; il y a bien un seul arrêt (un seul
>> zébra au sol, les utilisateurs des deux réseaux s'abritent sous le même
>> abribus) deux réseaux et deux opérateurs, chacun entretien son
>> abribus/poteau.
>>
>> C'est aussi pourquoi cela me perturbe de mettre un réseau codé
>> (network=fr-   ) ou un code wikidata ; car que va faire le contributeur
>> lambda (qui n'est ni informaticien, ni géomaticien) qui arrive devant un
>> arrêt avec Jungle Bus, il se souvient qu'il peut mettre le réseau
>> "network", et il ne va jamais penser qu'il faut mettre un code (non visible
>> sur l'arrêt et dans osm on met ce qui est visible), il va mettre le/les
>> noms qu'il va trouver sur les éléments de l’arrêt (pas le fr_).
>> Leni
>>
>>
>>
>> 2017-08-04 23:31 GMT+02:00 marc marc :
>>
>>> Bonsoir,
>>>
>>> J>>> network=DLVB;TECB;TECCJ>>> operator=De Lijn;TEC
>>> DC>> qu'il y ait 2 opérateurs m'interpelle
>>>
>>>
>>> PV> Si l'arrêt est sur le domaine public,
>>> PV> c'est de la compétence des communes,
>>>
>>> non, ce n'est pas le cas partout.
>>> entre Tec et De Lijn hors Bruxelles, j'ignore comment cela se passe.
>>> Mais à Bruxelles, j'avais fait la recherche lors de la précédente
>>> discussion avec Jo. l'arrêt est géré par la région (l'équivalent de
>>> l’île de France) qui a délégué la tache à la Stib (l'équivalent de la
>>> ratp) qui elle-même la sous-traité à JCDecaux en échange la pub dans les
>>> abribus, sans compter que certain arrêt n'ont pas été repris par cette
>>> sous-traitante et sont donc encore géré par le sous-traitant précédent.
>>> Et pour couronner le tout, certaines communes qui ne sont à Bruxelles
>>> pas compétente pour l'abribus menacent de conclure un contrat en direct
>>> avec JCDecaux parce qu'elles sont compétente pour la pub et veulent en
>>> récupérer seul les fruits.
>>> Donc je rejoins l'avis de David sur l'unicité de l'opérateur de l'arrêt
>>> de bus.
>>> Mais ce n'est possible de trouver qui qu'en analysant les contrats de
>>> gestion. est-ce le rôle d'osm de récolter cela ? utile ? important ?
>>> Qui paye les dégâts à un Abribus, c'est aussi peu utilisé comme info osm
>>> que de savoir qui paye les dégâts à un banc ou un lampadaire.
>>> C'est un info qui concerne le mobilier urbain, c'est utile si un app
>>> veux remonter les dégât, mais cela ne concerne pas les transports.
>>>
>>> Pour le  public_transport=stop_position, cela dépend de ce qu'on
>>> comprend par là. Cela peux-être tout aussi bien qui décide de s'arrêter
>>> (le chauffeur du bus donc la compagnie exploitante ou son commanditaire)
>>> que celui qui s'occupe des marques au sol (commune ou niveau de pouvo

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[lenny.libre]

Le 05/08/2017 à 12:00, Jo a écrit :
J'ai regardé un peu à Toulouse. PT_Assistant reporte des choses qui 
seraient très faciles à corriger.


Vour préférez que je fasse un Hangout on Air ce soir pour faire un 
screencast avec une démo? Ou vous préférez un hangout interactif 
demain soir?


Jo
Désolé, je viens juste de voir le message, je suis intéressé par tes 
démos, mais en ce moment, je ne suis pas trop dispo le soir.
Je n'ai pas trop utilisé PT_Assistant sur Toulouse et la Haute-Garonne, 
car j'attendais d'avoir fait le tour des questions que je me posait.
Dans ce premier fil, je n'ai posé que le pb des network, mais après j'ai 
les ref, ...


Leni



2017-08-05 10:00 GMT+02:00 lenny.libre >:


Le 05/08/2017 à 00:35, Jo a écrit :

Le mobilier urbain est entretenu par les communes (ou la région à
Bruxelles), pour moi il est moins intéressant si c'est JCDecaux
ou qui que ce soit pour les abribus et la pub dessus.

Pour moi, ces noeuds qui représentent les arrêts sont des objets
'logiques'./'abstraits'. Les bus/trams d'un certain opérateur les
dessert. C'est ça qui m'intéresse. Si je veux savoir ou aller
chercher des informations comme les horaires, quel site web
dois-je consulter? Celui de De Lijn, du TEC ou de l'MIVB/STIB?

Si je vais me rendre à cet arrêt desservi par tous les trois
opérateurs, je vais y retrouver 3 horaires affichés.

Et pour le route_ref, je les utilise pour comparer avec les
routes que nous avons déjà cartographié. Là voilà une redondance
qui m'est utile.

Polyglot

Je pense aussi que ces nœuds sont des objets logiques : j'ai des
arrêts avec un abribus du Conseil Départemental (réseau Arc en
Ciel, opérateur CD31 : c'est écrit sur un panneau) à côté d'un
poteau (réseau Tisséo, opérateur Tisséo : c'est écrit sur le
poteau) et des arrêts avec un abribus du Conseil Départemental
(réseau Transports scolaire, opérateur CD31 : c'est écrit sur un
panneau) à côté d'un poteau (réseau Tisséo, opérateur Tisséo :
c'est écrit sur le poteau) ; il y a bien un seul arrêt (un seul
zébra au sol, les utilisateurs des deux réseaux s'abritent sous le
même abribus) deux réseaux et deux opérateurs, chacun entretien
son abribus/poteau.

C'est aussi pourquoi cela me perturbe de mettre un réseau codé
(network=fr-   ) ou un code wikidata ; car que va faire le
contributeur lambda (qui n'est ni informaticien, ni géomaticien)
qui arrive devant un arrêt avec Jungle Bus, il se souvient qu'il
peut mettre le réseau "network", et il ne va jamais penser qu'il
faut mettre un code (non visible sur l'arrêt et dans osm on met ce
qui est visible), il va mettre le/les noms qu'il va trouver sur
les éléments de l’arrêt (pas le fr_).
Leni




2017-08-04 23:31 GMT+02:00 marc marc mailto:marc_marc_...@hotmail.com>>:

Bonsoir,

J>>> network=DLVB;TECB;TECCJ>>> operator=De Lijn;TEC
DC>> qu'il y ait 2 opérateurs m'interpelle


PV> Si l'arrêt est sur le domaine public,
PV> c'est de la compétence des communes,

non, ce n'est pas le cas partout.
entre Tec et De Lijn hors Bruxelles, j'ignore comment cela se
passe.
Mais à Bruxelles, j'avais fait la recherche lors de la précédente
discussion avec Jo. l'arrêt est géré par la région
(l'équivalent de
l’île de France) qui a délégué la tache à la Stib
(l'équivalent de la
ratp) qui elle-même la sous-traité à JCDecaux en échange la
pub dans les
abribus, sans compter que certain arrêt n'ont pas été repris
par cette
sous-traitante et sont donc encore géré par le sous-traitant
précédent.
Et pour couronner le tout, certaines communes qui ne sont à
Bruxelles
pas compétente pour l'abribus menacent de conclure un contrat
en direct
avec JCDecaux parce qu'elles sont compétente pour la pub et
veulent en
récupérer seul les fruits.
Donc je rejoins l'avis de David sur l'unicité de l'opérateur
de l'arrêt
de bus.
Mais ce n'est possible de trouver qui qu'en analysant les
contrats de
gestion. est-ce le rôle d'osm de récolter cela ? utile ?
important ?
Qui paye les dégâts à un Abribus, c'est aussi peu utilisé
comme info osm
que de savoir qui paye les dégâts à un banc ou un lampadaire.
C'est un info qui concerne le mobilier urbain, c'est utile si
un app
veux remonter les dégât, mais cela ne concerne pas les
transports.

Pour le  public_transport=stop_position, cela dépend de ce qu'on
comprend par là. Cela peux-être tout aussi bien qui décide de
s'arrêter
(le chauffeur du bus donc la compagnie exploitante ou son
commanditaire)
que celui qui s'occupe des marques au sol (commune ou nive

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Jo]

J'ai regardé un peu à Toulouse. PT_Assistant reporte des choses qui
seraient très faciles à corriger.

Vour préférez que je fasse un Hangout on Air ce soir pour faire un
screencast avec une démo? Ou vous préférez un hangout interactif demain
soir?

Jo

2017-08-05 10:00 GMT+02:00 lenny.libre :

> Le 05/08/2017 à 00:35, Jo a écrit :
>
> Le mobilier urbain est entretenu par les communes (ou la région à
> Bruxelles), pour moi il est moins intéressant si c'est JCDecaux ou qui que
> ce soit pour les abribus et la pub dessus.
>
> Pour moi, ces noeuds qui représentent les arrêts sont des objets
> 'logiques'./'abstraits'. Les bus/trams d'un certain opérateur les dessert.
> C'est ça qui m'intéresse. Si je veux savoir ou aller chercher des
> informations comme les horaires, quel site web dois-je consulter? Celui de
> De Lijn, du TEC ou de l'MIVB/STIB?
>
> Si je vais me rendre à cet arrêt desservi par tous les trois opérateurs,
> je vais y retrouver 3 horaires affichés.
>
> Et pour le route_ref, je les utilise pour comparer avec les routes que
> nous avons déjà cartographié. Là voilà une redondance qui m'est utile.
>
> Polyglot
>
> Je pense aussi que ces nœuds sont des objets logiques : j'ai des arrêts
> avec un abribus du Conseil Départemental (réseau Arc en Ciel, opérateur
> CD31 : c'est écrit sur un panneau) à côté d'un poteau (réseau Tisséo,
> opérateur Tisséo : c'est écrit sur le poteau) et des arrêts avec un abribus
> du Conseil Départemental (réseau Transports scolaire, opérateur CD31 :
> c'est écrit sur un panneau) à côté d'un poteau (réseau Tisséo, opérateur
> Tisséo : c'est écrit sur le poteau) ; il y a bien un seul arrêt (un seul
> zébra au sol, les utilisateurs des deux réseaux s'abritent sous le même
> abribus) deux réseaux et deux opérateurs, chacun entretien son
> abribus/poteau.
>
> C'est aussi pourquoi cela me perturbe de mettre un réseau codé
> (network=fr-   ) ou un code wikidata ; car que va faire le contributeur
> lambda (qui n'est ni informaticien, ni géomaticien) qui arrive devant un
> arrêt avec Jungle Bus, il se souvient qu'il peut mettre le réseau
> "network", et il ne va jamais penser qu'il faut mettre un code (non visible
> sur l'arrêt et dans osm on met ce qui est visible), il va mettre le/les
> noms qu'il va trouver sur les éléments de l’arrêt (pas le fr_).
> Leni
>
>
>
> 2017-08-04 23:31 GMT+02:00 marc marc :
>
>> Bonsoir,
>>
>> J>>> network=DLVB;TECB;TECCJ>>> operator=De Lijn;TEC
>> DC>> qu'il y ait 2 opérateurs m'interpelle
>>
>>
>> PV> Si l'arrêt est sur le domaine public,
>> PV> c'est de la compétence des communes,
>>
>> non, ce n'est pas le cas partout.
>> entre Tec et De Lijn hors Bruxelles, j'ignore comment cela se passe.
>> Mais à Bruxelles, j'avais fait la recherche lors de la précédente
>> discussion avec Jo. l'arrêt est géré par la région (l'équivalent de
>> l’île de France) qui a délégué la tache à la Stib (l'équivalent de la
>> ratp) qui elle-même la sous-traité à JCDecaux en échange la pub dans les
>> abribus, sans compter que certain arrêt n'ont pas été repris par cette
>> sous-traitante et sont donc encore géré par le sous-traitant précédent.
>> Et pour couronner le tout, certaines communes qui ne sont à Bruxelles
>> pas compétente pour l'abribus menacent de conclure un contrat en direct
>> avec JCDecaux parce qu'elles sont compétente pour la pub et veulent en
>> récupérer seul les fruits.
>> Donc je rejoins l'avis de David sur l'unicité de l'opérateur de l'arrêt
>> de bus.
>> Mais ce n'est possible de trouver qui qu'en analysant les contrats de
>> gestion. est-ce le rôle d'osm de récolter cela ? utile ? important ?
>> Qui paye les dégâts à un Abribus, c'est aussi peu utilisé comme info osm
>> que de savoir qui paye les dégâts à un banc ou un lampadaire.
>> C'est un info qui concerne le mobilier urbain, c'est utile si un app
>> veux remonter les dégât, mais cela ne concerne pas les transports.
>>
>> Pour le  public_transport=stop_position, cela dépend de ce qu'on
>> comprend par là. Cela peux-être tout aussi bien qui décide de s'arrêter
>> (le chauffeur du bus donc la compagnie exploitante ou son commanditaire)
>> que celui qui s'occupe des marques au sol (commune ou niveau de pouvoir
>> lié à la gestion de cette route). Vu que je ne vois pas à quoi sert de
>> savoir ce niveau de détail, pour ma part je ne met pas de tag operator
>> sur stop_position.
>>
>> Devant l'ampleur des infos importantes manquantes (nom de l'arrêt,
>> lignes qui y passent, équipement de l'arrêt), je trouve qu'il vaut mieux
>> aller à l'essentiel et éviter de rentrer dans le détail de l'opérateur
>> sur le mobilier urbain
>> l'opérateur de la ligne de bus étant sur la relation de la ligne de bus
>>
>> Cordialement,
>> Marc
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.o

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[lenny.libre]

Le 05/08/2017 à 00:35, Jo a écrit :
Le mobilier urbain est entretenu par les communes (ou la région à 
Bruxelles), pour moi il est moins intéressant si c'est JCDecaux ou qui 
que ce soit pour les abribus et la pub dessus.


Pour moi, ces noeuds qui représentent les arrêts sont des objets 
'logiques'./'abstraits'. Les bus/trams d'un certain opérateur les 
dessert. C'est ça qui m'intéresse. Si je veux savoir ou aller chercher 
des informations comme les horaires, quel site web dois-je consulter? 
Celui de De Lijn, du TEC ou de l'MIVB/STIB?


Si je vais me rendre à cet arrêt desservi par tous les trois 
opérateurs, je vais y retrouver 3 horaires affichés.


Et pour le route_ref, je les utilise pour comparer avec les routes que 
nous avons déjà cartographié. Là voilà une redondance qui m'est utile.


Polyglot
Je pense aussi que ces nœuds sont des objets logiques : j'ai des arrêts 
avec un abribus du Conseil Départemental (réseau Arc en Ciel, opérateur 
CD31 : c'est écrit sur un panneau) à côté d'un poteau (réseau Tisséo, 
opérateur Tisséo : c'est écrit sur le poteau) et des arrêts avec un 
abribus du Conseil Départemental (réseau Transports scolaire, opérateur 
CD31 : c'est écrit sur un panneau) à côté d'un poteau (réseau Tisséo, 
opérateur Tisséo : c'est écrit sur le poteau) ; il y a bien un seul 
arrêt (un seul zébra au sol, les utilisateurs des deux réseaux 
s'abritent sous le même abribus) deux réseaux et deux opérateurs, chacun 
entretien son abribus/poteau.


C'est aussi pourquoi cela me perturbe de mettre un réseau codé 
(network=fr-   ) ou un code wikidata ; car que va faire le contributeur 
lambda (qui n'est ni informaticien, ni géomaticien) qui arrive devant un 
arrêt avec Jungle Bus, il se souvient qu'il peut mettre le réseau 
"network", et il ne va jamais penser qu'il faut mettre un code (non 
visible sur l'arrêt et dans osm on met ce qui est visible), il va mettre 
le/les noms qu'il va trouver sur les éléments de l’arrêt (pas le fr_).

Leni



2017-08-04 23:31 GMT+02:00 marc marc >:


Bonsoir,

J>>> network=DLVB;TECB;TECCJ>>> operator=De Lijn;TEC
DC>> qu'il y ait 2 opérateurs m'interpelle


PV> Si l'arrêt est sur le domaine public,
PV> c'est de la compétence des communes,

non, ce n'est pas le cas partout.
entre Tec et De Lijn hors Bruxelles, j'ignore comment cela se passe.
Mais à Bruxelles, j'avais fait la recherche lors de la précédente
discussion avec Jo. l'arrêt est géré par la région (l'équivalent de
l’île de France) qui a délégué la tache à la Stib (l'équivalent de la
ratp) qui elle-même la sous-traité à JCDecaux en échange la pub
dans les
abribus, sans compter que certain arrêt n'ont pas été repris par cette
sous-traitante et sont donc encore géré par le sous-traitant
précédent.
Et pour couronner le tout, certaines communes qui ne sont à Bruxelles
pas compétente pour l'abribus menacent de conclure un contrat en
direct
avec JCDecaux parce qu'elles sont compétente pour la pub et veulent en
récupérer seul les fruits.
Donc je rejoins l'avis de David sur l'unicité de l'opérateur de
l'arrêt
de bus.
Mais ce n'est possible de trouver qui qu'en analysant les contrats de
gestion. est-ce le rôle d'osm de récolter cela ? utile ? important ?
Qui paye les dégâts à un Abribus, c'est aussi peu utilisé comme
info osm
que de savoir qui paye les dégâts à un banc ou un lampadaire.
C'est un info qui concerne le mobilier urbain, c'est utile si un app
veux remonter les dégât, mais cela ne concerne pas les transports.

Pour le  public_transport=stop_position, cela dépend de ce qu'on
comprend par là. Cela peux-être tout aussi bien qui décide de
s'arrêter
(le chauffeur du bus donc la compagnie exploitante ou son
commanditaire)
que celui qui s'occupe des marques au sol (commune ou niveau de
pouvoir
lié à la gestion de cette route). Vu que je ne vois pas à quoi sert de
savoir ce niveau de détail, pour ma part je ne met pas de tag operator
sur stop_position.

Devant l'ampleur des infos importantes manquantes (nom de l'arrêt,
lignes qui y passent, équipement de l'arrêt), je trouve qu'il vaut
mieux
aller à l'essentiel et éviter de rentrer dans le détail de l'opérateur
sur le mobilier urbain
l'opérateur de la ligne de bus étant sur la relation de la ligne
de bus

Cordialement,
Marc
___
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


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Jo]

Voici une requête Overpass qui me permet de télécharger tous les arrêts
desservis par STIB/MIVB:

[timeout:120][out:xml];
(
node["highway"="bus_stop"]["operator"~"(^|;)(STIB/MIVB)(;|$)"];
);
out meta;

Même avant que toutes les relations route sont déjà renseignées.

Maintenant, ça devient facile de les compter,par exemple.

N'avoir cette information que par biais des relations route/stop_area n'est
pas suffisant pour cela. L'avoir sur plusieurs objets représentant le même
arrêt trouble également le résultat.

Jo

2017-08-05 2:17 GMT+02:00 marc marc :

> Le 05. 08. 17 à 01:26, Éric Gillet a écrit :
> > Le 5 août 2017 à 01:04, marc marc a écrit :
> >
> > Pour ma part, le poteau, l'abribus, le marquage au sol sont des
> réalités
> > physiques, celle que je vois par "survey"
> > Je suis justement d'accord que le détail de JCDecaux n’intéresse pas
> > grand monde- Mais ce n'est pas une raison pour y mettre une info
> erronée
> > par exemple pour l'ensemble de Bruxelles.
> > C'est justement pour cette raison que je pense qu'il faut éviter de
> > mettre une information operator sur l'objet plateform ou
> stop_position.
> > Ces informations sont utile sur la relation ligne de bus.
> >
> > Pourquoi *éviter* de mettre cette information ? Il faut éviter de mettre
> > des informations erronées, mais des informations justes et pertinentes
> > ne devraient pas être "proscrites" d'OSM sous pretexte que des
> > utilisateurs maladroits puissent se tromper.
> Eviter parce qu'on n'a aucun moyen de vérifier cette information là sur
> le terrain, ce qui est pourtant la base d'osm (la situation serrait
> totalement différente si il y avait une plaque sur le poteau ou
> l'abribus donnant le nom de l'opérateur responsable de sa gestion).
>
> Eviter parce que quand on arrive à 100% d'incertitude sur une info, on
> peux se demander si on n'essaye pas de mettre un tag à tout prix au
> détriment de la qualité. il suffit de voir que la signification du tag
> elle-même est différente selon les personnes.
>
> Comment une app va-t-elle utiliser une info dont le sens est variable ?
> Ne serrait-il pas plus efficace qu'on essaye de trouver un socle de base
> unanimement accepté/utilisé plutôt que l'un rajoute des infos
> dupliqués/erronés  pendant que l'autre supprime des infos
> dupliqués/erronés ?
> Je ne parle pas de maladresse ou d'erreur, je parle d'un problème de
> signification du tag.
>
> Pour ma part, pour éviter toute yoyo dans certains tag, j'en suis arrivé
> à ne pas corriger certains tag que je sais erronés dont operator.
> Cette situation n'est bonne pour personne.
> ___
> 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

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[marc marc]

Le 05. 08. 17 à 01:26, Éric Gillet a écrit :
> Le 5 août 2017 à 01:04, marc marc a écrit :
> 
> Pour ma part, le poteau, l'abribus, le marquage au sol sont des réalités
> physiques, celle que je vois par "survey"
> Je suis justement d'accord que le détail de JCDecaux n’intéresse pas
> grand monde- Mais ce n'est pas une raison pour y mettre une info erronée
> par exemple pour l'ensemble de Bruxelles.
> C'est justement pour cette raison que je pense qu'il faut éviter de
> mettre une information operator sur l'objet plateform ou stop_position.
> Ces informations sont utile sur la relation ligne de bus.
> 
> Pourquoi *éviter* de mettre cette information ? Il faut éviter de mettre 
> des informations erronées, mais des informations justes et pertinentes 
> ne devraient pas être "proscrites" d'OSM sous pretexte que des 
> utilisateurs maladroits puissent se tromper.
Eviter parce qu'on n'a aucun moyen de vérifier cette information là sur 
le terrain, ce qui est pourtant la base d'osm (la situation serrait 
totalement différente si il y avait une plaque sur le poteau ou 
l'abribus donnant le nom de l'opérateur responsable de sa gestion).

Eviter parce que quand on arrive à 100% d'incertitude sur une info, on 
peux se demander si on n'essaye pas de mettre un tag à tout prix au 
détriment de la qualité. il suffit de voir que la signification du tag 
elle-même est différente selon les personnes.

Comment une app va-t-elle utiliser une info dont le sens est variable ?
Ne serrait-il pas plus efficace qu'on essaye de trouver un socle de base 
unanimement accepté/utilisé plutôt que l'un rajoute des infos 
dupliqués/erronés  pendant que l'autre supprime des infos 
dupliqués/erronés ?
Je ne parle pas de maladresse ou d'erreur, je parle d'un problème de 
signification du tag.

Pour ma part, pour éviter toute yoyo dans certains tag, j'en suis arrivé 
à ne pas corriger certains tag que je sais erronés dont operator.
Cette situation n'est bonne pour personne.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Philippe Verdy]

Peutetre nzije pas ete clair que he ne oarlais pzs de la Belgique qui est
encore tres différente de lz france en terme d'obligations légales des
collectivités locales ou de l'état et du fait du regime federal et des
instances differentes qui se recouvrent partiellement entre region et
communautés linguistiques.

Ca doit donc etre plus complique encore quen france de meme pouvoir definir
qui est en chzrge de quoi ou sil existe une compétence exclusivive ou
prioritaire en terme de decision ou responsabilité sans compter la justice
et le droit europeen qui impose que lesxdelegations de service public
fassent lobjet de matches publics ouverts a la concurrence européenne.

Toujours estil que le ca de competence exclusive sont plutot l'exception
que la règle et qie ces competences sont malgré tout limitées etvtoujours
contestables par un contre pouvoir et souvent aussi remises en cause par
les collectivites qui adsument ne pas suivre toutes les regles souvent
contradictoires tant quune autorite judiciaire vienne decider qui fait quoi
apres un litige et ses recours ou une ansence de decision quand un juge sen
remet au legislateur ou se declare incompetent avec la charge des
plaignants et defendeur de se mettre daccord sur une cour acceptant de
donner son avis.

Les transports sont des marches énormes et compliques avec de nombreux
acteurs et prestataire mais aussi un regard du citoyen qui sera le premier
a protester contre l'indécision ou lapplications de certains textes au
detriment d'un autre. Les collectivites vont alors ceder a la pression ou
imputer la faute a d'autres en commencant souvent contre l'Europe et ses
directives mal transcrites en droit national ou bien acceoper une pseudo
justice organisee par les prestataires privés dont les collectivités ne
peuvent se passer.
Meme en ile de france ou juste a Oaris ce nest pas simple et les exceptions
sont nombreuses du fait de cintrats anciens toujours valides et
dengagements recipriques nin annukes oar un texte de loi plus recent. Mes
status des contrats sont donc tres diversifiés.

Bref sur un point isole du reseau on a dautres resezus connectes et des
responsabilite differentes y compris pour les riverains pourtant nin
directement parties reconnus de la mise en place de ces reseau mais parties
uniquement en tant qu'usagers potentiel ou juste car ils sont dans un
voisinage ou p2rceqyils sont contribuables ou que ka loi peut leur donner
individuellement certains doiits particuliers.

Trouver un tag unique ou meme une combi aiqon de tags qui satisfasse chaue
utilisation dune infrastrucure devient delicat iu impossible.


Le 5 août 2017 12:37 AM, "Jo"  a écrit :

> Le mobilier urbain est entretenu par les communes (ou la région à
> Bruxelles), pour moi il est moins intéressant si c'est JCDecaux ou qui que
> ce soit pour les abribus et la pub dessus.
>
> Pour moi, ces noeuds qui représentent les arrêts sont des objets
> 'logiques'./'abstraits'. Les bus/trams d'un certain opérateur les dessert.
> C'est ça qui m'intéresse. Si je veux savoir ou aller chercher des
> informations comme les horaires, quel site web dois-je consulter? Celui de
> De Lijn, du TEC ou de l'MIVB/STIB?
>
> Si je vais me rendre à cet arrêt desservi par tous les trois opérateurs,
> je vais y retrouver 3 horaires affichés.
>
> Et pour le route_ref, je les utilise pour comparer avec les routes que
> nous avons déjà cartographié. Là voilà une redondance qui m'est utile.
>
> Polyglot
>
> 2017-08-04 23:31 GMT+02:00 marc marc :
>
>> Bonsoir,
>>
>> J>>> network=DLVB;TECB;TECCJ>>> operator=De Lijn;TEC
>> DC>> qu'il y ait 2 opérateurs m'interpelle
>>
>>
>> PV> Si l'arrêt est sur le domaine public,
>> PV> c'est de la compétence des communes,
>>
>> non, ce n'est pas le cas partout.
>> entre Tec et De Lijn hors Bruxelles, j'ignore comment cela se passe.
>> Mais à Bruxelles, j'avais fait la recherche lors de la précédente
>> discussion avec Jo. l'arrêt est géré par la région (l'équivalent de
>> l’île de France) qui a délégué la tache à la Stib (l'équivalent de la
>> ratp) qui elle-même la sous-traité à JCDecaux en échange la pub dans les
>> abribus, sans compter que certain arrêt n'ont pas été repris par cette
>> sous-traitante et sont donc encore géré par le sous-traitant précédent.
>> Et pour couronner le tout, certaines communes qui ne sont à Bruxelles
>> pas compétente pour l'abribus menacent de conclure un contrat en direct
>> avec JCDecaux parce qu'elles sont compétente pour la pub et veulent en
>> récupérer seul les fruits.
>> Donc je rejoins l'avis de David sur l'unicité de l'opérateur de l'arrêt
>> de bus.
>> Mais ce n'est possible de trouver qui qu'en analysant les contrats de
>> gestion. est-ce le rôle d'osm de récolter cela ? utile ? important ?
>> Qui paye les dégâts à un Abribus, c'est aussi peu utilisé comme info osm
>> que de savoir qui paye les dégâts à un banc ou un lampadaire.
>> C'est un info qui concerne le mobilier urbain, c'est utile si un app
>> veux remonter les dégât, mais cela ne 

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Éric Gillet]

Le 5 août 2017 à 01:04, marc marc  a écrit :

> Pour ma part, le poteau, l'abribus, le marquage au sol sont des réalités
> physiques, celle que je vois par "survey"
> Je suis justement d'accord que le détail de JCDecaux n’intéresse pas
> grand monde- Mais ce n'est pas une raison pour y mettre une info erronée
> par exemple pour l'ensemble de Bruxelles.
> C'est justement pour cette raison que je pense qu'il faut éviter de
> mettre une information operator sur l'objet plateform ou stop_position.
> Ces informations sont utile sur la relation ligne de bus.
>

Pourquoi *éviter* de mettre cette information ? Il faut éviter de mettre
des informations erronées, mais des informations justes et pertinentes ne
devraient pas être "proscrites" d'OSM sous pretexte que des utilisateurs
maladroits puissent se tromper.
Au contraire, plus il y a de données justes dans la DB, plus il y a de
chance que les données entrées par la suite soient justes.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[marc marc]

Pour ma part, le poteau, l'abribus, le marquage au sol sont des réalités 
physiques, celle que je vois par "survey"
Je suis justement d'accord que le détail de JCDecaux n’intéresse pas 
grand monde- Mais ce n'est pas une raison pour y mettre une info erronée 
par exemple pour l'ensemble de Bruxelles.
C'est justement pour cette raison que je pense qu'il faut éviter de 
mettre une information operator sur l'objet plateform ou stop_position.
Ces informations sont utile sur la relation ligne de bus.

Le 05. 08. 17 à 00:35, Jo a écrit :
> Le mobilier urbain est entretenu par les communes (ou la région à 
> Bruxelles), pour moi il est moins intéressant si c'est JCDecaux ou qui 
> que ce soit pour les abribus et la pub dessus.
> 
> Pour moi, ces noeuds qui représentent les arrêts sont des objets 
> 'logiques'./'abstraits'. Les bus/trams d'un certain opérateur les 
> dessert. C'est ça qui m'intéresse. Si je veux savoir ou aller chercher 
> des informations comme les horaires, quel site web dois-je consulter? 
> Celui de De Lijn, du TEC ou de l'MIVB/STIB?
> 
> Si je vais me rendre à cet arrêt desservi par tous les trois opérateurs, 
> je vais y retrouver 3 horaires affichés.
> 
> Et pour le route_ref, je les utilise pour comparer avec les routes que 
> nous avons déjà cartographié. Là voilà une redondance qui m'est utile.
> 
> Polyglot
> 
> 2017-08-04 23:31 GMT+02:00 marc marc 
> 
> Bonsoir,
> 
> J>>> network=DLVB;TECB;TECC
> J>>> operator=De Lijn;TEC
> DC>> qu'il y ait 2 opérateurs m'interpelle
> 
> PV> Si l'arrêt est sur le domaine public,
> PV> c'est de la compétence des communes,
> 
> non, ce n'est pas le cas partout.
> entre Tec et De Lijn hors Bruxelles, j'ignore comment cela se passe.
> Mais à Bruxelles, j'avais fait la recherche lors de la précédente
> discussion avec Jo. l'arrêt est géré par la région (l'équivalent de
> l’île de France) qui a délégué la tache à la Stib (l'équivalent de la
> ratp) qui elle-même la sous-traité à JCDecaux en échange la pub dans les
> abribus, sans compter que certain arrêt n'ont pas été repris par cette
> sous-traitante et sont donc encore géré par le sous-traitant précédent.
> Et pour couronner le tout, certaines communes qui ne sont à Bruxelles
> pas compétente pour l'abribus menacent de conclure un contrat en direct
> avec JCDecaux parce qu'elles sont compétente pour la pub et veulent en
> récupérer seul les fruits.
> Donc je rejoins l'avis de David sur l'unicité de l'opérateur de l'arrêt
> de bus.
> Mais ce n'est possible de trouver qui qu'en analysant les contrats de
> gestion. est-ce le rôle d'osm de récolter cela ? utile ? important ?
> Qui paye les dégâts à un Abribus, c'est aussi peu utilisé comme info osm
> que de savoir qui paye les dégâts à un banc ou un lampadaire.
> C'est un info qui concerne le mobilier urbain, c'est utile si un app
> veux remonter les dégât, mais cela ne concerne pas les transports.
> 
> Pour le  public_transport=stop_position, cela dépend de ce qu'on
> comprend par là. Cela peux-être tout aussi bien qui décide de s'arrêter
> (le chauffeur du bus donc la compagnie exploitante ou son commanditaire)
> que celui qui s'occupe des marques au sol (commune ou niveau de pouvoir
> lié à la gestion de cette route). Vu que je ne vois pas à quoi sert de
> savoir ce niveau de détail, pour ma part je ne met pas de tag operator
> sur stop_position.
> 
> Devant l'ampleur des infos importantes manquantes (nom de l'arrêt,
> lignes qui y passent, équipement de l'arrêt), je trouve qu'il vaut mieux
> aller à l'essentiel et éviter de rentrer dans le détail de l'opérateur
> sur le mobilier urbain
> l'opérateur de la ligne de bus étant sur la relation de la ligne de bus
> 
> Cordialement,
> Marc

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Jo]

Le mobilier urbain est entretenu par les communes (ou la région à
Bruxelles), pour moi il est moins intéressant si c'est JCDecaux ou qui que
ce soit pour les abribus et la pub dessus.

Pour moi, ces noeuds qui représentent les arrêts sont des objets
'logiques'./'abstraits'. Les bus/trams d'un certain opérateur les dessert.
C'est ça qui m'intéresse. Si je veux savoir ou aller chercher des
informations comme les horaires, quel site web dois-je consulter? Celui de
De Lijn, du TEC ou de l'MIVB/STIB?

Si je vais me rendre à cet arrêt desservi par tous les trois opérateurs, je
vais y retrouver 3 horaires affichés.

Et pour le route_ref, je les utilise pour comparer avec les routes que nous
avons déjà cartographié. Là voilà une redondance qui m'est utile.

Polyglot

2017-08-04 23:31 GMT+02:00 marc marc :

> Bonsoir,
>
> J>>> network=DLVB;TECB;TECCJ>>> operator=De Lijn;TEC
> DC>> qu'il y ait 2 opérateurs m'interpelle
>
>
> PV> Si l'arrêt est sur le domaine public,
> PV> c'est de la compétence des communes,
>
> non, ce n'est pas le cas partout.
> entre Tec et De Lijn hors Bruxelles, j'ignore comment cela se passe.
> Mais à Bruxelles, j'avais fait la recherche lors de la précédente
> discussion avec Jo. l'arrêt est géré par la région (l'équivalent de
> l’île de France) qui a délégué la tache à la Stib (l'équivalent de la
> ratp) qui elle-même la sous-traité à JCDecaux en échange la pub dans les
> abribus, sans compter que certain arrêt n'ont pas été repris par cette
> sous-traitante et sont donc encore géré par le sous-traitant précédent.
> Et pour couronner le tout, certaines communes qui ne sont à Bruxelles
> pas compétente pour l'abribus menacent de conclure un contrat en direct
> avec JCDecaux parce qu'elles sont compétente pour la pub et veulent en
> récupérer seul les fruits.
> Donc je rejoins l'avis de David sur l'unicité de l'opérateur de l'arrêt
> de bus.
> Mais ce n'est possible de trouver qui qu'en analysant les contrats de
> gestion. est-ce le rôle d'osm de récolter cela ? utile ? important ?
> Qui paye les dégâts à un Abribus, c'est aussi peu utilisé comme info osm
> que de savoir qui paye les dégâts à un banc ou un lampadaire.
> C'est un info qui concerne le mobilier urbain, c'est utile si un app
> veux remonter les dégât, mais cela ne concerne pas les transports.
>
> Pour le  public_transport=stop_position, cela dépend de ce qu'on
> comprend par là. Cela peux-être tout aussi bien qui décide de s'arrêter
> (le chauffeur du bus donc la compagnie exploitante ou son commanditaire)
> que celui qui s'occupe des marques au sol (commune ou niveau de pouvoir
> lié à la gestion de cette route). Vu que je ne vois pas à quoi sert de
> savoir ce niveau de détail, pour ma part je ne met pas de tag operator
> sur stop_position.
>
> Devant l'ampleur des infos importantes manquantes (nom de l'arrêt,
> lignes qui y passent, équipement de l'arrêt), je trouve qu'il vaut mieux
> aller à l'essentiel et éviter de rentrer dans le détail de l'opérateur
> sur le mobilier urbain
> l'opérateur de la ligne de bus étant sur la relation de la ligne de bus
>
> Cordialement,
> Marc
> ___
> 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

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[marc marc]

Bonsoir,

J>>> network=DLVB;TECB;TECCJ>>> operator=De Lijn;TEC
DC>> qu'il y ait 2 opérateurs m'interpelle


PV> Si l'arrêt est sur le domaine public,
PV> c'est de la compétence des communes,

non, ce n'est pas le cas partout.
entre Tec et De Lijn hors Bruxelles, j'ignore comment cela se passe.
Mais à Bruxelles, j'avais fait la recherche lors de la précédente 
discussion avec Jo. l'arrêt est géré par la région (l'équivalent de 
l’île de France) qui a délégué la tache à la Stib (l'équivalent de la 
ratp) qui elle-même la sous-traité à JCDecaux en échange la pub dans les 
abribus, sans compter que certain arrêt n'ont pas été repris par cette 
sous-traitante et sont donc encore géré par le sous-traitant précédent.
Et pour couronner le tout, certaines communes qui ne sont à Bruxelles 
pas compétente pour l'abribus menacent de conclure un contrat en direct 
avec JCDecaux parce qu'elles sont compétente pour la pub et veulent en 
récupérer seul les fruits.
Donc je rejoins l'avis de David sur l'unicité de l'opérateur de l'arrêt 
de bus.
Mais ce n'est possible de trouver qui qu'en analysant les contrats de 
gestion. est-ce le rôle d'osm de récolter cela ? utile ? important ?
Qui paye les dégâts à un Abribus, c'est aussi peu utilisé comme info osm 
que de savoir qui paye les dégâts à un banc ou un lampadaire.
C'est un info qui concerne le mobilier urbain, c'est utile si un app 
veux remonter les dégât, mais cela ne concerne pas les transports.

Pour le  public_transport=stop_position, cela dépend de ce qu'on 
comprend par là. Cela peux-être tout aussi bien qui décide de s'arrêter 
(le chauffeur du bus donc la compagnie exploitante ou son commanditaire) 
que celui qui s'occupe des marques au sol (commune ou niveau de pouvoir 
lié à la gestion de cette route). Vu que je ne vois pas à quoi sert de 
savoir ce niveau de détail, pour ma part je ne met pas de tag operator 
sur stop_position.

Devant l'ampleur des infos importantes manquantes (nom de l'arrêt, 
lignes qui y passent, équipement de l'arrêt), je trouve qu'il vaut mieux 
aller à l'essentiel et éviter de rentrer dans le détail de l'opérateur 
sur le mobilier urbain
l'opérateur de la ligne de bus étant sur la relation de la ligne de bus

Cordialement,
Marc
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Philippe Verdy]

Si l'arrêt est sur le domaine public, c'est de la compétence des communes,
elle fera payer le ou les opérateurs présents qu'elle a autorisé ou leur
demandera de faire les travaux nécessaires. La commune pourtant ne gère pas
nécessairement l'équipement, les opérateurs eux-mêmes pouvant se mettre
d'accord pour faire réaliser ça par des prestataires.

Le domaine public n'est pas entièrement de la compétence communale partout,
les délégations et pouvoir étant compliquées.

De plus des arrêts existent aussi sur des domaines privés, notamment dans
des zones commerciales. Là aussi des tas d'accords sont possibles
localement avec les opérateurs de transport et leurs prestataires. Ce qui
montre l'usage c'est avant tout la signalisation (marquages et fiches
horaires) sur les équipements.

Ce n'est réellement clair que dans les grosses EPCI urbaines qui disposent
de la compétence exclusive et controle et autorise tout le monde présent et
peuvent décider seules des règles. La prise en charge des dégats sur les
installation n'est que rarement à la charge des EPCI, mais par une
délégation de service public, désignent un opérateur responsable. Cet
opérateur technique n'est pas nécessairement le même que l'exploitant des
lignes, les EPCI peuvent en décider autrement selon les contrats qu'elles
passent (qui peuvent donner des obligations limitées aux opérateurs, le
reste n'étant ps non plus à leur charge car hors cadre du contrat,
l'engagement peut être quantitatif, ou à hauteur d'un maximum financier,
établi par des relevés de comptes et des factures, et avec des délais pour
la réalisation des lots, ou des pénalités en cas de dépassement des délais:
si la collectivité veut une action plus rapide, elle pourra intervenir,
mais rien ne l'y oblige si la loi ou un réglement européen ou une décision
judiciaire ne le leur impose pas).

On a donc de nombreux prestataires, et un seul tag ne peut pas bien gérer
ça: combien de tags alors ? Une relation n'est-elle pas plus simple pour
gérer ce qui est commun à ses parties, et pour permettre la superposition
possible de plusieurs réseaux sur les mêmes équipements ou lignes ? C'est
pourtant une solution très peu coûteuse en donnée et facilement gérable,
permettant aussi l'homogénéité, même en cas de données incomplètes (ce qui
est presque toujours le cas, car ces réseaux bougent sans arrêt, souvent
chaque année voire à chaque saison), sans introduire de redondance
excessive comme avec la réplication de tags jamais assez précis. L'usager
lui ne voit que le réseau parce que c'est à ce réseau qu'il paye son titre
de transport (et souvent il existe plusieurs options pour ces titres,
depuis longtemps dans le monde aérien, plus récemment dans le ferroviaire,
et maintenant aussi ça vient pour le transport terrestre et même le
transport maritime où ni les communes ni les EPCI n'ont presque aucune
compétence directe mais juste certaines obligations).


Le 4 août 2017 à 22:15, David Crochet  a écrit :

> Bonjour
>
> Le 04/08/2017 à 19:07, Jo a écrit :
>
> network=DLVB;TECB;TECC
> operator=De Lijn;TEC
>
>
> Dans l'histoire, qu'un arrêt soit utilisé par plusieurs réseaux pourquoi
> pas. Mais qu'il y ait 2 opérateurs m'interpelle. Comment un arrêt peut-il
> être géré par 2 opérateurs ?
> Dans cette philosophie, il peut y en avoir qu'un seul, et pour le savoir
> je me pose cette question : en cas de dégradation, qui paie ? et la prépose
> à cette question me donne le nom de l'opérateur.
> Ensuite je me pose la question suivante : l'opérateur autorise qui à
> mettre les fiches-horaires ? et là j'ai la réponse à ma question de quel
> réseau est utilisé par l'arrêt.
>
> route_ref:De_Lijn=136;137
> route_ref:TECB=W;123
> route_ref:TECC=365a
>
> Ha mon humble avis, ces informations vont dans les relations utilisant
> l'arrêt et non sur l'arrêt lui-même
>
> Cordialement
>
> --
> David Crochet
>
>
> ___
> 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

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[David Crochet]

Bonjour


Le 04/08/2017 à 19:07, Jo a écrit :

network=DLVB;TECB;TECC
operator=De Lijn;TEC


Dans l'histoire, qu'un arrêt soit utilisé par plusieurs réseaux pourquoi 
pas. Mais qu'il y ait 2 opérateurs m'interpelle. Comment un arrêt 
peut-il être géré par 2 opérateurs ?
Dans cette philosophie, il peut y en avoir qu'un seul, et pour le savoir 
je me pose cette question : en cas de dégradation, qui paie ? et la 
prépose à cette question me donne le nom de l'opérateur.
Ensuite je me pose la question suivante : l'opérateur autorise qui à 
mettre les fiches-horaires ? et là j'ai la réponse à ma question de quel 
réseau est utilisé par l'arrêt.


   route_ref:De_Lijn=136;137
   route_ref:TECB=W;123
   route_ref:TECC=365a

Ha mon humble avis, ces informations vont dans les relations utilisant 
l'arrêt et non sur l'arrêt lui-même


Cordialement

--
David Crochet

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Jo]

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 :

> 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 
> To: Discussions sur OSM en français  
> Subject: Re: [OSM-talk-fr] bus : lignes de transport en commun
> Haute-Garonne : réseau
> Message-ID:
> 
> 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 :
>
> 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 peu

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Noémie Lehuby]

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 
> To: Discussions sur OSM en français  
> Subject: Re: [OSM-talk-fr] bus : lignes de transport en commun
> Haute-Garonne : réseau
> Message-ID:
> 
> 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 :
> 
>> 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

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Noémie Lehuby]

Salut Lenny,


Le Conseil Départemental de la Haute-Garonne organise les transports
publics sur le Département hors Métropole y compris les transports
scolaires (le lien de la page du wiki qui renvoi vers Tisséo est 
erroné).

Un exemple, la commune de Ondes http://www.mairie-ondes31.fr/f
r/vie-pratique/transports.html et la première ligne
http://www.mairie-ondes31.fr/_resources/Transport%2520scolai
re/S7105%2520RPI%2520-%2520ONDES-GRENADE%2520-%2520ST
%2520CAPRAIS.pdf?download=true où l'on peut voir qu'il n'y a aucun 
lien,

ni avec Tisséo, ni avec le Réseau Arc-en-Ciel


S'il y a effectivement un réseau de transport scolaire, il faut un tag 
network différent. Faisons simple et efficace.

D'après ta fiche horaire, pour cette ligne, je pense que ça serait
network = Transports Scolaires de la Haute-Garonne
operator = Cars Gers Garonne


En cherchant le school= yes proposé par Noémie , j'ai trouvé une
relation qui utilise le tag "route=school_bus"
http://www.openstreetmap.org/relation/3235487 qui me parait pas mal, 
non ?


Je ne suis pas fan de route = school_bus.
Ça me parait plus sain d'avoir route = bus, et un attribut 
complémentaire disant c'est scolaire.
Comme on a fait pour les bus de nuits : c'est du bus (route = bus), et 
ça roule la nuit (by_night = only)


Les valeurs qu'on met dans route sont sensées être limitées, pour 
faciliter la vie des réutilisateurs : si je cherche tous les parcours de 
bus, je vais utiliser route = bus, je vais pas avoir à l'idée de 
regarder si par hasard il y aussi des school_bus, des foot_bus, des 
tourist_bus, des night_only_bus, des whatever_bus etc
Tu remarqueras d'ailleurs que le rendu transport ne sait pas quoi faire 
de ton school_bus, que le validateur JOSM te dit que c'est un type de 
relation inconnu.



--
@nlehuby

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Jo]

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 :

> 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
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Christian Quest]

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

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Philippe Verdy]

Ce cas n'est pas unique: les transports en commun dans un territoire n'ont
l'exclusivité de leur organisation que dans les EPCI de type métropole,
communauté urbaine, ou communauté d'agglomération. Sinon les EPCI peuvent
décider de partager certaines lignes entre leurs communes, ou bien les
communes peuvent faire exception et organiser leur propre transport public
avec les opérateurs qu'elles souhaitent. On peut donc se retrouver avec les
morceaux de lignes cogérés, des arrêts partagés. Les usagers peuent avoir à
acquitter plusieurs billets de transports, ou des compléments selon leurs
abonnement.

Qui va gérer les équipements (zones d'arrêts, signalisation, abris)? En
général ce sera la commune ou la collectivité qui a en charge la voie de
transport, et il n'y a pas de garantie que la comune ou l'EPCI participe;
un exploitant peut aussi financer une partie de l'équipement, ou dans
certains cas les résidents riverains eux-mêmes ou une asso qui les
représente (avec l'accord de la collectivité s'il faut un permis de
construire) quand l'équipement se situe sur un terrain privé comme une zone
commerciale ou un secteur résidentiel privé ; la ligne n'est pas
entièrement d'intérêt public mais peut être paritaire. On parle alors
difficilement de réseau, même si la ligne peut participer à plusieurs
réseaux et y être mentionnée sans y être totalement intégrée (avec une
tarification spéciale et des restrictions sur la validité des abonnements).
La ligne aura un nom ou juste un parcours indicatif. La ligne peut même
être totalement privée mais accessible au public selon les conditions
fixées par le transporteur et l'octroi de subventions facultative pour
fixer un tarif à certaines catégories usagers munis d'abonnements et que la
commune veut bien aider à financer.

La commune peut le faire sans passer de contrat exclusif avec un
transporteur exploitant et renouveler les contrats au coup par coup ou en
faisant appel à la concurrence des transporteurs. En zone très rurale en
effet les besoins de transport sont très aléatoires et changent souvent
radicalement d'une année sur l'autre à cause du petit nombre d'usagers et
de leur fréquentation très irrégulière. aussi de nombreuses lignes rurales
ont des trajets indicatifs avec des parcours optionnels et des arrêts
possibles uniquement à la demande (sur réservation).

Le 2 août 2017 à 20:39, lenny  a écrit :

>
>
> Le 01/08/2017 à 21:44, Noémie Lehuby a écrit :
>
>> Hello,
>>
>> A-t-on vraiment un réseau de transports scolaires à part entière ? si
>> non, j'imagine qu'on peut les mettre dans le réseau Tisséo existant
>> (éventuellement avec un tag school = yes/only sur les relations route et
>> route_master)
>>
> Tisséo gère les transports sur Toulouse Métropole y compris les transports
> scolaires sur la Métropole.
>
> Le Conseil Départemental de la Haute-Garonne organise les transports
> publics sur le Département hors Métropole y compris les transports
> scolaires (le lien de la page du wiki qui renvoi vers Tisséo est erroné).
> Un exemple, la commune de Ondes http://www.mairie-ondes31.fr/f
> r/vie-pratique/transports.html et la première ligne
> http://www.mairie-ondes31.fr/_resources/Transport%2520scolai
> re/S7105%2520RPI%2520-%2520ONDES-GRENADE%2520-%2520ST
> %2520CAPRAIS.pdf?download=true où l'on peut voir qu'il n'y a aucun lien,
> ni avec Tisséo, ni avec le Réseau Arc-en-Ciel
> Les arrêts sont parfois communs (par exemple un arrêt couvert de CD31 à
> côté d'un poteau Tisséo) et quand ils ne sont pas communs, il y a 3
> signalétiques différentes.
> Dans l'opendataHG on a bien des data pour le réseau Arc-en-ciel et
> d'autres pour les arrêts/lignes des transports scolaires
> https://data.haute-garonne.fr/explore/?sort=modified&q=transport
>
> Leni
>
>
>>
>> Pourquoi les noms des réseaux sont de cette forme ?
>>
>> Autant je comprends bien l'intérêt pour les ref ou les infos
>> particulières (un name:fr_tisseo ou type:fr_tisseo éventuel), mais le tag
>> network, on le remplit avec le nom commercial du réseau tel qu'il est connu
>> des voyageurs non ?
>> J'ai une grille horaire Tisséo sous le nez, et le nom du réseau n'est pas
>> fr_tisseo ...
>>
>> Désolée par avance si on a déjà eu ce débat (d'autant plus que j'ai déjà
>> vu ça sur d'autres réseaux aussi), mais j'ai rien trouvé sur le wiki qui
>> l'explique :(
>>
>>
>> nlehuby
>>
>> Date: Tue, 1 Aug 2017 00:10:33 +0200
>>> From: lenny 
>>> To: OSM liste 
>>> Subject: [OSM-talk-fr] bus : lignes de transport en commun
>>> Haute-Garonne : réseau
>>> Message-ID: <

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[lenny]

ur ce réseau que l'on a eu
sur cette liste.

Moi ce que je comprends c'est qu'il faut mettre le nom du réseau.
Les problèmes qui existent :
abrévié ou pas?
qu'est-ce qu'on fait quand il n'y a pas de nom?







Le 2 août 2017 à 01:16, Jérôme Amagat  a
écrit :



Le 1 août 2017 à 23:51, Philippe Verdy  a écrit :


"network=*" est une clé spéciale pour les recherches; on lui donne
une valeur codée le rendant unique
Pour donner un nom lisible à un réseau on a la relation type=network
où la même valeur codée network=* est présente, mais le libellé lisible est
dans le name=* standard, et où d'autres infos à propos du réseau peuvent
être données (comme website=*, wikipedia=*, wikidata=*, contact:*=*, etc.)


Où tu as vu ça?
Quand je regarde les valeurs déjà existante :
https://taginfo.openstreetmap.org/keys/network#values
il y a que quelques réseaux de bus français qui cette forme idiote en
fr_xxx
Pour le reste dans network=* il y a le nom du réseau
sauf pour les réseaux de routes nationales ou départementales (ou de
région ou d’état ou de conté ...) . (il y a aussi le cas bizarre des
network sur les type=route pour vélo)
Le FR en France si il doit apparaître c'est pour les route nationales
avec un network=FR:national , "network=FR:01:D-road for departmental roads
in Ain, France" comme indiqué sur le wiki mais pas pour les réseaux de bus.



Le 1 août 2017 à 21:44, Noémie Lehuby 
a écrit :
Hello,

A-t-on vraiment un réseau de transports scolaires à part entière ?
si non, j'imagine qu'on peut les mettre dans le réseau Tisséo existant
(éventuellement avec un tag school = yes/only sur les relations route et
route_master)


Pourquoi les noms des réseaux sont de cette forme ?

Autant je comprends bien l'intérêt pour les ref ou les infos
particulières (un name:fr_tisseo ou type:fr_tisseo éventuel), mais le tag
network, on le remplit avec le nom commercial du réseau tel qu'il est connu
des voyageurs non ?
J'ai une grille horaire Tisséo sous le nez, et le nom du réseau
n'est pas fr_tisseo ...

Désolée par avance si on a déjà eu ce débat (d'autant plus que j'ai
déjà vu ça sur d'autres réseaux aussi), mais j'ai rien trouvé sur le wiki
qui l'explique :(


nlehuby

Date: Tue, 1 Aug 2017 00:10:33 +0200

From: lenny 
To: OSM liste 
Subject: [OSM-talk-fr] bus : lignes de transport en commun
 Haute-Garonne : réseau
Message-ID: <2adfd834-f5e3-33cd-0362-1aa7f94d8...@orange.fr>
Content-Type: text/plain; charset="utf-8"; Format="flowed"

Bonsoir,

Je me suis penché sur les lignes de transport en commun de
Toulouse et
de la Haute-Garonne, et j'ai quelques questions et demandes d'avis
;
mais je ne pose qu'un sujet dans chaque discutions pour ne pas me
disperser, question "network"'

1 - Toulouse [1],

2 - le Département de la Haute-Garonne [2]

3 - les transports scolaires du Département de la Haute-Garonne [3]

En ce qui concerne le réseau,

1 - le wiki indique "network=fr_tisseo" (dans taginfo 540 avec
"fr_tisseo" et 3 avec "Tisséo") ; La plupart des contributeurs ont
été
conformes au wiki.

2- Le réseau de bus de la Haute-Garonne, s'appelle "Réseau des cars
Arc-en-Ciel" (dans taginfo 42 "fr_arc_en_ciel" ; 5 "Arc-en-Ciel" ;
1
"Arc-en-ciel" ; 2 "Bus Arc en Ciel" ; 1 "réseau arc en ciel") ;
(pour
garder une cohérence avec le réseau sur Toulouse, je pense qu'il
faut
conserver le "fr_arc_en_ciel" bien que le "fr_" n'apporte pas
l'unicité,
il y a un réseau du même nom dans le Nord.

3- "network=transports_scolairesHG" ou
"network=transports_scolaires31"
? je n'ai pas su trouver d'autres réseaux de transport scolaire
dans OSM ...

merci d'avance

Leni


[1] https://www.tisseo.fr/
https://wiki.openstreetmap.org/wiki/Toulouse/Transports_en_commun

[2]
https://www.haute-garonne.fr/proximite/au-quotidien/reseau-d
es-cars-arc-en-ciel
https://wiki.openstreetmap.org/wiki/Haute-Garonne/Transports
_en_commun

[3] https://www.transportsscolaires.haute-garonne.fr/




___
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



___
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



___
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





___
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

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[lenny]

Le 01/08/2017 à 21:44, Noémie Lehuby a écrit :

Hello,

A-t-on vraiment un réseau de transports scolaires à part entière ? si 
non, j'imagine qu'on peut les mettre dans le réseau Tisséo existant 
(éventuellement avec un tag school = yes/only sur les relations route 
et route_master)
Tisséo gère les transports sur Toulouse Métropole y compris les 
transports scolaires sur la Métropole.


Le Conseil Départemental de la Haute-Garonne organise les transports 
publics sur le Département hors Métropole y compris les transports 
scolaires (le lien de la page du wiki qui renvoi vers Tisséo est erroné).
Un exemple, la commune de Ondes 
http://www.mairie-ondes31.fr/fr/vie-pratique/transports.html et la 
première ligne 
http://www.mairie-ondes31.fr/_resources/Transport%2520scolaire/S7105%2520RPI%2520-%2520ONDES-GRENADE%2520-%2520ST%2520CAPRAIS.pdf?download=true 
où l'on peut voir qu'il n'y a aucun lien, ni avec Tisséo, ni avec le 
Réseau Arc-en-Ciel
Les arrêts sont parfois communs (par exemple un arrêt couvert de CD31 à 
côté d'un poteau Tisséo) et quand ils ne sont pas communs, il y a 3 
signalétiques différentes.
Dans l'opendataHG on a bien des data pour le réseau Arc-en-ciel et 
d'autres pour les arrêts/lignes des transports scolaires 
https://data.haute-garonne.fr/explore/?sort=modified&q=transport


Leni



Pourquoi les noms des réseaux sont de cette forme ?

Autant je comprends bien l'intérêt pour les ref ou les infos 
particulières (un name:fr_tisseo ou type:fr_tisseo éventuel), mais le 
tag network, on le remplit avec le nom commercial du réseau tel qu'il 
est connu des voyageurs non ?
J'ai une grille horaire Tisséo sous le nez, et le nom du réseau n'est 
pas fr_tisseo ...


Désolée par avance si on a déjà eu ce débat (d'autant plus que j'ai 
déjà vu ça sur d'autres réseaux aussi), mais j'ai rien trouvé sur le 
wiki qui l'explique :(



nlehuby


Date: Tue, 1 Aug 2017 00:10:33 +0200
From: lenny 
To: OSM liste 
Subject: [OSM-talk-fr] bus : lignes de transport en commun
Haute-Garonne : réseau
Message-ID: <2adfd834-f5e3-33cd-0362-1aa7f94d8...@orange.fr>
Content-Type: text/plain; charset="utf-8"; Format="flowed"

Bonsoir,

Je me suis penché sur les lignes de transport en commun de Toulouse et
de la Haute-Garonne, et j'ai quelques questions et demandes d'avis ;
mais je ne pose qu'un sujet dans chaque discutions pour ne pas me
disperser, question "network"'

1 - Toulouse [1],

2 - le Département de la Haute-Garonne [2]

3 - les transports scolaires du Département de la Haute-Garonne [3]

En ce qui concerne le réseau,

1 - le wiki indique "network=fr_tisseo" (dans taginfo 540 avec
"fr_tisseo" et 3 avec "Tisséo") ; La plupart des contributeurs ont été
conformes au wiki.

2- Le réseau de bus de la Haute-Garonne, s'appelle "Réseau des cars
Arc-en-Ciel" (dans taginfo 42 "fr_arc_en_ciel" ; 5 "Arc-en-Ciel" ; 1
"Arc-en-ciel" ; 2 "Bus Arc en Ciel" ; 1 "réseau arc en ciel") ; (pour
garder une cohérence avec le réseau sur Toulouse, je pense qu'il faut
conserver le "fr_arc_en_ciel" bien que le "fr_" n'apporte pas l'unicité,
il y a un réseau du même nom dans le Nord.

3- "network=transports_scolairesHG" ou "network=transports_scolaires31"
? je n'ai pas su trouver d'autres réseaux de transport scolaire dans 
OSM ...


merci d'avance

Leni


[1] https://www.tisseo.fr/
https://wiki.openstreetmap.org/wiki/Toulouse/Transports_en_commun

[2]
https://www.haute-garonne.fr/proximite/au-quotidien/reseau-des-cars-arc-en-ciel 


https://wiki.openstreetmap.org/wiki/Haute-Garonne/Transports_en_commun

[3] https://www.transportsscolaires.haute-garonne.fr/




___
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

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Philippe Verdy]

une
>>>>>> norme d'identifiant international on pourra l'utiliser mais je pense 
>>>>>> qu'il
>>>>>> est illusoire de l'attendre à un niveau plus grand que le niveau 
>>>>>> national:
>>>>>> d'où les préfixes de code pays (une convention commune dans OSM et qui 
>>>>>> rend
>>>>>> bien des services).
>>>>>>
>>>>>> bla bla bla...
>>>>> ça c'est ce que toi tu penses.
>>>>>  Si on regarde le wiki pour les réseau de bus
>>>>> "On route relations for bus, railway, and tram service routes, this
>>>>> key indicates the bus system, if applicable. There is currently no
>>>>> consensus whether the values should be abbreviated or not.
>>>>>
>>>>> In the United States, it is common practice to use a commonly used
>>>>> abbreviation or other short name. Because names such as "RTA" and "Metro"
>>>>> are exceedingly common, the initialism of the transportation agency is
>>>>> often used instead to reduce ambiguity. For example, Cincinnati-area 
>>>>> routes
>>>>> are tagged network=SORTA instead of network=Metro.
>>>>>
>>>>> Some ambiguity is accepted: for example, there are features tagged
>>>>> network=VTA in the operating areas of both the Santa Clara Valley
>>>>> Transportation Authority and the Martha's Vineyard Transit Authority,
>>>>> because neither organization is known by a more specific acronym."
>>>>> http://wiki.openstreetmap.org/wiki/Key:network#Public_transit_routes
>>>>>
>>>>> ensuite il y a des exemples et le seul exemple qui n'est pas une
>>>>> abréviation du nom du réseau c'est le réseau star de rennes et c'est toi
>>>>> qui l'a ajouté lors de la dernière discussion sur ce réseau que l'on a eu
>>>>> sur cette liste.
>>>>>
>>>>> Moi ce que je comprends c'est qu'il faut mettre le nom du réseau.
>>>>> Les problèmes qui existent :
>>>>> abrévié ou pas?
>>>>> qu'est-ce qu'on fait quand il n'y a pas de nom?
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>> Le 2 août 2017 à 01:16, Jérôme Amagat  a
>>>>>> écrit :
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Le 1 août 2017 à 23:51, Philippe Verdy  a écrit
>>>>>>> :
>>>>>>>
>>>>>>>> "network=*" est une clé spéciale pour les recherches; on lui donne
>>>>>>>> une valeur codée le rendant unique
>>>>>>>> Pour donner un nom lisible à un réseau on a la relation
>>>>>>>> type=network où la même valeur codée network=* est présente, mais le
>>>>>>>> libellé lisible est dans le name=* standard, et où d'autres infos à 
>>>>>>>> propos
>>>>>>>> du réseau peuvent être données (comme website=*, wikipedia=*, 
>>>>>>>> wikidata=*,
>>>>>>>> contact:*=*, etc.)
>>>>>>>>
>>>>>>>
>>>>>>> Où tu as vu ça?
>>>>>>> Quand je regarde les valeurs déjà existante :
>>>>>>> https://taginfo.openstreetmap.org/keys/network#values
>>>>>>> il y a que quelques réseaux de bus français qui cette forme idiote
>>>>>>> en fr_xxx
>>>>>>> Pour le reste dans network=* il y a le nom du réseau
>>>>>>> sauf pour les réseaux de routes nationales ou départementales (ou de
>>>>>>> région ou d’état ou de conté ...) . (il y a aussi le cas bizarre des
>>>>>>> network sur les type=route pour vélo)
>>>>>>> Le FR en France si il doit apparaître c'est pour les route
>>>>>>> nationales avec un network=FR:national , "network=FR:01:D-road for
>>>>>>> departmental roads in Ain, France" comme indiqué sur le wiki mais pas 
>>>>>>> pour
>>>>>>> les réseaux de bus.
>>>>>>>
>>>>>>>
>>>>>>>>
>>>>>>>> Le 1 août 2017 à 21:44, Noémie Leh

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Philippe Verdy]

short name. Because names such as "RTA" and "Metro"
>>>> are exceedingly common, the initialism of the transportation agency is
>>>> often used instead to reduce ambiguity. For example, Cincinnati-area routes
>>>> are tagged network=SORTA instead of network=Metro.
>>>>
>>>> Some ambiguity is accepted: for example, there are features tagged
>>>> network=VTA in the operating areas of both the Santa Clara Valley
>>>> Transportation Authority and the Martha's Vineyard Transit Authority,
>>>> because neither organization is known by a more specific acronym."
>>>> http://wiki.openstreetmap.org/wiki/Key:network#Public_transit_routes
>>>>
>>>> ensuite il y a des exemples et le seul exemple qui n'est pas une
>>>> abréviation du nom du réseau c'est le réseau star de rennes et c'est toi
>>>> qui l'a ajouté lors de la dernière discussion sur ce réseau que l'on a eu
>>>> sur cette liste.
>>>>
>>>> Moi ce que je comprends c'est qu'il faut mettre le nom du réseau.
>>>> Les problèmes qui existent :
>>>> abrévié ou pas?
>>>> qu'est-ce qu'on fait quand il n'y a pas de nom?
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>> Le 2 août 2017 à 01:16, Jérôme Amagat  a
>>>>> écrit :
>>>>>
>>>>>>
>>>>>>
>>>>>> Le 1 août 2017 à 23:51, Philippe Verdy  a écrit :
>>>>>>
>>>>>>> "network=*" est une clé spéciale pour les recherches; on lui donne
>>>>>>> une valeur codée le rendant unique
>>>>>>> Pour donner un nom lisible à un réseau on a la relation type=network
>>>>>>> où la même valeur codée network=* est présente, mais le libellé lisible 
>>>>>>> est
>>>>>>> dans le name=* standard, et où d'autres infos à propos du réseau peuvent
>>>>>>> être données (comme website=*, wikipedia=*, wikidata=*, contact:*=*, 
>>>>>>> etc.)
>>>>>>>
>>>>>>
>>>>>> Où tu as vu ça?
>>>>>> Quand je regarde les valeurs déjà existante :
>>>>>> https://taginfo.openstreetmap.org/keys/network#values
>>>>>> il y a que quelques réseaux de bus français qui cette forme idiote en
>>>>>> fr_xxx
>>>>>> Pour le reste dans network=* il y a le nom du réseau
>>>>>> sauf pour les réseaux de routes nationales ou départementales (ou de
>>>>>> région ou d’état ou de conté ...) . (il y a aussi le cas bizarre des
>>>>>> network sur les type=route pour vélo)
>>>>>> Le FR en France si il doit apparaître c'est pour les route nationales
>>>>>> avec un network=FR:national , "network=FR:01:D-road for departmental 
>>>>>> roads
>>>>>> in Ain, France" comme indiqué sur le wiki mais pas pour les réseaux de 
>>>>>> bus.
>>>>>>
>>>>>>
>>>>>>>
>>>>>>> Le 1 août 2017 à 21:44, Noémie Lehuby >>>>>> > a écrit :
>>>>>>>
>>>>>>>> Hello,
>>>>>>>>
>>>>>>>> A-t-on vraiment un réseau de transports scolaires à part entière ?
>>>>>>>> si non, j'imagine qu'on peut les mettre dans le réseau Tisséo existant
>>>>>>>> (éventuellement avec un tag school = yes/only sur les relations route 
>>>>>>>> et
>>>>>>>> route_master)
>>>>>>>>
>>>>>>>>
>>>>>>>> Pourquoi les noms des réseaux sont de cette forme ?
>>>>>>>>
>>>>>>>> Autant je comprends bien l'intérêt pour les ref ou les infos
>>>>>>>> particulières (un name:fr_tisseo ou type:fr_tisseo éventuel), mais le 
>>>>>>>> tag
>>>>>>>> network, on le remplit avec le nom commercial du réseau tel qu'il est 
>>>>>>>> connu
>>>>>>>> des voyageurs non ?
>>>>>>>> J'ai une grille horaire Tisséo sous le nez, et le nom du réseau
>>>>>>>> n'est pas fr_tisseo ...
>>>>>>

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Donat ROBAUX]

Le 2 août 2017 à 08:19,  a écrit :

> Envoyez vos messages pour la liste Talk-fr à
> talk-fr@openstreetmap.org
>
> Pour vous (dés)abonner par le web, consultez
> https://lists.openstreetmap.org/listinfo/talk-fr
>
> ou, par email, envoyez un message avec 'help' dans le corps ou dans le
> sujet à
> talk-fr-requ...@openstreetmap.org
>
> Vous pouvez contacter l'administrateur de la liste à l'adresse
> talk-fr-ow...@openstreetmap.org
>
> Si vous répondez, n'oubliez pas de changer l'objet du message afin
> qu'il soit plus spécifique que "Re: Contenu du digest de Talk-fr..."
>
> Thèmes du jour :
>
>1. Re: bus : lignes de transport en commun Haute-Garonne :
>   réseau (Jo)
>
>
> -- Message transféré --
> From: Jo 
> To: "Discussions sur OSM en français" 
> Cc:
> Bcc:
> Date: Wed, 2 Aug 2017 08:18:57 +0200
> Subject: Re: [OSM-talk-fr] bus : lignes de transport en commun
> Haute-Garonne : réseau
> Pour les réseaux de cyclisme et de randonné/équestres il me semble très
> raisonnable d'avoir les relations route et les relations network pour
> indiquer lesquels forment des groupes. J'ai créé des scripts dans le passé
> pour valider ces réseaux de noeuds numérotés.
>
> Pour le transport en commun, il me semble que ce genre de relations
> deviendra très grandes et trop compliquées à gérer/maintenir.
>
> Je pense que les tags operator / network, ensemble avec operator:wikidata
> / network:wikidata / brand:wikidata sont plus adéquats pour cela.
>
> Polyglot
>

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.

Donat
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Philippe Verdy]

, it is common practice to use a commonly used
>>>> abbreviation or other short name. Because names such as "RTA" and "Metro"
>>>> are exceedingly common, the initialism of the transportation agency is
>>>> often used instead to reduce ambiguity. For example, Cincinnati-area routes
>>>> are tagged network=SORTA instead of network=Metro.
>>>>
>>>> Some ambiguity is accepted: for example, there are features tagged
>>>> network=VTA in the operating areas of both the Santa Clara Valley
>>>> Transportation Authority and the Martha's Vineyard Transit Authority,
>>>> because neither organization is known by a more specific acronym."
>>>> http://wiki.openstreetmap.org/wiki/Key:network#Public_transit_routes
>>>>
>>>> ensuite il y a des exemples et le seul exemple qui n'est pas une
>>>> abréviation du nom du réseau c'est le réseau star de rennes et c'est toi
>>>> qui l'a ajouté lors de la dernière discussion sur ce réseau que l'on a eu
>>>> sur cette liste.
>>>>
>>>> Moi ce que je comprends c'est qu'il faut mettre le nom du réseau.
>>>> Les problèmes qui existent :
>>>> abrévié ou pas?
>>>> qu'est-ce qu'on fait quand il n'y a pas de nom?
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>> Le 2 août 2017 à 01:16, Jérôme Amagat  a
>>>>> écrit :
>>>>>
>>>>>>
>>>>>>
>>>>>> Le 1 août 2017 à 23:51, Philippe Verdy  a écrit :
>>>>>>
>>>>>>> "network=*" est une clé spéciale pour les recherches; on lui donne
>>>>>>> une valeur codée le rendant unique
>>>>>>> Pour donner un nom lisible à un réseau on a la relation type=network
>>>>>>> où la même valeur codée network=* est présente, mais le libellé lisible 
>>>>>>> est
>>>>>>> dans le name=* standard, et où d'autres infos à propos du réseau peuvent
>>>>>>> être données (comme website=*, wikipedia=*, wikidata=*, contact:*=*, 
>>>>>>> etc.)
>>>>>>>
>>>>>>
>>>>>> Où tu as vu ça?
>>>>>> Quand je regarde les valeurs déjà existante :
>>>>>> https://taginfo.openstreetmap.org/keys/network#values
>>>>>> il y a que quelques réseaux de bus français qui cette forme idiote en
>>>>>> fr_xxx
>>>>>> Pour le reste dans network=* il y a le nom du réseau
>>>>>> sauf pour les réseaux de routes nationales ou départementales (ou de
>>>>>> région ou d’état ou de conté ...) . (il y a aussi le cas bizarre des
>>>>>> network sur les type=route pour vélo)
>>>>>> Le FR en France si il doit apparaître c'est pour les route nationales
>>>>>> avec un network=FR:national , "network=FR:01:D-road for departmental 
>>>>>> roads
>>>>>> in Ain, France" comme indiqué sur le wiki mais pas pour les réseaux de 
>>>>>> bus.
>>>>>>
>>>>>>
>>>>>>>
>>>>>>> Le 1 août 2017 à 21:44, Noémie Lehuby >>>>>> > a écrit :
>>>>>>>
>>>>>>>> Hello,
>>>>>>>>
>>>>>>>> A-t-on vraiment un réseau de transports scolaires à part entière ?
>>>>>>>> si non, j'imagine qu'on peut les mettre dans le réseau Tisséo existant
>>>>>>>> (éventuellement avec un tag school = yes/only sur les relations route 
>>>>>>>> et
>>>>>>>> route_master)
>>>>>>>>
>>>>>>>>
>>>>>>>> Pourquoi les noms des réseaux sont de cette forme ?
>>>>>>>>
>>>>>>>> Autant je comprends bien l'intérêt pour les ref ou les infos
>>>>>>>> particulières (un name:fr_tisseo ou type:fr_tisseo éventuel), mais le 
>>>>>>>> tag
>>>>>>>> network, on le remplit avec le nom commercial du réseau tel qu'il est 
>>>>>>>> connu
>>>>>>>> des voyageurs non ?
>>>>>>>> J'ai une grille horaire Tisséo sous le nez, et le nom du réseau
>>>>>>>> n'est pas fr_tisseo ...
&

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Jo]

e le nom du réseau.
>>> Les problèmes qui existent :
>>> abrévié ou pas?
>>> qu'est-ce qu'on fait quand il n'y a pas de nom?
>>>
>>>
>>>
>>>
>>>
>>>
>>>> Le 2 août 2017 à 01:16, Jérôme Amagat  a
>>>> écrit :
>>>>
>>>>>
>>>>>
>>>>> Le 1 août 2017 à 23:51, Philippe Verdy  a écrit :
>>>>>
>>>>>> "network=*" est une clé spéciale pour les recherches; on lui donne
>>>>>> une valeur codée le rendant unique
>>>>>> Pour donner un nom lisible à un réseau on a la relation type=network
>>>>>> où la même valeur codée network=* est présente, mais le libellé lisible 
>>>>>> est
>>>>>> dans le name=* standard, et où d'autres infos à propos du réseau peuvent
>>>>>> être données (comme website=*, wikipedia=*, wikidata=*, contact:*=*, 
>>>>>> etc.)
>>>>>>
>>>>>
>>>>> Où tu as vu ça?
>>>>> Quand je regarde les valeurs déjà existante :
>>>>> https://taginfo.openstreetmap.org/keys/network#values
>>>>> il y a que quelques réseaux de bus français qui cette forme idiote en
>>>>> fr_xxx
>>>>> Pour le reste dans network=* il y a le nom du réseau
>>>>> sauf pour les réseaux de routes nationales ou départementales (ou de
>>>>> région ou d’état ou de conté ...) . (il y a aussi le cas bizarre des
>>>>> network sur les type=route pour vélo)
>>>>> Le FR en France si il doit apparaître c'est pour les route nationales
>>>>> avec un network=FR:national , "network=FR:01:D-road for departmental roads
>>>>> in Ain, France" comme indiqué sur le wiki mais pas pour les réseaux de 
>>>>> bus.
>>>>>
>>>>>
>>>>>>
>>>>>> Le 1 août 2017 à 21:44, Noémie Lehuby 
>>>>>> a écrit :
>>>>>>
>>>>>>> Hello,
>>>>>>>
>>>>>>> A-t-on vraiment un réseau de transports scolaires à part entière ?
>>>>>>> si non, j'imagine qu'on peut les mettre dans le réseau Tisséo existant
>>>>>>> (éventuellement avec un tag school = yes/only sur les relations route et
>>>>>>> route_master)
>>>>>>>
>>>>>>>
>>>>>>> Pourquoi les noms des réseaux sont de cette forme ?
>>>>>>>
>>>>>>> Autant je comprends bien l'intérêt pour les ref ou les infos
>>>>>>> particulières (un name:fr_tisseo ou type:fr_tisseo éventuel), mais le 
>>>>>>> tag
>>>>>>> network, on le remplit avec le nom commercial du réseau tel qu'il est 
>>>>>>> connu
>>>>>>> des voyageurs non ?
>>>>>>> J'ai une grille horaire Tisséo sous le nez, et le nom du réseau
>>>>>>> n'est pas fr_tisseo ...
>>>>>>>
>>>>>>> Désolée par avance si on a déjà eu ce débat (d'autant plus que j'ai
>>>>>>> déjà vu ça sur d'autres réseaux aussi), mais j'ai rien trouvé sur le 
>>>>>>> wiki
>>>>>>> qui l'explique :(
>>>>>>>
>>>>>>>
>>>>>>> nlehuby
>>>>>>>
>>>>>>> Date: Tue, 1 Aug 2017 00:10:33 +0200
>>>>>>>> From: lenny 
>>>>>>>> To: OSM liste 
>>>>>>>> Subject: [OSM-talk-fr] bus : lignes de transport en commun
>>>>>>>> Haute-Garonne : réseau
>>>>>>>> Message-ID: <2adfd834-f5e3-33cd-0362-1aa7f94d8...@orange.fr>
>>>>>>>> Content-Type: text/plain; charset="utf-8"; Format="flowed"
>>>>>>>>
>>>>>>>> Bonsoir,
>>>>>>>>
>>>>>>>> Je me suis penché sur les lignes de transport en commun de Toulouse
>>>>>>>> et
>>>>>>>> de la Haute-Garonne, et j'ai quelques questions et demandes d'avis ;
>>>>>>>> mais je ne pose qu'un sujet dans chaque discutions pour ne pas me
>>>>>>>> disperser, question "network"'
>>>>>>>>
>>>>>>>> 1 - Toulouse [1],
>>>>>>>>
>>>>>>>> 2 - le Département de la Haute-Garonne [2]
>>>>>>>>
>>>>>>>> 3 - les transports scolaires du Département de la Haute-Garonne [3]
>>>>>>>>
>>>>>>>> En ce qui concerne le réseau,
>>>>>>>>
>>>>>>>> 1 - le wiki indique "network=fr_tisseo" (dans taginfo 540 avec
>>>>>>>> "fr_tisseo" et 3 avec "Tisséo") ; La plupart des contributeurs ont
>>>>>>>> été
>>>>>>>> conformes au wiki.
>>>>>>>>
>>>>>>>> 2- Le réseau de bus de la Haute-Garonne, s'appelle "Réseau des cars
>>>>>>>> Arc-en-Ciel" (dans taginfo 42 "fr_arc_en_ciel" ; 5 "Arc-en-Ciel" ; 1
>>>>>>>> "Arc-en-ciel" ; 2 "Bus Arc en Ciel" ; 1 "réseau arc en ciel") ;
>>>>>>>> (pour
>>>>>>>> garder une cohérence avec le réseau sur Toulouse, je pense qu'il
>>>>>>>> faut
>>>>>>>> conserver le "fr_arc_en_ciel" bien que le "fr_" n'apporte pas
>>>>>>>> l'unicité,
>>>>>>>> il y a un réseau du même nom dans le Nord.
>>>>>>>>
>>>>>>>> 3- "network=transports_scolairesHG" ou
>>>>>>>> "network=transports_scolaires31"
>>>>>>>> ? je n'ai pas su trouver d'autres réseaux de transport scolaire
>>>>>>>> dans OSM ...
>>>>>>>>
>>>>>>>> merci d'avance
>>>>>>>>
>>>>>>>> Leni
>>>>>>>>
>>>>>>>>
>>>>>>>> [1] https://www.tisseo.fr/
>>>>>>>> https://wiki.openstreetmap.org/wiki/Toulouse/Transports_en_commun
>>>>>>>>
>>>>>>>> [2]
>>>>>>>> https://www.haute-garonne.fr/proximite/au-quotidien/reseau-d
>>>>>>>> es-cars-arc-en-ciel
>>>>>>>> https://wiki.openstreetmap.org/wiki/Haute-Garonne/Transports
>>>>>>>> _en_commun
>>>>>>>>
>>>>>>>> [3] https://www.transportsscolaires.haute-garonne.fr/
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> ___
>>>>>>>> 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
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>> ___
>>> 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
>>
>>
>
> ___
> 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

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Jérôme Amagat]

enstreetmap.org/keys/network#values
>>>> il y a que quelques réseaux de bus français qui cette forme idiote en
>>>> fr_xxx
>>>> Pour le reste dans network=* il y a le nom du réseau
>>>> sauf pour les réseaux de routes nationales ou départementales (ou de
>>>> région ou d’état ou de conté ...) . (il y a aussi le cas bizarre des
>>>> network sur les type=route pour vélo)
>>>> Le FR en France si il doit apparaître c'est pour les route nationales
>>>> avec un network=FR:national , "network=FR:01:D-road for departmental roads
>>>> in Ain, France" comme indiqué sur le wiki mais pas pour les réseaux de bus.
>>>>
>>>>
>>>>>
>>>>> Le 1 août 2017 à 21:44, Noémie Lehuby 
>>>>> a écrit :
>>>>>
>>>>>> Hello,
>>>>>>
>>>>>> A-t-on vraiment un réseau de transports scolaires à part entière ? si
>>>>>> non, j'imagine qu'on peut les mettre dans le réseau Tisséo existant
>>>>>> (éventuellement avec un tag school = yes/only sur les relations route et
>>>>>> route_master)
>>>>>>
>>>>>>
>>>>>> Pourquoi les noms des réseaux sont de cette forme ?
>>>>>>
>>>>>> Autant je comprends bien l'intérêt pour les ref ou les infos
>>>>>> particulières (un name:fr_tisseo ou type:fr_tisseo éventuel), mais le tag
>>>>>> network, on le remplit avec le nom commercial du réseau tel qu'il est 
>>>>>> connu
>>>>>> des voyageurs non ?
>>>>>> J'ai une grille horaire Tisséo sous le nez, et le nom du réseau n'est
>>>>>> pas fr_tisseo ...
>>>>>>
>>>>>> Désolée par avance si on a déjà eu ce débat (d'autant plus que j'ai
>>>>>> déjà vu ça sur d'autres réseaux aussi), mais j'ai rien trouvé sur le wiki
>>>>>> qui l'explique :(
>>>>>>
>>>>>>
>>>>>> nlehuby
>>>>>>
>>>>>> Date: Tue, 1 Aug 2017 00:10:33 +0200
>>>>>>> From: lenny 
>>>>>>> To: OSM liste 
>>>>>>> Subject: [OSM-talk-fr] bus : lignes de transport en commun
>>>>>>> Haute-Garonne : réseau
>>>>>>> Message-ID: <2adfd834-f5e3-33cd-0362-1aa7f94d8...@orange.fr>
>>>>>>> Content-Type: text/plain; charset="utf-8"; Format="flowed"
>>>>>>>
>>>>>>> Bonsoir,
>>>>>>>
>>>>>>> Je me suis penché sur les lignes de transport en commun de Toulouse
>>>>>>> et
>>>>>>> de la Haute-Garonne, et j'ai quelques questions et demandes d'avis ;
>>>>>>> mais je ne pose qu'un sujet dans chaque discutions pour ne pas me
>>>>>>> disperser, question "network"'
>>>>>>>
>>>>>>> 1 - Toulouse [1],
>>>>>>>
>>>>>>> 2 - le Département de la Haute-Garonne [2]
>>>>>>>
>>>>>>> 3 - les transports scolaires du Département de la Haute-Garonne [3]
>>>>>>>
>>>>>>> En ce qui concerne le réseau,
>>>>>>>
>>>>>>> 1 - le wiki indique "network=fr_tisseo" (dans taginfo 540 avec
>>>>>>> "fr_tisseo" et 3 avec "Tisséo") ; La plupart des contributeurs ont
>>>>>>> été
>>>>>>> conformes au wiki.
>>>>>>>
>>>>>>> 2- Le réseau de bus de la Haute-Garonne, s'appelle "Réseau des cars
>>>>>>> Arc-en-Ciel" (dans taginfo 42 "fr_arc_en_ciel" ; 5 "Arc-en-Ciel" ; 1
>>>>>>> "Arc-en-ciel" ; 2 "Bus Arc en Ciel" ; 1 "réseau arc en ciel") ; (pour
>>>>>>> garder une cohérence avec le réseau sur Toulouse, je pense qu'il faut
>>>>>>> conserver le "fr_arc_en_ciel" bien que le "fr_" n'apporte pas
>>>>>>> l'unicité,
>>>>>>> il y a un réseau du même nom dans le Nord.
>>>>>>>
>>>>>>> 3- "network=transports_scolairesHG" ou
>>>>>>> "network=transports_scolaires31"
>>>>>>> ? je n'ai pas su trouver d'autres réseaux de transport scolaire dans
>>>>>>> OSM ...
>>>>>>>
>>>>>>> merci d'avance
>>>>>>>
>>>>>>> Leni
>>>>>>>
>>>>>>>
>>>>>>> [1] https://www.tisseo.fr/
>>>>>>> https://wiki.openstreetmap.org/wiki/Toulouse/Transports_en_commun
>>>>>>>
>>>>>>> [2]
>>>>>>> https://www.haute-garonne.fr/proximite/au-quotidien/reseau-d
>>>>>>> es-cars-arc-en-ciel
>>>>>>> https://wiki.openstreetmap.org/wiki/Haute-Garonne/Transports
>>>>>>> _en_commun
>>>>>>>
>>>>>>> [3] https://www.transportsscolaires.haute-garonne.fr/
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ___
>>>>>>> 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
>>>>>
>>>>>
>>>>
>>>
>>
>> ___
>> 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
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Philippe Verdy]

s transports européens et la
>> multiplication des opérateurs exploitants de réseau de transport et des
>> opérateurs exploitants commerciaux qui exploitent aussi plusieurs marques
>> commerciales (exemple avec le "TGV" français qui n'est plus une marque
>> commerciale en soi, mais a diverses dénominations selon les services). On a
>> de plus en plus besoin de clés uniques stables, et indépendantes des
>> éventuels changements de marques ou de l'existence de multiple marques
>> commerciales pour les services. Mais ça obéit au même principe pour tous
>> les types de transport (et d'autant plus que se développe l'intermodalité
>> sous une même marque commerciale)
>>
>> network=* n'est donc pas fait pour donner un nom, il représente juste les
>> noms possibles, sous une forme abstraite, abrégée. A terme si on a une
>> norme d'identifiant international on pourra l'utiliser mais je pense qu'il
>> est illusoire de l'attendre à un niveau plus grand que le niveau national:
>> d'où les préfixes de code pays (une convention commune dans OSM et qui rend
>> bien des services).
>>
>> bla bla bla...
> ça c'est ce que toi tu penses.
>  Si on regarde le wiki pour les réseau de bus
> "On route relations for bus, railway, and tram service routes, this key
> indicates the bus system, if applicable. There is currently no consensus
> whether the values should be abbreviated or not.
>
> In the United States, it is common practice to use a commonly used
> abbreviation or other short name. Because names such as "RTA" and "Metro"
> are exceedingly common, the initialism of the transportation agency is
> often used instead to reduce ambiguity. For example, Cincinnati-area routes
> are tagged network=SORTA instead of network=Metro.
>
> Some ambiguity is accepted: for example, there are features tagged
> network=VTA in the operating areas of both the Santa Clara Valley
> Transportation Authority and the Martha's Vineyard Transit Authority,
> because neither organization is known by a more specific acronym."
> http://wiki.openstreetmap.org/wiki/Key:network#Public_transit_routes
>
> ensuite il y a des exemples et le seul exemple qui n'est pas une
> abréviation du nom du réseau c'est le réseau star de rennes et c'est toi
> qui l'a ajouté lors de la dernière discussion sur ce réseau que l'on a eu
> sur cette liste.
>
> Moi ce que je comprends c'est qu'il faut mettre le nom du réseau.
> Les problèmes qui existent :
> abrévié ou pas?
> qu'est-ce qu'on fait quand il n'y a pas de nom?
>
>
>
>
>
>
>> Le 2 août 2017 à 01:16, Jérôme Amagat  a écrit :
>>
>>>
>>>
>>> Le 1 août 2017 à 23:51, Philippe Verdy  a écrit :
>>>
>>>> "network=*" est une clé spéciale pour les recherches; on lui donne une
>>>> valeur codée le rendant unique
>>>> Pour donner un nom lisible à un réseau on a la relation type=network où
>>>> la même valeur codée network=* est présente, mais le libellé lisible est
>>>> dans le name=* standard, et où d'autres infos à propos du réseau peuvent
>>>> être données (comme website=*, wikipedia=*, wikidata=*, contact:*=*, etc.)
>>>>
>>>
>>> Où tu as vu ça?
>>> Quand je regarde les valeurs déjà existante :
>>> https://taginfo.openstreetmap.org/keys/network#values
>>> il y a que quelques réseaux de bus français qui cette forme idiote en
>>> fr_xxx
>>> Pour le reste dans network=* il y a le nom du réseau
>>> sauf pour les réseaux de routes nationales ou départementales (ou de
>>> région ou d’état ou de conté ...) . (il y a aussi le cas bizarre des
>>> network sur les type=route pour vélo)
>>> Le FR en France si il doit apparaître c'est pour les route nationales
>>> avec un network=FR:national , "network=FR:01:D-road for departmental roads
>>> in Ain, France" comme indiqué sur le wiki mais pas pour les réseaux de bus.
>>>
>>>
>>>>
>>>> Le 1 août 2017 à 21:44, Noémie Lehuby 
>>>> a écrit :
>>>>
>>>>> Hello,
>>>>>
>>>>> A-t-on vraiment un réseau de transports scolaires à part entière ? si
>>>>> non, j'imagine qu'on peut les mettre dans le réseau Tisséo existant
>>>>> (éventuellement avec un tag school = yes/only sur les relations route et
>>>>> route_master)
>>>>>
>>>>>
>>>>> Pourquoi les noms des réseaux sont de

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Jo]

Le cas bizarre de network=rcn/lcn/ncn/icn pour le réseaux cyclistes, comme
nwn (randonnée) et rhn (équestre) était en usage avant que le tag network
était utilisé pour les réseaux de transport en commun.

Il sert á colorier les différent niveaux sur les rendu cyclisme et de
randonnée.

Polyglot

2017-08-02 1:16 GMT+02:00 Jérôme Amagat :

>
>
> Le 1 août 2017 à 23:51, Philippe Verdy  a écrit :
>
>> "network=*" est une clé spéciale pour les recherches; on lui donne une
>> valeur codée le rendant unique
>> Pour donner un nom lisible à un réseau on a la relation type=network où
>> la même valeur codée network=* est présente, mais le libellé lisible est
>> dans le name=* standard, et où d'autres infos à propos du réseau peuvent
>> être données (comme website=*, wikipedia=*, wikidata=*, contact:*=*, etc.)
>>
>
> Où tu as vu ça?
> Quand je regarde les valeurs déjà existante :
> https://taginfo.openstreetmap.org/keys/network#values
> il y a que quelques réseaux de bus français qui cette forme idiote en
> fr_xxx
> Pour le reste dans network=* il y a le nom du réseau
> sauf pour les réseaux de routes nationales ou départementales (ou de
> région ou d’état ou de conté ...) . (il y a aussi le cas bizarre des
> network sur les type=route pour vélo)
> Le FR en France si il doit apparaître c'est pour les route nationales avec
> un network=FR:national , "network=FR:01:D-road for departmental roads in
> Ain, France" comme indiqué sur le wiki mais pas pour les réseaux de bus.
>
>
>>
>> Le 1 août 2017 à 21:44, Noémie Lehuby  a
>> écrit :
>>
>>> Hello,
>>>
>>> A-t-on vraiment un réseau de transports scolaires à part entière ? si
>>> non, j'imagine qu'on peut les mettre dans le réseau Tisséo existant
>>> (éventuellement avec un tag school = yes/only sur les relations route et
>>> route_master)
>>>
>>>
>>> Pourquoi les noms des réseaux sont de cette forme ?
>>>
>>> Autant je comprends bien l'intérêt pour les ref ou les infos
>>> particulières (un name:fr_tisseo ou type:fr_tisseo éventuel), mais le tag
>>> network, on le remplit avec le nom commercial du réseau tel qu'il est connu
>>> des voyageurs non ?
>>> J'ai une grille horaire Tisséo sous le nez, et le nom du réseau n'est
>>> pas fr_tisseo ...
>>>
>>> Désolée par avance si on a déjà eu ce débat (d'autant plus que j'ai déjà
>>> vu ça sur d'autres réseaux aussi), mais j'ai rien trouvé sur le wiki qui
>>> l'explique :(
>>>
>>>
>>> nlehuby
>>>
>>> Date: Tue, 1 Aug 2017 00:10:33 +0200
>>>> From: lenny 
>>>> To: OSM liste 
>>>> Subject: [OSM-talk-fr] bus : lignes de transport en commun
>>>> Haute-Garonne : réseau
>>>> Message-ID: <2adfd834-f5e3-33cd-0362-1aa7f94d8...@orange.fr>
>>>> Content-Type: text/plain; charset="utf-8"; Format="flowed"
>>>>
>>>> Bonsoir,
>>>>
>>>> Je me suis penché sur les lignes de transport en commun de Toulouse et
>>>> de la Haute-Garonne, et j'ai quelques questions et demandes d'avis ;
>>>> mais je ne pose qu'un sujet dans chaque discutions pour ne pas me
>>>> disperser, question "network"'
>>>>
>>>> 1 - Toulouse [1],
>>>>
>>>> 2 - le Département de la Haute-Garonne [2]
>>>>
>>>> 3 - les transports scolaires du Département de la Haute-Garonne [3]
>>>>
>>>> En ce qui concerne le réseau,
>>>>
>>>> 1 - le wiki indique "network=fr_tisseo" (dans taginfo 540 avec
>>>> "fr_tisseo" et 3 avec "Tisséo") ; La plupart des contributeurs ont été
>>>> conformes au wiki.
>>>>
>>>> 2- Le réseau de bus de la Haute-Garonne, s'appelle "Réseau des cars
>>>> Arc-en-Ciel" (dans taginfo 42 "fr_arc_en_ciel" ; 5 "Arc-en-Ciel" ; 1
>>>> "Arc-en-ciel" ; 2 "Bus Arc en Ciel" ; 1 "réseau arc en ciel") ; (pour
>>>> garder une cohérence avec le réseau sur Toulouse, je pense qu'il faut
>>>> conserver le "fr_arc_en_ciel" bien que le "fr_" n'apporte pas l'unicité,
>>>> il y a un réseau du même nom dans le Nord.
>>>>
>>>> 3- "network=transports_scolairesHG" ou "network=transports_scolaires31"
>>>> ? je n'ai pas su trouver d'autres

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Jérôme Amagat]

s du réseau peuvent
>>> être données (comme website=*, wikipedia=*, wikidata=*, contact:*=*, etc.)
>>>
>>
>> Où tu as vu ça?
>> Quand je regarde les valeurs déjà existante :
>> https://taginfo.openstreetmap.org/keys/network#values
>> il y a que quelques réseaux de bus français qui cette forme idiote en
>> fr_xxx
>> Pour le reste dans network=* il y a le nom du réseau
>> sauf pour les réseaux de routes nationales ou départementales (ou de
>> région ou d’état ou de conté ...) . (il y a aussi le cas bizarre des
>> network sur les type=route pour vélo)
>> Le FR en France si il doit apparaître c'est pour les route nationales
>> avec un network=FR:national , "network=FR:01:D-road for departmental roads
>> in Ain, France" comme indiqué sur le wiki mais pas pour les réseaux de bus.
>>
>>
>>>
>>> Le 1 août 2017 à 21:44, Noémie Lehuby  a
>>> écrit :
>>>
>>>> Hello,
>>>>
>>>> A-t-on vraiment un réseau de transports scolaires à part entière ? si
>>>> non, j'imagine qu'on peut les mettre dans le réseau Tisséo existant
>>>> (éventuellement avec un tag school = yes/only sur les relations route et
>>>> route_master)
>>>>
>>>>
>>>> Pourquoi les noms des réseaux sont de cette forme ?
>>>>
>>>> Autant je comprends bien l'intérêt pour les ref ou les infos
>>>> particulières (un name:fr_tisseo ou type:fr_tisseo éventuel), mais le tag
>>>> network, on le remplit avec le nom commercial du réseau tel qu'il est connu
>>>> des voyageurs non ?
>>>> J'ai une grille horaire Tisséo sous le nez, et le nom du réseau n'est
>>>> pas fr_tisseo ...
>>>>
>>>> Désolée par avance si on a déjà eu ce débat (d'autant plus que j'ai
>>>> déjà vu ça sur d'autres réseaux aussi), mais j'ai rien trouvé sur le wiki
>>>> qui l'explique :(
>>>>
>>>>
>>>> nlehuby
>>>>
>>>> Date: Tue, 1 Aug 2017 00:10:33 +0200
>>>>> From: lenny 
>>>>> To: OSM liste 
>>>>> Subject: [OSM-talk-fr] bus : lignes de transport en commun
>>>>> Haute-Garonne : réseau
>>>>> Message-ID: <2adfd834-f5e3-33cd-0362-1aa7f94d8...@orange.fr>
>>>>> Content-Type: text/plain; charset="utf-8"; Format="flowed"
>>>>>
>>>>> Bonsoir,
>>>>>
>>>>> Je me suis penché sur les lignes de transport en commun de Toulouse et
>>>>> de la Haute-Garonne, et j'ai quelques questions et demandes d'avis ;
>>>>> mais je ne pose qu'un sujet dans chaque discutions pour ne pas me
>>>>> disperser, question "network"'
>>>>>
>>>>> 1 - Toulouse [1],
>>>>>
>>>>> 2 - le Département de la Haute-Garonne [2]
>>>>>
>>>>> 3 - les transports scolaires du Département de la Haute-Garonne [3]
>>>>>
>>>>> En ce qui concerne le réseau,
>>>>>
>>>>> 1 - le wiki indique "network=fr_tisseo" (dans taginfo 540 avec
>>>>> "fr_tisseo" et 3 avec "Tisséo") ; La plupart des contributeurs ont été
>>>>> conformes au wiki.
>>>>>
>>>>> 2- Le réseau de bus de la Haute-Garonne, s'appelle "Réseau des cars
>>>>> Arc-en-Ciel" (dans taginfo 42 "fr_arc_en_ciel" ; 5 "Arc-en-Ciel" ; 1
>>>>> "Arc-en-ciel" ; 2 "Bus Arc en Ciel" ; 1 "réseau arc en ciel") ; (pour
>>>>> garder une cohérence avec le réseau sur Toulouse, je pense qu'il faut
>>>>> conserver le "fr_arc_en_ciel" bien que le "fr_" n'apporte pas
>>>>> l'unicité,
>>>>> il y a un réseau du même nom dans le Nord.
>>>>>
>>>>> 3- "network=transports_scolairesHG" ou "network=transports_scolaires3
>>>>> 1"
>>>>> ? je n'ai pas su trouver d'autres réseaux de transport scolaire dans
>>>>> OSM ...
>>>>>
>>>>> merci d'avance
>>>>>
>>>>> Leni
>>>>>
>>>>>
>>>>> [1] https://www.tisseo.fr/
>>>>> https://wiki.openstreetmap.org/wiki/Toulouse/Transports_en_commun
>>>>>
>>>>> [2]
>>>>> https://www.haute-garonne.fr/proximite/au-quotidien/reseau-d
>>>>> es-cars-arc-en-ciel
>>>>> https://wiki.openstreetmap.org/wiki/Haute-Garonne/Transports_en_commun
>>>>>
>>>>> [3] https://www.transportsscolaires.haute-garonne.fr/
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ___
>>>>> 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
>>>
>>>
>>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Philippe Verdy]

c'est la documentation standard des relations type=network qui contiennent
l'ensemble des lignes d'un réseau.
netowrk=* n'est pas directement destiné à être affiché et partout c'est une
abréviation impropre et rarement une dénomination officielle, et pas non
plus adapté pour stocker d'autres informations ailleurs que dans la
relation type=network (sinon redondance énorme et mise à jour compliquée).
Rien que le fait qu'on ait network=FR:national devrait te convaincre que ce
n'est pas un "nom" mais une valeur symbolique, qui devrait en plus être
aussi unique que possible sans risque de collision. les outils ucherchant à
représenter les lignes s'appuient sur une valeur commune pour identifier
les lignes en associant network=* à une ref=* pour le numéro de ligne (la
ligne ayant par ailleurs un nom et éventuellement une description, ainsi
que d'autres propriétés).
Ce n'est pas compliqué à comprendre, cette valeur symbolique sert aussi de
clé complémentaires à d'autres tags liés. Les noms de réseau sont en fait
plus compliqués que ce symbole, ils existent sous différentes formes:
courte abrégée, forme longue, éventuellement aussi en plusieurs langues
dans les pays ou régions officiellement multilingues. La clé permet de
réconcilier les données indépendamment de la langue utilisée pour nommer le
reste.

Le préfixage avec un code pays est utile aussi, particulièrement pour les
réseaux nationaux (avec des embranchements internationaux). On n'a pas
d'équivalent aux normes IATA et OACI pour l'aviation civile, mais ça ne
saurait tarder avec la dérégulation des transports européens et la
multiplication des opérateurs exploitants de réseau de transport et des
opérateurs exploitants commerciaux qui exploitent aussi plusieurs marques
commerciales (exemple avec le "TGV" français qui n'est plus une marque
commerciale en soi, mais a diverses dénominations selon les services). On a
de plus en plus besoin de clés uniques stables, et indépendantes des
éventuels changements de marques ou de l'existence de multiple marques
commerciales pour les services. Mais ça obéit au même principe pour tous
les types de transport (et d'autant plus que se développe l'intermodalité
sous une même marque commerciale)

network=* n'est donc pas fait pour donner un nom, il représente juste les
noms possibles, sous une forme abstraite, abrégée. A terme si on a une
norme d'identifiant international on pourra l'utiliser mais je pense qu'il
est illusoire de l'attendre à un niveau plus grand que le niveau national:
d'où les préfixes de code pays (une convention commune dans OSM et qui rend
bien des services).


Le 2 août 2017 à 01:16, Jérôme Amagat  a écrit :

>
>
> Le 1 août 2017 à 23:51, Philippe Verdy  a écrit :
>
>> "network=*" est une clé spéciale pour les recherches; on lui donne une
>> valeur codée le rendant unique
>> Pour donner un nom lisible à un réseau on a la relation type=network où
>> la même valeur codée network=* est présente, mais le libellé lisible est
>> dans le name=* standard, et où d'autres infos à propos du réseau peuvent
>> être données (comme website=*, wikipedia=*, wikidata=*, contact:*=*, etc.)
>>
>
> Où tu as vu ça?
> Quand je regarde les valeurs déjà existante :
> https://taginfo.openstreetmap.org/keys/network#values
> il y a que quelques réseaux de bus français qui cette forme idiote en
> fr_xxx
> Pour le reste dans network=* il y a le nom du réseau
> sauf pour les réseaux de routes nationales ou départementales (ou de
> région ou d’état ou de conté ...) . (il y a aussi le cas bizarre des
> network sur les type=route pour vélo)
> Le FR en France si il doit apparaître c'est pour les route nationales avec
> un network=FR:national , "network=FR:01:D-road for departmental roads in
> Ain, France" comme indiqué sur le wiki mais pas pour les réseaux de bus.
>
>
>>
>> Le 1 août 2017 à 21:44, Noémie Lehuby  a
>> écrit :
>>
>>> Hello,
>>>
>>> A-t-on vraiment un réseau de transports scolaires à part entière ? si
>>> non, j'imagine qu'on peut les mettre dans le réseau Tisséo existant
>>> (éventuellement avec un tag school = yes/only sur les relations route et
>>> route_master)
>>>
>>>
>>> Pourquoi les noms des réseaux sont de cette forme ?
>>>
>>> Autant je comprends bien l'intérêt pour les ref ou les infos
>>> particulières (un name:fr_tisseo ou type:fr_tisseo éventuel), mais le tag
>>> network, on le remplit avec le nom commercial du réseau tel qu'il est connu
>>> des voyageurs non ?
>>> J'ai une grille horaire Tisséo sous le nez, et le nom du réseau n'est
>>> pas fr_t

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Jérôme Amagat]

Le 1 août 2017 à 23:51, Philippe Verdy  a écrit :

> "network=*" est une clé spéciale pour les recherches; on lui donne une
> valeur codée le rendant unique
> Pour donner un nom lisible à un réseau on a la relation type=network où la
> même valeur codée network=* est présente, mais le libellé lisible est dans
> le name=* standard, et où d'autres infos à propos du réseau peuvent être
> données (comme website=*, wikipedia=*, wikidata=*, contact:*=*, etc.)
>

Où tu as vu ça?
Quand je regarde les valeurs déjà existante :
https://taginfo.openstreetmap.org/keys/network#values
il y a que quelques réseaux de bus français qui cette forme idiote en fr_xxx
Pour le reste dans network=* il y a le nom du réseau
sauf pour les réseaux de routes nationales ou départementales (ou de région
ou d’état ou de conté ...) . (il y a aussi le cas bizarre des network sur
les type=route pour vélo)
Le FR en France si il doit apparaître c'est pour les route nationales avec
un network=FR:national , "network=FR:01:D-road for departmental roads in
Ain, France" comme indiqué sur le wiki mais pas pour les réseaux de bus.


>
> Le 1 août 2017 à 21:44, Noémie Lehuby  a
> écrit :
>
>> Hello,
>>
>> A-t-on vraiment un réseau de transports scolaires à part entière ? si
>> non, j'imagine qu'on peut les mettre dans le réseau Tisséo existant
>> (éventuellement avec un tag school = yes/only sur les relations route et
>> route_master)
>>
>>
>> Pourquoi les noms des réseaux sont de cette forme ?
>>
>> Autant je comprends bien l'intérêt pour les ref ou les infos
>> particulières (un name:fr_tisseo ou type:fr_tisseo éventuel), mais le tag
>> network, on le remplit avec le nom commercial du réseau tel qu'il est connu
>> des voyageurs non ?
>> J'ai une grille horaire Tisséo sous le nez, et le nom du réseau n'est pas
>> fr_tisseo ...
>>
>> Désolée par avance si on a déjà eu ce débat (d'autant plus que j'ai déjà
>> vu ça sur d'autres réseaux aussi), mais j'ai rien trouvé sur le wiki qui
>> l'explique :(
>>
>>
>> nlehuby
>>
>> Date: Tue, 1 Aug 2017 00:10:33 +0200
>>> From: lenny 
>>> To: OSM liste 
>>> Subject: [OSM-talk-fr] bus : lignes de transport en commun
>>> Haute-Garonne : réseau
>>> Message-ID: <2adfd834-f5e3-33cd-0362-1aa7f94d8...@orange.fr>
>>> Content-Type: text/plain; charset="utf-8"; Format="flowed"
>>>
>>> Bonsoir,
>>>
>>> Je me suis penché sur les lignes de transport en commun de Toulouse et
>>> de la Haute-Garonne, et j'ai quelques questions et demandes d'avis ;
>>> mais je ne pose qu'un sujet dans chaque discutions pour ne pas me
>>> disperser, question "network"'
>>>
>>> 1 - Toulouse [1],
>>>
>>> 2 - le Département de la Haute-Garonne [2]
>>>
>>> 3 - les transports scolaires du Département de la Haute-Garonne [3]
>>>
>>> En ce qui concerne le réseau,
>>>
>>> 1 - le wiki indique "network=fr_tisseo" (dans taginfo 540 avec
>>> "fr_tisseo" et 3 avec "Tisséo") ; La plupart des contributeurs ont été
>>> conformes au wiki.
>>>
>>> 2- Le réseau de bus de la Haute-Garonne, s'appelle "Réseau des cars
>>> Arc-en-Ciel" (dans taginfo 42 "fr_arc_en_ciel" ; 5 "Arc-en-Ciel" ; 1
>>> "Arc-en-ciel" ; 2 "Bus Arc en Ciel" ; 1 "réseau arc en ciel") ; (pour
>>> garder une cohérence avec le réseau sur Toulouse, je pense qu'il faut
>>> conserver le "fr_arc_en_ciel" bien que le "fr_" n'apporte pas l'unicité,
>>> il y a un réseau du même nom dans le Nord.
>>>
>>> 3- "network=transports_scolairesHG" ou "network=transports_scolaires31"
>>> ? je n'ai pas su trouver d'autres réseaux de transport scolaire dans OSM
>>> ...
>>>
>>> merci d'avance
>>>
>>> Leni
>>>
>>>
>>> [1] https://www.tisseo.fr/
>>> https://wiki.openstreetmap.org/wiki/Toulouse/Transports_en_commun
>>>
>>> [2]
>>> https://www.haute-garonne.fr/proximite/au-quotidien/reseau-d
>>> es-cars-arc-en-ciel
>>> https://wiki.openstreetmap.org/wiki/Haute-Garonne/Transports_en_commun
>>>
>>> [3] https://www.transportsscolaires.haute-garonne.fr/
>>>
>>>
>>>
>>>
>>> ___
>>> 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
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Philippe Verdy]

"network=*" est une clé spéciale pour les recherches; on lui donne une
valeur codée le rendant unique
Pour donner un nom lisible à un réseau on a la relation type=network où la
même valeur codée network=* est présente, mais le libellé lisible est dans
le name=* standard, et où d'autres infos à propos du réseau peuvent être
données (comme website=*, wikipedia=*, wikidata=*, contact:*=*, etc.)


Le 1 août 2017 à 21:44, Noémie Lehuby  a
écrit :

> Hello,
>
> A-t-on vraiment un réseau de transports scolaires à part entière ? si non,
> j'imagine qu'on peut les mettre dans le réseau Tisséo existant
> (éventuellement avec un tag school = yes/only sur les relations route et
> route_master)
>
>
> Pourquoi les noms des réseaux sont de cette forme ?
>
> Autant je comprends bien l'intérêt pour les ref ou les infos particulières
> (un name:fr_tisseo ou type:fr_tisseo éventuel), mais le tag network, on le
> remplit avec le nom commercial du réseau tel qu'il est connu des voyageurs
> non ?
> J'ai une grille horaire Tisséo sous le nez, et le nom du réseau n'est pas
> fr_tisseo ...
>
> Désolée par avance si on a déjà eu ce débat (d'autant plus que j'ai déjà
> vu ça sur d'autres réseaux aussi), mais j'ai rien trouvé sur le wiki qui
> l'explique :(
>
>
> nlehuby
>
> Date: Tue, 1 Aug 2017 00:10:33 +0200
>> From: lenny 
>> To: OSM liste 
>> Subject: [OSM-talk-fr] bus : lignes de transport en commun
>> Haute-Garonne : réseau
>> Message-ID: <2adfd834-f5e3-33cd-0362-1aa7f94d8...@orange.fr>
>> Content-Type: text/plain; charset="utf-8"; Format="flowed"
>>
>> Bonsoir,
>>
>> Je me suis penché sur les lignes de transport en commun de Toulouse et
>> de la Haute-Garonne, et j'ai quelques questions et demandes d'avis ;
>> mais je ne pose qu'un sujet dans chaque discutions pour ne pas me
>> disperser, question "network"'
>>
>> 1 - Toulouse [1],
>>
>> 2 - le Département de la Haute-Garonne [2]
>>
>> 3 - les transports scolaires du Département de la Haute-Garonne [3]
>>
>> En ce qui concerne le réseau,
>>
>> 1 - le wiki indique "network=fr_tisseo" (dans taginfo 540 avec
>> "fr_tisseo" et 3 avec "Tisséo") ; La plupart des contributeurs ont été
>> conformes au wiki.
>>
>> 2- Le réseau de bus de la Haute-Garonne, s'appelle "Réseau des cars
>> Arc-en-Ciel" (dans taginfo 42 "fr_arc_en_ciel" ; 5 "Arc-en-Ciel" ; 1
>> "Arc-en-ciel" ; 2 "Bus Arc en Ciel" ; 1 "réseau arc en ciel") ; (pour
>> garder une cohérence avec le réseau sur Toulouse, je pense qu'il faut
>> conserver le "fr_arc_en_ciel" bien que le "fr_" n'apporte pas l'unicité,
>> il y a un réseau du même nom dans le Nord.
>>
>> 3- "network=transports_scolairesHG" ou "network=transports_scolaires31"
>> ? je n'ai pas su trouver d'autres réseaux de transport scolaire dans OSM
>> ...
>>
>> merci d'avance
>>
>> Leni
>>
>>
>> [1] https://www.tisseo.fr/
>> https://wiki.openstreetmap.org/wiki/Toulouse/Transports_en_commun
>>
>> [2]
>> https://www.haute-garonne.fr/proximite/au-quotidien/reseau-d
>> es-cars-arc-en-ciel
>> https://wiki.openstreetmap.org/wiki/Haute-Garonne/Transports_en_commun
>>
>> [3] https://www.transportsscolaires.haute-garonne.fr/
>>
>>
>>
>>
>> ___
>> 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

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Noémie Lehuby]

Hello,

A-t-on vraiment un réseau de transports scolaires à part entière ? si 
non, j'imagine qu'on peut les mettre dans le réseau Tisséo existant 
(éventuellement avec un tag school = yes/only sur les relations route et 
route_master)



Pourquoi les noms des réseaux sont de cette forme ?

Autant je comprends bien l'intérêt pour les ref ou les infos 
particulières (un name:fr_tisseo ou type:fr_tisseo éventuel), mais le 
tag network, on le remplit avec le nom commercial du réseau tel qu'il 
est connu des voyageurs non ?
J'ai une grille horaire Tisséo sous le nez, et le nom du réseau n'est 
pas fr_tisseo ...


Désolée par avance si on a déjà eu ce débat (d'autant plus que j'ai déjà 
vu ça sur d'autres réseaux aussi), mais j'ai rien trouvé sur le wiki qui 
l'explique :(



nlehuby


Date: Tue, 1 Aug 2017 00:10:33 +0200
From: lenny 
To: OSM liste 
Subject: [OSM-talk-fr] bus : lignes de transport en commun
Haute-Garonne : réseau
Message-ID: <2adfd834-f5e3-33cd-0362-1aa7f94d8...@orange.fr>
Content-Type: text/plain; charset="utf-8"; Format="flowed"

Bonsoir,

Je me suis penché sur les lignes de transport en commun de Toulouse et
de la Haute-Garonne, et j'ai quelques questions et demandes d'avis ;
mais je ne pose qu'un sujet dans chaque discutions pour ne pas me
disperser, question "network"'

1 - Toulouse [1],

2 - le Département de la Haute-Garonne [2]

3 - les transports scolaires du Département de la Haute-Garonne [3]

En ce qui concerne le réseau,

1 - le wiki indique "network=fr_tisseo" (dans taginfo 540 avec
"fr_tisseo" et 3 avec "Tisséo") ; La plupart des contributeurs ont été
conformes au wiki.

2- Le réseau de bus de la Haute-Garonne, s'appelle "Réseau des cars
Arc-en-Ciel" (dans taginfo 42 "fr_arc_en_ciel" ; 5 "Arc-en-Ciel" ; 1
"Arc-en-ciel" ; 2 "Bus Arc en Ciel" ; 1 "réseau arc en ciel") ; (pour
garder une cohérence avec le réseau sur Toulouse, je pense qu'il faut
conserver le "fr_arc_en_ciel" bien que le "fr_" n'apporte pas l'unicité,
il y a un réseau du même nom dans le Nord.

3- "network=transports_scolairesHG" ou "network=transports_scolaires31"
? je n'ai pas su trouver d'autres réseaux de transport scolaire dans OSM ...

merci d'avance

Leni


[1] https://www.tisseo.fr/
https://wiki.openstreetmap.org/wiki/Toulouse/Transports_en_commun

[2]
https://www.haute-garonne.fr/proximite/au-quotidien/reseau-des-cars-arc-en-ciel
https://wiki.openstreetmap.org/wiki/Haute-Garonne/Transports_en_commun

[3] https://www.transportsscolaires.haute-garonne.fr/




___
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

[OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[lenny]

Bonsoir,

Je me suis penché sur les lignes de transport en commun de Toulouse et 
de la Haute-Garonne, et j'ai quelques questions et demandes d'avis ; 
mais je ne pose qu'un sujet dans chaque discutions pour ne pas me 
disperser, question "network"'


1 - Toulouse [1],

2 - le Département de la Haute-Garonne [2]

3 - les transports scolaires du Département de la Haute-Garonne [3]

En ce qui concerne le réseau,

1 - le wiki indique "network=fr_tisseo" (dans taginfo 540 avec 
"fr_tisseo" et 3 avec "Tisséo") ; La plupart des contributeurs ont été 
conformes au wiki.


2- Le réseau de bus de la Haute-Garonne, s'appelle "Réseau des cars 
Arc-en-Ciel" (dans taginfo 42 "fr_arc_en_ciel" ; 5 "Arc-en-Ciel" ; 1 
"Arc-en-ciel" ; 2 "Bus Arc en Ciel" ; 1 "réseau arc en ciel") ; (pour 
garder une cohérence avec le réseau sur Toulouse, je pense qu'il faut 
conserver le "fr_arc_en_ciel" bien que le "fr_" n'apporte pas l'unicité, 
il y a un réseau du même nom dans le Nord.


3- "network=transports_scolairesHG" ou "network=transports_scolaires31" 
? je n'ai pas su trouver d'autres réseaux de transport scolaire dans OSM ...


merci d'avance

Leni


[1] https://www.tisseo.fr/
https://wiki.openstreetmap.org/wiki/Toulouse/Transports_en_commun

[2] 
https://www.haute-garonne.fr/proximite/au-quotidien/reseau-des-cars-arc-en-ciel

https://wiki.openstreetmap.org/wiki/Haute-Garonne/Transports_en_commun

[3] https://www.transportsscolaires.haute-garonne.fr/

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr