Re: [OSM-talk-fr] highway=path + bicycle=yes

2017-12-15 Par sujet Antoine Riche 

Le 15/12/2017 à 22:14, JB a écrit :
PS : le wiki c'est peut-être la bible, mais les pratiques restent une 
histoire de pratiquants.


Il faudra l'encadrer celle-là :-)

Antoine.



---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] highway=path + bicycle=yes

2017-12-15 Par sujet JB 

Le 15/12/2017 à 21:55, osm.sanspourr...@spamgourmet.com a écrit :
Si on dit que sur les highway=path les cyles sont autorisés par 
défaut, alors quelle est l'information ajoutée ? 
Sans vouloir dévoiler des secrets, je dirais que les "path" sont 
tellement bien définis que chaque personne les utilise à sa manière. Et 
que si tu faisais un sondage représentatif sur ce que tu écris, tu 
serais probablement surpris par la réponse.

JB.

PS : le wiki c'est peut-être la bible, mais les pratiques restent une 
histoire de pratiquants.


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

Re: [OSM-talk-fr] highway=path + bicycle=yes

2017-12-15 Par sujet osm . sanspourriel 
 



Gesendet: Freitag, 15. Dezember 2017 um 21:12 Uhr
Von: JB - 
An: "Discussions sur OSM en français" 
Betreff: Re: [OSM-talk-fr] highway=path + bicycle=yes

Le 15/12/2017 à 20:23, jabali a écrit :
> +1 pour un nettoyage
Bof. À part dégouter des contributeurs intéressés par la thématique, sur
un tag qui ajoute une information et ne dégrade rien, je ne vois pas
pourquoi.





Si on dit que sur les highway=path les cyles sont autorisés par défaut, alors quelle est l'information ajoutée ?
 

Si le but est d'afficher les pistes sur le rendu cycle pour les vététistes, on est dans le "taguer pour le rendu", à la limite du vandalisme.

 

Il me semble plus sage de voir ce que les contributeurs ont voulu dire et si ce sont les vététistes et que vtt:scale fait le job, ils devraient être partants pour une modification.

Quite à dire qu'à défaut le tag sera supprimé au bout d'un certain temps.

 

Jean-Yvon



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

Re: [OSM-talk-fr] highway=path + bicycle=yes

2017-12-15 Par sujet JB 

Le 15/12/2017 à 20:23, jabali a écrit :

+1 pour un nettoyage
Bof. À part dégouter des contributeurs intéressés par la thématique, sur 
un tag qui ajoute une information et ne dégrade rien, je ne vois pas 
pourquoi.
Si j'étais de mauvaise humeur, j'oserais même utiliser le mot « 
vandalisme ». Mais je suis de bonne humeur ce soir.

JB.

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

Re: [OSM-talk-fr] rendu arrêt de bus

2017-12-15 Par sujet osm . sanspourriel 
Effectivement si chacun fiat la V2 à sa sauce, c'est la m...

Mais comme Jo, je pense que le problème c'est la V2. Si elle est peut pratiquée alors qu'elle est en utilisation depuis plus de 5 ans c'est qu'elle est peu praticable.

 

Le stop position quand il s'agit d'un arrêt de bus n'a généralement aucun intérêt (99 % des cas : projection du bout de plateforme dans le sens du déplacment sur la voie jouxtante).

Et quand il s'agit d'un arrêt de train, la position dépend du nombre de voitures ou de wagons.

Donc si on enlève les infos estimées et les infos fausses, dans certains cas on peut avoir une info compémentaire... au prix de la fuite de bien des utilisateurs même si Noémie et Jo rendent ce truc infâme presque gérable.

"Presque" car  il faut connaître ces aides pas forcément bien assez référencées.

Résultat : incompatibilité de la V2 à la V1 (sauf à ajouter les tags V1) ce qui n'est pas naturel (c'est l'origine de ce fil de discussion et moi aussi je m'étais fait avoir) et de plus les relations à outrance sont un problème comme le dit Christian.

 

La V2 pas un truc à l'allemande mais mondial ?

En théorie oui. En pratique il n'y a qu'en Allemagne que j'ai vu des gens tenter d'insdustrialiser des pinces pour immobiliser des mouches afin de pratiquer l'enculage de mouches de manière industrielle.

N. B. : j'ai vécu 6 ans en Allemagne et n'ai pas spécialement de mauvais souvenirs. Avant que quelqu'un ne le dise, je ne suis pas une mouche ! ;-)
 

Jean-Yvon

 
 

Gesendet: Freitag, 15. Dezember 2017 um 13:13 Uhr
Von: "Jo - winfi...@gmail.com" 
An: "Discussions sur OSM en français" 
Betreff: Re: [OSM-talk-fr] rendu arrêt de bus






Et moi je reste convaincu qu'ajouter 2 objets pour représenter 1 arrêt est rendre les choses plus compliquées qu'elles ne doivent l'être.
 
Qu'est-ce que l'on fait avec les détails dans ce cas? Les dupliquer également? Et encore une fois sur les relations stop_area? Pendant que j'ai cartographié le transport en commun en Belgique durant des années, je n'ai pas à chaque reprise regardé toutes les modifs du wiki.
 
Ce qu'il nous faut, c'est un système pour cartographier le transport en commun qui n'est pas plus compliqué que nécessaire. Du moins si nous voulons qu'il est accesssible au plus grand public le possible et si le but est d'ajouter les lignes à un niveau mondial.

Et bien sûr il nous faut de l'automatisation aussi, du moins partielle. De là le plugin PT_Assistant.

 
Enfin, je 'lai décrit dans le document que j'ai créé en anglais.

 

https://wiki.openstreetmap.org/wiki/User:Polyglot/Bus_stops_and_routes

 
Polyglot






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

Re: [OSM-talk-fr] highway=path + bicycle=yes

2017-12-15 Par sujet jabali 
Beaucoup des ces highway=path + bicycle=yes sont l'oeuvre de contributeurs
VTTistes "maladroits" qui veulent faire ressortir en bleu les chemins VTT
sur le rendu OpenCycleMap.
+1 pour un nettoyage



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] highway=path + bicycle=yes

2017-12-15 Par sujet Simon Réau 
Le 15 décembre 2017 à 16:48, marc marc  a écrit :

>
> Regarde l'historique de l'un ou l'autre chemin qui a ce tag et pose la
> question à ceux qui les ajoutent. Mais je crains que tu soies déçu du
> manque de cohérence des réponses.
> Pour ma part, je pense qu'il y a un gros nettoyage à faire.
>
>
> Le mail au contributeur est déjà envoyé, mais vu que j'ai rencontré ce cas
dans plusieurs forêts, je me suis dit que j'allais posé la question sur la
liste.

Avec mon compte perso le nettoyage aurais déja commencé, avec le compte pro
je prend plus de précaution ;-)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] rendu arrêt de bus

2017-12-15 Par sujet Christian Quest 
Les rendus classiques ont énormément de mal à exploiter le schéma
public_transport très basé sur les relations.

La majorité des outils de conversion des données OSM (XML ou pbf) vers une
base de données postgis sont incapables de fournir une info exploitable au
final par les feuilles de style de rendu car il leur faudrait analyser les
relations public_transport spécifiquement.

Voilà pourquoi, le highway=bus_stop reste indispensable au rendu qui n'est
qu'indirectement fautif dans l'affaire...

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

Re: [OSM-talk-fr] highway=path + bicycle=yes

2017-12-15 Par sujet marc marc 
Le 15. 12. 17 à 13:27, Charles MILLET a écrit :
 > Peut-être que pour l'aspect calculateur d'itinéraire, il faut
 > considérer que mtb:scale=0 ce n'est pas très praticable par les vélos
 > de route et qu'à partir de mtb:scale=1 ce n'est plus praticable.

La description de mtb:scale=0, valeur la + base, me donne l'impression 
que c'est tout a fait praticable en vélo de ville.
En tout cas pour ma part, un chemin sans pente, sans racine ni rocher, 
sans virage sec etc, cela se pratique aisément en vélo électrique qui 
est pourtant à l’opposé de la maniabilité d'un vtt.
Je pense donc que mtb:scale=0 -> adapté à tout type de vélo
tandis qu'à partir de 1 et +, ce n'est utilisable qu'en vtt.

 > je ne vois presque jamais cette clé utilisée...

Le problème pour ma part, c'est que quand je fais du vélo,
ce n'est pas l'idéal pour encoder des valeurs dans osm, sauf à s'arrêter 
sans arrêt pour noter les découpes de chemins nécessaires.
Il faudrait un dictaphone commandé par la voix (à quand un "dis osm ?")
et quasi un porte tablette avec un StreetComplete axé vélo.

Probablement faut-il faire comme pour le routing voiture :
appliquer une bonus malus selon les infos disponible. exemple :
si piste cyclable : distance *75%
si bande cyclable : distance *85%
si surface=asphalt;concrete;paving_stones;metal: distance *90%
si surface=sett;cobblestone;unpaved (et sous-catégorie) : distance *110%
ajuster le bonus/malus selon smoothness
ajuster le malus si incline important (il faudrait un inclinomètre)

Le 15. 12. 17 à 14:34, Simon Réau a écrit :
> Je n'ai pas envie d'enlever le tag bicycle=yes car je me dit qu'il doit 
> bien avoir une raison à la présence de ce tag.

Regarde l'historique de l'un ou l'autre chemin qui a ce tag et pose la 
question à ceux qui les ajoutent. Mais je crains que tu soies déçu du 
manque de cohérence des réponses.
Pour ma part, je pense qu'il y a un gros nettoyage à faire.

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

Re: [OSM-talk-fr] highway=path + bicycle=yes

2017-12-15 Par sujet Simon Réau 
C'est le doublon path (vélo implicitement autorisé) et bicycle=yes qui me
chagrinais, je pensais rater une information. Cette information étant
présente surtout en foret c'est pourquoi cela me faisait penser au VTT.

Pour non prise en compte du tag bicycle=yes c'est le but, c'est pourquoi
j’essaie d'identifier tous les cas.

Le 15 décembre 2017 à 15:18, sly (sylvain letuffe)  a
écrit :

> Marc a dit correctement ce que sont les règles actuelles du tagging :
> bicycle=yes c'est une autorisation.
>
>
> Simon Réau wrote
> > Je me pose la question de la pertinence du bicycle=yes
> > (...)
> > Pour le calcule d'itinéraire chez Géovélo cela nous pose un problème
>
> L'utilisation modèle le tagging, si vous tentez d'interpréter un tag pour
> ce
> qu'il n'est pas, vous allez créer de la distorsion chez les contributeurs
> qui utilisent géovélo : ils risquent de mettre ou enlever des bicycle=yes
> pour corriger votre routeur tandis que d'autres les enlèverons pour
> appliquer le wiki.
> Profitez de votre notoriété pour éduquez et indiquer les bons tags à
> utiliser pour marquer qu'un vélo de course ne passe pas alors qu'un vtt y
> passe.
>
> La bonne solution alors me semble être d'ignorer des bicycle=yes sur des
> highway=path
>
>
>
>
> -
> --
> sly, contact direct : sylvain /a\ letuffe o r g
> http://wiki.openstreetmap.org/wiki/User:Sletuffe
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> 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] highway=path + bicycle=yes

2017-12-15 Par sujet sly (sylvain letuffe) 
Marc a dit correctement ce que sont les règles actuelles du tagging :
bicycle=yes c'est une autorisation.


Simon Réau wrote
> Je me pose la question de la pertinence du bicycle=yes
> (...)
> Pour le calcule d'itinéraire chez Géovélo cela nous pose un problème 

L'utilisation modèle le tagging, si vous tentez d'interpréter un tag pour ce
qu'il n'est pas, vous allez créer de la distorsion chez les contributeurs
qui utilisent géovélo : ils risquent de mettre ou enlever des bicycle=yes
pour corriger votre routeur tandis que d'autres les enlèverons pour
appliquer le wiki.
Profitez de votre notoriété pour éduquez et indiquer les bons tags à
utiliser pour marquer qu'un vélo de course ne passe pas alors qu'un vtt y
passe.

La bonne solution alors me semble être d'ignorer des bicycle=yes sur des
highway=path 




-
-- 
sly, contact direct : sylvain /a\ letuffe o r g
http://wiki.openstreetmap.org/wiki/User:Sletuffe
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] highway=path + bicycle=yes

2017-12-15 Par sujet Simon Réau 
pour les tags mtb et surface on doit le prendre en compte prochainement.
Mon dilemme étais sur les chemins sans autres précision, jusqu'ici
j’interprétais le bicycle=yes sur un highway=path sans autres précisions
comme "ce chemin est praticable par tous les vélos" vu que sur highway=path
le vélo est autorisé implicitement.
Je n'ai pas envie d'enlever le tag bicycle=yes car je me dit qu'il doit
bien avoir une raison à la présence de ce tag.

Sinon je vais rajouter les forêt dans la liste des lieu à photographier sur
Mapillary.


Le 15 décembre 2017 à 13:27, Charles MILLET  a écrit
:

> Bon ça répond à la question de l'utilisation du tag mtb=yes
>
> Peut-être que pour l'aspect calculateur d'itinéraire, il faut considérer
> que mtb:scale=0 ce n'est pas très praticable par les vélos de route et qu'à
> partir de mtb:scale=1 ce n'est plus praticable. Le problème c'est que je ne
> vois presque jamais cette clé utilisée...
>
>
>
> On 15/12/2017 12:34, Axelos wrote:
>
>> Le 15/12/2017 à 12:08, Simon Réau a écrit :
>>
>>> De nombreux sentier et chemin en forêt sont tagué avec highway=path +
>>> bicycle=yes comme ici par exemple
>>> http://www.openstreetmap.org/#map=15/49.0292/2.2712
>>>
>>
>> J'ai déjà vu des cas où étaient utilisés carrément highway=cycleway pour
>> ce type de chemin !
>>
>>
>> Je me pose la question de la pertinence du bicycle=yes étant donné que
>>> tous
>>> les types de vélo ne peuvent pas circulé. C'est chemins sont
>>> difficilement
>>> praticables en vélo de ville ou vélo de route.
>>> Pour le calcule d'itinéraire chez Géovélo cela nous pose un problème pour
>>> définir les chemins praticables ou non. Le problème est contournable,
>>> mais
>>> nous perdons en précision.
>>>
>>> J'avais envie de remplacer le tag bicycle=yes par mtb=yes. Cela vous
>>> semble
>>> t'il correcte ?
>>>
>> Pour ton cas, j'aurais plutôt tendance à décrire le chemin si possible,
>> c’est-à-dire donner des infos sur le revêtement du chemin et la qualité
>> du chemin.
>> http://wiki.osm.org/wiki/FR:Key:surface
>> http://wiki.osm.org/wiki/FR:Key:smoothness
>>
>> En cherchant un peu sur le wiki, j'ai retrouvé cette page :
>> http://wiki.osm.org/wiki/Proposed_features/mtb
>> "Cette clé n'est plus nécessaire. Il n'est laissé que pour archivage.
>> Utilisez Proposed_features/mtb:scale à la place. Pour les restrictions
>> d'accès légales, utilisez bicycle=oui/non…"
>>
>> Perso je n'ai jamais utilisé les balises pour les VTT, je ne m'avance
>> donc pas sur ce terrain.
>>
>> ___
>> 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] highway=path + bicycle=yes

2017-12-15 Par sujet Charles MILLET 

Bon ça répond à la question de l'utilisation du tag mtb=yes

Peut-être que pour l'aspect calculateur d'itinéraire, il faut considérer 
que mtb:scale=0 ce n'est pas très praticable par les vélos de route et 
qu'à partir de mtb:scale=1 ce n'est plus praticable. Le problème c'est 
que je ne vois presque jamais cette clé utilisée...



On 15/12/2017 12:34, Axelos wrote:

Le 15/12/2017 à 12:08, Simon Réau a écrit :

De nombreux sentier et chemin en forêt sont tagué avec highway=path +
bicycle=yes comme ici par exemple
http://www.openstreetmap.org/#map=15/49.0292/2.2712


J'ai déjà vu des cas où étaient utilisés carrément highway=cycleway pour
ce type de chemin !



Je me pose la question de la pertinence du bicycle=yes étant donné que tous
les types de vélo ne peuvent pas circulé. C'est chemins sont difficilement
praticables en vélo de ville ou vélo de route.
Pour le calcule d'itinéraire chez Géovélo cela nous pose un problème pour
définir les chemins praticables ou non. Le problème est contournable, mais
nous perdons en précision.

J'avais envie de remplacer le tag bicycle=yes par mtb=yes. Cela vous semble
t'il correcte ?

Pour ton cas, j'aurais plutôt tendance à décrire le chemin si possible,
c’est-à-dire donner des infos sur le revêtement du chemin et la qualité
du chemin.
http://wiki.osm.org/wiki/FR:Key:surface
http://wiki.osm.org/wiki/FR:Key:smoothness

En cherchant un peu sur le wiki, j'ai retrouvé cette page :
http://wiki.osm.org/wiki/Proposed_features/mtb
"Cette clé n'est plus nécessaire. Il n'est laissé que pour archivage.
Utilisez Proposed_features/mtb:scale à la place. Pour les restrictions
d'accès légales, utilisez bicycle=oui/non…"

Perso je n'ai jamais utilisé les balises pour les VTT, je ne m'avance
donc pas sur ce terrain.

___
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] rendu arrêt de bus

2017-12-15 Par sujet Adrien Grellier 
J'utilise le 2ème lien, le public_transport v2.

Pour les arrêts je me base là-dessus :
https://www.opendata49.fr/index.php?id=112_icsoddatastore_pi1%5Bkeywords%5D=_icsoddatastore_pi1%5Bcategories%5D%5B0%5D=2_icsoddatastore_pi1%5Buid%5D=78_icsoddatastore_pi1%5BreturnID%5D=38

et pour les Lignes:
https://www.opendata49.fr/index.php?id=112_icsoddatastore_pi1%5Bkeywords%5D=_icsoddatastore_pi1%5Bcategories%5D%5B0%5D=2_icsoddatastore_pi1%5Buid%5D=74_icsoddatastore_pi1%5BreturnID%5D=38

Pour la méthode, je suis exactement le tuto fournit par Noémie un peu
plus haut. Petit problème : parfois l'OpenData n'est pas super précis
sur la localisation des arrêts. Il faut donc vérifier soit sur une image
satellite, soit sur le terrain.

Pour l'instant j'ai fait la ligne 6 et la 18 (seulement un sens). Les
autres lignes étaient déjà existantes (1, 2A, 3, 15 et 26), je les ai
rajoutée sur le wiki, mais il faudrait les vérifier. En effet, la ligne
2A est bizarre : c'est un mixte de la 2 et de la 2B. Peut-être que la
ligne 2A a disparu ?

Adrien


Le 15/12/2017 à 12:43, aurélien BONDU a écrit :
> Adrien , je comprend mieux ta motivation.
> juste pour se coordonnée tu utilise quel modele de shémas : 
> - 1 :  https://wiki.openstreetmap.org/wiki/FR:Transports_publics 
> ou 
> - 2 https://wiki.openstreetmap.org/wiki/FR:Key:public_transport 
>
> et quel donnée opendata d'Anjoubus car par ex je ne retrouva pa la
> ligne 2A dans les donnée opendata
>
> Le 15 décembre 2017 à 12:25, Adrien Grellier  > a écrit :
>
> Merci pour vos réponses.
>
> /marc marc/ : OK je vais donc ajouter le highway = bus_stop pour
> la compatibilité.
>
> /Noémie/ : Les références des lignes apparaissent sur le chemin
> dans certains rendus lorsqu’on zoome. Voici deux exemples :
> http://www.openstreetmap.org/#map=17/47.25474/-0.08247=T
> 
> https://www.öpnvkarte.de/#-0.0812;47.255;17
> 
> Je vais également ajouter les ref au ligne et pas seulement aux
> route_master, toujours pour la compatibilité.
> Et merci pour le tuto ! C'est exactement ce que je fais, me voila
> rassuré :-)
>
> /Jo/: j'utilise effectivement JOSM, mais ne connaissait pas
> PT_Assistant, je vais regarder ça.
>
> /Aurélien/ : Je suis en Loire-Atlantique, mais avec de bonnes
> attaches en Anjou :)
> En fait mon but est d'avoir les horaires de AnjouBus dans l'appli
> transportr , pour aller chez mes
> parents. L'appli permet de trouver les itinéraires en transport en
> commun les plus court, pour tout réseau qui publie ses données au
> format GTFS. Dans mon cas, les réseaux SNCF, Tan, Lila, Irigo sont
> dispo, mais pas AnjouBus. Comme tu le dis, toutes les données sont
> en OpenData, mais pas au bon format (CSV, pas GTFS) ! Je les ais
> contacté pour qu'ils mettent leur données sous ce format, comme en
> Loire Atlantique, mais visiblement la personne n'a pas bien
> compris ma demande.
> Donc maintenant mon plan est de mettre tout le réseau sous
> OpenStreetMap. Ensuite je pourrais utiliser les scripts du
> créateur de transportr pour générer le fichier GTFS qui va bien…
> et ainsi arriver à mon but ! C'est un projet assez long, mais qui
> peut être sympa au final.
>
> Toute aide est la bienvenue ! Pour info je documente ma
> progression sur cette page :
> https://wiki.openstreetmap.org/wiki/Maine-et-Loire/Transports_en_commun
> 
>
> Bonne journée, et merci pour vos réponses.
>
> Adrien
>
>
>
> Le 15/12/2017 à 11:34, aurélien BONDU a écrit :
>> Salut à tous,
>> Adrien j'avais commencer à cartographier le réseau Anjoubus en
>> février 2014 suite à la libération des données en opendata. Je
>> m'étais vite arrêter faute de motivation .
>> Si tu veux de l'aide pour compléter le réseau je suis dispo.  
>> Au passage tu est du Maine-et-Loire pour t'intéresser au réseau
>> AnjouBus plus particulièrement ?
>>
>> Aurélien (abonduabu sur OSM
>>
>> Le 15 décembre 2017 à 10:59, Jo > > a écrit :
>>
>> Salut Adrien,
>>
>> Si tu ajoutes highway=bus_stop aux nœuds
>> public_transport=platform, tu verras que ce sera bien rendu.
>> Ça fait des années que nous demandons que les tags
>> public_transport soient rendus et je n'ai plus aucune raison
>> de croire qu'un jour ça se passera. Donc pas de soucis, ce
>> n'est pas de ta faute.
>>
>> Ma façon de cartographier les arrêts est d'ajouter tous les
>> détails sur ce nœud à côté de la route et de n'ajouter que
>> celui-là aux relations route.
>>
>> Pour les arrêts qui ont une vrai

Re: [OSM-talk-fr] rendu arrêt de bus

2017-12-15 Par sujet Jo 
Et moi je reste convaincu qu'ajouter 2 objets pour représenter 1 arrêt est
rendre les choses plus compliquées qu'elles ne doivent l'être.

Qu'est-ce que l'on fait avec les détails dans ce cas? Les dupliquer
également? Et encore une fois sur les relations stop_area? Pendant que j'ai
cartographié le transport en commun en Belgique durant des années, je n'ai
pas à chaque reprise regardé toutes les modifs du wiki.

Ce qu'il nous faut, c'est un système pour cartographier le transport en
commun qui n'est pas plus compliqué que nécessaire. Du moins si nous
voulons qu'il est accesssible au plus grand public le possible et si le but
est d'ajouter les lignes à un niveau mondial.
Et bien sûr il nous faut de l'automatisation aussi, du moins partielle. De
là le plugin PT_Assistant.

Enfin, je 'lai décrit dans le document que j'ai créé en anglais.

https://wiki.openstreetmap.org/wiki/User:Polyglot/Bus_stops_and_routes

Polyglot

2017-12-15 12:47 GMT+01:00 marc marc :

> Le 15. 12. 17 à 10:59, Jo a écrit :
> > nous demandons que les tags public_transport soient rendus
>
> serrait-ce compliqué de proposer une patch pour ajouter le rendu sur
> osm-fr ?
> on pourait commencer par les noeuds public_transport=plateform
> c'est une vrai question, je n'ai jamais regardé le code du rendu.
>
> > ce n'est pas comme ils font en Allemagne.. Là ils sont
> > convaincus qu'il faut ajouter 2 objets aux relations routes.
>
> je me permet de corriger cette phrase qui introduit une confusion.
> la PT v2 est mondiale. pour bien faire, il FAUT (partout dans le monde
> et non pas qu'en Allemagne) ajouter les 2 nœuds (l'arrêt version
> passager et l'arrêt version bus) aux routes.
> Maintenant rien n'interdit de ne pas la suivre :-)
> Même si pour ma part je suis convaincu que l'indispensable est de
> d'abord ajouter au moins un des noeuds, il ne faut pas pour autant
> affirmer que c'est une façon "correcte" de faire puisque cela ne
> respecte pas la v2 que par ailleurs on voudrait voir rendu.
> Pour moi n'ajouter qu'un noeud est une étape intermédiaire pour faire le
> + important, le reste pouvant être fait + tard.
> Si chacun fait une v2-a-sa-sauce, cela complique l'utilisation des données.
>
> 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] rendu arrêt de bus

2017-12-15 Par sujet marc marc 
Le 15. 12. 17 à 10:59, Jo a écrit :
> nous demandons que les tags public_transport soient rendus

serrait-ce compliqué de proposer une patch pour ajouter le rendu sur 
osm-fr ?
on pourait commencer par les noeuds public_transport=plateform
c'est une vrai question, je n'ai jamais regardé le code du rendu.

> ce n'est pas comme ils font en Allemagne.. Là ils sont 
> convaincus qu'il faut ajouter 2 objets aux relations routes.

je me permet de corriger cette phrase qui introduit une confusion.
la PT v2 est mondiale. pour bien faire, il FAUT (partout dans le monde 
et non pas qu'en Allemagne) ajouter les 2 nœuds (l'arrêt version 
passager et l'arrêt version bus) aux routes.
Maintenant rien n'interdit de ne pas la suivre :-)
Même si pour ma part je suis convaincu que l'indispensable est de 
d'abord ajouter au moins un des noeuds, il ne faut pas pour autant 
affirmer que c'est une façon "correcte" de faire puisque cela ne 
respecte pas la v2 que par ailleurs on voudrait voir rendu.
Pour moi n'ajouter qu'un noeud est une étape intermédiaire pour faire le 
+ important, le reste pouvant être fait + tard.
Si chacun fait une v2-a-sa-sauce, cela complique l'utilisation des données.

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

Re: [OSM-talk-fr] rendu arrêt de bus

2017-12-15 Par sujet aurélien BONDU 
Adrien , je comprend mieux ta motivation.
juste pour se coordonnée tu utilise quel modele de shémas :
- 1 :  https://wiki.openstreetmap.org/wiki/FR:Transports_publics
ou
- 2 https://wiki.openstreetmap.org/wiki/FR:Key:public_transport

et quel donnée opendata d'Anjoubus car par ex je ne retrouva pa la ligne 2A
dans les donnée opendata

Le 15 décembre 2017 à 12:25, Adrien Grellier  a écrit :

> Merci pour vos réponses.
>
> *marc marc* : OK je vais donc ajouter le highway = bus_stop pour la
> compatibilité.
>
> *Noémie* : Les références des lignes apparaissent sur le chemin dans
> certains rendus lorsqu’on zoome. Voici deux exemples :
> http://www.openstreetmap.org/#map=17/47.25474/-0.08247=T
> https://www.öpnvkarte.de/#-0.0812;47.255;17
> Je vais également ajouter les ref au ligne et pas seulement aux
> route_master, toujours pour la compatibilité.
> Et merci pour le tuto ! C'est exactement ce que je fais, me voila rassuré
> :-)
>
> *Jo*: j'utilise effectivement JOSM, mais ne connaissait pas PT_Assistant,
> je vais regarder ça.
>
> *Aurélien* : Je suis en Loire-Atlantique, mais avec de bonnes attaches en
> Anjou :)
> En fait mon but est d'avoir les horaires de AnjouBus dans l'appli
> transportr , pour aller chez mes parents.
> L'appli permet de trouver les itinéraires en transport en commun les plus
> court, pour tout réseau qui publie ses données au format GTFS. Dans mon
> cas, les réseaux SNCF, Tan, Lila, Irigo sont dispo, mais pas AnjouBus.
> Comme tu le dis, toutes les données sont en OpenData, mais pas au bon
> format (CSV, pas GTFS) ! Je les ais contacté pour qu'ils mettent leur
> données sous ce format, comme en Loire Atlantique, mais visiblement la
> personne n'a pas bien compris ma demande.
> Donc maintenant mon plan est de mettre tout le réseau sous OpenStreetMap.
> Ensuite je pourrais utiliser les scripts du créateur de transportr pour
> générer le fichier GTFS qui va bien… et ainsi arriver à mon but ! C'est un
> projet assez long, mais qui peut être sympa au final.
>
> Toute aide est la bienvenue ! Pour info je documente ma progression sur
> cette page :
> https://wiki.openstreetmap.org/wiki/Maine-et-Loire/Transports_en_commun
>
> Bonne journée, et merci pour vos réponses.
>
> Adrien
>
>
>
> Le 15/12/2017 à 11:34, aurélien BONDU a écrit :
>
> Salut à tous,
> Adrien j'avais commencer à cartographier le réseau Anjoubus en février
> 2014 suite à la libération des données en opendata. Je m'étais vite
> arrêter faute de motivation .
> Si tu veux de l'aide pour compléter le réseau je suis dispo.
> Au passage tu est du Maine-et-Loire pour t'intéresser au réseau AnjouBus
> plus particulièrement ?
>
> Aurélien (abonduabu sur OSM
>
> Le 15 décembre 2017 à 10:59, Jo  a écrit :
>
>> Salut Adrien,
>>
>> Si tu ajoutes highway=bus_stop aux nœuds public_transport=platform, tu
>> verras que ce sera bien rendu. Ça fait des années que nous demandons que
>> les tags public_transport soient rendus et je n'ai plus aucune raison de
>> croire qu'un jour ça se passera. Donc pas de soucis, ce n'est pas de ta
>> faute.
>>
>> Ma façon de cartographier les arrêts est d'ajouter tous les détails sur
>> ce nœud à côté de la route et de n'ajouter que celui-là aux relations route.
>>
>> Pour les arrêts qui ont une vrai plateforme, il es possible d'ajouter un
>> way ou un area, avec highway=platform comme tag. Ces nœuds n'ont pas besoin
>> d'autres tags et il ne faut pas les ajouter aux relations routes.
>>
>> Attention, ce n'est pas comme ils font en Allemagne.. Là ils sont
>> convaincus qu'il faut ajouter 2 objets aux relations routes.
>>
>> Ils sont en train de proposer un nouveau schéma au forum allemand, mais à
>> mon avis tout cela devient bien trop complexe.
>>
>> Depuis des mois j'envisage de proposer un "nouveau" schéma moi-même, Mais
>> comme j'ai fait "le tour de monde" pour tester PT_Assistant cet été, je
>> sais qu'il sera dur de le voir accepté, même si ce schéma s'intègre très
>> bien avec la façon de cartographier "historique" il y a la possibilité
>> d'intrepréter PTv2 de differente façons et une fois que certains choix sont
>> fait, il est difficile de voir les avantages de l'autre interprétation.
>>
>> Je pense qu'une grande raison pour ce "schisme" est que les
>> interpretations dépendent du point de vue de départ, étant si on veut
>> modélliser rail ou bus.
>>
>> https://wiki.openstreetmap.org/wiki/User:Polyglot/Bus_stops_and_routes
>>
>> Si tu utilises JOSM, j'ai assisté au développement du plugin
>> PT_Assistant, qui peut bien s'avérer utile:
>>
>> https://wiki.openstreetmap.org/wiki/JOSM/Plugins/PT_Assistan
>> t/Mapping_Public_Transport_with_JOSM
>>
>> Si tu n'utilises pas encore JOSM, je veux bien faire un Hangout pour
>> t'aider à démarrer.
>>
>> Polyglot
>>
>> 2017-12-15 9:48 GMT+01:00 marc marc :
>>
>>> Bonjour,
>>>
>>> Le 15. 12. 17 à 09:35, Adrien Grellier a écrit :
>>> > Comme indiqué sur le wiki sur les

Re: [OSM-talk-fr] highway=path + bicycle=yes

2017-12-15 Par sujet marc marc 
Bonjour,

les clefs d'accès comme bicycle=yes définissent si un vélo est ou non 
autorisé à emprunter le chemin ou non. cela m'implique pas que c'est 
confortable en vélo de ville.
Sauf erreur de ma part, bicycle=yes sur un chemin est un pléonasme vu 
que par défaut les chemins sont autorisé aux cyclistes.

Pour la praticabilité d'un chemin, il y a
le tag surface
le tag smoothness
le tag mtb:scale
https://wiki.openstreetmap.org/wiki/FR:Key:mtb:scale

Cordialement,
Marc

Le 15. 12. 17 à 12:22, Charles MILLET a écrit :
> C'est vrai qu'on trouve souvent bicycle=yes sur des highway=path. Le 
> problème du tag bicycle=yes est qu'il est strictement sensé précisé le 
> caractère autorisé du vélo mais que souvent il est utilisé pour définir 
> le caractère praticable et c'est là que les différentes pratiques du 
> vélo entre en jeu...
> 
> mtb=yes pourrait effectivement permettre de commencer à distinguer les 
> pratiques (ça fait un peu peur de mettre le doigt dans cet engrenage) 
> sinon, c'est plus la clé surface qui devrait orienter la pratique. 
> Taginfo indique que mtb=yes a déjà été souvent utilisé même s'il n'est 
> pas documenté donc dans l'état des choses je dirais bien oui, dans ce 
> genre de situation pourquoi pas procéder à ce replacement.
> 
> La question que je me pause, c'est : est-ce qu'on devrait compléter un 
> peu le wiki et introduire ce tag et est-ce qu'on doit passer par le 
> processus de vote ? Si tu es motivé on peut regarder pour mettre en 
> place la proposition.
> 
> Bonne journée.
> 
> 
> On 15/12/2017 12:08, Simon Réau wrote:
>> Bonjour,
>>
>> De nombreux sentier et chemin en forêt sont tagué avec highway=path + 
>> bicycle=yes comme ici par exemple 
>> http://www.openstreetmap.org/#map=15/49.0292/2.2712
>>
>> Je me pose la question de la pertinence du bicycle=yes étant donné que 
>> tous les types de vélo ne peuvent pas circulé. C'est chemins sont 
>> difficilement praticables en vélo de ville ou vélo de route.
>> Pour le calcule d'itinéraire chez Géovélo cela nous pose un problème 
>> pour définir les chemins praticables ou non. Le problème est 
>> contournable, mais nous perdons en précision.
>>
>> J'avais envie de remplacer le tag bicycle=yes par mtb=yes. Cela vous 
>> semble t'il correcte ?
>>
>>
>> Cordialement
>>
>> Simon
>>
>>
>>
>> ___
>> 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] highway=path + bicycle=yes

2017-12-15 Par sujet Axelos 
Le 15/12/2017 à 12:08, Simon Réau a écrit :
> De nombreux sentier et chemin en forêt sont tagué avec highway=path +
> bicycle=yes comme ici par exemple
> http://www.openstreetmap.org/#map=15/49.0292/2.2712


J'ai déjà vu des cas où étaient utilisés carrément highway=cycleway pour
ce type de chemin !


> Je me pose la question de la pertinence du bicycle=yes étant donné que tous
> les types de vélo ne peuvent pas circulé. C'est chemins sont difficilement
> praticables en vélo de ville ou vélo de route.
> Pour le calcule d'itinéraire chez Géovélo cela nous pose un problème pour
> définir les chemins praticables ou non. Le problème est contournable, mais
> nous perdons en précision.
> 
> J'avais envie de remplacer le tag bicycle=yes par mtb=yes. Cela vous semble
> t'il correcte ?

Pour ton cas, j'aurais plutôt tendance à décrire le chemin si possible,
c’est-à-dire donner des infos sur le revêtement du chemin et la qualité
du chemin.
http://wiki.osm.org/wiki/FR:Key:surface
http://wiki.osm.org/wiki/FR:Key:smoothness

En cherchant un peu sur le wiki, j'ai retrouvé cette page :
http://wiki.osm.org/wiki/Proposed_features/mtb
"Cette clé n'est plus nécessaire. Il n'est laissé que pour archivage.
Utilisez Proposed_features/mtb:scale à la place. Pour les restrictions
d'accès légales, utilisez bicycle=oui/non…"

Perso je n'ai jamais utilisé les balises pour les VTT, je ne m'avance
donc pas sur ce terrain.

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

Re: [OSM-talk-fr] rendu arrêt de bus

2017-12-15 Par sujet Adrien Grellier 
Merci pour vos réponses.

/marc marc/ : OK je vais donc ajouter le highway = bus_stop pour la
compatibilité.

/Noémie/ : Les références des lignes apparaissent sur le chemin dans
certains rendus lorsqu’on zoome. Voici deux exemples :
http://www.openstreetmap.org/#map=17/47.25474/-0.08247=T
https://www.öpnvkarte.de/#-0.0812;47.255;17
Je vais également ajouter les ref au ligne et pas seulement aux
route_master, toujours pour la compatibilité.
Et merci pour le tuto ! C'est exactement ce que je fais, me voila
rassuré :-)

/Jo/: j'utilise effectivement JOSM, mais ne connaissait pas
PT_Assistant, je vais regarder ça.

/Aurélien/ : Je suis en Loire-Atlantique, mais avec de bonnes attaches
en Anjou :)
En fait mon but est d'avoir les horaires de AnjouBus dans l'appli
transportr , pour aller chez mes parents.
L'appli permet de trouver les itinéraires en transport en commun les
plus court, pour tout réseau qui publie ses données au format GTFS. Dans
mon cas, les réseaux SNCF, Tan, Lila, Irigo sont dispo, mais pas
AnjouBus. Comme tu le dis, toutes les données sont en OpenData, mais pas
au bon format (CSV, pas GTFS) ! Je les ais contacté pour qu'ils mettent
leur données sous ce format, comme en Loire Atlantique, mais visiblement
la personne n'a pas bien compris ma demande.
Donc maintenant mon plan est de mettre tout le réseau sous
OpenStreetMap. Ensuite je pourrais utiliser les scripts du créateur de
transportr pour générer le fichier GTFS qui va bien… et ainsi arriver à
mon but ! C'est un projet assez long, mais qui peut être sympa au final.

Toute aide est la bienvenue ! Pour info je documente ma progression sur
cette page :
https://wiki.openstreetmap.org/wiki/Maine-et-Loire/Transports_en_commun

Bonne journée, et merci pour vos réponses.

Adrien


Le 15/12/2017 à 11:34, aurélien BONDU a écrit :
> Salut à tous,
> Adrien j'avais commencer à cartographier le réseau Anjoubus en février
> 2014 suite à la libération des données en opendata. Je m'étais vite
> arrêter faute de motivation .
> Si tu veux de l'aide pour compléter le réseau je suis dispo.  
> Au passage tu est du Maine-et-Loire pour t'intéresser au réseau
> AnjouBus plus particulièrement ?
>
> Aurélien (abonduabu sur OSM
>
> Le 15 décembre 2017 à 10:59, Jo  > a écrit :
>
> Salut Adrien,
>
> Si tu ajoutes highway=bus_stop aux nœuds
> public_transport=platform, tu verras que ce sera bien rendu. Ça
> fait des années que nous demandons que les tags public_transport
> soient rendus et je n'ai plus aucune raison de croire qu'un jour
> ça se passera. Donc pas de soucis, ce n'est pas de ta faute.
>
> Ma façon de cartographier les arrêts est d'ajouter tous les
> détails sur ce nœud à côté de la route et de n'ajouter que
> celui-là aux relations route.
>
> Pour les arrêts qui ont une vrai plateforme, il es possible
> d'ajouter un way ou un area, avec highway=platform comme tag. Ces
> nœuds n'ont pas besoin d'autres tags et il ne faut pas les ajouter
> aux relations routes.
>
> Attention, ce n'est pas comme ils font en Allemagne.. Là ils sont
> convaincus qu'il faut ajouter 2 objets aux relations routes.
>
> Ils sont en train de proposer un nouveau schéma au forum allemand,
> mais à mon avis tout cela devient bien trop complexe.
>
> Depuis des mois j'envisage de proposer un "nouveau" schéma
> moi-même, Mais comme j'ai fait "le tour de monde" pour tester
> PT_Assistant cet été, je sais qu'il sera dur de le voir accepté,
> même si ce schéma s'intègre très bien avec la façon de
> cartographier "historique" il y a la possibilité d'intrepréter
> PTv2 de differente façons et une fois que certains choix sont
> fait, il est difficile de voir les avantages de l'autre
> interprétation.
>
> Je pense qu'une grande raison pour ce "schisme" est que les
> interpretations dépendent du point de vue de départ, étant si on
> veut modélliser rail ou bus.
>
> https://wiki.openstreetmap.org/wiki/User:Polyglot/Bus_stops_and_routes
> 
>
> Si tu utilises JOSM, j'ai assisté au développement du plugin
> PT_Assistant, qui peut bien s'avérer utile:
>
> 
> https://wiki.openstreetmap.org/wiki/JOSM/Plugins/PT_Assistant/Mapping_Public_Transport_with_JOSM
> 
> 
>
> Si tu n'utilises pas encore JOSM, je veux bien faire un Hangout
> pour t'aider à démarrer.
>
> Polyglot
>
> 2017-12-15 9:48 GMT+01:00 marc marc  >:
>
> Bonjour,
>
> Le 15. 12. 17 à 09:35, Adrien Grellier a écrit :
> > Comme indiqué sur le wiki sur les transports publics
> >

Re: [OSM-talk-fr] highway=path + bicycle=yes

2017-12-15 Par sujet Charles MILLET 
C'est vrai qu'on trouve souvent bicycle=yes sur des highway=path. Le 
problème du tag bicycle=yes est qu'il est strictement sensé précisé le 
caractère autorisé du vélo mais que souvent il est utilisé pour définir 
le caractère praticable et c'est là que les différentes pratiques du 
vélo entre en jeu...


mtb=yes pourrait effectivement permettre de commencer à distinguer les 
pratiques (ça fait un peu peur de mettre le doigt dans cet engrenage) 
sinon, c'est plus la clé surface qui devrait orienter la pratique. 
Taginfo indique que mtb=yes a déjà été souvent utilisé même s'il n'est 
pas documenté donc dans l'état des choses je dirais bien oui, dans ce 
genre de situation pourquoi pas procéder à ce replacement.


La question que je me pause, c'est : est-ce qu'on devrait compléter un 
peu le wiki et introduire ce tag et est-ce qu'on doit passer par le 
processus de vote ? Si tu es motivé on peut regarder pour mettre en 
place la proposition.


Bonne journée.


On 15/12/2017 12:08, Simon Réau wrote:

Bonjour,

De nombreux sentier et chemin en forêt sont tagué avec highway=path + 
bicycle=yes comme ici par exemple 
http://www.openstreetmap.org/#map=15/49.0292/2.2712


Je me pose la question de la pertinence du bicycle=yes étant donné que 
tous les types de vélo ne peuvent pas circulé. C'est chemins sont 
difficilement praticables en vélo de ville ou vélo de route.
Pour le calcule d'itinéraire chez Géovélo cela nous pose un problème 
pour définir les chemins praticables ou non. Le problème est 
contournable, mais nous perdons en précision.


J'avais envie de remplacer le tag bicycle=yes par mtb=yes. Cela vous 
semble t'il correcte ?



Cordialement

Simon



___
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

[OSM-talk-fr] highway=path + bicycle=yes

2017-12-15 Par sujet Simon Réau 
Bonjour,

De nombreux sentier et chemin en forêt sont tagué avec highway=path +
bicycle=yes comme ici par exemple
http://www.openstreetmap.org/#map=15/49.0292/2.2712

Je me pose la question de la pertinence du bicycle=yes étant donné que tous
les types de vélo ne peuvent pas circulé. C'est chemins sont difficilement
praticables en vélo de ville ou vélo de route.
Pour le calcule d'itinéraire chez Géovélo cela nous pose un problème pour
définir les chemins praticables ou non. Le problème est contournable, mais
nous perdons en précision.

J'avais envie de remplacer le tag bicycle=yes par mtb=yes. Cela vous semble
t'il correcte ?


Cordialement

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

Re: [OSM-talk-fr] rendu arrêt de bus

2017-12-15 Par sujet aurélien BONDU 
Salut à tous,
Adrien j'avais commencer à cartographier le réseau Anjoubus en février 2014
suite à la libération des données en opendata. Je m'étais vite
arrêter faute de motivation .
Si tu veux de l'aide pour compléter le réseau je suis dispo.
Au passage tu est du Maine-et-Loire pour t'intéresser au réseau AnjouBus
plus particulièrement ?

Aurélien (abonduabu sur OSM

Le 15 décembre 2017 à 10:59, Jo  a écrit :

> Salut Adrien,
>
> Si tu ajoutes highway=bus_stop aux nœuds public_transport=platform, tu
> verras que ce sera bien rendu. Ça fait des années que nous demandons que
> les tags public_transport soient rendus et je n'ai plus aucune raison de
> croire qu'un jour ça se passera. Donc pas de soucis, ce n'est pas de ta
> faute.
>
> Ma façon de cartographier les arrêts est d'ajouter tous les détails sur ce
> nœud à côté de la route et de n'ajouter que celui-là aux relations route.
>
> Pour les arrêts qui ont une vrai plateforme, il es possible d'ajouter un
> way ou un area, avec highway=platform comme tag. Ces nœuds n'ont pas besoin
> d'autres tags et il ne faut pas les ajouter aux relations routes.
>
> Attention, ce n'est pas comme ils font en Allemagne.. Là ils sont
> convaincus qu'il faut ajouter 2 objets aux relations routes.
>
> Ils sont en train de proposer un nouveau schéma au forum allemand, mais à
> mon avis tout cela devient bien trop complexe.
>
> Depuis des mois j'envisage de proposer un "nouveau" schéma moi-même, Mais
> comme j'ai fait "le tour de monde" pour tester PT_Assistant cet été, je
> sais qu'il sera dur de le voir accepté, même si ce schéma s'intègre très
> bien avec la façon de cartographier "historique" il y a la possibilité
> d'intrepréter PTv2 de differente façons et une fois que certains choix sont
> fait, il est difficile de voir les avantages de l'autre interprétation.
>
> Je pense qu'une grande raison pour ce "schisme" est que les
> interpretations dépendent du point de vue de départ, étant si on veut
> modélliser rail ou bus.
>
> https://wiki.openstreetmap.org/wiki/User:Polyglot/Bus_stops_and_routes
>
> Si tu utilises JOSM, j'ai assisté au développement du plugin PT_Assistant,
> qui peut bien s'avérer utile:
>
> https://wiki.openstreetmap.org/wiki/JOSM/Plugins/PT_
> Assistant/Mapping_Public_Transport_with_JOSM
>
> Si tu n'utilises pas encore JOSM, je veux bien faire un Hangout pour
> t'aider à démarrer.
>
> Polyglot
>
> 2017-12-15 9:48 GMT+01:00 marc marc :
>
>> Bonjour,
>>
>> Le 15. 12. 17 à 09:35, Adrien Grellier a écrit :
>> > Comme indiqué sur le wiki sur les transports publics
>> > , je taggue
>> > chaque arrêt comme ceci:
>> >
>> >   * Un nœud public_transport = platform sur le bord du chemin
>>
>> Les tags public_transport ne sont malheureusement pas encore rendu.
>> Il faut ajouter l'ancien highway=bus_stop à la plateforme pour
>> contourner le problème.
>> C'est mis sur la page dédié des bus même si la raison n'y est pas
>> https://wiki.openstreetmap.org/wiki/FR:Bus
>>
>> > Deuxième question: sur de petits arrêts, par exemple lorsqu'il y a
>> > simplement un panneau au bord de la route, est-ce mieux de tagguer comme
>> > je le fais, ou simplement mettre un seul nœud public_transport =
>> platform ?
>>
>> Si tu veux suivre la v2 à la lettre, il faut mettre l'arrêt version
>> "passager" càd la plateforme + l'arrêt version bus" càd stop_position.
>>
>> avis personnel qui ne respecte pas la v2, si tu veux faire une version
>> light, avoir la plateforme est le strict nécessaire. On peux quasi
>> toujours deviner où est le stop_position à partir de la plateforme.
>>
>> > Dernière question : sur les lignes de bus, je met la référence sur la
>> > route_master, comme indiqué dans le wiki. Mais elle n'apparaît pas dans
>> > les rendu de transport public ! Pourquoi donc ?? Faut-il la recopier sur
>> > toutes les lignes ?
>>
>> Je met la ref sur la relation type=route_master et sur les relations
>> type=route
>>
>> 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
>
>


-- 
Aurélien BONDU
06 07 50 07 97
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] rendu arrêt de bus

2017-12-15 Par sujet Jo 
Salut Adrien,

Si tu ajoutes highway=bus_stop aux nœuds public_transport=platform, tu
verras que ce sera bien rendu. Ça fait des années que nous demandons que
les tags public_transport soient rendus et je n'ai plus aucune raison de
croire qu'un jour ça se passera. Donc pas de soucis, ce n'est pas de ta
faute.

Ma façon de cartographier les arrêts est d'ajouter tous les détails sur ce
nœud à côté de la route et de n'ajouter que celui-là aux relations route.

Pour les arrêts qui ont une vrai plateforme, il es possible d'ajouter un
way ou un area, avec highway=platform comme tag. Ces nœuds n'ont pas besoin
d'autres tags et il ne faut pas les ajouter aux relations routes.

Attention, ce n'est pas comme ils font en Allemagne.. Là ils sont
convaincus qu'il faut ajouter 2 objets aux relations routes.

Ils sont en train de proposer un nouveau schéma au forum allemand, mais à
mon avis tout cela devient bien trop complexe.

Depuis des mois j'envisage de proposer un "nouveau" schéma moi-même, Mais
comme j'ai fait "le tour de monde" pour tester PT_Assistant cet été, je
sais qu'il sera dur de le voir accepté, même si ce schéma s'intègre très
bien avec la façon de cartographier "historique" il y a la possibilité
d'intrepréter PTv2 de differente façons et une fois que certains choix sont
fait, il est difficile de voir les avantages de l'autre interprétation.

Je pense qu'une grande raison pour ce "schisme" est que les interpretations
dépendent du point de vue de départ, étant si on veut modélliser rail ou
bus.

https://wiki.openstreetmap.org/wiki/User:Polyglot/Bus_stops_and_routes

Si tu utilises JOSM, j'ai assisté au développement du plugin PT_Assistant,
qui peut bien s'avérer utile:

https://wiki.openstreetmap.org/wiki/JOSM/Plugins/PT_Assistant/Mapping_Public_Transport_with_JOSM

Si tu n'utilises pas encore JOSM, je veux bien faire un Hangout pour
t'aider à démarrer.

Polyglot

2017-12-15 9:48 GMT+01:00 marc marc :

> Bonjour,
>
> Le 15. 12. 17 à 09:35, Adrien Grellier a écrit :
> > Comme indiqué sur le wiki sur les transports publics
> > , je taggue
> > chaque arrêt comme ceci:
> >
> >   * Un nœud public_transport = platform sur le bord du chemin
>
> Les tags public_transport ne sont malheureusement pas encore rendu.
> Il faut ajouter l'ancien highway=bus_stop à la plateforme pour
> contourner le problème.
> C'est mis sur la page dédié des bus même si la raison n'y est pas
> https://wiki.openstreetmap.org/wiki/FR:Bus
>
> > Deuxième question: sur de petits arrêts, par exemple lorsqu'il y a
> > simplement un panneau au bord de la route, est-ce mieux de tagguer comme
> > je le fais, ou simplement mettre un seul nœud public_transport =
> platform ?
>
> Si tu veux suivre la v2 à la lettre, il faut mettre l'arrêt version
> "passager" càd la plateforme + l'arrêt version bus" càd stop_position.
>
> avis personnel qui ne respecte pas la v2, si tu veux faire une version
> light, avoir la plateforme est le strict nécessaire. On peux quasi
> toujours deviner où est le stop_position à partir de la plateforme.
>
> > Dernière question : sur les lignes de bus, je met la référence sur la
> > route_master, comme indiqué dans le wiki. Mais elle n'apparaît pas dans
> > les rendu de transport public ! Pourquoi donc ?? Faut-il la recopier sur
> > toutes les lignes ?
>
> Je met la ref sur la relation type=route_master et sur les relations
> type=route
>
> 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] rendu arrêt de bus

2017-12-15 Par sujet Noémie Lehuby 
Hello, 

J'ai publié un article de blog tutoriel sur le sujet il y a quelques
mois : https://nlehuby.5apps.com/bien-cartographier-les-bus.html 

J'ai pas bien compris ta question sur la ref. Tu parles des numéros des
lignes de bus qui passent à ton arrêt ? Tu t'attends à voir ces numéro
où sur le rendu ? 

Noémie 

Le 2017-12-15 09:48, marc marc a écrit :

> Bonjour,
> 
> Le 15. 12. 17 à 09:35, Adrien Grellier a écrit : 
> 
>> Comme indiqué sur le wiki sur les transports publics 
>> , je taggue 
>> chaque arrêt comme ceci:
>> 
>> * Un nœud public_transport = platform sur le bord du chemin
> 
> Les tags public_transport ne sont malheureusement pas encore rendu.
> Il faut ajouter l'ancien highway=bus_stop à la plateforme pour 
> contourner le problème.
> C'est mis sur la page dédié des bus même si la raison n'y est pas
> https://wiki.openstreetmap.org/wiki/FR:Bus
> 
>> Deuxième question: sur de petits arrêts, par exemple lorsqu'il y a 
>> simplement un panneau au bord de la route, est-ce mieux de tagguer comme 
>> je le fais, ou simplement mettre un seul nœud public_transport = platform ?
> 
> Si tu veux suivre la v2 à la lettre, il faut mettre l'arrêt version 
> "passager" càd la plateforme + l'arrêt version bus" càd stop_position.
> 
> avis personnel qui ne respecte pas la v2, si tu veux faire une version 
> light, avoir la plateforme est le strict nécessaire. On peux quasi 
> toujours deviner où est le stop_position à partir de la plateforme.
> 
>> Dernière question : sur les lignes de bus, je met la référence sur la 
>> route_master, comme indiqué dans le wiki. Mais elle n'apparaît pas dans 
>> les rendu de transport public ! Pourquoi donc ?? Faut-il la recopier sur 
>> toutes les lignes ?
> 
> Je met la ref sur la relation type=route_master et sur les relations 
> type=route
> 
> Cordialement,
> Marc
> ___
> 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] rendu arrêt de bus

2017-12-15 Par sujet marc marc 
Bonjour,

Le 15. 12. 17 à 09:35, Adrien Grellier a écrit :
> Comme indiqué sur le wiki sur les transports publics 
> , je taggue 
> chaque arrêt comme ceci:
> 
>   * Un nœud public_transport = platform sur le bord du chemin

Les tags public_transport ne sont malheureusement pas encore rendu.
Il faut ajouter l'ancien highway=bus_stop à la plateforme pour 
contourner le problème.
C'est mis sur la page dédié des bus même si la raison n'y est pas
https://wiki.openstreetmap.org/wiki/FR:Bus

> Deuxième question: sur de petits arrêts, par exemple lorsqu'il y a 
> simplement un panneau au bord de la route, est-ce mieux de tagguer comme 
> je le fais, ou simplement mettre un seul nœud public_transport = platform ?

Si tu veux suivre la v2 à la lettre, il faut mettre l'arrêt version 
"passager" càd la plateforme + l'arrêt version bus" càd stop_position.

avis personnel qui ne respecte pas la v2, si tu veux faire une version 
light, avoir la plateforme est le strict nécessaire. On peux quasi 
toujours deviner où est le stop_position à partir de la plateforme.

> Dernière question : sur les lignes de bus, je met la référence sur la 
> route_master, comme indiqué dans le wiki. Mais elle n'apparaît pas dans 
> les rendu de transport public ! Pourquoi donc ?? Faut-il la recopier sur 
> toutes les lignes ?

Je met la ref sur la relation type=route_master et sur les relations 
type=route

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

[OSM-talk-fr] rendu arrêt de bus

2017-12-15 Par sujet Adrien Grellier 
Bonjour,

Je suis en train de cartographier le réseau de bus du Maine-et-Loire

(AnjouBus).

Comme indiqué sur le wiki sur les transports publics
, je taggue
chaque arrêt comme ceci:

  * Un nœud public_transport = platform sur le bord du chemin
  * un nœud public_transport = stop_position sur la route, avec bus=yes
  * une relation public_transport = stop_area, qui regroupe les 2 nœuds
et donne le nom de l'arrêt.

Un exemple est la Halte routière de Vihiers
. Malheureusement l'arrêt
n'apparaît pas dans dans les rendus, que ce soit OpenStreetMap
,
le rendu FR
,
ou le rendu transport public
.
J'ai pourtant suivi les recommandations à la lettre, je ne vois pas
pourquoi ça ne s'affiche pas.

Deuxième question: sur de petits arrêts, par exemple lorsqu'il y a
simplement un panneau au bord de la route, est-ce mieux de tagguer comme
je le fais, ou simplement mettre un seul nœud public_transport = platform ?

Dernière question : sur les lignes de bus, je met la référence sur la
route_master, comme indiqué dans le wiki. Mais elle n'apparaît pas dans
les rendu de transport public ! Pourquoi donc ?? Faut-il la recopier sur
toutes les lignes ?


Bonne journée

Adrien



signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr