Re: [OSM-talk-fr] Systèmes géodésiques et OSM

2019-09-06 Par sujet Violaine_Do 


On 06/09/2019 05:42, osm.sanspourr...@spamgourmet.com wrote:


Le 06/09/2019 à 12:04, Stéphane Péneau - stephane.pen...@wanadoo.fr a 
écrit :



Le 06/09/2019 à 11:14, Eric SIBERT via Talk-fr a écrit :
Pour le fond du problème, mon avis est que OSM est un projet mondial 
et qu'il faut rester avec une référence globale, à savoir WGS84 mais 
en précisant bien que c'est dans sa réalisation actuelle. Les 
données dans des références locales doivent alors être converties en 
WGS84(réalisation actuelle). Quand il y a un changement de 
réalisation de WGS84, il faut convertir les coordonnées dans la base 
OSM de l'ancienne à la nouvelle réalisation de WGS84 (ou au moins le 
faire dans les zones où la dérive des plaques est plus grande que 
l'incertitude sur les données sources du coin).


Les nouvelles réalisations du WGS84 n'ont pas de rapport avec le 
déplacement des plaques.


Si entre 2 réalisations, ma plaque s'est déplacée de 10 mètres (c'est 
un exemple irréaliste), transformer les coordonnées de l'ancienne à 
la nouvelle réalisation ne corrigera pas le décalage de 10 mètres.


Stf


Je suppose qu'Eric veut dire que les "anciennes" données étaient de 
facto mettons en GDA94 et qu'elles doivent être reprojetées en GDA2020.


Ce qui revient à dire qu'on travaille en coordonnées locales...

Jean-Yvon



Merci pour vos réponses!

Petit complément, pour y voir plus clair  :p (ça me fait des nœuds dans 
la tête depuis quelques temps)


Imaginons que je transforme les données dans la dernière réalisation du 
WGS84 (G1762). Cette réalisation date de 2013 et est basée sur 
l'ITRF2008, qui se lock à l'époque 2005. Sachant que la plaque 
polynésienne a bougé de 2m depuis le début du système RGPF (en 93 à peu 
près) , ça nous fait un décalage déjà d'un peu plus d'1m depuis  2005 
(ça rejoint les 7cm/an de wikipédia). Donc une simple reprojection dans 
la dernière réalisation du WGS84 me parait pas suffisante. Il faudrait 
ajouter les translations de plaques / associer à l'époque courante. Et 
la...imaginons que je le fasse (et que je trouve les vrais bons 
paramètres.. :o) , qui dans les collectivités locales et utilisateurs de 
la donnée qui en ont besoin en référentiel local, va faire la bonne 
transformation inverse? Notamment car la transfo de base WGS84 qu'on 
trouve dans QGis et autres outils SIG (4326) est décalé du RGPF de 30 à 
50cm uniquement. Ca voudrait dire -toujours pour moi, je peux me 
tromper- que si les gens font la transfo inverse avec cette définition 
du WGS84 il seront dans les 1.5m à côté (de la plaque!!).


Donc si on va plus loin et qu'on veut les données issues de plusieurs 
contributeurs à différentes époques... Qui va vraiment reprojeter en 
récupérant les époques des dates de contribution? J'ai des grosgros 
doutes la dessus. Après yen a qui diront qu'on n'a pas besoin de ce 
niveau de précision, mais pour moi c'est un sujet et surtout l'intérêt 
de garder la précision des données de base. Ce serait dommage de perdre 
du décimètre de précision pour des questions de projection.


Mon autre problème pour simplifier les choses, ici en Polynésie 
française le système local (RGPF) est basé sur l'ITRF92 mais il ya des 
différences en local en fonction des iles (toutes les iles ne sont pas 
directement associées à l'itrf 92)


Après je suis daccord avec toi Eric, que ce serait mieux de rester dans 
un système global commun, mais la c'est comme si on en a tout pleins 
avec toutes les époques du WGS84. Donc c'est pas bon pour moi non plus.


Donc pourquoi pas rester en local? On pourrait avoir une base de données 
de systèmes locaux utilisée dans OSM, ça me paraîtrait plus juste, et 
moins source d'erreurs. Les applis n'auraient "/qu/"'à récupérer les 
données et les reprojeter en fonction de la zone ou l'on se trouve, 
l'époque... \o/


Ensuite il y a quelque chose que je ne comprends pas, c'est la relation 
entre le systeme wgs84 dispo sous qgis et la dernière révision du 
wgs84... je vois pas le lien, je comprends pas de quelle révision on 
parle dans qgis... :/


@+



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


--
Violaine_Do

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

Re: [OSM-talk-fr] Fwd: OSM- Salon géonumérique St Dié

2019-09-06 Par sujet pepilepi...@ovh.fr 
Le 15/07/2019 à 12:22, Benoit Fournier - OpenStreetMap France a écrit :
> Est-ce que quelqu'un peut/veut présenter OSM, tenir un stand, ... au
> Festival International de Géographie de St Dié des Vosges (4-6 octobre
> 2019) ?


Bonsoir,

Désolé d'une réponse aussi tardive mais je pourrai être à Saint Dié ces
jours. Si vous avez besoin d'aide contactez-moi.

Bonne soirée,


Jean-Pierre


>
> Annonce sur plusieurs listes, suite de la discussion sur association@
> de préférence.
>
> --
> Benoît
>
> -- Forwarded message -
> From: *Elise Ladurelle*  >
> Date: Mon, 15 Jul 2019 at 12:01
> Subject: OSM- Salon géonumérique St Dié
>
> Bonjour,
>
> Comme chaque année, je tente notre chance pour voir dans quelle mesure
> OSM pourrait prendre part au Salon (ex géomatique) GeoNumérique du FIG
> de St Dié.
>
> Voici quelques éléments d’information, et au plaisir de vous apporter
> en lien avec l’organisation du FIG toutes informations complémentaires.
>
> Cdlmt
>
> ELT
>
>  
>
> En tant que partenaire du salon géo-numérique organisé dans le cadre
> du *Festival International de Géographie de St Dié des Vosges **(*4-6
> octobre 2019), l'AFIGEO vous propose de participer à cette 30è
> édition. Pour cette occasion, l'ancien salon de la géomatique, devient
> le salon géonumérique et bénéficiera d'une meilleure visibilité, d'un
> espace agrandit et central dans le festival.
>
> Au-delà d'une participation au salon exposant, vous avez la
> possibilité de présenter des conférences, de proposer des animations,
> de valoriser votre expertise au sein d'un quizz pour les participants
> etc….
>
> Si vous êtes  intéressé pour y participer, il faudrait rapidement
> renvoyer votre inscription :
> http://www.fig.saint-die-des-vosges.fr/geographie/salon-geo-numerique et
> merci de nous faire part de votre réponse.
>
> A ce jour, les participants confirmés sont : CGET, IGN/ENSG, Ministère
> de l'Europe et des Affaires étrangères, Métropole Européenne de
> Strasbourg, GeoGrandEst, Transdev, Service historique de la Défense,
> Fondation nationale des Sciences Politique...
>
> Bien cordialement et merci d'avance pour votre réponse rapide afin de
> figurer dans le programme imprimé dans l'été,
>
>  
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


-- 


Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la
bonne question


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

[OSM-talk-fr] DSC et fin de zone de rencontre

2019-09-06 Par sujet osm . sanspourriel 

Oui dans une rue on commence par un double-sens cyclable, à l'autre
extrémité on a bien un panneau sens interdit sauf vélo dans le sens
opposé mais dans le sens voiture... un panneau de fin de zone de rencontre.

J'ai peut-être raté un panneau "début de zone de rencontre", j'en doute
fort. En tous cas pas à l'entrée de cette rue.

Il y a longtemps que le double sens cycliste était noté... dans le sens
"interdit" c'est à dire que les voitures ne s'attendaient pas forcément
à voir un vélo à contresens.

Depuis peu ils ont refait le marquage sol : places de stationnement
(Christian va pouvoir faire des parking_space ;-)) et flèches (enfin
plus centrées mais un peu à droite). Pas de marquage au sol du
contre-sens cyclable.

Et donc ces deux nouveaux panneaux incohérents.

Je ne tiens compte que du DSC, c'est à dire que je ne change rien à
l'existant (cycleway=opposite) ?

https://www.openstreetmap.org/way/24367774

N. B. : actuellement dans une zone 30, en cohérence avec le marquage du
boulevard à côté
.
Je regarderai une prochaine si les rues menant de cette zone 20 sont
affublés d'un début de zone de rencontre, vu le coin ça n'aurait pas
trop de sens mais bon...

Jean-Yvon

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

Re: [OSM-talk-fr] Josm - traduction wiki - Fr:Help/Concepts/Object

2019-09-06 Par sujet osm . sanspourriel 

Le 06/09/2019 à 18:00, lenny.libre - lenny.li...@orange.fr a écrit :

Le 06/09/2019 à 17:36, osm.sanspourr...@spamgourmet.com a écrit :


Le 06/09/2019 à 11:58, lenny.libre - lenny.li...@orange.fr a écrit :


/Je ne comprends pas le sinon, puisque j'ai bien un n° qui
s'incrémente lorsque je modifie une page du wiki/


Non, du moins ce que tu vois c'est une date, exemple :
https://wiki.openstreetmap.org/w/index.php?title=Main_Page&action=history


Pas que ... et un n° de version si tu regardes une page wiki josm
https://josm.openstreetmap.de/wiki/Fr%3ADownload?action=history


Mais dans le contexte je pense que "wiki-style editing" fait référence à
l'édition sur Wikipédia, éventuellement sur le wiki OSM, pas le wiki
JOSM qui a dû reprendre l'idée d'OSM.

Jean-Yvon

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

Re: [OSM-talk-fr] Josm - traduction wiki - Fr:Help/Concepts/Object

2019-09-06 Par sujet lenny.libre 


Le 06/09/2019 à 17:36, osm.sanspourr...@spamgourmet.com a écrit :


Le 06/09/2019 à 11:58, lenny.libre - lenny.li...@orange.fr a écrit :

/Je ne comprends pas le sinon, puisque j'ai bien un n° qui 
s'incrémente lorsque je modifie une page du wiki/


Non, du moins ce que tu vois c'est une date, exemple : 
https://wiki.openstreetmap.org/w/index.php?title=Main_Page&action=history


Pas que ... et un n° de version si tu regardes une page wiki josm 
https://josm.openstreetmap.de/wiki/Fr%3ADownload?action=history


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

Re: [OSM-talk-fr] Systèmes géodésiques et OSM

2019-09-06 Par sujet osm . sanspourriel 

Le 06/09/2019 à 12:04, Stéphane Péneau - stephane.pen...@wanadoo.fr a
écrit :


Le 06/09/2019 à 11:14, Eric SIBERT via Talk-fr a écrit :

Pour le fond du problème, mon avis est que OSM est un projet mondial
et qu'il faut rester avec une référence globale, à savoir WGS84 mais
en précisant bien que c'est dans sa réalisation actuelle. Les données
dans des références locales doivent alors être converties en
WGS84(réalisation actuelle). Quand il y a un changement de
réalisation de WGS84, il faut convertir les coordonnées dans la base
OSM de l'ancienne à la nouvelle réalisation de WGS84 (ou au moins le
faire dans les zones où la dérive des plaques est plus grande que
l'incertitude sur les données sources du coin).


Les nouvelles réalisations du WGS84 n'ont pas de rapport avec le
déplacement des plaques.

Si entre 2 réalisations, ma plaque s'est déplacée de 10 mètres (c'est
un exemple irréaliste), transformer les coordonnées de l'ancienne à la
nouvelle réalisation ne corrigera pas le décalage de 10 mètres.

Stf


Je suppose qu'Eric veut dire que les "anciennes" données étaient de
facto mettons en GDA94 et qu'elles doivent être reprojetées en GDA2020.

Ce qui revient à dire qu'on travaille en coordonnées locales...

Jean-Yvon

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

Re: [OSM-talk-fr] Josm - traduction wiki - Fr:Help/Concepts/Object

2019-09-06 Par sujet osm . sanspourriel 

Le 06/09/2019 à 11:58, lenny.libre - lenny.li...@orange.fr a écrit :


/Je ne comprends pas le sinon, puisque j'ai bien un n° qui
s'incrémente lorsque je modifie une page du wiki/


Non, du moins ce que tu vois c'est une date, exemple :
https://wiki.openstreetmap.org/w/index.php?title=Main_Page&action=history

> Je suis d'accord, mais dans le wiki josm, si on modifie une
page(traduite), il faut reporter la modification sur la page(en) et là,
je ne suis pas capable de le faire et de me lancer dans une discussion
en anglais ; je vais donc mettre sur la page(fr) qu'elle n'est pas
totalement traduite, laisser le texte en anglais et mettre en
commentaire cette reformulation.

> Leni

OK, je regarde la page anglaise et propose une reformulation

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

Re: [OSM-talk-fr] hebdoOSM Nº 474 2019-08-13-2019-08-19

2019-09-06 Par sujet Julien Coupey 

Bonjour,

Merci pour cette précision sémantique.

> Les pièges de la traduction automatique ;)

En l'espèce, pas du tout. En effet, la traduction via DeepL de la 
version anglaise de l'article en question[1] fait bel et bien apparaître 
l'expression « réseau électrique » suggérée, et non « grille électrique 
» comme dans l'édition 474.


C'est bien la preuve que le weekly est rédigé par des contributeurs 
humains, qui se posent plein de questions sur la bonne façon de formuler 
les choses mais n'ont pas la prétention d'être au fait des terminologies 
les plus adaptées dans tous les domaines.


Et c'est aussi une nouvelle preuve du fait que nous avons besoin de 
davantage de contributeurs pour collecter, rédiger... ou tout simplement 
relire les éditions ! ;-)


[1] http://weeklyosm.eu/archives/12335#wn474_20654

À +
Julien

On 06/09/2019 15:43, Rpnpif via Talk-fr wrote:

Le 29 août 2019, theweekly@gmail.com a écrit :


Bonjour,

Le résumé hebdomadaire n° 474 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/12335/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm


Bonjour,

...

Le nouveau projet du trimestre britannique consiste à cartographier les 
panneaux solaires sur les toits. Cela aidera à prévoir le comportement de la 
grille électrique


grille-pain ?
Les pièges de la traduction automatique ;).

electrical grid = réseau électrique.



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

Re: [OSM-talk-fr] hebdoOSM Nº 474 2019-08-13-2019-08-19

2019-09-06 Par sujet Rpnpif via Talk-fr 
Le 29 août 2019, theweekly@gmail.com a écrit :

> Bonjour,
> 
> Le résumé hebdomadaire n° 474 de l'actualité OpenStreetMap vient de paraître 
> *en français*. Un condensé à retrouver sur :
> 
> http://www.weeklyosm.eu/fr/archives/12335/
> 
> Bonne lecture !
> 
> Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
> hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
> https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir 
> plus sur la rédaction d'un article, cliquez ici: 
> http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

Bonjour,

...
> Le nouveau projet du trimestre britannique consiste à cartographier les 
> panneaux solaires sur les toits. Cela aidera à prévoir le comportement de la 
> grille électrique

grille-pain ?
Les pièges de la traduction automatique ;).

electrical grid = réseau électrique.

-- 
Alain Rpnpif

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

Re: [OSM-talk-fr] Systèmes géodésiques et OSM

2019-09-06 Par sujet Stéphane Péneau 

Le 06/09/2019 à 11:14, Eric SIBERT via Talk-fr a écrit :
Pour le fond du problème, mon avis est que OSM est un projet mondial 
et qu'il faut rester avec une référence globale, à savoir WGS84 mais 
en précisant bien que c'est dans sa réalisation actuelle. Les données 
dans des références locales doivent alors être converties en 
WGS84(réalisation actuelle). Quand il y a un changement de réalisation 
de WGS84, il faut convertir les coordonnées dans la base OSM de 
l'ancienne à la nouvelle réalisation de WGS84 (ou au moins le faire 
dans les zones où la dérive des plaques est plus grande que 
l'incertitude sur les données sources du coin).


Les nouvelles réalisations du WGS84 n'ont pas de rapport avec le 
déplacement des plaques.


Si entre 2 réalisations, ma plaque s'est déplacée de 10 mètres (c'est un 
exemple irréaliste), transformer les coordonnées de l'ancienne à la 
nouvelle réalisation ne corrigera pas le décalage de 10 mètres.


Stf


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

Re: [OSM-talk-fr] Josm - traduction wiki - Fr:Help/Concepts/Object

2019-09-06 Par sujet lenny.libre 

Le 03/09/2019 à 18:05, osm.sanspourr...@spamgourmet.com a écrit :



Le 03/09/2019 à 16:49, lenny.libre - lenny.li...@orange.fr a écrit :

Le 03/09/2019 à 11:55, osm.sanspourr...@spamgourmet.com a écrit :

Le 03/09/2019 à 11:26, marc marc - marc_marc_...@hotmail.com a écrit :

Le 03.09.19 à 11:13, lenny.libre a écrit :

   * au §
 
https://josm.openstreetmap.de/wiki/Help/Concepts/Object#Objectversionsandhistory
 que signifie /"wiki-style editing"/ dans : /"Version numbers
 (versions) were introduced to simplify wiki-style editing."/

je pense que cela parle de l'éditeur graphique du wiki.
ne l'utilisant cependant quasi jamais, c'est à confirmer par qlq qui
l'utilise :)


Non, il parle du fait que comme Wikipédia(*), on prend une version, 
on la modifie et on la replace sur le serveur.


D'où la remarque sur les relations ou les chemins dont les numéros 
ne changent pas si ce sont leurs constituants qui changent.


(*) Wikipédia, c'est l'OpenStreetMap de l'encyclopédie.

Denis, tu notes pour les bons mots d'OSM ? ;-)

Je pourrais donc mettre /"Les numéros de version on été ajoutés pour 
simplifier l'édition des objets (de la même façon que l'on édite des 
pages wiki)"/


Plutôt : /"Les numéros de version on été ajoutés pour simplifier 
l'édition des objets (qui sinon se fait de la même manière que l'on 
édite des pages wiki)"/


En fait c'est surtout pour résoudre les conflits./
/

/Je ne comprends pas le sinon, puisque j'ai bien un n° qui s'incrémente 
lorsque je modifie une page du wiki/


//


   * Je ne comprends pas bien la phrase : /"But you can always track
 complete history of one node based on history."/ littéralement, cela
 donne /"Mais vous pouvez toujours suivre l'historique complet d'un
 nœud sur la base de l'historique. "/ je ne vois pas bien comment
 suivre l’historique complet sur la base de l'historique ?

"sur la base de l'historique" -> en utilisant l'historique.
c'est un peu une tautologie :-s
Un peu seulement ;-) ? Et bien non, car justement avec l'historique 
(seul) tu as du mal à suivre un chemin ou une relation parce que les 
nœuds peuvent bouger dans le temps. La base à une date donnée donne 
pour les chemins/relations une bonne alternative.
Oui, mais il parle d'abord des chemins et des relations dans les deux 
lignes précédentes


  * Contents of the relation can change without change in version or
id of the relation (a way can be changed, a node can be changed,
a child relation can be changed).
  * Contents of the way can change without change in version or id of
the way (a child node can be moved back and forth several times,
but id of the way may stay the same).

et après avoir dit /"But " /il parle d'un nœud
"But you can always track
 complete history of one node based on history."


Oui, on est d'accord. C'est pour ça que je dis "et bien non".

Peut-être vaut-il mieux reformuler : si l'historique d'un nœud est 
triviale, l'historique des chemins et relations est simplifiée dans le 
sens ou seules les modifications d'attributs et de membres sont 
versionnées. Si par contre un membre est modifié, par exemple un nœud 
d'un chemin est déplacé, le chemin lui-même ne change pas de version.


Jean-Yvon

Je suis d'accord, mais dans le wiki josm, si on modifie une 
page(traduite), il faut reporter la modification sur la page(en) et là, 
je ne suis pas capable de le faire et de me lancer dans une discussion 
en anglais ; je vais donc mettre sur la page(fr) qu'elle n'est pas 
totalement traduite, laisser le texte en anglais et mettre en 
commentaire cette reformulation.


Leni

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

Re: [OSM-talk-fr] Systèmes géodésiques et OSM

2019-09-06 Par sujet Eric SIBERT via Talk-fr 
D'abord, remarque préliminaire sur ceux qui disent que ce n'est pas 
grave car nos récepteurs n'ont pas une précision suffisante, je réponds 
qu'on ne taggue pas pour le rendu ;-). Puis nos récepteurs commencent à 
avoir une précision pas mal non plus. À Madagascar, j'ai mesuré 
plusieurs jours de suite le même point bien dégagé avec mon Etrex 30 
(GPS+Glonass). L'écart-type est de 1,60 m. Sachant qu'en plus, en 
Europe, on a les corrections temps réel EGNOSS, je pense que le métrique 
est à portée de main. D'ailleurs, je suis en train de faire des mesures 
répétées sur mon trajet domicile-travail  pour voir ce qu'il en est.


Pour le fond du problème, mon avis est que OSM est un projet mondial et 
qu'il faut rester avec une référence globale, à savoir WGS84 mais en 
précisant bien que c'est dans sa réalisation actuelle. Les données dans 
des références locales doivent alors être converties en 
WGS84(réalisation actuelle). Quand il y a un changement de réalisation 
de WGS84, il faut convertir les coordonnées dans la base OSM de 
l'ancienne à la nouvelle réalisation de WGS84 (ou au moins le faire dans 
les zones où la dérive des plaques est plus grande que l'incertitude sur 
les données sources du coin).


Eric


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

[OSM-talk-fr] Rencontre mensuelle du Groupe de Lyon 10/09/2019 - 18h30

2019-09-06 Par sujet Rene Chalon 

Bonjour à tous,

Les mappeurs OSM de Lyon se rencontrent régulièrement le 2ème mardi de 
chaque mois, et chacun peut participer à ces rencontres. La prochaine

aura lieu :

le MARDI 10 SEPTEMBRE à partir de 18h30
au TUBA, 145 cours Lafayette, 69003 LYON.

Si vous souhaitez mettre un sujet particulier à l'ordre du jour de la 
rencontre à venir, vous pouvez l'indiquer sur la page préparatoire :

https://wiki.openstreetmap.org/wiki/FR:Lyon/R%C3%A9union_10_septembre_2019

Venez nombreux !
Renecha pour le groupe de Lyon.





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