Re: [OSM-talk-fr] Les bretelles

[Philippe Verdy]

Là tu prends un exemple mal tagué : les bretelles d'entrées ou de sorties
d'une route principale devraient être de même type que la route principale
+ "_link" (sauf les voies de "service" comme les accès aux stations essence
et aires de repos sur les autoroutes et voies rapides "trunk" en chaussées
séparées ou vers des hypermarchés en bordure de rocades).

D'ailleurs Osmose le signale comme incohérent. Ces bretelles devraient
toutes être unidirectionnelles au moins au point d'interconnexion avec la
route principale (elles peuvent devenir bidirectionnelle plus loin pour
l'interconnexion avec la route secondaire ou avant le Y d'un giratoire où
elles se séparent à nouveau... mais là on a le plus souvent une ligne
continue au minimum, les bretelles n'étant pas suffisamment longues pour
permettre un dépassement ni assez larges avec des zones permettant un
demi-tour, ni aucune zone d'arrêt pour faire ce genre de manoeuvre, et
aussi trop rapides pour le faire en sécurité dans ce qui est des zones
d'accélération ou décélération, et souvent pas assez de visibilité non plus
à cause des courbes souvent serrées; elles sont souvent juste bordées d'une
voie zébrée assurant juste le passage des véhicules longs ou larges, mais
on ne doit pas s'arrêter ou stationner dessus non plus sauf accident et
pose de triangle de sécurité, et ces endroits doivent être évacués
rapidement; il n'y a pas non plus de trottoir ou seulement un chemin
derrière une barrière de sécurité. Bref les bretelles ne sont pas des rues,
il peut juste s'y trouver des voies de service mineures telles que des
réserves de sable ou de sel, ou une piste agricole d'accès réservé ou des
accès de sécurité pour certaines opérations d'urgence, mais il ne devrait
s'y trouver aucun accès à des résidences privées qui utilisent d'autres
accès).

Bon c'est un peu le principe, les exceptions (comme souvent en
cartographie) peuvent exister, par défaut d'aménagement par les
collectivités ou de façon plus ou moins temporaire en attendant que ce soit
réglé par un réaménagement ou l'acquisition de terrains pour les réaliser,
ou à cause de défaut d'entretien ou un accident passé (p.ex. suites d'une
inondation, d'un effondrement de chaussée ou de bâtiment, glissement de
terrain, avalanche, suites d'un gros incendie ou accident industriel, ou un
risque géologique ou autre péril interdisant l'utilisation de cet autre
accès...), qui a rendu tout autre chemin que la bretelle inutilisable mais
dans ce cas l'accès via la bretelle devrait avoir une signalisation de
danger ou de travaux et des restrictions plus drastiques de la vitesse ou
des déviations de la circulation principale vers d'autres bretelles d'accès.

Le mer. 19 sept. 2018 à 09:51, djakk djakk  a écrit :

> Oui tu as raison pour le bac à sable.
>
> Je ne pense pas qu’il soit possible de calculer automatiquement les 2
> valeurs possibles de highway, par exemple :
> https://www.openstreetmap.org/#map=15/48.4506/0.1241
> Ou :
> https://www.openstreetmap.org/#map=17/49.35320/1.02963
>
> djakk
>
>
> Le mer. 19 sept. 2018 à 01:17, Philippe Verdy  a
> écrit :
>
>> encore une fois OSM n'est pas un bac à sable où on peut décider tout seul
>> de changer des tags abondamment utilisés et briser les règles
>> d'uniformisation. Si le but est de changer le rendu il vaut mieux en
>> discuter avec ceux qui maintiennent ces rendus pour modifier quelques
>> règles d'analyse des données. Cette analyse est possible et déjà faite par
>> exemple dans Osmose qui signale les incohérences.
>>
>> Le mer. 19 sept. 2018 à 00:23, djakk djakk  a
>> écrit :
>>
>>> Bon link_to et link_from ça ne marche pas, j’ai essayé !
>>>
>>> J’ai voulu tagger les bretelles autrement car je vois chaque bretelle
>>> faisant partie d’un itinéraire “trunk”, “primary” ou “secondary” - la
>>> valeur de la route croisée par la route principale, dans les cas les plus
>>> simples. De ce point de vue, la bretelle ne fait pas partie de la route
>>> principale.
>>>
>>> Je remarque que les bretelles d’accès aux centres commerciaux sont
>>> taggées de ce point de vue (avec highway=service) par les contributeurs.
>>> Exemples :
>>> https://www.openstreetmap.org/#map=18/48.13893/-1.69541
>>> Https://www.openstreetmap.org/#map=17/48.14052/-1.76931
>>> https://www.openstreetmap.org/#map=18/47.69694/-0.87364
>>>
>>>
>>> djakk
>>>
>>>
>>> Le mar. 18 sept. 2018 à 11:20, djakk djakk  a
>>> écrit :
>>>
 Oui, aussi.


 djakk

 Le mar. 18 sept. 2018 à 11:17, Rpnpif  a écrit :

> Le 18 septembre 2018, djakk djakk a écrit :
>
> > Ça n’est pas fait au hasard, je te l’ai pourtant expliqué avant que
> tu
> > n'écrives ce mail :
> > https://www.openstreetmap.org/changeset/62524278
> >  :O
> >
>
> Une explication ne signifie pas accord de celui qui la reçoit.
>
> --
> Alain Rpnpif
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.o

Re: [OSM-talk-fr] Les bretelles

[djakk djakk]

C’est comme dire de ne pas tagger tous les tronçons de route classique mais
seulement au niveau des carrefours car le rendu se débrouillera ;-)


djakk


Le mer. 19 sept. 2018 à 09:51, djakk djakk  a écrit :

> Oui tu as raison pour le bac à sable.
>
> Je ne pense pas qu’il soit possible de calculer automatiquement les 2
> valeurs possibles de highway, par exemple :
> https://www.openstreetmap.org/#map=15/48.4506/0.1241
> Ou :
> https://www.openstreetmap.org/#map=17/49.35320/1.02963
>
> djakk
>
>
> Le mer. 19 sept. 2018 à 01:17, Philippe Verdy  a
> écrit :
>
>> encore une fois OSM n'est pas un bac à sable où on peut décider tout seul
>> de changer des tags abondamment utilisés et briser les règles
>> d'uniformisation. Si le but est de changer le rendu il vaut mieux en
>> discuter avec ceux qui maintiennent ces rendus pour modifier quelques
>> règles d'analyse des données. Cette analyse est possible et déjà faite par
>> exemple dans Osmose qui signale les incohérences.
>>
>> Le mer. 19 sept. 2018 à 00:23, djakk djakk  a
>> écrit :
>>
>>> Bon link_to et link_from ça ne marche pas, j’ai essayé !
>>>
>>> J’ai voulu tagger les bretelles autrement car je vois chaque bretelle
>>> faisant partie d’un itinéraire “trunk”, “primary” ou “secondary” - la
>>> valeur de la route croisée par la route principale, dans les cas les plus
>>> simples. De ce point de vue, la bretelle ne fait pas partie de la route
>>> principale.
>>>
>>> Je remarque que les bretelles d’accès aux centres commerciaux sont
>>> taggées de ce point de vue (avec highway=service) par les contributeurs.
>>> Exemples :
>>> https://www.openstreetmap.org/#map=18/48.13893/-1.69541
>>> Https://www.openstreetmap.org/#map=17/48.14052/-1.76931
>>> https://www.openstreetmap.org/#map=18/47.69694/-0.87364
>>>
>>>
>>> djakk
>>>
>>>
>>> Le mar. 18 sept. 2018 à 11:20, djakk djakk  a
>>> écrit :
>>>
 Oui, aussi.


 djakk

 Le mar. 18 sept. 2018 à 11:17, Rpnpif  a écrit :

> Le 18 septembre 2018, djakk djakk a écrit :
>
> > Ça n’est pas fait au hasard, je te l’ai pourtant expliqué avant que
> tu
> > n'écrives ce mail :
> > https://www.openstreetmap.org/changeset/62524278
> >  :O
> >
>
> Une explication ne signifie pas accord de celui qui la reçoit.
>
> --
> Alain Rpnpif
>
> ___
> 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] Les bretelles

[djakk djakk]

Oui tu as raison pour le bac à sable.

Je ne pense pas qu’il soit possible de calculer automatiquement les 2
valeurs possibles de highway, par exemple :
https://www.openstreetmap.org/#map=15/48.4506/0.1241
Ou :
https://www.openstreetmap.org/#map=17/49.35320/1.02963

djakk


Le mer. 19 sept. 2018 à 01:17, Philippe Verdy  a écrit :

> encore une fois OSM n'est pas un bac à sable où on peut décider tout seul
> de changer des tags abondamment utilisés et briser les règles
> d'uniformisation. Si le but est de changer le rendu il vaut mieux en
> discuter avec ceux qui maintiennent ces rendus pour modifier quelques
> règles d'analyse des données. Cette analyse est possible et déjà faite par
> exemple dans Osmose qui signale les incohérences.
>
> Le mer. 19 sept. 2018 à 00:23, djakk djakk  a
> écrit :
>
>> Bon link_to et link_from ça ne marche pas, j’ai essayé !
>>
>> J’ai voulu tagger les bretelles autrement car je vois chaque bretelle
>> faisant partie d’un itinéraire “trunk”, “primary” ou “secondary” - la
>> valeur de la route croisée par la route principale, dans les cas les plus
>> simples. De ce point de vue, la bretelle ne fait pas partie de la route
>> principale.
>>
>> Je remarque que les bretelles d’accès aux centres commerciaux sont
>> taggées de ce point de vue (avec highway=service) par les contributeurs.
>> Exemples :
>> https://www.openstreetmap.org/#map=18/48.13893/-1.69541
>> Https://www.openstreetmap.org/#map=17/48.14052/-1.76931
>> https://www.openstreetmap.org/#map=18/47.69694/-0.87364
>>
>>
>> djakk
>>
>>
>> Le mar. 18 sept. 2018 à 11:20, djakk djakk  a
>> écrit :
>>
>>> Oui, aussi.
>>>
>>>
>>> djakk
>>>
>>> Le mar. 18 sept. 2018 à 11:17, Rpnpif  a écrit :
>>>
 Le 18 septembre 2018, djakk djakk a écrit :

 > Ça n’est pas fait au hasard, je te l’ai pourtant expliqué avant que tu
 > n'écrives ce mail :
 > https://www.openstreetmap.org/changeset/62524278
 >  :O
 >

 Une explication ne signifie pas accord de celui qui la reçoit.

 --
 Alain Rpnpif

 ___
 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] Les bretelles

[Philippe Verdy]

encore une fois OSM n'est pas un bac à sable où on peut décider tout seul
de changer des tags abondamment utilisés et briser les règles
d'uniformisation. Si le but est de changer le rendu il vaut mieux en
discuter avec ceux qui maintiennent ces rendus pour modifier quelques
règles d'analyse des données. Cette analyse est possible et déjà faite par
exemple dans Osmose qui signale les incohérences.

Le mer. 19 sept. 2018 à 00:23, djakk djakk  a écrit :

> Bon link_to et link_from ça ne marche pas, j’ai essayé !
>
> J’ai voulu tagger les bretelles autrement car je vois chaque bretelle
> faisant partie d’un itinéraire “trunk”, “primary” ou “secondary” - la
> valeur de la route croisée par la route principale, dans les cas les plus
> simples. De ce point de vue, la bretelle ne fait pas partie de la route
> principale.
>
> Je remarque que les bretelles d’accès aux centres commerciaux sont taggées
> de ce point de vue (avec highway=service) par les contributeurs. Exemples :
> https://www.openstreetmap.org/#map=18/48.13893/-1.69541
> Https://www.openstreetmap.org/#map=17/48.14052/-1.76931
> https://www.openstreetmap.org/#map=18/47.69694/-0.87364
>
>
> djakk
>
>
> Le mar. 18 sept. 2018 à 11:20, djakk djakk  a
> écrit :
>
>> Oui, aussi.
>>
>>
>> djakk
>>
>> Le mar. 18 sept. 2018 à 11:17, Rpnpif  a écrit :
>>
>>> Le 18 septembre 2018, djakk djakk a écrit :
>>>
>>> > Ça n’est pas fait au hasard, je te l’ai pourtant expliqué avant que tu
>>> > n'écrives ce mail :
>>> > https://www.openstreetmap.org/changeset/62524278
>>> >  :O
>>> >
>>>
>>> Une explication ne signifie pas accord de celui qui la reçoit.
>>>
>>> --
>>> Alain Rpnpif
>>>
>>> ___
>>> 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] Les bretelles

[djakk djakk]

Bon link_to et link_from ça ne marche pas, j’ai essayé !

J’ai voulu tagger les bretelles autrement car je vois chaque bretelle
faisant partie d’un itinéraire “trunk”, “primary” ou “secondary” - la
valeur de la route croisée par la route principale, dans les cas les plus
simples. De ce point de vue, la bretelle ne fait pas partie de la route
principale.

Je remarque que les bretelles d’accès aux centres commerciaux sont taggées
de ce point de vue (avec highway=service) par les contributeurs. Exemples :
https://www.openstreetmap.org/#map=18/48.13893/-1.69541
Https://www.openstreetmap.org/#map=17/48.14052/-1.76931
https://www.openstreetmap.org/#map=18/47.69694/-0.87364


djakk


Le mar. 18 sept. 2018 à 11:20, djakk djakk  a écrit :

> Oui, aussi.
>
>
> djakk
>
> Le mar. 18 sept. 2018 à 11:17, Rpnpif  a écrit :
>
>> Le 18 septembre 2018, djakk djakk a écrit :
>>
>> > Ça n’est pas fait au hasard, je te l’ai pourtant expliqué avant que tu
>> > n'écrives ce mail :
>> > https://www.openstreetmap.org/changeset/62524278
>> >  :O
>> >
>>
>> Une explication ne signifie pas accord de celui qui la reçoit.
>>
>> --
>> Alain Rpnpif
>>
>> ___
>> 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] Les bretelles

[djakk djakk]

Oui, aussi.


djakk

Le mar. 18 sept. 2018 à 11:17, Rpnpif  a écrit :

> Le 18 septembre 2018, djakk djakk a écrit :
>
> > Ça n’est pas fait au hasard, je te l’ai pourtant expliqué avant que tu
> > n'écrives ce mail :
> > https://www.openstreetmap.org/changeset/62524278
> >  :O
> >
>
> Une explication ne signifie pas accord de celui qui la reçoit.
>
> --
> Alain Rpnpif
>
> ___
> 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] Les bretelles

[Rpnpif]

Le 18 septembre 2018, djakk djakk a écrit :

> Ça n’est pas fait au hasard, je te l’ai pourtant expliqué avant que tu
> n'écrives ce mail :
> https://www.openstreetmap.org/changeset/62524278
>  :O
> 

Une explication ne signifie pas accord de celui qui la reçoit.

-- 
Alain Rpnpif

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

Re: [OSM-talk-fr] Les bretelles

[djakk djakk]

Ça n’est pas fait au hasard, je te l’ai pourtant expliqué avant que tu
n'écrives ce mail :
https://www.openstreetmap.org/changeset/62524278
 :O

Le mar. 18 sept. 2018 à 09:48, Philippe Verdy  a écrit :

> Note: djakk djakk s'est maintenant lancé dan la conversion de "village" en
> "town", en piochant au hasard (là encore en Bretagne et à proximité autour
> en Basse-Normandie, Maine, Anjou, Loire-Atlantique et Vendée).
> Du coup on a des villages mieux classés que les réelles villes pourtant
> pas loin.
> Et ça se voit dans le rendu final par défaut sur osm.org !
> Il n'y a pas de critère bien défini. On dirait qu'il a décidé de piocher
> non pas les bourgs-centre des bassins de vie comme il semble l'indiquer
> mais n'importe quelle commune siège d'une communauté de communes (dont
> certaines n'existent déjà plus depuis début 2017 ou sont devenues des
> communes nouvelles).
>
> Note: les intercommunalités depuis 2017 ont toutes au moins 15 000
> habitants, mais ça s'est fait de façon forcée, et pas forcément selon les
> bassins de vie (qui sont plutôt concertés au niveau des "pays" qui
> regroupaient déjà des intercommunalités mais ont été aussi redessinés un
> peu lorsque les intercommunalités ont été forcées de fusionner).
>
> Je ne pense pas que les intercommunalités soient pertinentes, d'autant
> plus que leur siège n'est pas forcément non plus dans la commune centre. La
> distribution des présences de services publics résulte d'accords locaux
> entre communes, le siège de l'intercommunalité résulte aussi de choix
> budgétaires et des ressources immobilières, ou de la présence de lignes de
> transports. Et même regroupées de force, les intercommunalités ne sont pas
> centrées sur leur ville siège dont le bassin de vie et l'attractivité
> réelle peut sortir aussi de leur propre territoire et couvrir des communes
> de l'intercommunaltié voisine.
>
> Je suggère de ne pas expérimenter ces changements dans la base OSM
> elle-même mais plutôt de mettre au point une base à part sous forme de
> liste à partir d'une feuille de calcul pour créer un CSV et générer une
> carte uMap permettant de visualiser ces listes sous forme de nuage de
> points selon plusieurs critères. Ca permet de ne pas aller trop vite dans
> la sélection, vérifier la densité des points selon le niveau de zoom,
> ajuster les critères pertinents à retenir sur chaque niveau de zoom, et
> ensuite définir éventuellement des tags OSM adaptés, et d'en discuter et
> les documenter sur une liste internationale.
>
> Et ensuite cela permettra aussi de faire les éventuels changements dans
> les clés existantes sans en oublier et non au hasard, et même de les
> vérifier automatiquement (par exemple, analyse Osmose vérifiant ces
> critères). Le rendu suivra ensuite concernant les éventuelles clés
> supplémentaires documentées sur lesquelles on aura importé correctement les
> valeurs de façon cohérente et vérifiable. Le rendu ensuite pourra suivre et
> s'adapter aux critères retenus pour chacun de ses niveaux de zoom. ou en
> fonction de la densité relative des libellés
>
> En attendant, les changements apportés sont plus une pollution et sont une
> gêne visuelle évidente pour les réutilisateurs des cartes rendues
> standards, notamment pour les rendus voisins des niveaux de zoom 9-10-11 en
> France.
>
>
>
> Le mar. 18 sept. 2018 à 09:26, Christian Quest 
> a écrit :
>
>> Le dim. 16 sept. 2018 à 13:01, Frédéric Rodrigo 
>> a écrit :
>>
>>> > Du coup je propose link_from et link_to : pour une bretelle dans le
>>> > sens autoroute vers tertiary, on aura link_from=motorway et
>>> > link_to=tertiary.
>>>
>>> Cette information peut être calculé depuis la topologie et là n'apporte
>>> rien, même pas de la cohérence.
>>>
>>
>> Je ne vois pas l'intérêt non plus.
>>
>> L'info est déjà dans la topologie des données et une requête postgis (ou
>> autre) permet de savoir à quoi est connecté un tronçon de _link si on en a
>> vraiment besoin.
>>
>> Les données OSM sont des données GEO et à ce titre, on a plein
>> d'informations latentes que nous offrent la topologie et la géo, même si
>> elle ne figurent pas sur chaque objet en tant que tel.
>> Par contre pour tirer le maximum des données OSM il faut savoir exploiter
>> topologie et géo, sinon on passe à côté de l'essentiel et on a tendance à
>> rajouter des infos redondantes sans grand intérêt (et qui, en plus, ne
>> seront pas évident à conserver à jour).
>>
>> --
>> 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Les bretelles

[Philippe Verdy]

Note: djakk djakk s'est maintenant lancé dan la conversion de "village" en
"town", en piochant au hasard (là encore en Bretagne et à proximité autour
en Basse-Normandie, Maine, Anjou, Loire-Atlantique et Vendée).
Du coup on a des villages mieux classés que les réelles villes pourtant pas
loin.
Et ça se voit dans le rendu final par défaut sur osm.org !
Il n'y a pas de critère bien défini. On dirait qu'il a décidé de piocher
non pas les bourgs-centre des bassins de vie comme il semble l'indiquer
mais n'importe quelle commune siège d'une communauté de communes (dont
certaines n'existent déjà plus depuis début 2017 ou sont devenues des
communes nouvelles).

Note: les intercommunalités depuis 2017 ont toutes au moins 15 000
habitants, mais ça s'est fait de façon forcée, et pas forcément selon les
bassins de vie (qui sont plutôt concertés au niveau des "pays" qui
regroupaient déjà des intercommunalités mais ont été aussi redessinés un
peu lorsque les intercommunalités ont été forcées de fusionner).

Je ne pense pas que les intercommunalités soient pertinentes, d'autant plus
que leur siège n'est pas forcément non plus dans la commune centre. La
distribution des présences de services publics résulte d'accords locaux
entre communes, le siège de l'intercommunalité résulte aussi de choix
budgétaires et des ressources immobilières, ou de la présence de lignes de
transports. Et même regroupées de force, les intercommunalités ne sont pas
centrées sur leur ville siège dont le bassin de vie et l'attractivité
réelle peut sortir aussi de leur propre territoire et couvrir des communes
de l'intercommunaltié voisine.

Je suggère de ne pas expérimenter ces changements dans la base OSM
elle-même mais plutôt de mettre au point une base à part sous forme de
liste à partir d'une feuille de calcul pour créer un CSV et générer une
carte uMap permettant de visualiser ces listes sous forme de nuage de
points selon plusieurs critères. Ca permet de ne pas aller trop vite dans
la sélection, vérifier la densité des points selon le niveau de zoom,
ajuster les critères pertinents à retenir sur chaque niveau de zoom, et
ensuite définir éventuellement des tags OSM adaptés, et d'en discuter et
les documenter sur une liste internationale.

Et ensuite cela permettra aussi de faire les éventuels changements dans les
clés existantes sans en oublier et non au hasard, et même de les vérifier
automatiquement (par exemple, analyse Osmose vérifiant ces critères). Le
rendu suivra ensuite concernant les éventuelles clés supplémentaires
documentées sur lesquelles on aura importé correctement les valeurs de
façon cohérente et vérifiable. Le rendu ensuite pourra suivre et s'adapter
aux critères retenus pour chacun de ses niveaux de zoom. ou en fonction de
la densité relative des libellés

En attendant, les changements apportés sont plus une pollution et sont une
gêne visuelle évidente pour les réutilisateurs des cartes rendues
standards, notamment pour les rendus voisins des niveaux de zoom 9-10-11 en
France.



Le mar. 18 sept. 2018 à 09:26, Christian Quest  a
écrit :

> Le dim. 16 sept. 2018 à 13:01, Frédéric Rodrigo 
> a écrit :
>
>> > Du coup je propose link_from et link_to : pour une bretelle dans le
>> > sens autoroute vers tertiary, on aura link_from=motorway et
>> > link_to=tertiary.
>>
>> Cette information peut être calculé depuis la topologie et là n'apporte
>> rien, même pas de la cohérence.
>>
>
> Je ne vois pas l'intérêt non plus.
>
> L'info est déjà dans la topologie des données et une requête postgis (ou
> autre) permet de savoir à quoi est connecté un tronçon de _link si on en a
> vraiment besoin.
>
> Les données OSM sont des données GEO et à ce titre, on a plein
> d'informations latentes que nous offrent la topologie et la géo, même si
> elle ne figurent pas sur chaque objet en tant que tel.
> Par contre pour tirer le maximum des données OSM il faut savoir exploiter
> topologie et géo, sinon on passe à côté de l'essentiel et on a tendance à
> rajouter des infos redondantes sans grand intérêt (et qui, en plus, ne
> seront pas évident à conserver à jour).
>
> --
> 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] Les bretelles

[Christian Quest]

Le dim. 16 sept. 2018 à 13:01, Frédéric Rodrigo  a
écrit :

> > Du coup je propose link_from et link_to : pour une bretelle dans le
> > sens autoroute vers tertiary, on aura link_from=motorway et
> > link_to=tertiary.
>
> Cette information peut être calculé depuis la topologie et là n'apporte
> rien, même pas de la cohérence.
>

Je ne vois pas l'intérêt non plus.

L'info est déjà dans la topologie des données et une requête postgis (ou
autre) permet de savoir à quoi est connecté un tronçon de _link si on en a
vraiment besoin.

Les données OSM sont des données GEO et à ce titre, on a plein
d'informations latentes que nous offrent la topologie et la géo, même si
elle ne figurent pas sur chaque objet en tant que tel.
Par contre pour tirer le maximum des données OSM il faut savoir exploiter
topologie et géo, sinon on passe à côté de l'essentiel et on a tendance à
rajouter des infos redondantes sans grand intérêt (et qui, en plus, ne
seront pas évident à conserver à jour).

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

Re: [OSM-talk-fr] Les bretelles

[Philippe Verdy]

C'était juste une remarque à djakk qui veut coller à ce que fait Michelin,
pour faire un rendu "à la Michelin", qui lui non plus n'est pas cohérent et
pas sans erreurs (ou défauts de mises à jour de ses propres données).

Je peux aussi faire remarquer à djakk que s'il veut expérimenter un nouveau
tag, avant il doit s'assurer que le tag n'est pas déjà utilisé pour autre
chose et que le nom choisi est clairement non ambigu. Un tag comme
"legal=*" est très peu explicite et risque fort d'entrer en collision.

On avait discuté de la **possibilité** d'utiliser d'autres données pour
mesurer l'importance des villes : on a l'INSEE pour le découpage urbain
(pour ça ce devrait être un "boundary=urban" ou "boundary=statistic" avec
un sous-tag pour les différents types de découpes urbaines: agglomération,
aire urbaine, unité urbaine), pour les zones d'emploi (là aussi ce sont des
données statistiques établies par groupe de communes ou d'IRIS).

Plutôt que surcharger les noeuds des villes je suis plutôt favorable à
utiliser les découpages réels où on a des données pertinentes. Ensuite un
moteur de rendu peut analyser les relations pour déterminer le statut des
villes (ces découpes peuvent aussi avoir un "admin_centre", même si ce
n'est pas réellement administratif, utilisant à nouveau le noeud de la
ville. ça donne ensuite un moyen pertinent et objectif pour mesurer ces
importances. Pour l'instant on s'est juste contenté des populations
municipales (avec une mise à jour pas trop ancienne) et de "capital=*" et
cela a suffi car pour le reste nos rendus pouvaient faire le tri quand il
s'agit de montrer ou cacher une ville selon le zoom, ou d'adapter la taille
de police de son libellé.

Mais d'autres critères peuvent intervenir pour que le moteur de rendu
puisse calculer une "note" propre à chaque noeud candidat et faire le tri
de ce qui est "important" ou pas, et ensuite si la note est suffisante,
d'augmenter sa taille de libellé. Et pour moi le découpage urbain de
l'INSEE, ou les zones d'emploi sont des éléments sur lesquels on a de
nombreuses données statistiques mises à jour et qui mériteraient de figurer
dans OSM (reste à choisir le jeu de tags, et surtout ne pas taguer en
fonction du rendu pour un niveau de zoom unique, comme on peut  le voir
même Michelin ne fait pas ainsi!).


Le dim. 16 sept. 2018 à 13:01, Frédéric Rodrigo  a
écrit :

> Le 14/09/2018 à 18:46, djakk djakk a écrit :
> > Salut !
> >
> > Une autre chose me tarabusce au sujet des routes dans osm, c’est
> > l’absence d’info sur le type de route joint par une bretelle
> > (highway=*_link), c’est-à-dire qu’on sait qu’une bretelle joint une
> > autoroute mais on n’a pas d’info sur l’autre côté ! Primary, secondary
> > ? On ne sait pas directement.
>
> Il suffit de regarder à quoi c'est connecté.
>
> Par ex pour les bretelles d’autoroutes c'est tout à fait logique d'avoir
> motorway_link, elles font vraiment partie du réseaux autoroutier.,
> l'autre coté de la bretelle importe peut et peut être multiple.
>
> > Et je trouve cette information plus importante. En effet, si on relie
> > une autoroute à une autoroute, ou si on relie une autoroute à une
> > tertiary, on pourrait choisir au niveau du rendu de ne pas afficher la
> > bretelle. Impossible en l’état actuel.
>
> Une autoroute est une voie très important, une tertiary ne l'est pas. Si
> on a une sortie d'autoroute c'est que faire une sortie en vaut la penne,
> et donc que la voirie qui est connecté est importante, peut probable que
> ce soit vraiment une tertiary.
>
> Après ça n’empêche pas non plus "l'usage" et d'avoir des sorties
> d'autoroute directement connecté à des tracks.
>
> https://www.openstreetmap.org/#map=19/22.98842/-82.62353
>
>
> > Du coup je propose link_from et link_to : pour une bretelle dans le
> > sens autoroute vers tertiary, on aura link_from=motorway et
> > link_to=tertiary.
>
> Cette information peut être calculé depuis la topologie et là n'apporte
> rien, même pas de la cohérence.
>
>
> Frédéric.
>
>
>
>
> ___
> 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] Les bretelles

[Frédéric Rodrigo]

Le 14/09/2018 à 18:46, djakk djakk a écrit :

Salut !

Une autre chose me tarabusce au sujet des routes dans osm, c’est 
l’absence d’info sur le type de route joint par une bretelle 
(highway=*_link), c’est-à-dire qu’on sait qu’une bretelle joint une 
autoroute mais on n’a pas d’info sur l’autre côté ! Primary, secondary 
? On ne sait pas directement.


Il suffit de regarder à quoi c'est connecté.

Par ex pour les bretelles d’autoroutes c'est tout à fait logique d'avoir 
motorway_link, elles font vraiment partie du réseaux autoroutier., 
l'autre coté de la bretelle importe peut et peut être multiple.


Et je trouve cette information plus importante. En effet, si on relie 
une autoroute à une autoroute, ou si on relie une autoroute à une 
tertiary, on pourrait choisir au niveau du rendu de ne pas afficher la 
bretelle. Impossible en l’état actuel.


Une autoroute est une voie très important, une tertiary ne l'est pas. Si 
on a une sortie d'autoroute c'est que faire une sortie en vaut la penne, 
et donc que la voirie qui est connecté est importante, peut probable que 
ce soit vraiment une tertiary.


Après ça n’empêche pas non plus "l'usage" et d'avoir des sorties 
d'autoroute directement connecté à des tracks.


https://www.openstreetmap.org/#map=19/22.98842/-82.62353


Du coup je propose link_from et link_to : pour une bretelle dans le 
sens autoroute vers tertiary, on aura link_from=motorway et 
link_to=tertiary.


Cette information peut être calculé depuis la topologie et là n'apporte 
rien, même pas de la cohérence.



Frédéric.




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

Re: [OSM-talk-fr] Les bretelles

[Philippe Verdy]

OSM peut être adapté pour avoir un tag supplémentaire en plus du
"highway=*_link" pour indiquer la typologie cible des bretelles, on
pourrait tout à fait avoir un truc comme "primary_link:to=secondary" ou
"trunk_link:to=secondary".
Que ce soit utilisé par un rendu ou pas, c'est autre chose, mais un tag est
bel et bien possible pour ça dans OSM.


Le dim. 16 sept. 2018 à 12:20, Rpnpif  a écrit :

> Le 16 septembre 2018, djakk djakk a écrit :
>
> > Nooon pas le tag mono-utilisateur ! (la punition :) )
>
> Déjà fait par vous, mais OSM n'est pas fait pour ça !
>
> --
> Alain Rpnpif
>
> ___
> 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] Les bretelles

[Philippe Verdy]

Si tu regardes précisément, les cartes Michelin ont même des tas d'erreurs.
Exemple le pont de la N 175 sur la Rance qui est rendu et affiché comme une
route résidentielle ("Impasse le Rompe"), qui comprend le pont mais aussi
des bouts avant et après le pont, en confondant la position avec l'ancienne
petite route rurale qui passait par là et qui existe toujours  (elle a été
raccourcie pour construire la 2x2 voies)  mais n'est pas là où Michelin
l'affiche, sur la 2x2 voies qui est ininterrompue.

Le dim. 16 sept. 2018 à 12:13, Philippe Verdy  a écrit :

> Tu noteras aussi que Michelin arrive même à faire un rendu différent de
> certaines sections d'autoroute, et pas seulement les bretelles : il découpe
> alors le chemin (normalement unique rouge à filtet central jaune) en deux
> voies parallèles rouges, pourtant ce ne sont PAS des bretelles, et le rendu
> ne dépend ni du départ ni de l'arrivée de la bretelle, et il n'y a même pas
> d'écartement des deux sens, ni même modification de la limite de vitesse.
> Michelin n'est pas consistant sur ses choix. Il ne l'a fait en réalité que
> pour augmenter la lisibilité des détails **selon l'échelle**.
>
> Le dim. 16 sept. 2018 à 12:08, djakk djakk  a
> écrit :
>
>> J’ai supprimé du coup, et je ferai la demande à un admin, merci Philippe !
>>
>> djakk
>>
>>
>> Le dim. 16 sept. 2018 à 12:04, Philippe Verdy  a
>> écrit :
>>
>>> Bref demande à un admin de supprimer ces images. Pour la discussion il
>>> était suffisant de mettre un lien vers le site Michelin qui les héberge
>>> (sous forme de carte interactive).
>>> Effectivement Michelin fait un rendu des bretelles en fonction du type
>>> de route mineure connectée et non du type de route majeure (nos tags OSM
>>> "highway=*_link")... la plupart du temps mais pas partout ! C'est son choix
>>> de rendu.
>>>
>>> Le dim. 16 sept. 2018 à 11:55, Philippe Verdy  a
>>> écrit :
>>>
 Attention ces cartes Michelin ne sont pas libres de droit. Cela ne
 devrait pas être sur le wiki.

 Le dim. 16 sept. 2018 à 11:45, djakk djakk  a
 écrit :

> Nooon pas le tag mono-utilisateur ! (la punition :) )
>
> J’ai mis 2 extraits de carte Michelin sur ma page wiki :
> wiki.openstreetmap.org/wiki/User:Djakk
>
>
> djakk
>
> Le sam. 15 sept. 2018 à 11:25, marc marc 
> a écrit :
>
>> le preprocesseur peux tres bien analyser la moindre diff
>> c'est à mon avis bien plus durable que d'espérer que quelqu'un
>> modifie
>> toutes les bretelles d'une route pour mettre à jour un tag
>> mono-utilisateur :)
>>
>> publie qlq part stp un extrait rendu osm <> rendu avec ta modif
>> (ou extrait michelin), j'ai du mal a imaginer la chose.
>>
>>
>> Le 15. 09. 18 à 11:01, djakk djakk a écrit :
>> > Oui Marc j’ai pensé à faire un rendu perso avec pré-processeur pour
>> > récupérer l’info, mais en pratique difficile de faire un
>> pré-processeur
>> > pour les données énormes et très mouvantes d’osm. De plus, je pense
>> que
>> > pour les collectrices c’est impossible d’y arriver.
>> >
>> > Le rendu correspondrait à la plupart des cartes, par exemple les
>> cartes
>> > Michelin papier.
>> >
>> >
>> > djakk
>> >
>> > Le sam. 15 sept. 2018 à 10:09, marc marc > > > a écrit :
>> >
>> > Bonjour djakk,
>> >
>> > Le ven. 14 sept. 2018 à 18:46, djakk djakk a écrit :
>> >
>> >  > si on relie une autoroute à une tertiary, on pourrait
>> >  > choisir au niveau du rendu de ne pas afficher la bretelle.
>> >
>> > je ne suis pas sur de comprendre.
>> > De quel rendu tu parles ? un rendu perso ?
>> > tu peux poster qlq part un extrait de carte qui n'afficherait
>> pas
>> > certains bretelles parce que autoroute-tertiary  ?
>> >
>> >  > Impossible en l’état actuel.
>> >
>> > Parmis les spécialistes des styles de rendu, quelqu'un confirme
>> > qu'on ne peux pas récupérer le type de voie inférieur connectée
>> à un
>> > bretelle ?
>> > si c'était confirmée, cela me semble bien + un problème de rendu
>> > qu'un problème de donnée.
>> > s'imagine qu'un preprocesseur doit pouvoir dupliquer l'info
>> > pour le cas oä cela serait nécessaire (mais j'ai du mal a
>> comprendre le
>> > cas réel d'utilisation)
>> >
>> > 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] Les bretelles

[Rpnpif]

Le 16 septembre 2018, djakk djakk a écrit :

> Nooon pas le tag mono-utilisateur ! (la punition :) )

Déjà fait par vous, mais OSM n'est pas fait pour ça !

-- 
Alain Rpnpif

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

Re: [OSM-talk-fr] Les bretelles

[Philippe Verdy]

Tu noteras aussi que Michelin arrive même à faire un rendu différent de
certaines sections d'autoroute, et pas seulement les bretelles : il découpe
alors le chemin (normalement unique rouge à filtet central jaune) en deux
voies parallèles rouges, pourtant ce ne sont PAS des bretelles, et le rendu
ne dépend ni du départ ni de l'arrivée de la bretelle, et il n'y a même pas
d'écartement des deux sens, ni même modification de la limite de vitesse.
Michelin n'est pas consistant sur ses choix. Il ne l'a fait en réalité que
pour augmenter la lisibilité des détails **selon l'échelle**.

Le dim. 16 sept. 2018 à 12:08, djakk djakk  a écrit :

> J’ai supprimé du coup, et je ferai la demande à un admin, merci Philippe !
>
> djakk
>
>
> Le dim. 16 sept. 2018 à 12:04, Philippe Verdy  a
> écrit :
>
>> Bref demande à un admin de supprimer ces images. Pour la discussion il
>> était suffisant de mettre un lien vers le site Michelin qui les héberge
>> (sous forme de carte interactive).
>> Effectivement Michelin fait un rendu des bretelles en fonction du type de
>> route mineure connectée et non du type de route majeure (nos tags OSM
>> "highway=*_link")... la plupart du temps mais pas partout ! C'est son choix
>> de rendu.
>>
>> Le dim. 16 sept. 2018 à 11:55, Philippe Verdy  a
>> écrit :
>>
>>> Attention ces cartes Michelin ne sont pas libres de droit. Cela ne
>>> devrait pas être sur le wiki.
>>>
>>> Le dim. 16 sept. 2018 à 11:45, djakk djakk  a
>>> écrit :
>>>
 Nooon pas le tag mono-utilisateur ! (la punition :) )

 J’ai mis 2 extraits de carte Michelin sur ma page wiki :
 wiki.openstreetmap.org/wiki/User:Djakk


 djakk

 Le sam. 15 sept. 2018 à 11:25, marc marc  a
 écrit :

> le preprocesseur peux tres bien analyser la moindre diff
> c'est à mon avis bien plus durable que d'espérer que quelqu'un modifie
> toutes les bretelles d'une route pour mettre à jour un tag
> mono-utilisateur :)
>
> publie qlq part stp un extrait rendu osm <> rendu avec ta modif
> (ou extrait michelin), j'ai du mal a imaginer la chose.
>
>
> Le 15. 09. 18 à 11:01, djakk djakk a écrit :
> > Oui Marc j’ai pensé à faire un rendu perso avec pré-processeur pour
> > récupérer l’info, mais en pratique difficile de faire un
> pré-processeur
> > pour les données énormes et très mouvantes d’osm. De plus, je pense
> que
> > pour les collectrices c’est impossible d’y arriver.
> >
> > Le rendu correspondrait à la plupart des cartes, par exemple les
> cartes
> > Michelin papier.
> >
> >
> > djakk
> >
> > Le sam. 15 sept. 2018 à 10:09, marc marc  > > a écrit :
> >
> > Bonjour djakk,
> >
> > Le ven. 14 sept. 2018 à 18:46, djakk djakk a écrit :
> >
> >  > si on relie une autoroute à une tertiary, on pourrait
> >  > choisir au niveau du rendu de ne pas afficher la bretelle.
> >
> > je ne suis pas sur de comprendre.
> > De quel rendu tu parles ? un rendu perso ?
> > tu peux poster qlq part un extrait de carte qui n'afficherait pas
> > certains bretelles parce que autoroute-tertiary  ?
> >
> >  > Impossible en l’état actuel.
> >
> > Parmis les spécialistes des styles de rendu, quelqu'un confirme
> > qu'on ne peux pas récupérer le type de voie inférieur connectée
> à un
> > bretelle ?
> > si c'était confirmée, cela me semble bien + un problème de rendu
> > qu'un problème de donnée.
> > s'imagine qu'un preprocesseur doit pouvoir dupliquer l'info
> > pour le cas oä cela serait nécessaire (mais j'ai du mal a
> comprendre le
> > cas réel d'utilisation)
> >
> > 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.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] Les bretelles

[djakk djakk]

J’ai supprimé du coup, et je ferai la demande à un admin, merci Philippe !

djakk


Le dim. 16 sept. 2018 à 12:04, Philippe Verdy  a écrit :

> Bref demande à un admin de supprimer ces images. Pour la discussion il
> était suffisant de mettre un lien vers le site Michelin qui les héberge
> (sous forme de carte interactive).
> Effectivement Michelin fait un rendu des bretelles en fonction du type de
> route mineure connectée et non du type de route majeure (nos tags OSM
> "highway=*_link")... la plupart du temps mais pas partout ! C'est son choix
> de rendu.
>
> Le dim. 16 sept. 2018 à 11:55, Philippe Verdy  a
> écrit :
>
>> Attention ces cartes Michelin ne sont pas libres de droit. Cela ne
>> devrait pas être sur le wiki.
>>
>> Le dim. 16 sept. 2018 à 11:45, djakk djakk  a
>> écrit :
>>
>>> Nooon pas le tag mono-utilisateur ! (la punition :) )
>>>
>>> J’ai mis 2 extraits de carte Michelin sur ma page wiki :
>>> wiki.openstreetmap.org/wiki/User:Djakk
>>>
>>>
>>> djakk
>>>
>>> Le sam. 15 sept. 2018 à 11:25, marc marc  a
>>> écrit :
>>>
 le preprocesseur peux tres bien analyser la moindre diff
 c'est à mon avis bien plus durable que d'espérer que quelqu'un modifie
 toutes les bretelles d'une route pour mettre à jour un tag
 mono-utilisateur :)

 publie qlq part stp un extrait rendu osm <> rendu avec ta modif
 (ou extrait michelin), j'ai du mal a imaginer la chose.


 Le 15. 09. 18 à 11:01, djakk djakk a écrit :
 > Oui Marc j’ai pensé à faire un rendu perso avec pré-processeur pour
 > récupérer l’info, mais en pratique difficile de faire un
 pré-processeur
 > pour les données énormes et très mouvantes d’osm. De plus, je pense
 que
 > pour les collectrices c’est impossible d’y arriver.
 >
 > Le rendu correspondrait à la plupart des cartes, par exemple les
 cartes
 > Michelin papier.
 >
 >
 > djakk
 >
 > Le sam. 15 sept. 2018 à 10:09, marc marc >>> > > a écrit :
 >
 > Bonjour djakk,
 >
 > Le ven. 14 sept. 2018 à 18:46, djakk djakk a écrit :
 >
 >  > si on relie une autoroute à une tertiary, on pourrait
 >  > choisir au niveau du rendu de ne pas afficher la bretelle.
 >
 > je ne suis pas sur de comprendre.
 > De quel rendu tu parles ? un rendu perso ?
 > tu peux poster qlq part un extrait de carte qui n'afficherait pas
 > certains bretelles parce que autoroute-tertiary  ?
 >
 >  > Impossible en l’état actuel.
 >
 > Parmis les spécialistes des styles de rendu, quelqu'un confirme
 > qu'on ne peux pas récupérer le type de voie inférieur connectée à
 un
 > bretelle ?
 > si c'était confirmée, cela me semble bien + un problème de rendu
 > qu'un problème de donnée.
 > s'imagine qu'un preprocesseur doit pouvoir dupliquer l'info
 > pour le cas oä cela serait nécessaire (mais j'ai du mal a
 comprendre le
 > cas réel d'utilisation)
 >
 > 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.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] Les bretelles

[Philippe Verdy]

Bref demande à un admin de supprimer ces images. Pour la discussion il
était suffisant de mettre un lien vers le site Michelin qui les héberge
(sous forme de carte interactive).
Effectivement Michelin fait un rendu des bretelles en fonction du type de
route mineure connectée et non du type de route majeure (nos tags OSM
"highway=*_link")... la plupart du temps mais pas partout ! C'est son choix
de rendu.

Le dim. 16 sept. 2018 à 11:55, Philippe Verdy  a écrit :

> Attention ces cartes Michelin ne sont pas libres de droit. Cela ne devrait
> pas être sur le wiki.
>
> Le dim. 16 sept. 2018 à 11:45, djakk djakk  a
> écrit :
>
>> Nooon pas le tag mono-utilisateur ! (la punition :) )
>>
>> J’ai mis 2 extraits de carte Michelin sur ma page wiki :
>> wiki.openstreetmap.org/wiki/User:Djakk
>>
>>
>> djakk
>>
>> Le sam. 15 sept. 2018 à 11:25, marc marc  a
>> écrit :
>>
>>> le preprocesseur peux tres bien analyser la moindre diff
>>> c'est à mon avis bien plus durable que d'espérer que quelqu'un modifie
>>> toutes les bretelles d'une route pour mettre à jour un tag
>>> mono-utilisateur :)
>>>
>>> publie qlq part stp un extrait rendu osm <> rendu avec ta modif
>>> (ou extrait michelin), j'ai du mal a imaginer la chose.
>>>
>>>
>>> Le 15. 09. 18 à 11:01, djakk djakk a écrit :
>>> > Oui Marc j’ai pensé à faire un rendu perso avec pré-processeur pour
>>> > récupérer l’info, mais en pratique difficile de faire un
>>> pré-processeur
>>> > pour les données énormes et très mouvantes d’osm. De plus, je pense
>>> que
>>> > pour les collectrices c’est impossible d’y arriver.
>>> >
>>> > Le rendu correspondrait à la plupart des cartes, par exemple les
>>> cartes
>>> > Michelin papier.
>>> >
>>> >
>>> > djakk
>>> >
>>> > Le sam. 15 sept. 2018 à 10:09, marc marc >> > > a écrit :
>>> >
>>> > Bonjour djakk,
>>> >
>>> > Le ven. 14 sept. 2018 à 18:46, djakk djakk a écrit :
>>> >
>>> >  > si on relie une autoroute à une tertiary, on pourrait
>>> >  > choisir au niveau du rendu de ne pas afficher la bretelle.
>>> >
>>> > je ne suis pas sur de comprendre.
>>> > De quel rendu tu parles ? un rendu perso ?
>>> > tu peux poster qlq part un extrait de carte qui n'afficherait pas
>>> > certains bretelles parce que autoroute-tertiary  ?
>>> >
>>> >  > Impossible en l’état actuel.
>>> >
>>> > Parmis les spécialistes des styles de rendu, quelqu'un confirme
>>> > qu'on ne peux pas récupérer le type de voie inférieur connectée à
>>> un
>>> > bretelle ?
>>> > si c'était confirmée, cela me semble bien + un problème de rendu
>>> > qu'un problème de donnée.
>>> > s'imagine qu'un preprocesseur doit pouvoir dupliquer l'info
>>> > pour le cas oä cela serait nécessaire (mais j'ai du mal a
>>> comprendre le
>>> > cas réel d'utilisation)
>>> >
>>> > 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.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] Les bretelles

[djakk djakk]

On n’a pas le droit pour donner un exemple d’autre carte ? :-/

djakk

Le dim. 16 sept. 2018 à 11:56, Philippe Verdy  a écrit :

> Attention ces cartes Michelin ne sont pas libres de droit. Cela ne devrait
> pas être sur le wiki.
>
> Le dim. 16 sept. 2018 à 11:45, djakk djakk  a
> écrit :
>
>> Nooon pas le tag mono-utilisateur ! (la punition :) )
>>
>> J’ai mis 2 extraits de carte Michelin sur ma page wiki :
>> wiki.openstreetmap.org/wiki/User:Djakk
>>
>>
>> djakk
>>
>> Le sam. 15 sept. 2018 à 11:25, marc marc  a
>> écrit :
>>
>>> le preprocesseur peux tres bien analyser la moindre diff
>>> c'est à mon avis bien plus durable que d'espérer que quelqu'un modifie
>>> toutes les bretelles d'une route pour mettre à jour un tag
>>> mono-utilisateur :)
>>>
>>> publie qlq part stp un extrait rendu osm <> rendu avec ta modif
>>> (ou extrait michelin), j'ai du mal a imaginer la chose.
>>>
>>>
>>> Le 15. 09. 18 à 11:01, djakk djakk a écrit :
>>> > Oui Marc j’ai pensé à faire un rendu perso avec pré-processeur pour
>>> > récupérer l’info, mais en pratique difficile de faire un
>>> pré-processeur
>>> > pour les données énormes et très mouvantes d’osm. De plus, je pense
>>> que
>>> > pour les collectrices c’est impossible d’y arriver.
>>> >
>>> > Le rendu correspondrait à la plupart des cartes, par exemple les
>>> cartes
>>> > Michelin papier.
>>> >
>>> >
>>> > djakk
>>> >
>>> > Le sam. 15 sept. 2018 à 10:09, marc marc >> > > a écrit :
>>> >
>>> > Bonjour djakk,
>>> >
>>> > Le ven. 14 sept. 2018 à 18:46, djakk djakk a écrit :
>>> >
>>> >  > si on relie une autoroute à une tertiary, on pourrait
>>> >  > choisir au niveau du rendu de ne pas afficher la bretelle.
>>> >
>>> > je ne suis pas sur de comprendre.
>>> > De quel rendu tu parles ? un rendu perso ?
>>> > tu peux poster qlq part un extrait de carte qui n'afficherait pas
>>> > certains bretelles parce que autoroute-tertiary  ?
>>> >
>>> >  > Impossible en l’état actuel.
>>> >
>>> > Parmis les spécialistes des styles de rendu, quelqu'un confirme
>>> > qu'on ne peux pas récupérer le type de voie inférieur connectée à
>>> un
>>> > bretelle ?
>>> > si c'était confirmée, cela me semble bien + un problème de rendu
>>> > qu'un problème de donnée.
>>> > s'imagine qu'un preprocesseur doit pouvoir dupliquer l'info
>>> > pour le cas oä cela serait nécessaire (mais j'ai du mal a
>>> comprendre le
>>> > cas réel d'utilisation)
>>> >
>>> > 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.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] Les bretelles

[Philippe Verdy]

Attention ces cartes Michelin ne sont pas libres de droit. Cela ne devrait
pas être sur le wiki.

Le dim. 16 sept. 2018 à 11:45, djakk djakk  a écrit :

> Nooon pas le tag mono-utilisateur ! (la punition :) )
>
> J’ai mis 2 extraits de carte Michelin sur ma page wiki :
> wiki.openstreetmap.org/wiki/User:Djakk
>
>
> djakk
>
> Le sam. 15 sept. 2018 à 11:25, marc marc  a
> écrit :
>
>> le preprocesseur peux tres bien analyser la moindre diff
>> c'est à mon avis bien plus durable que d'espérer que quelqu'un modifie
>> toutes les bretelles d'une route pour mettre à jour un tag
>> mono-utilisateur :)
>>
>> publie qlq part stp un extrait rendu osm <> rendu avec ta modif
>> (ou extrait michelin), j'ai du mal a imaginer la chose.
>>
>>
>> Le 15. 09. 18 à 11:01, djakk djakk a écrit :
>> > Oui Marc j’ai pensé à faire un rendu perso avec pré-processeur pour
>> > récupérer l’info, mais en pratique difficile de faire un pré-processeur
>> > pour les données énormes et très mouvantes d’osm. De plus, je pense que
>> > pour les collectrices c’est impossible d’y arriver.
>> >
>> > Le rendu correspondrait à la plupart des cartes, par exemple les cartes
>> > Michelin papier.
>> >
>> >
>> > djakk
>> >
>> > Le sam. 15 sept. 2018 à 10:09, marc marc > > > a écrit :
>> >
>> > Bonjour djakk,
>> >
>> > Le ven. 14 sept. 2018 à 18:46, djakk djakk a écrit :
>> >
>> >  > si on relie une autoroute à une tertiary, on pourrait
>> >  > choisir au niveau du rendu de ne pas afficher la bretelle.
>> >
>> > je ne suis pas sur de comprendre.
>> > De quel rendu tu parles ? un rendu perso ?
>> > tu peux poster qlq part un extrait de carte qui n'afficherait pas
>> > certains bretelles parce que autoroute-tertiary  ?
>> >
>> >  > Impossible en l’état actuel.
>> >
>> > Parmis les spécialistes des styles de rendu, quelqu'un confirme
>> > qu'on ne peux pas récupérer le type de voie inférieur connectée à un
>> > bretelle ?
>> > si c'était confirmée, cela me semble bien + un problème de rendu
>> > qu'un problème de donnée.
>> > s'imagine qu'un preprocesseur doit pouvoir dupliquer l'info
>> > pour le cas oä cela serait nécessaire (mais j'ai du mal a
>> comprendre le
>> > cas réel d'utilisation)
>> >
>> > 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.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] Les bretelles

[djakk djakk]

Nooon pas le tag mono-utilisateur ! (la punition :) )

J’ai mis 2 extraits de carte Michelin sur ma page wiki :
wiki.openstreetmap.org/wiki/User:Djakk


djakk

Le sam. 15 sept. 2018 à 11:25, marc marc  a
écrit :

> le preprocesseur peux tres bien analyser la moindre diff
> c'est à mon avis bien plus durable que d'espérer que quelqu'un modifie
> toutes les bretelles d'une route pour mettre à jour un tag
> mono-utilisateur :)
>
> publie qlq part stp un extrait rendu osm <> rendu avec ta modif
> (ou extrait michelin), j'ai du mal a imaginer la chose.
>
>
> Le 15. 09. 18 à 11:01, djakk djakk a écrit :
> > Oui Marc j’ai pensé à faire un rendu perso avec pré-processeur pour
> > récupérer l’info, mais en pratique difficile de faire un pré-processeur
> > pour les données énormes et très mouvantes d’osm. De plus, je pense que
> > pour les collectrices c’est impossible d’y arriver.
> >
> > Le rendu correspondrait à la plupart des cartes, par exemple les cartes
> > Michelin papier.
> >
> >
> > djakk
> >
> > Le sam. 15 sept. 2018 à 10:09, marc marc  > > a écrit :
> >
> > Bonjour djakk,
> >
> > Le ven. 14 sept. 2018 à 18:46, djakk djakk a écrit :
> >
> >  > si on relie une autoroute à une tertiary, on pourrait
> >  > choisir au niveau du rendu de ne pas afficher la bretelle.
> >
> > je ne suis pas sur de comprendre.
> > De quel rendu tu parles ? un rendu perso ?
> > tu peux poster qlq part un extrait de carte qui n'afficherait pas
> > certains bretelles parce que autoroute-tertiary  ?
> >
> >  > Impossible en l’état actuel.
> >
> > Parmis les spécialistes des styles de rendu, quelqu'un confirme
> > qu'on ne peux pas récupérer le type de voie inférieur connectée à un
> > bretelle ?
> > si c'était confirmée, cela me semble bien + un problème de rendu
> > qu'un problème de donnée.
> > s'imagine qu'un preprocesseur doit pouvoir dupliquer l'info
> > pour le cas oä cela serait nécessaire (mais j'ai du mal a comprendre
> le
> > cas réel d'utilisation)
> >
> > 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.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Les bretelles

[marc marc]

le preprocesseur peux tres bien analyser la moindre diff
c'est à mon avis bien plus durable que d'espérer que quelqu'un modifie 
toutes les bretelles d'une route pour mettre à jour un tag 
mono-utilisateur :)

publie qlq part stp un extrait rendu osm <> rendu avec ta modif
(ou extrait michelin), j'ai du mal a imaginer la chose.


Le 15. 09. 18 à 11:01, djakk djakk a écrit :
> Oui Marc j’ai pensé à faire un rendu perso avec pré-processeur pour 
> récupérer l’info, mais en pratique difficile de faire un pré-processeur 
> pour les données énormes et très mouvantes d’osm. De plus, je pense que 
> pour les collectrices c’est impossible d’y arriver.
> 
> Le rendu correspondrait à la plupart des cartes, par exemple les cartes 
> Michelin papier.
> 
> 
> djakk
> 
> Le sam. 15 sept. 2018 à 10:09, marc marc  > a écrit :
> 
> Bonjour djakk,
> 
> Le ven. 14 sept. 2018 à 18:46, djakk djakk a écrit :
> 
>  > si on relie une autoroute à une tertiary, on pourrait
>  > choisir au niveau du rendu de ne pas afficher la bretelle.
> 
> je ne suis pas sur de comprendre.
> De quel rendu tu parles ? un rendu perso ?
> tu peux poster qlq part un extrait de carte qui n'afficherait pas
> certains bretelles parce que autoroute-tertiary  ?
> 
>  > Impossible en l’état actuel.
> 
> Parmis les spécialistes des styles de rendu, quelqu'un confirme
> qu'on ne peux pas récupérer le type de voie inférieur connectée à un
> bretelle ?
> si c'était confirmée, cela me semble bien + un problème de rendu
> qu'un problème de donnée.
> s'imagine qu'un preprocesseur doit pouvoir dupliquer l'info
> pour le cas oä cela serait nécessaire (mais j'ai du mal a comprendre le
> cas réel d'utilisation)
> 
> 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.org/listinfo/talk-fr

Re: [OSM-talk-fr] Les bretelles

[djakk djakk]

Oui Marc j’ai pensé à faire un rendu perso avec pré-processeur pour
récupérer l’info, mais en pratique difficile de faire un pré-processeur
pour les données énormes et très mouvantes d’osm. De plus, je pense que
pour les collectrices c’est impossible d’y arriver.

Le rendu correspondrait à la plupart des cartes, par exemple les cartes
Michelin papier.


djakk

Le sam. 15 sept. 2018 à 10:09, marc marc  a
écrit :

> Bonjour djakk,
>
> Le ven. 14 sept. 2018 à 18:46, djakk djakk a écrit :
>
> > si on relie une autoroute à une tertiary, on pourrait
> > choisir au niveau du rendu de ne pas afficher la bretelle.
>
> je ne suis pas sur de comprendre.
> De quel rendu tu parles ? un rendu perso ?
> tu peux poster qlq part un extrait de carte qui n'afficherait pas
> certains bretelles parce que autoroute-tertiary  ?
>
> > Impossible en l’état actuel.
>
> Parmis les spécialistes des styles de rendu, quelqu'un confirme
> qu'on ne peux pas récupérer le type de voie inférieur connectée à un
> bretelle ?
> si c'était confirmée, cela me semble bien + un problème de rendu
> qu'un problème de donnée.
> s'imagine qu'un preprocesseur doit pouvoir dupliquer l'info
> pour le cas oä cela serait nécessaire (mais j'ai du mal a comprendre le
> cas réel d'utilisation)
>
> 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] Les bretelles

[marc marc]

Bonjour djakk,

Le ven. 14 sept. 2018 à 18:46, djakk djakk a écrit :

> si on relie une autoroute à une tertiary, on pourrait
> choisir au niveau du rendu de ne pas afficher la bretelle.

je ne suis pas sur de comprendre.
De quel rendu tu parles ? un rendu perso ?
tu peux poster qlq part un extrait de carte qui n'afficherait pas 
certains bretelles parce que autoroute-tertiary  ?

> Impossible en l’état actuel.

Parmis les spécialistes des styles de rendu, quelqu'un confirme
qu'on ne peux pas récupérer le type de voie inférieur connectée à un 
bretelle ?
si c'était confirmée, cela me semble bien + un problème de rendu
qu'un problème de donnée.
s'imagine qu'un preprocesseur doit pouvoir dupliquer l'info
pour le cas oä cela serait nécessaire (mais j'ai du mal a comprendre le 
cas réel d'utilisation)

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

Re: [OSM-talk-fr] Les bretelles

[Philippe Verdy]

Les "*_link" ne s'appliquent qu'à des vraies bretelles, des voies sans
adresse la plupart du temps et sans nom et sans demi-tour possible, le plus
souvent à voie unique et sens unique. Leur longueurs est assez faible pour
être intégré comme élément secondaire de la voie majeure à laquelle elles
donnent accès ou permettent de sortir. Cela ne s'applique pas aux giratoire
puisque le demi-tour est possible justement par ces giratoires, et sur une
bretelle de sortie il n'y a aucun cédez-le-passage ou stop à l'entrée (il
peut y en avoir en sortie et il y en a en fait la plupart du temps) ou à la
sortie (sur une bretelle d'entrée il y a un cédez-le-passage ou stop
éventuellement en sortie masi souvent unoiquement en fin de voie
d'accélération quand il faut se rabattre à gauche sur la voie principale.

Je ne pense pas qu'il y ait la moindre ambiguité en terme de conduite ou
routage, la seule issue de ces bretelles d'entrée est unique, c'est la
voire principale. Les bretelles de sortie ont aussi une voie de
"préparation" (mettant souvent fin à une zone d'arrêt) pour tourner à
droite et une signalisation en amont et là aussi une seule direction
possible de cette voie à l'entrée, même si la sortie est un carrefour avec
stop ou cédez-le-passage (ce qui n'est pas toujours le cas dans les
bretelles de jonction entre deux autoroutes par exemple où les voies
d'accélération continuent sans fusionner et s'ajoutent au compte des voies
totales de la route principale.

Le cas des secondary_link ou tertiary_link est plus ambigu : difficile de
les qualifier comme "bretelles" quand il y a des accès privés latéraux (ou
tout autres highway=service) et surtout s'il y a des adresses, des
parkings, des garages. et encore plus si les arrêts sont autorisés ou
bordées de stationnement, même si c'est une voie unique en sens unique.

Je ne vois pas l'intérêt de faire la différence selon le type de voie
secondaire que ces bretelles interconnectent : on peut toujours regarder ce
qu'il y a au noeud d'extrémité, mais la plupart du temps c'est une
intersection ou un giratoire avec très souvent plusieurs types possibles.



Le ven. 14 sept. 2018 à 23:52, djakk djakk  a écrit :

> Oui, en fait il s’agit du type de la voie qui est 2ème dans le classement
> des voiries que connecte la bretelle : motorway vers secondary, tertiary et
> primary -> on retiendra primary.
>
>
> djakk
>
>
> Le ven. 14 sept. 2018 à 23:23, Philippe Verdy  a
> écrit :
>
>> on a déjà les clés destination=* et sinon ces bretelles aboutissent à une
>> extrémité sur plusieurs routes de type différent à leur jonction. Je vois
>> mal comment désigner le type de l'autre côté quand il peut y en avoir
>> plusieurs (souvent aussi la destination est vers un rond-point, mais il
>> hérite de la typologie le plus importante des voies connectées).
>> On ne peut pas tout mettre dans un tag et en pratique ces bretelles font
>> partie de la voie principale qu'elles connectent. Le seul fait de voir un
>> "*_link" signifie déjà qu'il y a une connexion entre deux types, on connait
>> l'un et l'autre est un type inférieur.
>>
>> Le ven. 14 sept. 2018 à 21:40, djakk djakk  a
>> écrit :
>>
>>> Ou bien perdre l’info actuelle au profit de l’”autre côté” : remplacer
>>> la valeur de highway=*_link ? (En pratique c’est fait fréquemment en France)
>>>
>>>
>>> djakk
>>>
>>> Le ven. 14 sept. 2018 à 18:46, djakk djakk  a
>>> écrit :
>>>
 Salut !

 Une autre chose me tarabusce au sujet des routes dans osm, c’est
 l’absence d’info sur le type de route joint par une bretelle
 (highway=*_link), c’est-à-dire qu’on sait qu’une bretelle joint une
 autoroute mais on n’a pas d’info sur l’autre côté ! Primary, secondary ? On
 ne sait pas directement.

 Et je trouve cette information plus importante. En effet, si on relie
 une autoroute à une autoroute, ou si on relie une autoroute à une tertiary,
 on pourrait choisir au niveau du rendu de ne pas afficher la bretelle.
 Impossible en l’état actuel.

 Du coup je propose link_from et link_to : pour une bretelle dans le
 sens autoroute vers tertiary, on aura link_from=motorway et
 link_to=tertiary.

 djakk

 ___
>>> 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] Les bretelles

[djakk djakk]

Oui, en fait il s’agit du type de la voie qui est 2ème dans le classement
des voiries que connecte la bretelle : motorway vers secondary, tertiary et
primary -> on retiendra primary.


djakk


Le ven. 14 sept. 2018 à 23:23, Philippe Verdy  a écrit :

> on a déjà les clés destination=* et sinon ces bretelles aboutissent à une
> extrémité sur plusieurs routes de type différent à leur jonction. Je vois
> mal comment désigner le type de l'autre côté quand il peut y en avoir
> plusieurs (souvent aussi la destination est vers un rond-point, mais il
> hérite de la typologie le plus importante des voies connectées).
> On ne peut pas tout mettre dans un tag et en pratique ces bretelles font
> partie de la voie principale qu'elles connectent. Le seul fait de voir un
> "*_link" signifie déjà qu'il y a une connexion entre deux types, on connait
> l'un et l'autre est un type inférieur.
>
> Le ven. 14 sept. 2018 à 21:40, djakk djakk  a
> écrit :
>
>> Ou bien perdre l’info actuelle au profit de l’”autre côté” : remplacer la
>> valeur de highway=*_link ? (En pratique c’est fait fréquemment en France)
>>
>>
>> djakk
>>
>> Le ven. 14 sept. 2018 à 18:46, djakk djakk  a
>> écrit :
>>
>>> Salut !
>>>
>>> Une autre chose me tarabusce au sujet des routes dans osm, c’est
>>> l’absence d’info sur le type de route joint par une bretelle
>>> (highway=*_link), c’est-à-dire qu’on sait qu’une bretelle joint une
>>> autoroute mais on n’a pas d’info sur l’autre côté ! Primary, secondary ? On
>>> ne sait pas directement.
>>>
>>> Et je trouve cette information plus importante. En effet, si on relie
>>> une autoroute à une autoroute, ou si on relie une autoroute à une tertiary,
>>> on pourrait choisir au niveau du rendu de ne pas afficher la bretelle.
>>> Impossible en l’état actuel.
>>>
>>> Du coup je propose link_from et link_to : pour une bretelle dans le sens
>>> autoroute vers tertiary, on aura link_from=motorway et link_to=tertiary.
>>>
>>> djakk
>>>
>>> ___
>> 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] Les bretelles

[Philippe Verdy]

on a déjà les clés destination=* et sinon ces bretelles aboutissent à une
extrémité sur plusieurs routes de type différent à leur jonction. Je vois
mal comment désigner le type de l'autre côté quand il peut y en avoir
plusieurs (souvent aussi la destination est vers un rond-point, mais il
hérite de la typologie le plus importante des voies connectées).
On ne peut pas tout mettre dans un tag et en pratique ces bretelles font
partie de la voie principale qu'elles connectent. Le seul fait de voir un
"*_link" signifie déjà qu'il y a une connexion entre deux types, on connait
l'un et l'autre est un type inférieur.

Le ven. 14 sept. 2018 à 21:40, djakk djakk  a écrit :

> Ou bien perdre l’info actuelle au profit de l’”autre côté” : remplacer la
> valeur de highway=*_link ? (En pratique c’est fait fréquemment en France)
>
>
> djakk
>
> Le ven. 14 sept. 2018 à 18:46, djakk djakk  a
> écrit :
>
>> Salut !
>>
>> Une autre chose me tarabusce au sujet des routes dans osm, c’est
>> l’absence d’info sur le type de route joint par une bretelle
>> (highway=*_link), c’est-à-dire qu’on sait qu’une bretelle joint une
>> autoroute mais on n’a pas d’info sur l’autre côté ! Primary, secondary ? On
>> ne sait pas directement.
>>
>> Et je trouve cette information plus importante. En effet, si on relie une
>> autoroute à une autoroute, ou si on relie une autoroute à une tertiary, on
>> pourrait choisir au niveau du rendu de ne pas afficher la bretelle.
>> Impossible en l’état actuel.
>>
>> Du coup je propose link_from et link_to : pour une bretelle dans le sens
>> autoroute vers tertiary, on aura link_from=motorway et link_to=tertiary.
>>
>> djakk
>>
>> ___
> 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] Les bretelles

[djakk djakk]

Ou bien perdre l’info actuelle au profit de l’”autre côté” : remplacer la
valeur de highway=*_link ? (En pratique c’est fait fréquemment en France)


djakk

Le ven. 14 sept. 2018 à 18:46, djakk djakk  a écrit :

> Salut !
>
> Une autre chose me tarabusce au sujet des routes dans osm, c’est l’absence
> d’info sur le type de route joint par une bretelle (highway=*_link),
> c’est-à-dire qu’on sait qu’une bretelle joint une autoroute mais on n’a pas
> d’info sur l’autre côté ! Primary, secondary ? On ne sait pas directement.
>
> Et je trouve cette information plus importante. En effet, si on relie une
> autoroute à une autoroute, ou si on relie une autoroute à une tertiary, on
> pourrait choisir au niveau du rendu de ne pas afficher la bretelle.
> Impossible en l’état actuel.
>
> Du coup je propose link_from et link_to : pour une bretelle dans le sens
> autoroute vers tertiary, on aura link_from=motorway et link_to=tertiary.
>
> djakk
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Les bretelles

[djakk djakk]

Salut !

Une autre chose me tarabusce au sujet des routes dans osm, c’est l’absence
d’info sur le type de route joint par une bretelle (highway=*_link),
c’est-à-dire qu’on sait qu’une bretelle joint une autoroute mais on n’a pas
d’info sur l’autre côté ! Primary, secondary ? On ne sait pas directement.

Et je trouve cette information plus importante. En effet, si on relie une
autoroute à une autoroute, ou si on relie une autoroute à une tertiary, on
pourrait choisir au niveau du rendu de ne pas afficher la bretelle.
Impossible en l’état actuel.

Du coup je propose link_from et link_to : pour une bretelle dans le sens
autoroute vers tertiary, on aura link_from=motorway et link_to=tertiary.

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