Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

[Marc M.]

Bonjour,

et tu listes 2 ref ? hum

pour éviter de faire une nouvelle particularité fr-fr,
et vu qu'on a trouvé aucune utilité a dupliquer
la ref de la route sur toutes les bornes,
je suis partisant de respecter la situation actuelle
cad pour ton exemple :
highway=milestone
distance=22
operator=SANEF
ref=77PR22DC

chaque pays qui invente son propre schéma,
c'est nuisible pour osm, surtout quand
aucun argument n'est émis.

Cordialement,
Marc

Le 09.06.20 à 08:47, didier2020 a écrit :
> afin de trouver une solution sans "ref" :
> 
> proposition d'utilisation des attributs de la base rrn
> description complète :
> http://dtrf.setra.fr/pdf/pj/Dtrf/0005/Dtrf-0005792/DT5792.pdf
> 
> Pour les "nodes" highway=milestone
> attribut base rrn
>   
> valeur dans la base rrn
>   
> tag osm proposé
>   
> valeur tag osm
>   
> nota
> route
>   
> A0004
>   
> ref:FR:route
>   A0004   
> ref "A 4" est sur le way
> pr
>   
> 22
>   
> distance
>   
> 22
>   
> information visible sur le terrain
> dep
>   
> 77
>   
> concession
>   
> C
>   
>   
> concédé n'est pas synonyme de payant
> cote
>   
> D
>   
> D,G ou U
> gestionnaire
>   
> SANEF
>   
> operator
>   
> SANEF
>   
> plo
>   
> 77PR22DC
>   
> ref:FR:plo
>   77PR22DC
> avec le plo, on peut retrouver tous les autres attributs et inversement
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> et pour être cohérent, 
> pour les "way" highway=*_link ou junction=roundabout
> attribut base rrn
>   
> valeur dans la base rrn
>   
> tag osm proposé
>   
> valeur tag osm
>   
> nota
> route
>   26N953220   
> ref:FR:route
>   26N953220   
> pr
>   
> 2
>   
>   
> le pr correspond a un n° de bretelle
> dep
>   
> 77
>   
> concession
>   
> C
>   
>   
> cote
>   
> D
>   
> le coté est toujours D
> gestionnaire
>   
> DIRCE
>   
> operator
>   
> DIRCE
>   
> plo
>   
> 26N953220_2
>   
> ref:FR:plo
>   26N953220_2 
> avec le plo, on peut retrouver tous les autres attributs et inversement
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> dans le champs source:plo, l'attribution et le milésime
> 
> 
> Le lundi 08 juin 2020 à 13:26 +0200, didier2020 a écrit :
>> comme il n'y a pas de consensus sur l'utilisation des tags
>> complémentaire a higway=milestone,
>>
>> j'ai téléchargé le pbf de la france et filtrer les nodes
>> highway=milestone pour voir ce qui existe :
>>
>> sur 10935 higway=milestone, 
>> - 9057 ont un tag ref
>> - 442 ont un tag ref avec une valeur numerique
>> - distance :
>>  705 n'ont pas de valeur distance
>>  60 sont du texte/inclus un . ou +
>>  170 ont des valeurs supérieur a 1000, donc a prioris des metres plutot
>> que des kilometres
>> - 400 avec un tag ref:highway
>>
>>
>>
>>
>>
>> ___
>> 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] Intégration du bornage du réseau routier national

[didier2020]

afin de trouver une solution sans "ref" :
proposition d'utilisation des attributs de la base rrndescription
complète  : 
http://dtrf.setra.fr/pdf/pj/Dtrf/0005/Dtrf-0005792/DT5792.pdf
Pour les "nodes" highway=milestoneattribut 
base rrnvaleur dans
la base rrntag osm
proposévaleur tag
osmnotarouteA0004ref:FR:rrn:routeA0004ref "A 4" est sur le
waypr22distance22information visible sur le terraindep77concessionC
concédé n'est pas synonyme de payantcoteDD,G ou
UgestionnaireSANEFoperatorSANEFplo77PR22DCref:FR:rrn:plo77PR22DCavec le
plo, on peut retrouver tous les autres attributs et inversement














et pour être cohérent, 
pour les "way" highway=*_link ou junction=roundabout
attribut 
base rrnvaleur dans
la base rrntag osmproposévaleur tag
osmnotaroute26N953220ref:FR:rrn:route26N953220on pourrait ne pas
l'intégrerpr2
le pr correspond a un n° de bretelledep77concessionN

coteDle coté est toujours
DgestionnaireDIRCEoperatorDIRCEplo26N953220_2ref:FR:rrn:plo

26N953220_2avec le plo, on peut retrouver tous les autres attributs et
inversement













dans le champs source:plo, l'attribution et le milésime

Le lundi 08 juin 2020 à 13:26 +0200, didier2020 a écrit :
> comme il n'y a pas de consensus sur l'utilisation des tags
> complémentaire a higway=milestone,
> 
> j'ai téléchargé le pbf de la france et filtrer les nodes
> highway=milestone pour voir ce qui existe :
> 
> sur 10935 higway=milestone, 
> - 9057 ont un tag ref
> - 442 ont un tag ref avec une valeur numerique
> - distance :
>  705 n'ont pas de valeur distance
>  60 sont du texte/inclus un . ou +
>  170 ont des valeurs supérieur a 1000, donc a prioris des metres
> plutot
> que des kilometres
> - 400 avec un tag ref:highway
> 
> 
> 
> 
> 
> ___
> 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] Intégration du bornage du réseau routier national

[didier2020]

afin de trouver une solution sans "ref" :
proposition d'utilisation des attributs de la base rrndescription
complète  : 
http://dtrf.setra.fr/pdf/pj/Dtrf/0005/Dtrf-0005792/DT5792.pdf
Pour les "nodes" highway=milestoneattribut 
base rrnvaleur dans
la base rrntag osm
proposévaleur tag
osmnotarouteA0004ref:FR:routeA0004ref "A 4" est sur le
waypr22distance22information visible sur le terraindep77concessionC
concédé n'est pas synonyme de payantcoteDD,G ou
UgestionnaireSANEFoperatorSANEFplo77PR22DCref:FR:plo77PR22DCavec le
plo, on peut retrouver tous les autres attributs et inversement














et pour être cohérent, 
pour les "way" highway=*_link ou junction=roundabout
attribut 
base rrnvaleur dans
la base rrntag osm
proposévaleur tag
osmnotaroute26N953220ref:FR:route26N953220pr2
le pr correspond a un n° de bretelledep77concessionC

coteDle coté est toujours
DgestionnaireDIRCEoperatorDIRCEplo26N953220_2ref:FR:plo26N953220_2avec
le plo, on peut retrouver tous les autres attributs et inversement













dans le champs source:plo, l'attribution et le milésime

Le lundi 08 juin 2020 à 13:26 +0200, didier2020 a écrit :
> comme il n'y a pas de consensus sur l'utilisation des tags
> complémentaire a higway=milestone,
> 
> j'ai téléchargé le pbf de la france et filtrer les nodes
> highway=milestone pour voir ce qui existe :
> 
> sur 10935 higway=milestone, 
> - 9057 ont un tag ref
> - 442 ont un tag ref avec une valeur numerique
> - distance :
>  705 n'ont pas de valeur distance
>  60 sont du texte/inclus un . ou +
>  170 ont des valeurs supérieur a 1000, donc a prioris des metres
> plutot
> que des kilometres
> - 400 avec un tag ref:highway
> 
> 
> 
> 
> 
> ___
> 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] Intégration du bornage du réseau routier national

[osm . sanspourriel]

Le 08/06/2020 à 14:59, didier2020 - osm2...@free.fr a écrit :

c'est quelqu'un dont le métier est la route
12+1600 veut dire 1600 m après 12


D'après les photos
,
j'avais cru comprendre

ref= A 86 (ou A 86 extérieur)
distance= 29.

Si maintenant c'est 1+29 et que ce n'est pas sur le terrain... ça change
tout !

Jean-Yvon

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

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

[didier2020]

Le lundi 08 juin 2020 à 15:44 +0200, osm.sanspourr...@spamgourmet.com a
écrit :
> https://www.mapillary.com/app/?lat=48.8611312=2.4841852=17=G1IiVslryLcBZplrme2ENA=photo=0.30771109667569485=0.7322106887594706=3
> 
> Ce serait A 86 ou A 86 extérieur ? Sur le panneau il y a A 86
> extérieur.
il y a un petit 'D' en bas a droite.
extérieur n'est pas 'conforme'
> 
> Et à partir de ça on sait reconstituer la référence RRN ?
non ...,
pour le rrn, a cet endroit c'est
route=A00086 plo=93PR29D 
(ou 93 est le département gestionnaire, pas le département ou se situe
la borne)


> 
> "+" pour indiquer que la distance est positive ? Semble évident !
> 
> Le 08/06/2020 à 15:07, didier2020 - osm2...@free.fr a écrit :
> > Le lundi 08 juin 2020 à 14:31 +0200, Marc M. a écrit :
> > > Le 08.06.20 à 13:26, didier2020 a écrit :
> > > > - 9057 ont un tag ref
> > > ce serrait sans doute utile de chercher quelques photos
> > > de borne avec la ref visible.
> > https://www.mapillary.com/app/?lat=48.8247647=2.4636774=17=IlaESQuLBwKEqsw1F-FV4w=photo=0.5059995150967409=0.4975920048505564=0
> > 
> > https://www.mapillary.com/app/?lat=48.8611312002=2.484185199562=16.84333642656937=G1IiVslryLcBZplrme2ENA=photo
> > 
> > https://www.mapillary.com/app/?lat=49.073468617885425=2.332858531006834=17=vxFrND-wENkm_OfdYDqsmA=photo
> > 
> > > >   60 sont du texte/inclus un . ou +
> > > . est le séparateur décimal dans osm, du coup c'est numérique.
> > > le + est + étrange.
> > > 
> > > > ref:highway
> > > > serait une solution
> > > à mon avis, quand il n'y a pas consensus, osmose doit s'abstenir
> > > donc intégrons déjà toutes les bornes sans ref:highway
> > > 
> > > > "notre" besoin de référence unique
> > > quel besoin ? si la ref dans la source n'est pas unique, elle
> > > n'est
> > > pas
> > > unique.
> > > prenons un exemple fictif : si la sncf décide de peindre ses
> > > places
> > > de parking en commençant par 1 sur tous ces sites, cela ferra des
> > > ref=1
> > > non unique dans osm.
> > > ce n'est pas le rôle d'osm d'inventer une ref genre
> > > ref:FR:SNCF:siteA
> > > par dogme d'unicité dans osm.
> > > ou exemple réel : la route ref=1 n'est pas unique dans osm,
> > > c'est la réalité, cela n'empêche pas son utilisation.
> > > 
> > > dupliquer + tard un ref:highway s'il y a un cas d'usage et un
> > > consensus,
> > > c'est toujours possible
> > > 
> > > ___
> > > 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] Intégration du bornage du réseau routier national

[osm . sanspourriel]

https://www.mapillary.com/app/?lat=48.8611312=2.4841852=17=G1IiVslryLcBZplrme2ENA=photo=0.30771109667569485=0.7322106887594706=3

Ce serait A 86 ou A 86 extérieur ? Sur le panneau il y a A 86 extérieur.

Et à partir de ça on sait reconstituer la référence RRN ?

"+" pour indiquer que la distance est positive ? Semble évident !

Le 08/06/2020 à 15:07, didier2020 - osm2...@free.fr a écrit :

Le lundi 08 juin 2020 à 14:31 +0200, Marc M. a écrit :

Le 08.06.20 à 13:26, didier2020 a écrit :

- 9057 ont un tag ref

ce serrait sans doute utile de chercher quelques photos
de borne avec la ref visible.

https://www.mapillary.com/app/?lat=48.8247647=2.4636774=17=IlaESQuLBwKEqsw1F-FV4w=photo=0.5059995150967409=0.4975920048505564=0

https://www.mapillary.com/app/?lat=48.8611312002=2.484185199562=16.84333642656937=G1IiVslryLcBZplrme2ENA=photo

https://www.mapillary.com/app/?lat=49.073468617885425=2.332858531006834=17=vxFrND-wENkm_OfdYDqsmA=photo


  60 sont du texte/inclus un . ou +

. est le séparateur décimal dans osm, du coup c'est numérique.
le + est + étrange.


ref:highway
serait une solution

à mon avis, quand il n'y a pas consensus, osmose doit s'abstenir
donc intégrons déjà toutes les bornes sans ref:highway


"notre" besoin de référence unique

quel besoin ? si la ref dans la source n'est pas unique, elle n'est
pas
unique.
prenons un exemple fictif : si la sncf décide de peindre ses places
de parking en commençant par 1 sur tous ces sites, cela ferra des
ref=1
non unique dans osm.
ce n'est pas le rôle d'osm d'inventer une ref genre ref:FR:SNCF:siteA
par dogme d'unicité dans osm.
ou exemple réel : la route ref=1 n'est pas unique dans osm,
c'est la réalité, cela n'empêche pas son utilisation.

dupliquer + tard un ref:highway s'il y a un cas d'usage et un
consensus,
c'est toujours possible

___
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] Intégration du bornage du réseau routier national

[didier2020]

Le lundi 08 juin 2020 à 14:31 +0200, Marc M. a écrit :
> Le 08.06.20 à 13:26, didier2020 a écrit :
> > - 9057 ont un tag ref
> 
> ce serrait sans doute utile de chercher quelques photos
> de borne avec la ref visible.

https://www.mapillary.com/app/?lat=48.8247647=2.4636774=17=IlaESQuLBwKEqsw1F-FV4w=photo=0.5059995150967409=0.4975920048505564=0

https://www.mapillary.com/app/?lat=48.8611312002=2.484185199562=16.84333642656937=G1IiVslryLcBZplrme2ENA=photo

https://www.mapillary.com/app/?lat=49.073468617885425=2.332858531006834=17=vxFrND-wENkm_OfdYDqsmA=photo

> 
> >  60 sont du texte/inclus un . ou +
> 
> . est le séparateur décimal dans osm, du coup c'est numérique.
> le + est + étrange.
> 
> > ref:highway
> > serait une solution
> 
> à mon avis, quand il n'y a pas consensus, osmose doit s'abstenir
> donc intégrons déjà toutes les bornes sans ref:highway
> 
> > "notre" besoin de référence unique
> 
> quel besoin ? si la ref dans la source n'est pas unique, elle n'est
> pas
> unique.
> prenons un exemple fictif : si la sncf décide de peindre ses places
> de parking en commençant par 1 sur tous ces sites, cela ferra des
> ref=1
> non unique dans osm.
> ce n'est pas le rôle d'osm d'inventer une ref genre ref:FR:SNCF:siteA
> par dogme d'unicité dans osm.
> ou exemple réel : la route ref=1 n'est pas unique dans osm,
> c'est la réalité, cela n'empêche pas son utilisation.
> 
> dupliquer + tard un ref:highway s'il y a un cas d'usage et un
> consensus,
> c'est toujours possible
> 
> ___
> 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] Intégration du bornage du réseau routier national

[didier2020]

Le lundi 08 juin 2020 à 14:31 +0200, Marc M. a écrit :
> Le 08.06.20 à 13:26, didier2020 a écrit :
> > - 9057 ont un tag ref
> 
> ce serrait sans doute utile de chercher quelques photos
> de borne avec la ref visible.
> 
> >  60 sont du texte/inclus un . ou +
> 
> . est le séparateur décimal dans osm, du coup c'est numérique.
> le + est + étrange.
c'est quelqu'un dont le métier est la route
12+1600 veut dire 1600 m après 12
> 
> > ref:highway
> > serait une solution
> 
> à mon avis, quand il n'y a pas consensus, osmose doit s'abstenir
> donc intégrons déjà toutes les bornes sans ref:highway
> 
> > "notre" besoin de référence unique
> 
> quel besoin ? si la ref dans la source n'est pas unique, elle n'est
> pas
> unique.

dans la base de donnée du réseau rrn, 
route + borne = référence & localisation unique

> prenons un exemple fictif : si la sncf décide de peindre ses places
> de parking en commençant par 1 sur tous ces sites, cela ferra des
> ref=1
> non unique dans osm.
> ce n'est pas le rôle d'osm d'inventer une ref genre ref:FR:SNCF:siteA
> par dogme d'unicité dans osm.
> ou exemple réel : la route ref=1 n'est pas unique dans osm,
> c'est la réalité, cela n'empêche pas son utilisation.
> 

c'est comme une addr:housenumber sans addr:street ni relation
associated...
le numero seul a une réutilisation très limitée voir inexistante.



> dupliquer + tard un ref:highway s'il y a un cas d'usage et un
> consensus,
> c'est toujours possible
> 
> ___
> 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] Intégration du bornage du réseau routier national

[Marc M.]

Le 08.06.20 à 13:26, didier2020 a écrit :
> - 9057 ont un tag ref

ce serrait sans doute utile de chercher quelques photos
de borne avec la ref visible.

>  60 sont du texte/inclus un . ou +

. est le séparateur décimal dans osm, du coup c'est numérique.
le + est + étrange.

> ref:highway
> serait une solution

à mon avis, quand il n'y a pas consensus, osmose doit s'abstenir
donc intégrons déjà toutes les bornes sans ref:highway

> "notre" besoin de référence unique

quel besoin ? si la ref dans la source n'est pas unique, elle n'est pas
unique.
prenons un exemple fictif : si la sncf décide de peindre ses places
de parking en commençant par 1 sur tous ces sites, cela ferra des ref=1
non unique dans osm.
ce n'est pas le rôle d'osm d'inventer une ref genre ref:FR:SNCF:siteA
par dogme d'unicité dans osm.
ou exemple réel : la route ref=1 n'est pas unique dans osm,
c'est la réalité, cela n'empêche pas son utilisation.

dupliquer + tard un ref:highway s'il y a un cas d'usage et un consensus,
c'est toujours possible

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

[OSM-talk-fr] Intégration du bornage du réseau routier national

[didier2020]

comme il n'y a pas de consensus sur l'utilisation des tags
complémentaire a higway=milestone,

j'ai téléchargé le pbf de la france et filtrer les nodes
highway=milestone pour voir ce qui existe :

sur 10935 higway=milestone, 
- 9057 ont un tag ref
- 442 ont un tag ref avec une valeur numerique
- distance :
 705 n'ont pas de valeur distance
 60 sont du texte/inclus un . ou +
 170 ont des valeurs supérieur a 1000, donc a prioris des metres plutot
que des kilometres
- 400 avec un tag ref:highway

ce ref:highway est peut etre redondant,
mais pas plus que addr:street/name pour les adresses,
serait une solution pour "notre" besoin de référence unique pour le
réseau routier national ?






 




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

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

[François Lacombe]

Bonjour Jérôme

Le dim. 7 juin 2020 à 20:28, Jérôme Amagat  a
écrit :

>
>
>> Si, c'est écrit : à côté de la voie
>> https://wiki.openstreetmap.org/wiki/FR:Key:marker#Comment_contribuer
>>
>> là tu parle du tag marker=* pas de highway=milestone
>

C'est la même chose, marker=* donne l'apparence physique de la borne.

J'ai mis à jour la version anglaise
https://wiki.openstreetmap.org/wiki/Tag:highway%3Dmilestone


>  On ne roule pas sur les feux de signalisation et pourtant c'est conseillé
> de placer highway=traffic_signals sur un node du way de la route voir à
> l'intersection des ways des routes. pareil pour les panneaux stop et cédez
> le passage.
> Le problème c'est indique t on la borne ou ce qu'elle représente : c'est
> lorsqu'on est sur la route à côté de la borne que l'on est au point
> kilométrique. Pareil pour les feux et panneaux (pour les feux et panneaux,
> on a le problème de la direction mais pas là). Pour les route, on
> "schématise" pas mal dans osm, pas de surfacique, 1 way par chaussée et pas
> par voie ... autant continuer.
> un node à côté de la route, ça veut aussi dire que l'info est beaucoup
> plus difficile à réutiliser (sauf à l'afficher sur une carte).
> Ici le jeu de donnée c'est beaucoup d'autoroutes où il me semble le pk est
> indiqué des 2 cotés des 2 chaussées donc 3 ou 4 bornes a ajouter, 2 si sur
> le way, 1 par chaussée.
>

La question essentielle est bien de savoir si on cartographie l'effet de
l'objet ou l'objet lui-même.
Dans le cas des feux et des balises, c'est plutôt l'effet.
Pour les limitations de vitesse, ce sont les deux : on place le panneau à
l'endroit exact et complétons maspeed sur le linéair concerné.

Dans le cas des bornes, je suis en faveur d'indiquer l'emplacement exact,
il n'y a pas d'effet sur le linéaire à matérialiser.


>
> Pas de ref dans le fichier. le code plo indiqué dans le 1er message peut
> être déduit des différentes colonne du fichier, mais n'est pas présent.
>

Donc, pas de ref=*

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

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

[Jérôme Amagat]

Le dim. 7 juin 2020 à 15:16, François Lacombe  a
écrit :

> Bonjour à tous,
>
> Le dim. 7 juin 2020 à 11:02, Frédéric Rodrigo  a
> écrit :
>
>> Le 04/06/2020 à 17:09, Marc M. a écrit :
>> > Le 04.06.20 à 17:02, didier2020 a écrit :
>> >> dans le référentiel, la bretelle est définie par 2 plo, non visible
>> >> sur le terrain
>> >> - la référence métier est sur un way
>> > séparer l'intégration en 2 :
>> > - les bornes réelles d'un côté
>> > - les ref de route non indiquée sur le terrain...
>> > sans doute qlq chose pour unsigned_ref.
>> > très pratique pour éviter qu'un guidage te propose
>> > de suivre une ref que tu ne vois pas.
>>
>> Je pense qu'il faut déjà se concentrer sur les bornes physiques.
>>
>>
>>
>> Un borne est portée une route qui a une référence.
>>
>> Le wiki de dit pas si la borne doit être sur ou a coté du la voie.
>>
>
> Si, c'est écrit : à côté de la voie
> https://wiki.openstreetmap.org/wiki/FR:Key:marker#Comment_contribuer
>
> là tu parle du tag marker=* pas de highway=milestone


> Ajouter les bornes comme noeuds de la route est une mauvaise idée : vous
> ne roulez pas sur la borne quand vous y circulez.
> Idem pour la signalisation.
>

On ne roule pas sur les feux de signalisation et pourtant c'est conseillé
de placer highway=traffic_signals sur un node du way de la route voir à
l'intersection des ways des routes. pareil pour les panneaux stop et cédez
le passage.
Le problème c'est indique t on la borne ou ce qu'elle représente : c'est
lorsqu'on est sur la route à côté de la borne que l'on est au point
kilométrique. Pareil pour les feux et panneaux (pour les feux et panneaux,
on a le problème de la direction mais pas là). Pour les route, on
"schématise" pas mal dans osm, pas de surfacique, 1 way par chaussée et pas
par voie ... autant continuer.
un node à côté de la route, ça veut aussi dire que l'info est beaucoup plus
difficile à réutiliser (sauf à l'afficher sur une carte).
Ici le jeu de donnée c'est beaucoup d'autoroutes où il me semble le pk est
indiqué des 2 cotés des 2 chaussées donc 3 ou 4 bornes a ajouter, 2 si sur
le way, 1 par chaussée.


>
>> La borne a ensuite une référence unique par route, composé du
>> département, numéro d'ordre de la borne, coté de chaussée [...])
>>
>> http://dtrf.setra.fr/pdf/pj/Dtrf/0005/Dtrf-0005792/DT5792.pdf page 12
>>
>> Mais cette référence de borne n'inclut pas la référence de la route
>> (c'eût aurait été trop facile).
>>
>
>> Nationalement il y a donc des doublons de référence de bornes. Ils font
>> donc les deux références pour l'identifier.
>>
>
> C'est le cas de certains objets, dont plusieurs déjà traités par Osmose :
> les pylônes RTE par exemple.
> C'est le cas aussi de la plupart des lampadaires, de beaucoup de bornes à
> incendie, des bornes GRTgaz.
> Les numéros sont donnés à la ligne, à la commune ou à l'EPCI, on ne peut
> pas les identifier nationalement.
>
> La conflation doit se faire dans chaque périmètre ce qui ajoute une
> difficulté en plus oui
>
>
>>
>> Soit on considère que par jointure/proximité avec la voie qui la porte
>> on retrouve cette référence, soit on cherche à rajouter la ref de la
>> route quand même sur la borne (mais dans quel tag ?), ou tout mettre
>> dans le même tag par concaténation.
>>
>
> ref=* doit contenir la référence de la borne telle que vue sur le terrain
> ou à défaut dans le fichier.
>

Pas de ref dans le fichier. le code plo indiqué dans le 1er message peut
être déduit des différentes colonne du fichier, mais n'est pas présent.

>
> M'est avis qu'il faut sortir de ref:*=* l'identification de la route sur
> la borne pour ne pas confondre.
> Un truc du style highway_name=* ou apparenté.
>
>
> Le dim. 7 juin 2020 à 11:33, didier2020  a écrit :
>
>>
>> Les versions Française et Anglaise ne sont pas aprouvée...
>>
>> la proposition était simple : ref est le nom de la route
>> https://wiki.openstreetmap.org/wiki/Proposed_features/Milestones
>
>
> Bon point de souligner que les discussion n'est pas allée au bout.
>
> Je n'ai pas la même interprétation de "ref
> =* is optional, only to be
> used if the milestone actually has a reference number written on it."
> En France, je ne connais aucune borne kilométrique qui ait une référence
> sur le terrain.
>
>
> Bon dimanche à vous
>
> François
>
> ___
> 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] Intégration du bornage du réseau routier national

[François Lacombe]

Le dim. 7 juin 2020 à 15:15, François Lacombe  a
écrit :

> Bonjour à tous,
>
> Le dim. 7 juin 2020 à 11:02, Frédéric Rodrigo  a
> écrit :
>
>>
>> Le wiki de dit pas si la borne doit être sur ou a coté du la voie.
>>
>
> Si, c'est écrit : à côté de la voie
> https://wiki.openstreetmap.org/wiki/FR:Key:marker#Comment_contribuer
>
> Ajouter les bornes comme noeuds de la route est une mauvaise idée : vous
> ne roulez pas sur la borne quand vous y circulez.
> Idem pour la signalisation.
>

Je nuance mon propos : ajouter le noeud sur la voie ne correspondrait
qu'aux situations où le point kilométrique est peint au sol, sur la voie.
highway=milestone
marker=ground
color=*
distance=*

Ce serait également le cas pour des canalisations en surface si la borne
est directement installée dessus.

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

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

[François Lacombe]

Bonjour à tous,

Le dim. 7 juin 2020 à 11:02, Frédéric Rodrigo  a
écrit :

> Le 04/06/2020 à 17:09, Marc M. a écrit :
> > Le 04.06.20 à 17:02, didier2020 a écrit :
> >> dans le référentiel, la bretelle est définie par 2 plo, non visible
> >> sur le terrain
> >> - la référence métier est sur un way
> > séparer l'intégration en 2 :
> > - les bornes réelles d'un côté
> > - les ref de route non indiquée sur le terrain...
> > sans doute qlq chose pour unsigned_ref.
> > très pratique pour éviter qu'un guidage te propose
> > de suivre une ref que tu ne vois pas.
>
> Je pense qu'il faut déjà se concentrer sur les bornes physiques.
>
>
>
> Un borne est portée une route qui a une référence.
>
> Le wiki de dit pas si la borne doit être sur ou a coté du la voie.
>

Si, c'est écrit : à côté de la voie
https://wiki.openstreetmap.org/wiki/FR:Key:marker#Comment_contribuer

Ajouter les bornes comme noeuds de la route est une mauvaise idée : vous ne
roulez pas sur la borne quand vous y circulez.
Idem pour la signalisation.


> La borne a ensuite une référence unique par route, composé du
> département, numéro d'ordre de la borne, coté de chaussée [...])
>
> http://dtrf.setra.fr/pdf/pj/Dtrf/0005/Dtrf-0005792/DT5792.pdf page 12
>
> Mais cette référence de borne n'inclut pas la référence de la route
> (c'eût aurait été trop facile).
>

> Nationalement il y a donc des doublons de référence de bornes. Ils font
> donc les deux références pour l'identifier.
>

C'est le cas de certains objets, dont plusieurs déjà traités par Osmose :
les pylônes RTE par exemple.
C'est le cas aussi de la plupart des lampadaires, de beaucoup de bornes à
incendie, des bornes GRTgaz.
Les numéros sont donnés à la ligne, à la commune ou à l'EPCI, on ne peut
pas les identifier nationalement.

La conflation doit se faire dans chaque périmètre ce qui ajoute une
difficulté en plus oui


>
> Soit on considère que par jointure/proximité avec la voie qui la porte
> on retrouve cette référence, soit on cherche à rajouter la ref de la
> route quand même sur la borne (mais dans quel tag ?), ou tout mettre
> dans le même tag par concaténation.
>

ref=* doit contenir la référence de la borne telle que vue sur le terrain
ou à défaut dans le fichier.

M'est avis qu'il faut sortir de ref:*=* l'identification de la route sur la
borne pour ne pas confondre.
Un truc du style highway_name=* ou apparenté.


Le dim. 7 juin 2020 à 11:33, didier2020  a écrit :

>
> Les versions Française et Anglaise ne sont pas aprouvée...
>
> la proposition était simple : ref est le nom de la route
> https://wiki.openstreetmap.org/wiki/Proposed_features/Milestones


Bon point de souligner que les discussion n'est pas allée au bout.

Je n'ai pas la même interprétation de "ref
=* is optional, only to be
used if the milestone actually has a reference number written on it."
En France, je ne connais aucune borne kilométrique qui ait une référence
sur le terrain.


Bon dimanche à vous

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

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

[Jérôme Amagat]

mon avis :
un node avec highway=milestone et distance=pr
ce node doit être un node du way de la route. Mais je ne crois pas
qu'osmose peut faire quelque chose pour ça.
Pas de ref=*, il n'y a pas de référence sur les bornes ni pour les borne
dans le jeux de données, le A * ou N * c'est la référence de la route et
pas de la borne.

Pour les bretelles, ajouter sur les way la référence en ref=*

il y a plusieurs bornage pour des départements sur data.gouv.fr :
https://www.data.gouv.fr/fr/search/?q=bornage
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

[didier2020]

Le dimanche 07 juin 2020 à 11:04 +0200, Frédéric Rodrigo a écrit :
> Le 04/06/2020 à 17:09, Marc M. a écrit :
> > Le 04.06.20 à 17:02, didier2020 a écrit :
> > > dans le référentiel, la bretelle est définie par 2 plo, non
> > > visible
> > > sur le terrain
> > > - la référence métier est sur un way
> > séparer l'intégration en 2 :
> > - les bornes réelles d'un côté
> > - les ref de route non indiquée sur le terrain...
> > sans doute qlq chose pour unsigned_ref.
> > très pratique pour éviter qu'un guidage te propose
> > de suivre une ref que tu ne vois pas.
> 
> Je pense qu'il faut déjà se concentrer sur les bornes physiques.
> 
> 
> 
> Un borne est portée une route qui a une référence.
> 
> Le wiki de dit pas si la borne doit être sur ou a coté du la voie.
> 
> 
> 
> La borne a ensuite une référence unique par route, composé du 
> département, numéro d'ordre de la borne, coté de chaussée [...])
> 
> http://dtrf.setra.fr/pdf/pj/Dtrf/0005/Dtrf-0005792/DT5792.pdf page 12
> 
> Mais cette référence de borne n'inclut pas la référence de la route 
> (c'eût aurait été trop facile).
> 
> Nationalement il y a donc des doublons de référence de bornes. Ils
> font 
> donc les deux références pour l'identifier.
> 
> 
> 
> Soit on considère que par jointure/proximité avec la voie qui la
> porte 
> on retrouve cette référence, soit on cherche à rajouter la ref de la 
> route quand même sur la borne (mais dans quel tag ?), ou tout mettre 
> dans le même tag par concaténation.
> 
> 
> 
> Nota: la page du wiki en français sur interprète la version anglaise 
> actuelle 
> https://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dmilestone
> 
> 
Les versions Française et Anglaise ne sont pas aprouvée...

la proposition était simple : ref est le nom de la route 
https://wiki.openstreetmap.org/wiki/Proposed_features/Milestones


> 
> Frédéric.
> 
> (en direct depuis 976PR18aU)
> 
> 
> 
> 
> 
> ___
> 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] Intégration du bornage du réseau routier national

[Frédéric Rodrigo]

Le 04/06/2020 à 17:09, Marc M. a écrit :

Le 04.06.20 à 17:02, didier2020 a écrit :

dans le référentiel, la bretelle est définie par 2 plo, non visible
sur le terrain
- la référence métier est sur un way

séparer l'intégration en 2 :
- les bornes réelles d'un côté
- les ref de route non indiquée sur le terrain...
sans doute qlq chose pour unsigned_ref.
très pratique pour éviter qu'un guidage te propose
de suivre une ref que tu ne vois pas.


Je pense qu'il faut déjà se concentrer sur les bornes physiques.



Un borne est portée une route qui a une référence.

Le wiki de dit pas si la borne doit être sur ou a coté du la voie.



La borne a ensuite une référence unique par route, composé du 
département, numéro d'ordre de la borne, coté de chaussée [...])


http://dtrf.setra.fr/pdf/pj/Dtrf/0005/Dtrf-0005792/DT5792.pdf page 12

Mais cette référence de borne n'inclut pas la référence de la route 
(c'eût aurait été trop facile).


Nationalement il y a donc des doublons de référence de bornes. Ils font 
donc les deux références pour l'identifier.




Soit on considère que par jointure/proximité avec la voie qui la porte 
on retrouve cette référence, soit on cherche à rajouter la ref de la 
route quand même sur la borne (mais dans quel tag ?), ou tout mettre 
dans le même tag par concaténation.




Nota: la page du wiki en français sur interprète la version anglaise 
actuelle https://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dmilestone




Frédéric.

(en direct depuis 976PR18aU)





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

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

[osm . sanspourriel]

> - la distance c'est distance= :)
Et par défaut c'est en km (d'où l'utilisation de kp/pk au lieu de
distance par le passé)

> - la ref de la voie n'est pas la ref de la borne
+1, tu veux dire que sur la voie il faut ref:FR:RRN ? ;-) Private joke.

Il me semble qu'une modélisation proche de celle des associatedStreet
serait adaptée pour factoriser l'information disons associatedRoad :

- en membres road les segments de route dans l'ordre croissant des
distances (l'équivalent des street)
- en membres milestone les plo dans l'ordre croissant des distances
(l'équivalent des street)

- en attributs :
ref=la fameuse référence qui n'est pas celle de la voie.
network=RRN

Ainsi on peut présenter facilement facilement les infos Bison Futé soit
précisément (en utilisant les road) soit grossièrement (en faisant une
courbe entre les différents milestone).

Après il faudrait voir les cas des différents sens.

Typiquement comme pour les transports publics avec une super route si
besoin ? backward=yes si on est du côté "gauche" au sens du RRN /(c'est
à dire probablement dans le sens province-Paris (*))/ ?

  + DB pour début bretelle (plo DB1 pr 1, plo DB2 pr 2)
  + FB pour fin bretelle (plo FB1 pr 1, plo FB2 pr 2)

J'avoue ne pas comprendre si on devrait avoir l'info de début/fin de
bretelle dans OSM. Ce sont grosso-modo les extrémités de la bretelle.
Donc distance=0 pour la première et max(distance). Et pas de super
routes dans ce cas là : les bretelles ont un sens sauf sous l'emprise de
l'alcool ;-).

Ça permettrait de modéliser plus proprement et d'éviter les ambiguïtés
de ref.

Juste une idée, à jeter, à améliorer, à discuter (ici, tagging ou wiki).

Jean-Yvon

/(*) calcul de la distance pour aller d'un point A a un point B en
France = distance (Paris, A) + distance (Paris, B) ;-(./

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

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

[Marc M.]

Le 04.06.20 à 17:02, didier2020 a écrit :
> dans le référentiel, la bretelle est définie par 2 plo, non visible
> sur le terrain
> - la référence métier est sur un way

séparer l'intégration en 2 :
- les bornes réelles d'un côté
- les ref de route non indiquée sur le terrain...
sans doute qlq chose pour unsigned_ref.
très pratique pour éviter qu'un guidage te propose
de suivre une ref que tu ne vois pas.

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

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

[didier2020]

Le jeudi 04 juin 2020 à 16:54 +0200, Marc M. a écrit :
> Bonjour,
> 
> mon avis:
> - la ref de la voie n'est pas la ref de la borne
> - la distance c'est distance= :)
> - donc la réf de la borne, puisqu'elle est parfois visible
> sur le terrain, c'est tout simplement ref comme dans les autres pays
> :)
> 
> je n'ai pas compris le point B des bornes de bretelles,
> en quoi c'est différent pour osm d'une autre ?
- dans le référentiel, la bretelle est définie par 2 plo, non visible
sur le terrain
- la référence métier est sur un way

> 
> Cordialement,
> Marc
> 
> Le 04.06.20 à 16:37, Frédéric Rodrigo a écrit :
> > Je résume.
> > La question porte sur l'usage du tag ref pour un highway=milestone.
> > Certains utilisent la ref de voie (A 63), d'autres la distance. Il
> > y a
> > en plus une référence "métier" non inscrite sur les bornes.
> > https://wiki.openstreetmap.org/wiki/Tag:highway%3Dmilestone
> > 
> > Mon avis perso. La ref de la voie ne peut pas être la ref de la
> > borne
> > car ça ne rend pas cette référencée unique dans son contexte
> > d'utilisation, c'est à dire la voie.
> > 
> > 
> > Le 04/06/2020 à 16:04, didier a écrit :
> > > Bonjour,
> > > 
> > > Afin qu'osmose puis permettre d'intégrer des données du réseau
> > > routier
> > > national,
> > > F.Rodrigo m'a demandé de voir l'utilisation des tags pour
> > > highway=milestone
> > > 
> > > Préambule :
> > > Le céréma gère le référentiel du réseau routier national (RRN),
> > > qui est
> > > a l'origine une base de donnée patrimoniale :
> > >   - Une route et sa représentation géométrique (Polyline) :
> > > A0001, N0001
> > > etc...
> > >   - Une route pour les bretelles d'entrée, sortie, échange ou
> > > giratoire
> > > : 60A900130DC, 78A901310 etc...
> > >   - Des "points localisants" (plo) qui sont associés a une route
> > >+ chaque plo a une distance cumulée par rapport au début de la
> > > route
> > > (l'ecart entre deux plo est appelé inter-pr)
> > >   les 2 types de localisants qui sont "interressant" sont
> > >+ SC pour section courante (plo 93PR1D pr 1, 60PR30GC pr 30)
> > >+ DB pour début bretelle (plo DB1 pr 1, plo DB2 pr 2)
> > >+ FB pour fin bretelle (plo FB1 pr 1, plo FB2 pr 2)
> > > 
> > > ces 2 tables sont le référentiel rrn et sont suffisantes pour
> > > décrire
> > > le réseau routier et ses différentes caractéristiques et ceci
> > > sans
> > > coordonnées.
> > > exemple: sur la route A0001, 100 metres après le plo 93PR1D et
> > > jusqu'a
> > > 10 metres après le plo 93PR2D, le nombre de voie est de 5, la
> > > vitesse
> > > de 90 km/h
> > > 
> > > Différents export de cette base sont disponible sur data.gouv.fr
> > > mis a
> > > disposition par le Ministère de la Transition écologique et
> > > solidaire
> > > entre autre :
> > > https://www.data.gouv.fr/fr/datasets/bornage-du-reseau-routier-national/
> > > https://www.data.gouv.fr/fr/datasets/gestionnaires-du-reseau-routier-national/
> > > 
> > > 
> > > La question pour l'intégration dans Openstreetmap est sur
> > > l'utilisation
> > > des tags, lesquels utiliser ?:
> > > A) Pour les routes, il n'y a pas de données précise mis a
> > > disposition
> > > sur data.gouv.fr.
> > >   ref est utilisé sur les way et dans les relations routes mais
> > > avec un
> > > espace entre la lettre et les chiffres
> > > Il n'y a pas de donnée a intégrer
> > > 
> > > B) Pas retenu pour une intégration avec osmose :
> > >   Pour les plo de type DB ou FB, cela correspont a des entrées,
> > > sorties,
> > > giratoires ou bretelles d'interconnexion => type:way et
> > > highway=motorway_link, trunk_link, primary_link...
> > >   cela correspond :
> > > https://www.data.gouv.fr/fr/datasets/gestionnaires-du-reseau-routier-national/
> > > 
> > > (les données de bretelle et de bornage sont mélangées)
> > >   la référence ne sera pratiquement jamais visible sur le
> > > terrain.
> > >   je propose
> > >   nat_ref = 60A900130DC_1
> > >   car cela correspond a ce qu'utilise bison-futé pour la
> > > géolocalisation
> > > de ses données événementielles
> > > 
> > > C) Pour les plo de type SC, cela correspont au bornage routier =>
> > > type:node et highway=milestone
> > > les données sont disponibles :
> > > https://www.data.gouv.fr/fr/datasets/bornage-du-reseau-routier-national
> > > (les données de bretelle et de bornage sont mélangées)
> > > (pour info, les données intégrables commencent après la ligne
> > > 13454)
> > > 
> > > dans le wiki, les tags highway=milestone sont distance et ref
> > > 
> > > je propose cette correspondance pour des attributs du csv
> > > - x coordonnées lon epsg:2154
> > > - y coordonnées lat epsg:2154
> > > - z toujours a 0, a ignorer
> > > 
> > > - abs : toujours a 0,
> > > => a ignorer
> > > - cumul : distance cumulée depuis le début de la route
> > > => a ignorer ou inventer
> > > 
> > > - route: A0004 (a modifier pour faire correspondre a A 4)
> > > => ref
> > > - pr : 1 pour une meme route, il peut y avoir le meme pr dans
> > > chaque
> > > département
> > > 

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

[François Lacombe]

Bonjour,

C'est un très bon sujet.
Je ne peux pas prendre le temps de l'envisager dans la globalité pour
l'instant, voici quelques éléments que je souhaitais apporter.

highway=milestone peut être utilement complété par marker=*
Idéalement marker=stone ou marker=plate voire marker=post lorsque c'est
opportun.
https://wiki.openstreetmap.org/wiki/Tag:marker%3Dstone
https://wiki.openstreetmap.org/wiki/Tag%3Amarker%3Dplate
https://wiki.openstreetmap.org/wiki/Key:marker

C'est ce qui permet de détermine l'apparence physique de la borne
(highway=milestone étant son rôle fonctionnel).

Merci d'en tenir compte dans vos réflexions. Bonne après-midi

François

Le jeu. 4 juin 2020 à 16:38, Frédéric Rodrigo  a
écrit :

> Je résume.
> La question porte sur l'usage du tag ref pour un highway=milestone.
> Certains utilisent la ref de voie (A 63), d'autres la distance. Il y a
> en plus une référence "métier" non inscrite sur les bornes.
> https://wiki.openstreetmap.org/wiki/Tag:highway%3Dmilestone
>
> Mon avis perso. La ref de la voie ne peut pas être la ref de la borne
> car ça ne rend pas cette référencée unique dans son contexte
> d'utilisation, c'est à dire la voie.
>
>
> Le 04/06/2020 à 16:04, didier a écrit :
> > Bonjour,
> >
> > Afin qu'osmose puis permettre d'intégrer des données du réseau routier
> > national,
> > F.Rodrigo m'a demandé de voir l'utilisation des tags pour
> > highway=milestone
> >
> > Préambule :
> > Le céréma gère le référentiel du réseau routier national (RRN), qui est
> > a l'origine une base de donnée patrimoniale :
> >   - Une route et sa représentation géométrique (Polyline) : A0001, N0001
> > etc...
> >   - Une route pour les bretelles d'entrée, sortie, échange ou giratoire
> > : 60A900130DC, 78A901310 etc...
> >   - Des "points localisants" (plo) qui sont associés a une route
> >+ chaque plo a une distance cumulée par rapport au début de la route
> > (l'ecart entre deux plo est appelé inter-pr)
> >   les 2 types de localisants qui sont "interressant" sont
> >+ SC pour section courante (plo 93PR1D pr 1, 60PR30GC pr 30)
> >+ DB pour début bretelle (plo DB1 pr 1, plo DB2 pr 2)
> >+ FB pour fin bretelle (plo FB1 pr 1, plo FB2 pr 2)
> >
> > ces 2 tables sont le référentiel rrn et sont suffisantes pour décrire
> > le réseau routier et ses différentes caractéristiques et ceci sans
> > coordonnées.
> > exemple: sur la route A0001, 100 metres après le plo 93PR1D et jusqu'a
> > 10 metres après le plo 93PR2D, le nombre de voie est de 5, la vitesse
> > de 90 km/h
> >
> > Différents export de cette base sont disponible sur data.gouv.fr mis a
> > disposition par le Ministère de la Transition écologique et solidaire
> > entre autre :
> > https://www.data.gouv.fr/fr/datasets/bornage-du-reseau-routier-national/
> >
> https://www.data.gouv.fr/fr/datasets/gestionnaires-du-reseau-routier-national/
> >
> > La question pour l'intégration dans Openstreetmap est sur l'utilisation
> > des tags, lesquels utiliser ?:
> > A) Pour les routes, il n'y a pas de données précise mis a disposition
> > sur data.gouv.fr.
> >   ref est utilisé sur les way et dans les relations routes mais avec un
> > espace entre la lettre et les chiffres
> > Il n'y a pas de donnée a intégrer
> >
> > B) Pas retenu pour une intégration avec osmose :
> >   Pour les plo de type DB ou FB, cela correspont a des entrées, sorties,
> > giratoires ou bretelles d'interconnexion => type:way et
> > highway=motorway_link, trunk_link, primary_link...
> >   cela correspond :
> >
> https://www.data.gouv.fr/fr/datasets/gestionnaires-du-reseau-routier-national/
> > (les données de bretelle et de bornage sont mélangées)
> >   la référence ne sera pratiquement jamais visible sur le terrain.
> >   je propose
> >   nat_ref = 60A900130DC_1
> >   car cela correspond a ce qu'utilise bison-futé pour la géolocalisation
> > de ses données événementielles
> >
> > C) Pour les plo de type SC, cela correspont au bornage routier =>
> > type:node et highway=milestone
> > les données sont disponibles :
> > https://www.data.gouv.fr/fr/datasets/bornage-du-reseau-routier-national
> > (les données de bretelle et de bornage sont mélangées)
> > (pour info, les données intégrables commencent après la ligne 13454)
> >
> > dans le wiki, les tags highway=milestone sont distance et ref
> >
> > je propose cette correspondance pour des attributs du csv
> > - x coordonnées lon epsg:2154
> > - y coordonnées lat epsg:2154
> > - z toujours a 0, a ignorer
> >
> > - abs : toujours a 0,
> > => a ignorer
> > - cumul : distance cumulée depuis le début de la route
> > => a ignorer ou inventer
> >
> > - route: A0004 (a modifier pour faire correspondre a A 4)
> > => ref
> > - pr : 1 pour une meme route, il peut y avoir le meme pr dans chaque
> > département
> > => distance
> >
> > - pour ces 3 données
> >   + depPr : le département gestionnaire (pas le département ou se situe
> > le plo)
> >   + concessionPr : C pour concédé a un concessionnaire, N pour non
> > concédé
> >   + cote : 

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

[Marc M.]

Bonjour,

mon avis:
- la ref de la voie n'est pas la ref de la borne
- la distance c'est distance= :)
- donc la réf de la borne, puisqu'elle est parfois visible
sur le terrain, c'est tout simplement ref comme dans les autres pays :)

je n'ai pas compris le point B des bornes de bretelles,
en quoi c'est différent pour osm d'une autre ?

Cordialement,
Marc

Le 04.06.20 à 16:37, Frédéric Rodrigo a écrit :
> Je résume.
> La question porte sur l'usage du tag ref pour un highway=milestone.
> Certains utilisent la ref de voie (A 63), d'autres la distance. Il y a
> en plus une référence "métier" non inscrite sur les bornes.
> https://wiki.openstreetmap.org/wiki/Tag:highway%3Dmilestone
> 
> Mon avis perso. La ref de la voie ne peut pas être la ref de la borne
> car ça ne rend pas cette référencée unique dans son contexte
> d'utilisation, c'est à dire la voie.
> 
> 
> Le 04/06/2020 à 16:04, didier a écrit :
>> Bonjour,
>>
>> Afin qu'osmose puis permettre d'intégrer des données du réseau routier
>> national,
>> F.Rodrigo m'a demandé de voir l'utilisation des tags pour
>> highway=milestone
>>
>> Préambule :
>> Le céréma gère le référentiel du réseau routier national (RRN), qui est
>> a l'origine une base de donnée patrimoniale :
>>   - Une route et sa représentation géométrique (Polyline) : A0001, N0001
>> etc...
>>   - Une route pour les bretelles d'entrée, sortie, échange ou giratoire
>> : 60A900130DC, 78A901310 etc...
>>   - Des "points localisants" (plo) qui sont associés a une route
>>    + chaque plo a une distance cumulée par rapport au début de la route
>> (l'ecart entre deux plo est appelé inter-pr)
>>   les 2 types de localisants qui sont "interressant" sont
>>    + SC pour section courante (plo 93PR1D pr 1, 60PR30GC pr 30)
>>    + DB pour début bretelle (plo DB1 pr 1, plo DB2 pr 2)
>>    + FB pour fin bretelle (plo FB1 pr 1, plo FB2 pr 2)
>>
>> ces 2 tables sont le référentiel rrn et sont suffisantes pour décrire
>> le réseau routier et ses différentes caractéristiques et ceci sans
>> coordonnées.
>> exemple: sur la route A0001, 100 metres après le plo 93PR1D et jusqu'a
>> 10 metres après le plo 93PR2D, le nombre de voie est de 5, la vitesse
>> de 90 km/h
>>
>> Différents export de cette base sont disponible sur data.gouv.fr mis a
>> disposition par le Ministère de la Transition écologique et solidaire
>> entre autre :
>> https://www.data.gouv.fr/fr/datasets/bornage-du-reseau-routier-national/
>> https://www.data.gouv.fr/fr/datasets/gestionnaires-du-reseau-routier-national/
>>
>>
>> La question pour l'intégration dans Openstreetmap est sur l'utilisation
>> des tags, lesquels utiliser ?:
>> A) Pour les routes, il n'y a pas de données précise mis a disposition
>> sur data.gouv.fr.
>>   ref est utilisé sur les way et dans les relations routes mais avec un
>> espace entre la lettre et les chiffres
>> Il n'y a pas de donnée a intégrer
>>
>> B) Pas retenu pour une intégration avec osmose :
>>   Pour les plo de type DB ou FB, cela correspont a des entrées, sorties,
>> giratoires ou bretelles d'interconnexion => type:way et
>> highway=motorway_link, trunk_link, primary_link...
>>   cela correspond :
>> https://www.data.gouv.fr/fr/datasets/gestionnaires-du-reseau-routier-national/
>>
>> (les données de bretelle et de bornage sont mélangées)
>>   la référence ne sera pratiquement jamais visible sur le terrain.
>>   je propose
>>   nat_ref = 60A900130DC_1
>>   car cela correspond a ce qu'utilise bison-futé pour la géolocalisation
>> de ses données événementielles
>>
>> C) Pour les plo de type SC, cela correspont au bornage routier =>
>> type:node et highway=milestone
>> les données sont disponibles :
>> https://www.data.gouv.fr/fr/datasets/bornage-du-reseau-routier-national
>> (les données de bretelle et de bornage sont mélangées)
>> (pour info, les données intégrables commencent après la ligne 13454)
>>
>> dans le wiki, les tags highway=milestone sont distance et ref
>>
>> je propose cette correspondance pour des attributs du csv
>> - x coordonnées lon epsg:2154
>> - y coordonnées lat epsg:2154
>> - z toujours a 0, a ignorer
>>
>> - abs : toujours a 0,
>> => a ignorer
>> - cumul : distance cumulée depuis le début de la route
>> => a ignorer ou inventer
>>
>> - route: A0004 (a modifier pour faire correspondre a A 4)
>> => ref
>> - pr : 1 pour une meme route, il peut y avoir le meme pr dans chaque
>> département
>> => distance
>>
>> - pour ces 3 données
>>   + depPr : le département gestionnaire (pas le département ou se situe
>> le plo)
>>   + concessionPr : C pour concédé a un concessionnaire, N pour non
>> concédé
>>   + cote : D, G, I. Dans la base du Céréma c'est D pour coté droit (sens
>> des pr croissant), G pour coté gauche (sens des pr décroissant), U pour
>> unique (un seul localisant pour les 2 sens de circulation)
>>   utilisation de la description plo qui correspond a : plo = deptPr +
>> 'PR' + pr + cote
>> en sachant que route + plo est un identifiant unique
>>
>> C'était un peu long comme description 

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

[Frédéric Rodrigo]

Je résume.
La question porte sur l'usage du tag ref pour un highway=milestone.
Certains utilisent la ref de voie (A 63), d'autres la distance. Il y a 
en plus une référence "métier" non inscrite sur les bornes.

https://wiki.openstreetmap.org/wiki/Tag:highway%3Dmilestone

Mon avis perso. La ref de la voie ne peut pas être la ref de la borne 
car ça ne rend pas cette référencée unique dans son contexte 
d'utilisation, c'est à dire la voie.



Le 04/06/2020 à 16:04, didier a écrit :

Bonjour,

Afin qu'osmose puis permettre d'intégrer des données du réseau routier
national,
F.Rodrigo m'a demandé de voir l'utilisation des tags pour
highway=milestone

Préambule :
Le céréma gère le référentiel du réseau routier national (RRN), qui est
a l'origine une base de donnée patrimoniale :
  - Une route et sa représentation géométrique (Polyline) : A0001, N0001
etc...
  - Une route pour les bretelles d'entrée, sortie, échange ou giratoire
: 60A900130DC, 78A901310 etc...
  - Des "points localisants" (plo) qui sont associés a une route
   + chaque plo a une distance cumulée par rapport au début de la route
(l'ecart entre deux plo est appelé inter-pr)
  les 2 types de localisants qui sont "interressant" sont
   + SC pour section courante (plo 93PR1D pr 1, 60PR30GC pr 30)
   + DB pour début bretelle (plo DB1 pr 1, plo DB2 pr 2)
   + FB pour fin bretelle (plo FB1 pr 1, plo FB2 pr 2)

ces 2 tables sont le référentiel rrn et sont suffisantes pour décrire
le réseau routier et ses différentes caractéristiques et ceci sans
coordonnées.
exemple: sur la route A0001, 100 metres après le plo 93PR1D et jusqu'a
10 metres après le plo 93PR2D, le nombre de voie est de 5, la vitesse
de 90 km/h

Différents export de cette base sont disponible sur data.gouv.fr mis a
disposition par le Ministère de la Transition écologique et solidaire
entre autre :
https://www.data.gouv.fr/fr/datasets/bornage-du-reseau-routier-national/
https://www.data.gouv.fr/fr/datasets/gestionnaires-du-reseau-routier-national/

La question pour l'intégration dans Openstreetmap est sur l'utilisation
des tags, lesquels utiliser ?:
A) Pour les routes, il n'y a pas de données précise mis a disposition
sur data.gouv.fr.
  ref est utilisé sur les way et dans les relations routes mais avec un
espace entre la lettre et les chiffres
Il n'y a pas de donnée a intégrer

B) Pas retenu pour une intégration avec osmose :
  Pour les plo de type DB ou FB, cela correspont a des entrées, sorties,
giratoires ou bretelles d'interconnexion => type:way et
highway=motorway_link, trunk_link, primary_link...
  cela correspond :
https://www.data.gouv.fr/fr/datasets/gestionnaires-du-reseau-routier-national/
(les données de bretelle et de bornage sont mélangées)
  la référence ne sera pratiquement jamais visible sur le terrain.
  je propose
  nat_ref = 60A900130DC_1
  car cela correspond a ce qu'utilise bison-futé pour la géolocalisation
de ses données événementielles

C) Pour les plo de type SC, cela correspont au bornage routier =>
type:node et highway=milestone
les données sont disponibles :
https://www.data.gouv.fr/fr/datasets/bornage-du-reseau-routier-national
(les données de bretelle et de bornage sont mélangées)
(pour info, les données intégrables commencent après la ligne 13454)

dans le wiki, les tags highway=milestone sont distance et ref

je propose cette correspondance pour des attributs du csv
- x coordonnées lon epsg:2154
- y coordonnées lat epsg:2154
- z toujours a 0, a ignorer

- abs : toujours a 0,
=> a ignorer
- cumul : distance cumulée depuis le début de la route
=> a ignorer ou inventer

- route: A0004 (a modifier pour faire correspondre a A 4)
=> ref
- pr : 1 pour une meme route, il peut y avoir le meme pr dans chaque
département
=> distance

- pour ces 3 données
  + depPr : le département gestionnaire (pas le département ou se situe
le plo)
  + concessionPr : C pour concédé a un concessionnaire, N pour non
concédé
  + cote : D, G, I. Dans la base du Céréma c'est D pour coté droit (sens
des pr croissant), G pour coté gauche (sens des pr décroissant), U pour
unique (un seul localisant pour les 2 sens de circulation)
  utilisation de la description plo qui correspond a : plo = deptPr +
'PR' + pr + cote
en sachant que route + plo est un identifiant unique

C'était un peu long comme description 
la question se pose sur la description highway=milestone
https://wiki.openstreetmap.org/wiki/Tag:highway=milestone

les tags disponibles sont
distance et ref

je propose
  distance : correspond au champs pr (ex 1)
  ref : correspond au champs route mais adapté a la forme ref des routes
(ex A 4)
  nat_ref : correspond a plo (ex 60PR32GC)
ou on ajoute une référence nationale
https://wiki.openstreetmap.org/wiki/France/Liste_des_r%C3%A9f%C3%A9rences_nationales
et on peut reprendre la description que l'on désire
en sachant qu'osmose se limite a 2 champs pour faire une correspondance
unique

cela concerne 37000 milestone intégrable en métropole

le but étant de valider une réponse.
merci 

[OSM-talk-fr] Intégration du bornage du réseau routier national

[didier]

Bonjour,

Afin qu'osmose puis permettre d'intégrer des données du réseau routier
national,
F.Rodrigo m'a demandé de voir l'utilisation des tags pour
highway=milestone

Préambule :
Le céréma gère le référentiel du réseau routier national (RRN), qui est
a l'origine une base de donnée patrimoniale :
 - Une route et sa représentation géométrique (Polyline) : A0001, N0001
etc...
 - Une route pour les bretelles d'entrée, sortie, échange ou giratoire
: 60A900130DC, 78A901310 etc...
 - Des "points localisants" (plo) qui sont associés a une route
  + chaque plo a une distance cumulée par rapport au début de la route
(l'ecart entre deux plo est appelé inter-pr)
 les 2 types de localisants qui sont "interressant" sont 
  + SC pour section courante (plo 93PR1D pr 1, 60PR30GC pr 30)
  + DB pour début bretelle (plo DB1 pr 1, plo DB2 pr 2)
  + FB pour fin bretelle (plo FB1 pr 1, plo FB2 pr 2)

ces 2 tables sont le référentiel rrn et sont suffisantes pour décrire
le réseau routier et ses différentes caractéristiques et ceci sans
coordonnées.
exemple: sur la route A0001, 100 metres après le plo 93PR1D et jusqu'a
10 metres après le plo 93PR2D, le nombre de voie est de 5, la vitesse
de 90 km/h

Différents export de cette base sont disponible sur data.gouv.fr mis a
disposition par le Ministère de la Transition écologique et solidaire
entre autre :
https://www.data.gouv.fr/fr/datasets/bornage-du-reseau-routier-national/
https://www.data.gouv.fr/fr/datasets/gestionnaires-du-reseau-routier-national/

La question pour l'intégration dans Openstreetmap est sur l'utilisation
des tags, lesquels utiliser ?:
A) Pour les routes, il n'y a pas de données précise mis a disposition
sur data.gouv.fr.
 ref est utilisé sur les way et dans les relations routes mais avec un
espace entre la lettre et les chiffres
Il n'y a pas de donnée a intégrer

B) Pas retenu pour une intégration avec osmose :
 Pour les plo de type DB ou FB, cela correspont a des entrées, sorties,
giratoires ou bretelles d'interconnexion => type:way et
highway=motorway_link, trunk_link, primary_link...
 cela correspond : 
https://www.data.gouv.fr/fr/datasets/gestionnaires-du-reseau-routier-national/
(les données de bretelle et de bornage sont mélangées)
 la référence ne sera pratiquement jamais visible sur le terrain.
 je propose
 nat_ref = 60A900130DC_1 
 car cela correspond a ce qu'utilise bison-futé pour la géolocalisation
de ses données événementielles

C) Pour les plo de type SC, cela correspont au bornage routier =>
type:node et highway=milestone
les données sont disponibles : 
https://www.data.gouv.fr/fr/datasets/bornage-du-reseau-routier-national
(les données de bretelle et de bornage sont mélangées)
(pour info, les données intégrables commencent après la ligne 13454)

dans le wiki, les tags highway=milestone sont distance et ref

je propose cette correspondance pour des attributs du csv
- x coordonnées lon epsg:2154
- y coordonnées lat epsg:2154
- z toujours a 0, a ignorer

- abs : toujours a 0, 
=> a ignorer
- cumul : distance cumulée depuis le début de la route
=> a ignorer ou inventer

- route: A0004 (a modifier pour faire correspondre a A 4) 
=> ref
- pr : 1 pour une meme route, il peut y avoir le meme pr dans chaque
département
=> distance

- pour ces 3 données
 + depPr : le département gestionnaire (pas le département ou se situe
le plo)
 + concessionPr : C pour concédé a un concessionnaire, N pour non
concédé
 + cote : D, G, I. Dans la base du Céréma c'est D pour coté droit (sens
des pr croissant), G pour coté gauche (sens des pr décroissant), U pour
unique (un seul localisant pour les 2 sens de circulation)
 utilisation de la description plo qui correspond a : plo = deptPr +
'PR' + pr + cote
en sachant que route + plo est un identifiant unique

C'était un peu long comme description 
la question se pose sur la description highway=milestone
https://wiki.openstreetmap.org/wiki/Tag:highway=milestone

les tags disponibles sont
distance et ref

je propose
 distance : correspond au champs pr (ex 1)
 ref : correspond au champs route mais adapté a la forme ref des routes
(ex A 4)
 nat_ref : correspond a plo (ex 60PR32GC)
ou on ajoute une référence nationale
https://wiki.openstreetmap.org/wiki/France/Liste_des_r%C3%A9f%C3%A9rences_nationales
et on peut reprendre la description que l'on désire
en sachant qu'osmose se limite a 2 champs pour faire une correspondance
unique

cela concerne 37000 milestone intégrable en métropole

le but étant de valider une réponse.
merci d'avance pour votre aide



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