Re: [OSM-talk-fr] Gros travail pour mettre à jour les mobilités régionales en France

[Philippe Verdy]

En fait a a bien  Bretagne, France métropolitaine, France
 mais pour l'objet trouvé
de type "région".

Le type "peninsula" est malvenu ici mais vient du fait que la partie
terrestre  continentale de la région a été taguée d'un "place=peninsula".
En général ce type est utilisé pour des objets bien plus petits, localisés
à l'échelle d'une ville/commune, mais souvent représenté par un simlple
noeud mais aussi une relation pour des surfaces plus étendues. Mais
Nominatim traite cela comme si c'était un noeud.

Au sens géographique du terme, cette partie terrestre de la région ne
contient pas toute la peninsule qui devrait aussi inclure la côte de
Loire-Atlantique au moins jusqu'à l'estuaire de la Loire, et même un bout
de la Manche à l'ouest de l'estuaire de la Sélune (donc incluant aussi
toute la partie sud de la baie du Mont-Saint-Michel sans l'arrêter à
Beauvoir). Cette relation "péninsulaire" n'a pas besoin de suivre la limite
adminsitrative, ce devrait être un simple trait de l'embouchure de la
Sélune à celle de la Loire (face à Paimboeuf, à l'est de Donge), ce trait
traversant Rennes qui ne serait donc qu'au bord de la péninsule... Mais il
est difficile d'établir une limite précise pour l'est de la péninsule.

Le noeud "Bretagne" présent dans la relation qu'il trouve ne compote que
"place=state", pas "place=peninsula". Dans cette relation terrestre
continentale, il n'y a aucun lieu de mettre un noeud admin_centre car la
relation trouvée ne représente PAS la région administrative, juste une
partie terrestre de celle-ci, au lieu de la placer précisément dans un
village proche de Loudéac, sur un petit chemin rural.

Pas d'anomalie de Nominatim donc, bien qu'il pourrait regarder la surface
représentée et ne pas sur-détailler la précision du lieu en indiquant comme
localisation des relations nettement plus petites que la péninsule actuelle
qui est entièrement contenue dans la région. Nominatim trouve déjà
quelquechose, mais en terme de pertinence, la relation région devrait avoir
priorité dans la liste sur la relation péninsulaire (les péninsules ne sont
jamais précisément délimitée pour les fermer hors de leur ligne côtière,
leur pertinence dans les résultats devrait être moindre)..

Le 11 juillet 2018 à 21:43,  a écrit :

> Indeed, the name of Breizh in English is Brittany, not Bretagne ;-).
>
> Tiens je n'avais jamais fait attention mais Nominatim fait du géocodage de
> l'étiquette des zones mêmes étendues :
> https://www.openstreetmap.org/search?query=breizh#map=8/48.168/-2.906
> Donne en fr :
> Peninsula Bretagne, Chemin du Feu du Breuil, L'Haron, Loudéac,
> Saint-Brieuc, Côtes-d'Armor, Bretagne, France métropolitaine, 22600, France
> 
>
> Logiquement on devrait avoir plutôt :
> Bretagne, France métropolitaine, France
> 
> Et au pire géocoder le nœud admin_centre (ici Rennes).
> J'ai quand même voté pour la mainteneuse de Nominatim aux OSM awards ;-).
>
> Le 11/07/2018 à 00:25, Christian Rogel - christian.ro...@club-internet.fr
> a écrit :
>
> Par ailleurs, Philippe a renommé la catégorie « Public transport in
> Brittany » en Public transport in Bretagne ». Il n’y a aucune raison de
> passer à la trappe une appelation familière aux anglophones. A la rigueur,
> on peut les accoler.
>
>
>
> ___
> 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] Route500 et le passage à 80 km/h du 1er juillet...

[Jérôme Amagat]

Le jeu. 12 juil. 2018 à 01:14, Philippe Verdy  a écrit :

> Et aussi je trouve que ce serait une mauvaise idée de taguer par défaut à
> 90 les branches d'entrées ou sorties de ronds-points (en pratique la
> vitesse doit être limitée, même si ce n'est pas marqué, dans de nombreux
> endroits il y a déjà des panneaux demandant de ralentir à 70 puis 50,
> quelquefois aussi des avertisseurs lumineux sur le rond-point lui-même sur
> le même support que les flèches vers la droite). Il y a aussi le
> cédez-le-passage qui aussi impose de ralentir à l'entrée.
> De plus de toute façon ces branches ont souvent une réduction soit du
> nombre de voies dans le même sens, soit de leur largeur avant
> l'élargissement à l'extrémité pour se placer soit en tourne à gauche soit
> en tout droit ou tourne-à-droite. Elles sont aussi en sens unique là où le
> reste est en double sens sans séparation (autre qu'une ligne continue
> précédée de flèches de rabattement pour interdire les dépassements, ce qui
> est un autre indicateur. En pratique lorsqu'on voit le panneau annonçant le
> giratoire, on devrait ralentir à 70 puis continuer à décélérer, et nombre
> de petits ronds-points ne peuvent être franchi facilement qu'à 30. Plus que
> la limitation, c'est toute la conception et la signalisation du giratoire
> avec le cédez-le-passage imposé qui indique clairement au conducteur qu'il
> doit adapter sa vitesse pour pouvoir s'arrêter au cédez-le-passage et
> pouvoir manoeuvrer sans difficulté et sans déport dangereux.
>
> Même en ville avec une limitation à 50 par défaut, on doit ralentir
> (d'autant plus qu'il y a aussi les passages piétons, aussi bien à l'entrée
> qu'en sortie), et souvent aussi la réintégration des voies cyclables
> latérales, et souvent aussi des arrêts bus (qui sont prioritaires pour
> quitter l'arrêt)... Détailler les ronds-points ce n'est pas du luxe, et
> cela les rends plus visibles et faciles à interpréter sur la carto et que
> ce sont des repères importants de navigation, et cela facilite le repérage
> des sorties en indiquant les autres aménagements (surtout dans des
> ronds-points à plus de 4 directions dont les sorties sont parfois très
> manoeuvrantes.
>

Maxspeed= comme les panneau ou la loi indique la vitesse MAXIMALE autorisé,
bien sûr que le conducteur doit adapter sa vitesse à la route. :)
Sans signalisation contraire les entrée sortie de rond point et les rond
points sont limite à 80 donc pourquoi ne pas l'indiquer.

>
>
> Le 11 juillet 2018 à 15:40, Rpnpif  a écrit :
>
>> Le 11 juillet 2018, Jérôme Amagat a écrit :
>>
>> > Les maxspeed=80 augmentent dans osm?
>> > Il y a-t-il un moyen de "voir" le passage de 90 à 80 dans osm?
>> > Il y a ITO map qui permet de visualiser les maxspeed (je sais pas si
>> c'est
>> > toujours mis a jour et tout les combien) mais 80 et 90 c'est la même
>> > couleur :(
>> > J'ai vu ça sur la page maxspeed du wiki :
>> > http://mijndev.openstreetmap.nl/~peewee32/maxspeed/Maxspeed.htm
>> > mais il faut beaucoup zoomé pour voir les limites de vitesse :(
>> >
>> > Sinon j'ai fait les modification autour de chez moi (en gros sur un
>> quart
>> > de département autour de Bourg en Bresse dans l'Ain), retour sur
>> expérience
>> > :
>> > j'ai modifié là où il y avait déjà un maxspeed=90
>> >
>> > 1ere chose, il ne reste plus grand chose à 90 :( , presque tout ce qui
>> > était limité à 90 passe à 80, il va falloir ralentir :(
>> >
>> > j’avais déjà mis le tag lanes=* sur presque toutes les routes primary et
>> > autour de chez moi (sûrement comme partout en France hors région
>> parisienne
>> > et grandes villes) hors agglo il n'y a que les autoroutes et des primary
>> > qui ne sont pas à 2 voies (2x1voie) donc changement de partout en
>> > maxspeed=80 lorsqu'il y avait un maxspeed=90 sauf si :
>> > - chaussées séparées alors je ne change rien
>> > - 2x2 voie sans chaussées séparées ça reste à 90
>> > - 3 voies alors enlever le maxspeed=90 et ajouter maxspeed:forward=90 et
>> > maxspeed:backward=80 (ou l'inverse suivant le coté où il y a 2 voies)
>> >
>> > avec overpass turbo il y a moyen de faire déjà un bon tri. on peut
>> envoyé
>> > dans josm les routes avec maxspeed=90 qui ne sont pas en sens unique et
>> pas
>> > à 4 voies :
>> > https://overpass-turbo.eu/s/AcV
>> >
>> > [out:xml][timeout:500];
>> >
>> way["highway"]["maxspeed"="90"]["oneway"!="yes"]["oneway"!="-1"]["lanes"!="4"]({{bbox}});
>> > out meta;>;out meta qt;
>> >
>> > si c'est pas une primary, on peut changer sans trop de problème le
>> maxspeed
>> > de 90 à 80 (avec un petit coup d’œil sur la vue aérienne pour être sur
>> :) )
>> >
>> > Il y a certaines routes qui posent problèmes, par exemple :
>> > les entrées et sorties de rond point, on a souvent des chaussées
>> séparées
>> > par un petit "truc" mais c'est quand même limité à 80 si il n'y a qu'une
>> > voie dans chaque sens (je sais pas si en fait c'est pas 110, les routes
>> > sont à chaussées séparées :) )
>> > Pareil pour certains bouts de routes 

Re: [OSM-talk-fr] Route500 et le passage à 80 km/h du 1er juillet...

[Jérôme Amagat]

Le mer. 11 juil. 2018 à 23:47, marc marc  a
écrit :

> oups, 2 typos dans mon message, je recommence
>
> Le 11. 07. 18 à 14:52, Jérôme Amagat a écrit :
> > j'ai fait les modification autour de chez moi (en gros sur un quart de
> > département autour de Bourg en Bresse dans l'Ain), retour sur expérience
> :
> > j'ai modifié là où il y avait déjà un maxspeed=90
>
> tu veux dire que t'as modifié toutes les routes simplement
> en te basant sur maxspeed=90 ?
> donc en gros une route qui a un panneau 90km/h est maintenant à 80km/h
> dans osm alors qu'on peux y rouler à 90km/h ?
> car sauf erreur de ma part, la valeur par défaut de la loi
> s'applique en l'absence de panneau.
> En présence de panneau, c'est celui-ci qui a le dernier mot.
>

Normalement tout les panneaux 90 là où maintenant c'est 80 ont du
disparaitre! Supprimé ou remplacer par 80.
(Sauf peut être dans les quelques départements qui font de la resistance)

Sinon Pour le suivi des changement je n'avais pas pensé à la carte sur
taginfo ! Bien vu !

___
> 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] Gros travail pour mettre à jour les mobilités régionales en France

[Philippe Verdy]

Le renommage vient de la barre de navigation des régions où tous les noms
des régions françaises sont en français, sinon on avait un lien rouge non
trouvé...

Le 11 juillet 2018 à 21:43,  a écrit :

> Indeed, the name of Breizh in English is Brittany, not Bretagne ;-).
>
> Tiens je n'avais jamais fait attention mais Nominatim fait du géocodage de
> l'étiquette des zones mêmes étendues :
> https://www.openstreetmap.org/search?query=breizh#map=8/48.168/-2.906
> Donne en fr :
> Peninsula Bretagne, Chemin du Feu du Breuil, L'Haron, Loudéac,
> Saint-Brieuc, Côtes-d'Armor, Bretagne, France métropolitaine, 22600, France
> 
>
> Logiquement on devrait avoir plutôt :
> Bretagne, France métropolitaine, France
> 
> Et au pire géocoder le nœud admin_centre (ici Rennes).
> J'ai quand même voté pour la mainteneuse de Nominatim aux OSM awards ;-).
>
> Le 11/07/2018 à 00:25, Christian Rogel - christian.ro...@club-internet.fr
> a écrit :
>
> Par ailleurs, Philippe a renommé la catégorie « Public transport in
> Brittany » en Public transport in Bretagne ». Il n’y a aucune raison de
> passer à la trappe une appelation familière aux anglophones. A la rigueur,
> on peut les accoler.
>
>
>
> ___
> 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] Route500 et le passage à 80 km/h du 1er juillet...

[Philippe Verdy]

Et aussi je trouve que ce serait une mauvaise idée de taguer par défaut à
90 les branches d'entrées ou sorties de ronds-points (en pratique la
vitesse doit être limitée, même si ce n'est pas marqué, dans de nombreux
endroits il y a déjà des panneaux demandant de ralentir à 70 puis 50,
quelquefois aussi des avertisseurs lumineux sur le rond-point lui-même sur
le même support que les flèches vers la droite). Il y a aussi le
cédez-le-passage qui aussi impose de ralentir à l'entrée.
De plus de toute façon ces branches ont souvent une réduction soit du
nombre de voies dans le même sens, soit de leur largeur avant
l'élargissement à l'extrémité pour se placer soit en tourne à gauche soit
en tout droit ou tourne-à-droite. Elles sont aussi en sens unique là où le
reste est en double sens sans séparation (autre qu'une ligne continue
précédée de flèches de rabattement pour interdire les dépassements, ce qui
est un autre indicateur. En pratique lorsqu'on voit le panneau annonçant le
giratoire, on devrait ralentir à 70 puis continuer à décélérer, et nombre
de petits ronds-points ne peuvent être franchi facilement qu'à 30. Plus que
la limitation, c'est toute la conception et la signalisation du giratoire
avec le cédez-le-passage imposé qui indique clairement au conducteur qu'il
doit adapter sa vitesse pour pouvoir s'arrêter au cédez-le-passage et
pouvoir manoeuvrer sans difficulté et sans déport dangereux.

Même en ville avec une limitation à 50 par défaut, on doit ralentir
(d'autant plus qu'il y a aussi les passages piétons, aussi bien à l'entrée
qu'en sortie), et souvent aussi la réintégration des voies cyclables
latérales, et souvent aussi des arrêts bus (qui sont prioritaires pour
quitter l'arrêt)... Détailler les ronds-points ce n'est pas du luxe, et
cela les rends plus visibles et faciles à interpréter sur la carto et que
ce sont des repères importants de navigation, et cela facilite le repérage
des sorties en indiquant les autres aménagements (surtout dans des
ronds-points à plus de 4 directions dont les sorties sont parfois très
manoeuvrantes.


Le 11 juillet 2018 à 15:40, Rpnpif  a écrit :

> Le 11 juillet 2018, Jérôme Amagat a écrit :
>
> > Les maxspeed=80 augmentent dans osm?
> > Il y a-t-il un moyen de "voir" le passage de 90 à 80 dans osm?
> > Il y a ITO map qui permet de visualiser les maxspeed (je sais pas si
> c'est
> > toujours mis a jour et tout les combien) mais 80 et 90 c'est la même
> > couleur :(
> > J'ai vu ça sur la page maxspeed du wiki :
> > http://mijndev.openstreetmap.nl/~peewee32/maxspeed/Maxspeed.htm
> > mais il faut beaucoup zoomé pour voir les limites de vitesse :(
> >
> > Sinon j'ai fait les modification autour de chez moi (en gros sur un quart
> > de département autour de Bourg en Bresse dans l'Ain), retour sur
> expérience
> > :
> > j'ai modifié là où il y avait déjà un maxspeed=90
> >
> > 1ere chose, il ne reste plus grand chose à 90 :( , presque tout ce qui
> > était limité à 90 passe à 80, il va falloir ralentir :(
> >
> > j’avais déjà mis le tag lanes=* sur presque toutes les routes primary et
> > autour de chez moi (sûrement comme partout en France hors région
> parisienne
> > et grandes villes) hors agglo il n'y a que les autoroutes et des primary
> > qui ne sont pas à 2 voies (2x1voie) donc changement de partout en
> > maxspeed=80 lorsqu'il y avait un maxspeed=90 sauf si :
> > - chaussées séparées alors je ne change rien
> > - 2x2 voie sans chaussées séparées ça reste à 90
> > - 3 voies alors enlever le maxspeed=90 et ajouter maxspeed:forward=90 et
> > maxspeed:backward=80 (ou l'inverse suivant le coté où il y a 2 voies)
> >
> > avec overpass turbo il y a moyen de faire déjà un bon tri. on peut envoyé
> > dans josm les routes avec maxspeed=90 qui ne sont pas en sens unique et
> pas
> > à 4 voies :
> > https://overpass-turbo.eu/s/AcV
> >
> > [out:xml][timeout:500];
> > way["highway"]["maxspeed"="90"]["oneway"!="yes"]["oneway"!="
> -1"]["lanes"!="4"]({{bbox}});
> > out meta;>;out meta qt;
> >
> > si c'est pas une primary, on peut changer sans trop de problème le
> maxspeed
> > de 90 à 80 (avec un petit coup d’œil sur la vue aérienne pour être sur
> :) )
> >
> > Il y a certaines routes qui posent problèmes, par exemple :
> > les entrées et sorties de rond point, on a souvent des chaussées séparées
> > par un petit "truc" mais c'est quand même limité à 80 si il n'y a qu'une
> > voie dans chaque sens (je sais pas si en fait c'est pas 110, les routes
> > sont à chaussées séparées :) )
> > Pareil pour certains bouts de routes souvent proche d'intersection qui
> sont
> > à chaussées séparées mais que j'ai passé à 80 si une voie dans chaque
> sens.
> > Si il y a plus d'une voie dans chaque sens mais qu'il y a qu'une voie qui
> > sert a aller "tout droit" (le reste pour tourner à droite ou/et à gauche)
> > alors j'ai fait comme si il n'y avait qu'une voie et donc passage à 80.
> >
> > Après tout cela j'ai chargé avec overpass turbo tout ce qui avait
> > maxspeed=90 pour voir si j'avais 

[OSM-talk-fr] Petite vérification à Vernon

[François Lacombe]

Bonsoir

J'ai remarqué ces postes électriques à Vernon
https://www.openstreetmap.org/way/126317201
https://www.openstreetmap.org/way/279000174

Ils sont tous les deux tagués avec la même valeur de ref:ERDF:gdo
Normalement ca ne doit pas arriver, mais les erreurs terrain peuvent
survenir et les cas particuliers aussi
Est-ce qu'un gentil contributeur peut aller le confirmer sur le terrain, si
il passe à proximité de ces endroits svp ? (il se peut que l'un des deux
ait été détruit)

Il y a quelques autres doublons dans la clé, qui est plutôt bien remplie vu
la technicité du sujet et de sa documentation
https://taginfo.openstreetmap.org/keys/?key=ref%3AERDF%3Agdo#values


Merci par avance !

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

[OSM-talk-fr] SOTMFr 2019 : Appel à candidature

[François Lacombe]

Bonsoir à tous,

Le SOTM France de 2018 à Pessac est à peine terminé qu'il faut déjà penser
à l'édition suivante
L'association émet donc un appel à candidature permettant de se positionner
pour accueillir l’événement l'année prochaine.

Rendez-vous ici pour toutes les informations et un modèle de candidature
https://wiki.openstreetmap.org/wiki/FR:State_of_the_Map_France_20XX#les_appels_.C3.A0_candidatures_pour_le_sotm-fr_2019

Montpellier a déjà manifesté ses intentions :
https://wiki.openstreetmap.org/wiki/FR:State_of_the_Map_France_2019/candidature_de_Montpellier

N'hésitez pas à relayer l'information à vos relais locaux, en se donnant
jusqu'au *15 aout* prochain.
Le CA physique du 24 aout permettra de sélectionner l'équipe parmi les
propositions.


Bonne soirée

François pour l'association OSMFr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Route500 et le passage à 80 km/h du 1er juillet...

[marc marc]

oups, 2 typos dans mon message, je recommence

Le 11. 07. 18 à 14:52, Jérôme Amagat a écrit :
> j'ai fait les modification autour de chez moi (en gros sur un quart de
> département autour de Bourg en Bresse dans l'Ain), retour sur expérience :
> j'ai modifié là où il y avait déjà un maxspeed=90

tu veux dire que t'as modifié toutes les routes simplement
en te basant sur maxspeed=90 ?
donc en gros une route qui a un panneau 90km/h est maintenant à 80km/h
dans osm alors qu'on peux y rouler à 90km/h ?
car sauf erreur de ma part, la valeur par défaut de la loi
s'applique en l'absence de panneau.
En présence de panneau, c'est celui-ci qui a le dernier mot.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Route500 et le passage à 80 km/h du 1er juillet...

[marc marc]

Le 11. 07. 18 à 14:52, Jérôme Amagat a écrit :
> j'ai fait les modification autour de chez moi (en gros sur un quart de 
> département autour de Bourg en Bresse dans l'Ain), retour sur expérience :
> j'ai modifié là où il y avait déjà un maxspeed=90

tu veux dire que t'as modifié toutes les routes simplement
en te basant sur maxspeed=90 ?
donc en gros une route qui a un panneau 90km/h est maintenant à 8km/h 
dans osm alors qu'on peux y rouler à 80km/h ?
car sauf erreur de ma part, la valeur par défaut de la loi s'applique
en l'absence de panneau.
En présence de panneau, c'est celui-ci qui a le dernier mot.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Gros travail pour mettre à jour les mobilités régionales en France

[osm . sanspourriel]

Indeed, the name of Breizh in English is Brittany, not Bretagne ;-).


Tiens je n'avais jamais fait attention mais Nominatim fait du géocodage 
de l'étiquette des zones mêmes étendues :

https://www.openstreetmap.org/search?query=breizh#map=8/48.168/-2.906
Donne en fr :
Peninsula Bretagne, Chemin du Feu du Breuil, L'Haron, Loudéac, 
Saint-Brieuc, Côtes-d'Armor, Bretagne, France métropolitaine, 22600, 
France 


Logiquement on devrait avoir plutôt :
Bretagne, France métropolitaine, France 


Et au pire géocoder le nœud admin_centre (ici Rennes).
J'ai quand même voté pour la mainteneuse de Nominatim aux OSM awards ;-).

Le 11/07/2018 à 00:25, Christian Rogel - 
christian.ro...@club-internet.fr a écrit :
Par ailleurs, Philippe a renommé la catégorie « Public transport in 
Brittany » en Public transport in Bretagne ». Il n’y a aucune raison 
de passer à la trappe une appelation familière aux anglophones. A la 
rigueur, on peut les accoler.


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

Re: [OSM-talk-fr] Question appel offre référentiel routier vectorisé

[Christian Quest]

Il faut regarder les détails... exemple:

   -

   limitations de vitesses, vitesses constatées, vitesses constatées en

   fonction des horaires, restriction du tonnage, de hauteur, etc.


Pas sûr que l'IGN ait ces infos sur les vitesses constatées et en fonction
des horaires... déjà que pour les limitations on attend la fameuse base
nationale ;)



Le 11 juillet 2018 à 18:04, Dominique Rousseau  a écrit :

> Le Wed, Jul 11, 2018 at 05:42:24PM +0200, Cyrille37 OSM [
> cyrille+talk...@giquello.fr] a écrit:
> [...]
> > La région Centre-Val-de-Loire a lancé un Appel Offre pour
> > "ACQUISITION DE BASES DE DONNÉES CONSTITUANT UN RÉFÉRENTIEL
> > CARTOGRAPHIQUE POUR LA RÉGION CENTRE-VAL DE LOIRE COMPOSE D'UN
> > RÉFÉRENTIEL ROUTIER VECTORISE".
> > http://achats.regioncentre-valdeloire.fr/avis/index.cfm?
> fuseaction=pub.affPublication=474316=MPI-pub-
> 2018191187=MPI=3728
> >
> > Et je ne comprends pas car il me semblait que c'était l'IGN qui
> > fournissait ce genre de bases de données.
>
> Ils cherchent moins cher que l'IGN ? ;-)
>
>
> --
> Dominique Rousseau
> d...@lee-loo.net - 06 82 43 12 27
>
> A l'instant où l'esclave décide qu'il ne sera plus esclave,
> ses chaînes tombent.  -- Mahatma Gandhi
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Question appel offre référentiel routier vectorisé

[Dominique Rousseau]

Le Wed, Jul 11, 2018 at 05:42:24PM +0200, Cyrille37 OSM 
[cyrille+talk...@giquello.fr] a écrit:
[...]
> La région Centre-Val-de-Loire a lancé un Appel Offre pour
> "ACQUISITION DE BASES DE DONNÉES CONSTITUANT UN RÉFÉRENTIEL
> CARTOGRAPHIQUE POUR LA RÉGION CENTRE-VAL DE LOIRE COMPOSE D'UN
> RÉFÉRENTIEL ROUTIER VECTORISE". 
> http://achats.regioncentre-valdeloire.fr/avis/index.cfm?fuseaction=pub.affPublication=474316=MPI-pub-2018191187=MPI=3728
> 
> Et je ne comprends pas car il me semblait que c'était l'IGN qui
> fournissait ce genre de bases de données.

Ils cherchent moins cher que l'IGN ? ;-)


-- 
Dominique Rousseau
d...@lee-loo.net - 06 82 43 12 27

A l'instant où l'esclave décide qu'il ne sera plus esclave,
ses chaînes tombent.  -- Mahatma Gandhi

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

[OSM-talk-fr] Question appel offre référentiel routier vectorisé

[Cyrille37 OSM]

Bonjour

Question un peu hors sujet OSM, quoi que ... Cette question pour mieux 
comprendre comment fonctionne nos collectivités et notre État:


La région Centre-Val-de-Loire a lancé un Appel Offre pour "ACQUISITION 
DE BASES DE DONNÉES CONSTITUANT UN RÉFÉRENTIEL CARTOGRAPHIQUE POUR LA 
RÉGION CENTRE-VAL DE LOIRE COMPOSE D'UN RÉFÉRENTIEL ROUTIER VECTORISE". 
http://achats.regioncentre-valdeloire.fr/avis/index.cfm?fuseaction=pub.affPublication=474316=MPI-pub-2018191187=MPI=3728


Et je ne comprends pas car il me semblait que c'était l'IGN qui 
fournissait ce genre de bases de données.


Merci de vos lumières,
Cyrille37.


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

[OSM-talk-fr] La BAN expliquée

[deuzeffe]

par son Coordinateur technique himself ^^

https://georezo.net/forum/viewtopic.php?pid=310729#p310729

--
deuzeffe. Comment ça, vous aviez déjà tout lu !?

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

Re: [OSM-talk-fr] Route500 et le passage à 80 km/h du 1er juillet...

[Rpnpif]

Le 11 juillet 2018, Jérôme Amagat a écrit :

> Les maxspeed=80 augmentent dans osm?
> Il y a-t-il un moyen de "voir" le passage de 90 à 80 dans osm?
> Il y a ITO map qui permet de visualiser les maxspeed (je sais pas si c'est
> toujours mis a jour et tout les combien) mais 80 et 90 c'est la même
> couleur :(
> J'ai vu ça sur la page maxspeed du wiki :
> http://mijndev.openstreetmap.nl/~peewee32/maxspeed/Maxspeed.htm
> mais il faut beaucoup zoomé pour voir les limites de vitesse :(
> 
> Sinon j'ai fait les modification autour de chez moi (en gros sur un quart
> de département autour de Bourg en Bresse dans l'Ain), retour sur expérience
> :
> j'ai modifié là où il y avait déjà un maxspeed=90
> 
> 1ere chose, il ne reste plus grand chose à 90 :( , presque tout ce qui
> était limité à 90 passe à 80, il va falloir ralentir :(
> 
> j’avais déjà mis le tag lanes=* sur presque toutes les routes primary et
> autour de chez moi (sûrement comme partout en France hors région parisienne
> et grandes villes) hors agglo il n'y a que les autoroutes et des primary
> qui ne sont pas à 2 voies (2x1voie) donc changement de partout en
> maxspeed=80 lorsqu'il y avait un maxspeed=90 sauf si :
> - chaussées séparées alors je ne change rien
> - 2x2 voie sans chaussées séparées ça reste à 90
> - 3 voies alors enlever le maxspeed=90 et ajouter maxspeed:forward=90 et
> maxspeed:backward=80 (ou l'inverse suivant le coté où il y a 2 voies)
> 
> avec overpass turbo il y a moyen de faire déjà un bon tri. on peut envoyé
> dans josm les routes avec maxspeed=90 qui ne sont pas en sens unique et pas
> à 4 voies :
> https://overpass-turbo.eu/s/AcV
> 
> [out:xml][timeout:500];
> way["highway"]["maxspeed"="90"]["oneway"!="yes"]["oneway"!="-1"]["lanes"!="4"]({{bbox}});
> out meta;>;out meta qt;
> 
> si c'est pas une primary, on peut changer sans trop de problème le maxspeed
> de 90 à 80 (avec un petit coup d’œil sur la vue aérienne pour être sur :) )
> 
> Il y a certaines routes qui posent problèmes, par exemple :
> les entrées et sorties de rond point, on a souvent des chaussées séparées
> par un petit "truc" mais c'est quand même limité à 80 si il n'y a qu'une
> voie dans chaque sens (je sais pas si en fait c'est pas 110, les routes
> sont à chaussées séparées :) )
> Pareil pour certains bouts de routes souvent proche d'intersection qui sont
> à chaussées séparées mais que j'ai passé à 80 si une voie dans chaque sens.
> Si il y a plus d'une voie dans chaque sens mais qu'il y a qu'une voie qui
> sert a aller "tout droit" (le reste pour tourner à droite ou/et à gauche)
> alors j'ai fait comme si il n'y avait qu'une voie et donc passage à 80.
> 
> Après tout cela j'ai chargé avec overpass turbo tout ce qui avait
> maxspeed=90 pour voir si j'avais oublié certaines choses.
> [out:xml][timeout:500];
> way["highway"]["maxspeed"="90"]({{bbox}});
> out meta;>;out meta qt;
> 
> bien utile vu que j'avais oublié quelques petits bouts de routes :)
> (intersection, pont)
> 
> Il faut regarder aussi les "autres choses" qui ont maxspeed=90, avec
> overpass turbo :
> [out:xml][timeout:500];
> nwr["maxspeed"="90"]({{bbox}});
> out meta;>;out meta qt;
> 
> il y a des panneaux a modifié traffic_sign=* (j'ai pas eu à le faire vu que
> je les ajoute pas dans osm et que la plupart des maxspeed dans ma zone
> c'est moi qui les avait ajouté :) les seul que j'ai sont sur autoroute donc
> pas touché)
> Il y a aussi les radars, j'ai pas fait les modifications il faut que je
> regarde mieux comment il faut les taguer j'ai l'impression que certaines
> relations sont cassé (autre problème : comment on fait quand la limite est
> différente suivant le sens et que l'on ne sais pas si il photographie dans
> les 2 sens ? :) )
> 
> J'en fini en faisant un petit aparté avec osmose :
> Christian, ça serait bien de remettre l'analyse osmose pour les lanes :P,
> c'est le serveur qui a laché qui s'en occupait? je sais pas si c'est prévu
> de remettre en place l'analyse?
> Il y a des erreurs a corrigé sur les routes et les lanes dans osmose :
> http://osmose.openstreetmap.fr/fr/errors/?item=3160
> et d'autre sur d'autres problème sur les routes.
> 
> D'autres problèmes pourraient être indiqués comme erreurs, 2 suggestions :
> - les routes à 3 voies avec maxspeed:forward=90 et maxspeed:backward=80 (ou
> l'inverse) vérifier que c'est bien là ou il y a 2 voies que c'est limité à
> 90. c'est assez facile de ce tromper et d'inverser :)

Bonjour,
Les routes avec carrefour aménagée peuvent être marquées à 3 voies
seulement sur le carrefour (celle du milieu tourne à gauche) et pourtant
elles sont souvent à 80 km/h. Donc lanes=3 n'est pas un critère
suffisant pour rester à 90.

-- 
Alain Rpnpif

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

Re: [OSM-talk-fr] Changement de nom d'un réseau de transport

[Christian Rogel]

> Le 11 juil. 2018 à 10:17, marc marc  a écrit :
> 
> Bonjour,
> 
> Le 10. 07. 18 à 13:42, mga_geo a écrit :
>> L'agglomération de Saint-Malo change le nom de son réseau de transport
>> public.
>> KSMA devient le "Réseau MAT".
>> Quelle valeur doit-on mettre dans le tag network ?
>> network=FR:Réseau MAT
> 

Je ne comprend pas la raison de l’objection de Philippe sur le fait de mettre 
réseau dans le nom d’un réseau de transport.
Il y a là deux niveaux différents.

Comme je l’ai déjà dit : «  il ne faut confondre le nommage avec le codage » 
(expression antigeekiste assumée, je vise les complications, pas les gens qui 
sont généralement, très intéressants).
Des réseaux de transport  dont le nom commercial ne serait pas le « vrai » nom ?

Keep it simple, le nom d’un réseau de transport collectif est celui qui est 
indiqué à ses usagers et OSM est au service des usagers.


Christian R..


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

Re: [OSM-talk-fr] Route500 et le passage à 80 km/h du 1er juillet...

[Jocelyn Jaubert]

Bonjour,

On Wed, Jul 11, 2018 at 02:52:48PM +0200, Jérôme Amagat wrote:
> Les maxspeed=80 augmentent dans osm?
> Il y a-t-il un moyen de "voir" le passage de 90 à 80 dans osm?

On peut avoir une idée du nombre actuel via taginfo:

http://taginfo.openstreetmap.fr/keys/maxspeed#values

90  95 044
80  10 967


D'ailleurs, ça serait intéressant de noter les valeurs jour par jour, et en
sortir une courbe.


Sinon, les cartes suivantes doivent répondre à ta question:

http://taginfo.openstreetmap.fr/tags/maxspeed=90#map
http://taginfo.openstreetmap.fr/tags/maxspeed=80#map


-- 
Jocelyn


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

Re: [OSM-talk-fr] Route500 et le passage à 80 km/h du 1er juillet...

[Jérôme Amagat]

Les maxspeed=80 augmentent dans osm?
Il y a-t-il un moyen de "voir" le passage de 90 à 80 dans osm?
Il y a ITO map qui permet de visualiser les maxspeed (je sais pas si c'est
toujours mis a jour et tout les combien) mais 80 et 90 c'est la même
couleur :(
J'ai vu ça sur la page maxspeed du wiki :
http://mijndev.openstreetmap.nl/~peewee32/maxspeed/Maxspeed.htm
mais il faut beaucoup zoomé pour voir les limites de vitesse :(

Sinon j'ai fait les modification autour de chez moi (en gros sur un quart
de département autour de Bourg en Bresse dans l'Ain), retour sur expérience
:
j'ai modifié là où il y avait déjà un maxspeed=90

1ere chose, il ne reste plus grand chose à 90 :( , presque tout ce qui
était limité à 90 passe à 80, il va falloir ralentir :(

j’avais déjà mis le tag lanes=* sur presque toutes les routes primary et
autour de chez moi (sûrement comme partout en France hors région parisienne
et grandes villes) hors agglo il n'y a que les autoroutes et des primary
qui ne sont pas à 2 voies (2x1voie) donc changement de partout en
maxspeed=80 lorsqu'il y avait un maxspeed=90 sauf si :
- chaussées séparées alors je ne change rien
- 2x2 voie sans chaussées séparées ça reste à 90
- 3 voies alors enlever le maxspeed=90 et ajouter maxspeed:forward=90 et
maxspeed:backward=80 (ou l'inverse suivant le coté où il y a 2 voies)

avec overpass turbo il y a moyen de faire déjà un bon tri. on peut envoyé
dans josm les routes avec maxspeed=90 qui ne sont pas en sens unique et pas
à 4 voies :
https://overpass-turbo.eu/s/AcV

[out:xml][timeout:500];
way["highway"]["maxspeed"="90"]["oneway"!="yes"]["oneway"!="-1"]["lanes"!="4"]({{bbox}});
out meta;>;out meta qt;

si c'est pas une primary, on peut changer sans trop de problème le maxspeed
de 90 à 80 (avec un petit coup d’œil sur la vue aérienne pour être sur :) )

Il y a certaines routes qui posent problèmes, par exemple :
les entrées et sorties de rond point, on a souvent des chaussées séparées
par un petit "truc" mais c'est quand même limité à 80 si il n'y a qu'une
voie dans chaque sens (je sais pas si en fait c'est pas 110, les routes
sont à chaussées séparées :) )
Pareil pour certains bouts de routes souvent proche d'intersection qui sont
à chaussées séparées mais que j'ai passé à 80 si une voie dans chaque sens.
Si il y a plus d'une voie dans chaque sens mais qu'il y a qu'une voie qui
sert a aller "tout droit" (le reste pour tourner à droite ou/et à gauche)
alors j'ai fait comme si il n'y avait qu'une voie et donc passage à 80.

Après tout cela j'ai chargé avec overpass turbo tout ce qui avait
maxspeed=90 pour voir si j'avais oublié certaines choses.
[out:xml][timeout:500];
way["highway"]["maxspeed"="90"]({{bbox}});
out meta;>;out meta qt;

bien utile vu que j'avais oublié quelques petits bouts de routes :)
(intersection, pont)

Il faut regarder aussi les "autres choses" qui ont maxspeed=90, avec
overpass turbo :
[out:xml][timeout:500];
nwr["maxspeed"="90"]({{bbox}});
out meta;>;out meta qt;

il y a des panneaux a modifié traffic_sign=* (j'ai pas eu à le faire vu que
je les ajoute pas dans osm et que la plupart des maxspeed dans ma zone
c'est moi qui les avait ajouté :) les seul que j'ai sont sur autoroute donc
pas touché)
Il y a aussi les radars, j'ai pas fait les modifications il faut que je
regarde mieux comment il faut les taguer j'ai l'impression que certaines
relations sont cassé (autre problème : comment on fait quand la limite est
différente suivant le sens et que l'on ne sais pas si il photographie dans
les 2 sens ? :) )

J'en fini en faisant un petit aparté avec osmose :
Christian, ça serait bien de remettre l'analyse osmose pour les lanes :P,
c'est le serveur qui a laché qui s'en occupait? je sais pas si c'est prévu
de remettre en place l'analyse?
Il y a des erreurs a corrigé sur les routes et les lanes dans osmose :
http://osmose.openstreetmap.fr/fr/errors/?item=3160
et d'autre sur d'autres problème sur les routes.

D'autres problèmes pourraient être indiqués comme erreurs, 2 suggestions :
- les routes à 3 voies avec maxspeed:forward=90 et maxspeed:backward=80 (ou
l'inverse) vérifier que c'est bien là ou il y a 2 voies que c'est limité à
90. c'est assez facile de ce tromper et d'inverser :)
- pas grand chose a voir avec les maxspeed : les highway=primary avec
lanes=1 sans sens unique, j'en ai trouvé et la plupart du temps c'est des
erreurs (pas toujours, dans de très rare cas. il y a des bouts de routes
souvent dans des villages pas suffisamment larges pour 2 voies) (peut être
aussi les secondary voir les tertiary?)
avec overpass :
[out:xml][timeout:500];
way["highway"="primary"]["oneway"!="yes"]["oneway"!="-1"]["lanes"="1"]({{bbox}});
out meta;>;out meta qt;
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Attribution eaupotable.info

[Philippe Verdy]

Ce n'est pas le cas partout... Pour la Nouvelle-Aquitaine on n'a que le
Géoportail, et l'annuaire servive-public m'indique sur une recherche par
commune: " Notre service d'informations géographiques ne nous permet pas
d'afficher la carte du territoire. Veuillez nous en excuser."
On ne peut que zoomer à partir de la recherche du département, et là on ne
voit que la carto Géoportail, mais pas OSM du tout.
Je pense que le fond rendu "OSM" proposé est celui qui est en fait hébergé
par un serveur de tuiles du Geoportail lui-même, et qu'il est lui-même en
panne (vous ne voyez que ce qui est encore dans son cache).


Le 11 juillet 2018 à 11:52, Francois Gouget  a écrit :

> On Wed, 11 Jul 2018, Philippe Verdy wrote:
>
> > En l'occurence, l'annuaire "service-public.fr" ne crédite pas OSM
> puisqu'il
> > affiche maintenant le fond Géoportail
>
> Le site affiche le fond OpenStreetMap si on demande à voir une commune,
> et le fond Géoportail si on demande à voir une région ou un département.
>
> Comparer :
> https://lannuaire.service-public.fr/grand-est
> https://lannuaire.service-public.fr/grand-est/haut-rhin
>
> avec :
> https://lannuaire.service-public.fr/grand-est/haut-rhin/mairie-68271-01
>
>
> J'avais déjà signalé cette bizarrerie (*).
> https://lists.openstreetmap.org/pipermail/talk-fr/2018-May/088683.html
>
>
> (*) Vous aviez d'ailleurs fait une réponse assez détaillée et un peu
> hors sujet. Maintenant je me dit que vous aviez peut-être raté le
> point de mon email...
>
> --
> Francois Gouget   http://fgouget.free.fr/
>If you think the whole world revolves around you,
>  quit staring at the GPS display while driving.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Annuaire service public et géolocalisation ! [était Attribution eaupotable.info]

[Vincent Bergeot]

Le 11/07/2018 à 11:44, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / 
DT GE APPUI PERFORMANCE) a écrit :


Oui, j’ai fait le même constat sur certains villages de Champagne ; 
cela vaudrait le coup de leur signaler directement.


Tu t’en occupes ?



fait, j'ai signalé une difficulté technique. En précisant que le service 
public de géocodage est plus précis dans les cas que j'ai pu testé :)


à plus







*De :*Vincent Bergeot [mailto:vinc...@bergeot.org]
*Envoyé :* mercredi 11 juillet 2018 11:09
*À :* talk-fr@openstreetmap.org
*Objet :* [OSM-talk-fr] Annuaire service public et géolocalisation ! 
[était Attribution eaupotable.info]


Le 11/07/2018 à 10:00, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / 
DT GE APPUI PERFORMANCE) a écrit :


A ce propos, la demande d’attribution correcte sur les cartes de
https://lannuaire.service-public.fr a été satisfaite.

Super

par contre le géocodage IGN est imprécis : ici d'un coté et de l'autre 
de la place 
https://lannuaire.service-public.fr/nouvelle-aquitaine/gironde/mairie-33140-01


c'est plus précis dans ce cas avec 
https://adresse.data.gouv.fr/map?lng=-0.348478=44.7744=18


mais je n'ai pas vérifié pour d'autres POI !

à plus



--
Vincent Bergeot

---
Ce message et toutes les pièces jointes sont établis à l'intention 
exclusive de ses destinataires et sont confidentiels. L'intégrité de 
ce message n'étant pas assurée sur Internet, la SNCF ne peut être 
tenue responsable des altérations qui pourraient se produire sur son 
contenu. Toute publication, utilisation, reproduction, ou diffusion, 
même partielle, non autorisée préalablement par la SNCF, est 
strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.

---
This message and any attachments are intended solely for the 
addressees and are confidential. SNCF may not be held responsible for 
their contents whose accuracy and completeness cannot be guaranteed 
over the Internet. Unauthorized use, disclosure, distribution, 
copying, or any part thereof is strictly prohibited. If you are not 
the intended recipient of this message, please notify the sender 
immediately and delete it.




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



--
Vincent Bergeot

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

Re: [OSM-talk-fr] Attribution eaupotable.info

[Francois Gouget]

On Wed, 11 Jul 2018, Philippe Verdy wrote:

> En l'occurence, l'annuaire "service-public.fr" ne crédite pas OSM puisqu'il
> affiche maintenant le fond Géoportail

Le site affiche le fond OpenStreetMap si on demande à voir une commune, 
et le fond Géoportail si on demande à voir une région ou un département.

Comparer :
https://lannuaire.service-public.fr/grand-est
https://lannuaire.service-public.fr/grand-est/haut-rhin

avec :
https://lannuaire.service-public.fr/grand-est/haut-rhin/mairie-68271-01


J'avais déjà signalé cette bizarrerie (*).
https://lists.openstreetmap.org/pipermail/talk-fr/2018-May/088683.html


(*) Vous aviez d'ailleurs fait une réponse assez détaillée et un peu 
hors sujet. Maintenant je me dit que vous aviez peut-être raté le 
point de mon email...

-- 
Francois Gouget   http://fgouget.free.fr/
   If you think the whole world revolves around you,
 quit staring at the GPS display while driving.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Annuaire service public et géolocalisation ! [était Attribution eaupotable.info]

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE APPUI PERFORMANCE)]

Oui, j’ai fait le même constat sur certains villages de Champagne ; cela 
vaudrait le coup de leur signaler directement.
Tu t’en occupes ?

De : Vincent Bergeot [mailto:vinc...@bergeot.org]
Envoyé : mercredi 11 juillet 2018 11:09
À : talk-fr@openstreetmap.org
Objet : [OSM-talk-fr] Annuaire service public et géolocalisation ! [était 
Attribution eaupotable.info]

Le 11/07/2018 à 10:00, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE 
APPUI PERFORMANCE) a écrit :
A ce propos, la demande d’attribution correcte sur les cartes de 
https://lannuaire.service-public.fr a été satisfaite.
Super

par contre le géocodage IGN est imprécis : ici d'un coté et de l'autre de la 
place 
https://lannuaire.service-public.fr/nouvelle-aquitaine/gironde/mairie-33140-01

c'est plus précis dans ce cas avec 
https://adresse.data.gouv.fr/map?lng=-0.348478=44.7744=18

mais je n'ai pas vérifié pour d'autres POI !

à plus




--

Vincent Bergeot
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Changement de nom d'un réseau de transport

[Jo]

moi, je mettrais simplement:

network=MAT
network:wikidata=Qx

Jo

Op wo 11 jul. 2018 om 10:18 schreef marc marc :

> Bonjour,
>
> Le 10. 07. 18 à 13:42, mga_geo a écrit :
> > L'agglomération de Saint-Malo change le nom de son réseau de transport
> > public.
> > KSMA devient le "Réseau MAT".
> > Quelle valeur doit-on mettre dans le tag network ?
> > network=FR:Réseau MAT
>
> il y a 2 vision de la chose.
> network=Réseau MAT facile, propre, utilisable et utilisé par de nombreux
> apps.
>
> network=FR:35:delire:machin:truc=MAT dont la seule utilisation
> est de pouvoir faire un query overpass global sans chipo (sauf que le
> query ne retournera que les objets qui ont été artificiellement déclaré
> avec ce tag, aucun contributeur de terrain ne va spontanément déclarer
> cette sous-clef sont la logique change d'un cas à l'autre)
>
> Une solution pour avoir les 2 avantages est
> network=Réseau MAT
> network:wikidata=Qx
>
> 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

[OSM-talk-fr] Annuaire service public et géolocalisation ! [était Attribution eaupotable.info]

[Vincent Bergeot]

Le 11/07/2018 à 10:00, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / 
DT GE APPUI PERFORMANCE) a écrit :


A ce propos, la demande d’attribution correcte sur les cartes de 
https://lannuaire.service-public.fr a été satisfaite.



Super

par contre le géocodage IGN est imprécis : ici d'un coté et de l'autre 
de la place 
https://lannuaire.service-public.fr/nouvelle-aquitaine/gironde/mairie-33140-01


c'est plus précis dans ce cas avec 
https://adresse.data.gouv.fr/map?lng=-0.348478=44.7744=18


mais je n'ai pas vérifié pour d'autres POI !

à plus


--
Vincent Bergeot

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

Re: [OSM-talk-fr] Undelivered Mail Returned to Sender

[Philippe Verdy]

Le 11 juillet 2018 à 07:48,  Noémie Lehuby  a
écrit:
> Bonjour,
>
> la réponse est dans la question :
>
> Si le réseau s'appelle Réseau MAT, alors network = Réseau MAT, le tag
network correspond au nom commercial du réseau.

Non, network=* contient une clé, presque partout ce n'est pas le nom
commercial réel. La clé est plutôt reprise dans les différents éléments qui
peuvent être inclus pour former une éventuelle relation maitre donnant le
réseau entier avec ses infos détaillées en tags. Les réseaux de transport
sont des objets assez complexes en terme de structure (ce n'est pas qu'un
ensemble de lignes, il y a aussi des services associés, des contacts,
accueils, point de vente et d'information, sites d'information, fiches
horaires, fils de notifications de
changements/retards/fermeture/déroutage/sécurité; il y a de nombreux
acteurs publics et privés impliqués, et on ne peut pas résumer tout ça en
seul tag network=*...)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Attribution eaupotable.info

[Philippe Verdy]

Cet annuaire "service-public.fr" affiche finalement assez peu d'infos en
comparaison de ce qu'on a maintenant dans OSM: juste les adresses postales
(alors que le courrier postal est de moins en moins utilisé), pas les
autres infos de contact, les horaires d'ouverture, l'étendue des services
avec leurs contacts spécialisés, aucun site web, aucune info concernant les
marchés publics, les sites spécialisés sur les démarches administratives à
faire en ligne (maintenant exigées).

Je pense que c'est un retour en arrière en terme de fonctionnalités et
complétude. Ca sent une prochaine version et l'utilisation en attendant
d'une version dégradée bancale qui ne sert pas à grand chose.
En terme de points, il est même assez pauvre (sélectionnez "mairie", vous
n'avez rien concernant les différents services municipaux, aucune mairie
annexe, aucune salle d'activité, aucun centre de loisir public, rien
concernant la collecte et le recyclage des déchets, les campings municipaux
et terrains d'accueil des gens du voyage, les centres de secours.

La recherche est assez difficile puisqu'il faut choisir un unique thème
avec une interface peu pratique avec des listes de boutons radio (exclusifs
au lieu de filtres).
Aucune icone n'est parlante, et même aucune ne fonctionne si on n'a pas
zoomé assez sur une commune précise (ce qu'on ne peut pas faire sans avoir
d'abord sélectionné sur la carte une région, puis dans une combobox et pas
sur la carte un département). Franchement reprendre le framework javascript
venant de Geoportail est assez mal fichu et pas vraiment fait pour ce type
de site.

Et aucune recherche simple par nom de commune ou code postal. Au final,
autant utiliser l'annuaire des pages jaunes (mais il n'est pas open data)...

Je pense qu'avec l'open data officiel du gouvernement et des
administrations, on peut faire beaucoup mieux si on ne veut pas afficher
les données OSM dont la source n'est pas maitrisée par les administrations
elles-mêmes.

Même le Géoportail lui-même commence à prendre de l'âge et pourrait être
remis au goût du jour avec les frameworks libres (qui en plus sont
compatibles avec de plus nombreux navigateurs dont les mobiles, et sont
moins gourmands en ressources). Il n'est plus adapté à l'évolution et la
multiplication des sources de données et leur rafraichissement dynamique et
indépendants, car si l'IGN a encore une compétence en terme de conseil ou
de services aux collectivités, il n'est plus un bon prestataire technique
pour les collectivités et services publics qui voudraient afficher des
infos cartographiques et les gérer facilement en liaison avec leurs SIG.

Le Géoportail suffisait au début pour les besoins de l'IGN et ses propres
sources (maintenant anciennes et de précision maintenant médiocre), il a
été en fait bâti comme une réponse provisoire face à Google, mais ce site
ne remplit plus vraiment ses objectifs voulus au départ envers le grand
public et n'est plus adapté aux développements et besoins actuels.

Le 11 juillet 2018 à 10:17, Philippe Verdy  a écrit :

> En l'occurence, l'annuaire "service-public.fr" ne crédite pas OSM
> puisqu'il affiche maintenant le fond Géoportail (qu'il crédite
> correctement, mais avec un lien incorrect vers ses conditions
> d'utilisation: erreur 404 vers le PDF mentionné...).
> Donc travail à moitié fait là encore.
>
>
> Le 11 juillet 2018 à 10:00, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU
> / DT GE APPUI PERFORMANCE)  a écrit :
>
>> A ce propos, la demande d’attribution correcte sur les cartes de
>> https://lannuaire.service-public.fr a été satisfaite.
>>
>>
>>
>> Pour mémoire : https://lists.openstreetmap.or
>> g/pipermail/talk-fr/2018-May/088676.html
>>
>>
>>
>> Denis
>>
>>
>>
>> *De :* Vincent Bergeot [mailto:vinc...@bergeot.org]
>> *Envoyé :* mercredi 11 juillet 2018 09:37
>> *À :* talk-fr@openstreetmap.org
>> *Objet :* Re: [OSM-talk-fr] Attribution eaupotable.info
>>
>>
>>
>> Le 11/07/2018 à 09:12, Johnparis a écrit :
>>
>> https://eaupotable.info/en/contact/
>>
>>
>> merci, je leur signale :)
>>
>>
>>
>>
>>
>> 2018-07-11 9:06 GMT+02:00 Vincent Bergeot :
>>
>> Bonjour,
>>
>> je suis assez dubutatif sur cette carte : https://eaupotable.info/
>>
>> Quand on choisit en eau à gauche OpenStreetMap, on a bien le rendu OSM
>> mais pas d'attributions !!!
>>
>> Et quand en plus on choisit à gauche OSM, on a tous les
>> amenity=drinking_water qui s'affiche mais pas plus d'attributions.
>>
>> Par contre on voit bien en bas à gauche, quelque soit le fond, écrit
>> google.
>>
>> Cela fait beaucoup, vous ne trouvez pas ? Je n'ai pas trouvé de contact :(
>>
>> Bonne journée
>>
>> PS : comme d'habitude, je ne retrouve pas la page wiki pour vérifier les
>> signalements d’omission de mention !!!
>>
>> --
>> Vincent Bergeot
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>>
>>
>>
>>
>> ___
>>
>> 

Re: [OSM-talk-fr] Changement de nom d'un réseau de transport

[marc marc]

Bonjour,

Le 10. 07. 18 à 13:42, mga_geo a écrit :
> L'agglomération de Saint-Malo change le nom de son réseau de transport
> public.
> KSMA devient le "Réseau MAT".
> Quelle valeur doit-on mettre dans le tag network ?
> network=FR:Réseau MAT

il y a 2 vision de la chose.
network=Réseau MAT facile, propre, utilisable et utilisé par de nombreux 
apps.

network=FR:35:delire:machin:truc=MAT dont la seule utilisation
est de pouvoir faire un query overpass global sans chipo (sauf que le 
query ne retournera que les objets qui ont été artificiellement déclaré 
avec ce tag, aucun contributeur de terrain ne va spontanément déclarer 
cette sous-clef sont la logique change d'un cas à l'autre)

Une solution pour avoir les 2 avantages est
network=Réseau MAT
network:wikidata=Qx

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

Re: [OSM-talk-fr] Attribution eaupotable.info

[Philippe Verdy]

En l'occurence, l'annuaire "service-public.fr" ne crédite pas OSM puisqu'il
affiche maintenant le fond Géoportail (qu'il crédite correctement, mais
avec un lien incorrect vers ses conditions d'utilisation: erreur 404 vers
le PDF mentionné...).
Donc travail à moitié fait là encore.


Le 11 juillet 2018 à 10:00, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU /
DT GE APPUI PERFORMANCE)  a écrit :

> A ce propos, la demande d’attribution correcte sur les cartes de
> https://lannuaire.service-public.fr a été satisfaite.
>
>
>
> Pour mémoire : https://lists.openstreetmap.org/pipermail/talk-fr/2018-
> May/088676.html
>
>
>
> Denis
>
>
>
> *De :* Vincent Bergeot [mailto:vinc...@bergeot.org]
> *Envoyé :* mercredi 11 juillet 2018 09:37
> *À :* talk-fr@openstreetmap.org
> *Objet :* Re: [OSM-talk-fr] Attribution eaupotable.info
>
>
>
> Le 11/07/2018 à 09:12, Johnparis a écrit :
>
> https://eaupotable.info/en/contact/
>
>
> merci, je leur signale :)
>
>
>
>
>
> 2018-07-11 9:06 GMT+02:00 Vincent Bergeot :
>
> Bonjour,
>
> je suis assez dubutatif sur cette carte : https://eaupotable.info/
>
> Quand on choisit en eau à gauche OpenStreetMap, on a bien le rendu OSM
> mais pas d'attributions !!!
>
> Et quand en plus on choisit à gauche OSM, on a tous les
> amenity=drinking_water qui s'affiche mais pas plus d'attributions.
>
> Par contre on voit bien en bas à gauche, quelque soit le fond, écrit
> google.
>
> Cela fait beaucoup, vous ne trouvez pas ? Je n'ai pas trouvé de contact :(
>
> Bonne journée
>
> PS : comme d'habitude, je ne retrouve pas la page wiki pour vérifier les
> signalements d’omission de mention !!!
>
> --
> Vincent Bergeot
>
>
> ___
> 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
>
>
>
> --
>
> Vincent Bergeot
>
> ---
> Ce message et toutes les pièces jointes sont établis à l'intention
> exclusive de ses destinataires et sont confidentiels. L'intégrité de ce
> message n'étant pas assurée sur Internet, la SNCF ne peut être tenue
> responsable des altérations qui pourraient se produire sur son contenu.
> Toute publication, utilisation, reproduction, ou diffusion, même partielle,
> non autorisée préalablement par la SNCF, est strictement interdite. Si vous
> n'êtes pas le destinataire de ce message, merci d'en avertir immédiatement
> l'expéditeur et de le détruire.
> ---
> This message and any attachments are intended solely for the addressees
> and are confidential. SNCF may not be held responsible for their contents
> whose accuracy and completeness cannot be guaranteed over the Internet.
> Unauthorized use, disclosure, distribution, copying, or any part thereof is
> strictly prohibited. If you are not the intended recipient of this message,
> please notify the sender immediately and delete it.
>
> ___
> 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] Attribution eaupotable.info

[Philippe Verdy]

Il n'y a pas qu'OSM à créditer (presque toutes les données des points, fond
OSM, OpenCycleMap, OpenTopoMap), car le fond IGN proposé ne l'est pas non
plus et lui aussi crédité à tord à Google (avec non seulement le lien des
conditions Google mais aussi le logo Google dans le coin inférieur gauche
sur tous les rendus).
Visiblement c'est fait en commençant par créer une carte Google, puis
copiant-collant le fond Google pour juste changer les URL des autres carto
sans les créditer (non reconfiguration des crédits et du logo).
Comme les POIs affichés sont presque à 100% issus d'OSM quand le bouton
bleu "OSM" est sélectionné (pas bien clair quand ça devrait être "Points
"), la sélection devrait aussi activer le crédit OSM (donc pas seulement la
sélection du fond). Il faut donc plusieurs crédits selon la sélection. Les
seules données de points non issues d'OSM sont les quelques icones
affichant le logo du site (ces points ne sont pas sélectionnables par un
des boutons bleus, ils sont toujours affichés, mais cette fois sans même le
crédit du site lui-même).
Ce site me parait être une ébauche, pour tester différentes options, le
site lui-même ne proposant encore que peu de données à lui (environ 400
points , et quelques 200+ photos dont la source n'est pas non plus précisée,
contre plus de 140 000 points vendant d'OSM). La carte elle-même ne propose
pas grand chose permettant d'avoir des infos réelles sur l'eau, c'est une
collection de noeuds et de noms, très peu qualifiés. Même un certain nombre
de tags OSM utiles à ce projet ne sont pas affichés. Je pense qu'une carte
uMap en aurait fait autant sinon mieux.
Les clés d'accès pour Google et l'IGN ne semblent pas taillées pour
supporter la charge, ce sont des clés de test qui vont vite montrer leurs
limites (et dans ce cas quand il verra Google ne plus afficher sa carte
sans paiement, tout en continuant à créditer Google, il faudrait qu'il se
pose la question des crédits corrects des sources utilisées).
L'onglet "à propos" est aussi peu informatif (et pas aux normes non plus
concernant le RGPD, les cookies...). Il y a du ménage à faire et encore un
peu de travail.

Le 11 juillet 2018 à 09:06, Vincent Bergeot  a écrit :

> Bonjour,
>
> je suis assez dubutatif sur cette carte : https://eaupotable.info/
>
> Quand on choisit en eau à gauche OpenStreetMap, on a bien le rendu OSM
> mais pas d'attributions !!!
>
> Et quand en plus on choisit à gauche OSM, on a tous les
> amenity=drinking_water qui s'affiche mais pas plus d'attributions.
>
> Par contre on voit bien en bas à gauche, quelque soit le fond, écrit
> google.
>
> Cela fait beaucoup, vous ne trouvez pas ? Je n'ai pas trouvé de contact :(
>
> Bonne journée
>
> PS : comme d'habitude, je ne retrouve pas la page wiki pour vérifier les
> signalements d’omission de mention !!!
>
> --
> Vincent Bergeot
>
>
> ___
> 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] Attribution eaupotable.info

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE APPUI PERFORMANCE)]

A ce propos, la demande d’attribution correcte sur les cartes de 
https://lannuaire.service-public.fr a été satisfaite.

Pour mémoire : 
https://lists.openstreetmap.org/pipermail/talk-fr/2018-May/088676.html

Denis

De : Vincent Bergeot [mailto:vinc...@bergeot.org]
Envoyé : mercredi 11 juillet 2018 09:37
À : talk-fr@openstreetmap.org
Objet : Re: [OSM-talk-fr] Attribution eaupotable.info

Le 11/07/2018 à 09:12, Johnparis a écrit :
https://eaupotable.info/en/contact/

merci, je leur signale :)




2018-07-11 9:06 GMT+02:00 Vincent Bergeot 
mailto:vinc...@bergeot.org>>:
Bonjour,

je suis assez dubutatif sur cette carte : https://eaupotable.info/

Quand on choisit en eau à gauche OpenStreetMap, on a bien le rendu OSM mais pas 
d'attributions !!!

Et quand en plus on choisit à gauche OSM, on a tous les amenity=drinking_water 
qui s'affiche mais pas plus d'attributions.

Par contre on voit bien en bas à gauche, quelque soit le fond, écrit google.

Cela fait beaucoup, vous ne trouvez pas ? Je n'ai pas trouvé de contact :(

Bonne journée

PS : comme d'habitude, je ne retrouve pas la page wiki pour vérifier les 
signalements d’omission de mention !!!

--
Vincent Bergeot


___
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



--

Vincent Bergeot
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Attribution eaupotable.info

[Vincent Bergeot]

Le 11/07/2018 à 09:12, Johnparis a écrit :

https://eaupotable.info/en/contact/


merci, je leur signale :)




2018-07-11 9:06 GMT+02:00 Vincent Bergeot >:


Bonjour,

je suis assez dubutatif sur cette carte : https://eaupotable.info/

Quand on choisit en eau à gauche OpenStreetMap, on a bien le rendu
OSM mais pas d'attributions !!!

Et quand en plus on choisit à gauche OSM, on a tous les
amenity=drinking_water qui s'affiche mais pas plus d'attributions.

Par contre on voit bien en bas à gauche, quelque soit le fond,
écrit google.

Cela fait beaucoup, vous ne trouvez pas ? Je n'ai pas trouvé de
contact :(

Bonne journée

PS : comme d'habitude, je ne retrouve pas la page wiki pour
vérifier les signalements d’omission de mention !!!

-- 
Vincent Bergeot



___
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



--
Vincent Bergeot

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

Re: [OSM-talk-fr] Undelivered Mail Returned to Sender

[mga_geo]

Si j'en crois https://wiki.openstreetmap.org/wiki/Key:network#Other_uses
la bonne valeur est "network=FR:Réseau MAT" ou "network=FR:35:Réseau MAT"

Si l'on suit l'exemple cité dans le wiki du réseau STAR de Rennes Métropole,
la valeur à mettre est  "network=FR:Réseau MAT" il me semble ?
Pour le réseau STAR, j'avais utilisé la valeur "fr_star" et suite à des
échanges sur ce forum la valeur avait été modifiée en "FR:STAR"



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

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

Re: [OSM-talk-fr] Attribution eaupotable.info

[Johnparis]

https://eaupotable.info/en/contact/

2018-07-11 9:06 GMT+02:00 Vincent Bergeot :

> Bonjour,
>
> je suis assez dubutatif sur cette carte : https://eaupotable.info/
>
> Quand on choisit en eau à gauche OpenStreetMap, on a bien le rendu OSM
> mais pas d'attributions !!!
>
> Et quand en plus on choisit à gauche OSM, on a tous les
> amenity=drinking_water qui s'affiche mais pas plus d'attributions.
>
> Par contre on voit bien en bas à gauche, quelque soit le fond, écrit
> google.
>
> Cela fait beaucoup, vous ne trouvez pas ? Je n'ai pas trouvé de contact :(
>
> Bonne journée
>
> PS : comme d'habitude, je ne retrouve pas la page wiki pour vérifier les
> signalements d’omission de mention !!!
>
> --
> Vincent Bergeot
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Attribution eaupotable.info

[Vincent Bergeot]

Bonjour,

je suis assez dubutatif sur cette carte : https://eaupotable.info/

Quand on choisit en eau à gauche OpenStreetMap, on a bien le rendu OSM 
mais pas d'attributions !!!


Et quand en plus on choisit à gauche OSM, on a tous les 
amenity=drinking_water qui s'affiche mais pas plus d'attributions.


Par contre on voit bien en bas à gauche, quelque soit le fond, écrit 
google.


Cela fait beaucoup, vous ne trouvez pas ? Je n'ai pas trouvé de contact :(

Bonne journée

PS : comme d'habitude, je ne retrouve pas la page wiki pour vérifier les 
signalements d’omission de mention !!!


--
Vincent Bergeot


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