Re: [OSM-talk-fr] Import batiment
Le 09/09/2010 10:03, Tenshu a écrit : Pour parler franchement, Potlach est un mauvais outil en plus d'être obsolète. Quand je vois des tracés précis que je fais à partir du cadastre être complété par un tracé de piste cycable avec potlach à la précision complétement erratique ... On est d'accord. Cependant, Potlatch est l'outil le plus simple à montrer aux néophytes : rien à installer, un navigateur suffit, les affichages sont "beaux", bref ça attire. JOSM, que j'ai désormais adopté, est bien plus puissant et doté de fonctionnalités de la mort qui tue. Mais il demande un effort bien plus grand, tant pour installer que pour prendre en mains et l'affichage est rebutant (lire : pas "beau"). -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import batiment
Le 09/09/2010 08:33, Ashar Voultoiz a écrit : > On 08/09/10 22:26, Rodolphe Quiedeville wrote: >> Si l'édition est trop lourde à cause des >> bâtiments il est possible d'ajouter une règles d'exclusion lors de la >> lecture des données par une requête XAPI. > > > Y a t'il un endroit ou trouver la description de XAPI et quelques > recommandations ? > Je pourrais, éventuellement, me plonger dans le code source de Potlach > et JOSM pour coder le filtre 'anti-batiment' :-) > La doc est dispo dans le wiki à l'adresse : http://wiki.openstreetmap.org/wiki/Xapi Maintenant il faut savoir que les machines sont souvent en carafes, mais cela n'empêche pas d'ajouter déjà la fonctionnalité à JOSM et autres éditeurs. -- Rodolphe Quiédeville - Artisan Logiciel Libre http://rodolphe.quiedeville.org/ Jabber/XMPP : rodol...@quiedeville.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import batiment
2010/9/8 Jean-Francois Nifenecker > > J'avais évoqué cette question dans un fil récent. Sur un de mes postes, il > devient *très* difficile d'utiliser Potlatch car les données n'arrivent > pas/jamais, en raison -- à ce qu'il me semble -- de la densité des données à > récupérer : les zones "désertiques" sont chargées sans pb, les zones bâties, > non. > Pour parler franchement, Potlach est un mauvais outil en plus d'être obsolète. Quand je vois des tracés précis que je fais à partir du cadastre être complété par un tracé de piste cycable avec potlach à la précision complétement erratique ... -- Mon weblog - http://www.tenshu.fr/ Je soutiens le Logiciel Libre, j'adhère à l'APRIL ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import batiment
On 08/09/10 22:26, Rodolphe Quiedeville wrote: Si l'édition est trop lourde à cause des bâtiments il est possible d'ajouter une règles d'exclusion lors de la lecture des données par une requête XAPI. Y a t'il un endroit ou trouver la description de XAPI et quelques recommandations ? Je pourrais, éventuellement, me plonger dans le code source de Potlach et JOSM pour coder le filtre 'anti-batiment' :-) -- Ashar Voultoiz ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import batiment
Le jeudi 9 septembre 2010 00:00:46 Steven Le Roux, vous avez écrit : > Peut être que les outils peuvent être améliorés... mais je ne pense > pas qu'on fera des miracles. Une réponse rapide peut être un filtre. > Je ne connais pas les rendus graphiques en Java, On peut en parler à > Fred Ramm... ou Pieren a peut être une idée sur la faisabilité... > Sinon je trouverai qq collegues qui sauront m'en dire plus là dessus. Le filtre graphique existe déjà sous JOSM et est effectivement indispensable. Ça a été abordé dans un autre message, et déjà plusieurs fois précédemment, mais il me semble que cette fonction n'est pas toujours évidente à trouver. À toutes fins utiles, la doc en anglais : http://josm.openstreetmap.de/wiki/Help/Dialog/FilterDialog Si ça ne suffit pas, dites-le :-) Après, oui, il faut faire gaffe aux bâtiments quand même, mais on peut soit les laisser afficher en fin et non sélectionnable, soit on un petit de coup de validation à la fin. Pour info, je filtre aussi les CLC:id=* -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import batiment
Vincent Pottier a écrit : On 08/09/2010 19:38, Ashar Voultoiz wrote: On 08/09/10 16:56, Steven Le Roux wrote: Je rebondie sur ton mail en posant cette question : doit-on continuer avec les batiments ? Ou... doit-on continuer comme on le fait en ce moment ? Ne faudrait-il pas une base séparée ? On pourrait imaginer un système de filtre en téléchargeant les données dans JOSM. Chacun pourrait alors exclure/inclure les données dont il a besoin. Il y a un excellent plugin qui fait cela très bien au niveau de l'affichage/activation. les filtres sont efficaces pour l'affichage mais ne changent rien a la quantite de donnees en memoire et donc a la puissance necessaire au niveau hardware ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import batiment
Vincent de Chateau-Thierry a écrit : En résumé, je préfère de loin des outils qui s'adaptent à la croissance de la base, que la base qui s'adapte à l'incapacité (temporaire) des outils. +1 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import batiment
2010/9/8 Pieren : > 2010/9/8 Steven Le Roux >> >> Je rebondie sur ton mail en posant cette question : doit-on continuer >> avec les batiments ? >> > > Est-ce bien le même Steven Le Roux qui a, à une certaine époque, ajouté des > parcelles du cadastre dans OSM ? > Tu exagères ;) à peine un quartier pour juger de l'intérêt :) Mais cette réflexion vient de plusieurs choses. Qu'est-ce que ça apporte de l'avoir dans la base ? (et pas dans une base séparée...) car ça ne solutionne pas l'adressage La seule raison que je vois à l'intérêt d'une base commune. C'est qu'on est sur un modèle relationel. Et qu'une relation peut inclure un building avec autre chose. Difficile alors d'en faire la jointure avec deux bases séparées sauf à faire du clé valeur et restructurer toute la base simple quoi... Maintenant, je me dis qu'un nouveau contributeur doit être extrèmement rebuté en téléchargeant son premier set sur JOSM s'il habite en ville. Pour la plupart ici, quand on a commencé, c'était un tableau noir où il y avait tout à faire. Ça avait donc un côté ludique, celui de voir se dessiner sa propre ville. Mais c'est un projet à grand echelle, et il faudra continuer à chercher à attirer sans cesse de nouveau contributeur, et quand je fais des ateliers OSM, je me rend compte que l'ouverture de JOSM avec déjà un calque GPS et 3 pauvres données OSM, ce n'est déjà pas simple du tout... alors quand ça se passe en ville avec des données dans tous les sens... je pense qu'on va au devant d'erreurs en série, ou de revert à la pelle, mais surtout à une grand difficulté d'acquisition de contributeur... Peut être que les outils peuvent être améliorés... mais je ne pense pas qu'on fera des miracles. Une réponse rapide peut être un filtre. Je ne connais pas les rendus graphiques en Java, On peut en parler à Fred Ramm... ou Pieren a peut être une idée sur la faisabilité... Sinon je trouverai qq collegues qui sauront m'en dire plus là dessus. > Pieren > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > > -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import batiment
On 08/09/2010 19:38, Ashar Voultoiz wrote: On 08/09/10 16:56, Steven Le Roux wrote: Je rebondie sur ton mail en posant cette question : doit-on continuer avec les batiments ? Ou... doit-on continuer comme on le fait en ce moment ? Ne faudrait-il pas une base séparée ? On pourrait imaginer un système de filtre en téléchargeant les données dans JOSM. Chacun pourrait alors exclure/inclure les données dont il a besoin. Il y a un excellent plugin qui fait cela très bien au niveau de l'affichage/activation. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import batiment
Le 08/09/2010 16:56, Steven Le Roux a écrit : Le fait de tout mettre dans la même base fait que l'édition s'en complique énormément. Peut être faudrait-il filtrer directement dans JOSM pour ne citer que lui, afin de ne pas charger les "building", ou autres "man_made" La quantité de donnée lorsqu'il y a des batiments fait que : - il est très facile de faire des bêtises (si vue wireframe : erreur de segment, aggregation des nodes, etc...) - il devient difficile d'éditer (même sur des machines assez puissante) La question est posée... J'avais évoqué cette question dans un fil récent. Sur un de mes postes, il devient *très* difficile d'utiliser Potlatch car les données n'arrivent pas/jamais, en raison -- à ce qu'il me semble -- de la densité des données à récupérer : les zones "désertiques" sont chargées sans pb, les zones bâties, non. Donc, oui, il faut faire quelque chose du côté des outils au moins. Comment diriger les néophytes vers un outil (ex : Potlatch) qui s'avérera inutilisable pour eux ? -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import batiment
Le 08/09/2010 16:56, Steven Le Roux a écrit : > Merci Emilie, > > Je rebondie sur ton mail en posant cette question : doit-on continuer > avec les batiments ? > > Ou... doit-on continuer comme on le fait en ce moment ? > Ne faudrait-il pas une base séparée ? > OpenStreetMap ne s'appelle pas encore OpenMaps, mais aurait peut être > plus de pertinence s'il fallait le décrire, comme étant une > OpenTransportsMaps ou une carte des réseaux de transport. > (véhicule, piéton, cycle, eau, elec, etc... ). [...] Cette réflexion est intéressant quand on voit d'autres discussions où certains mappeurs réflechissent à implémenter le zoom de niveau 19 pour rentrer dans les bâtiments. Ce projet est définitivement un bel exemple en terme de diversité :) Pour ma part je suis pour continuer à ajouter les bâtiments dans la base, et pour inventer les outils qui permettent à chacun d'utiliser les données d'OSM au mieux. Si l'édition est trop lourde à cause des bâtiments il est possible d'ajouter une règles d'exclusion lors de la lecture des données par une requête XAPI. A++ -- Rodolphe Quiédeville - Artisan Logiciel Libre http://rodolphe.quiedeville.org/ Jabber/XMPP : rodol...@quiedeville.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import batiment
Bonsoir,
Le 08/09/2010 19:33, hamster a écrit :
Steven Le Roux a écrit :
Merci Emilie,
Je rebondie sur ton mail en posant cette question : doit-on continuer
avec les batiments ?
Pour moi oui, sans hésitation
Ou... doit-on continuer comme on le fait en ce moment ?
Ne faudrait-il pas une base séparée ?
OpenStreetMap ne s'appelle pas encore OpenMaps, mais aurait peut être
plus de pertinence s'il fallait le décrire, comme étant une
OpenTransportsMaps ou une carte des réseaux de transport.
(véhicule, piéton, cycle, eau, elec, etc... ).
>> Le fait de tout mettre dans la même base fait que l'édition s'en
>> complique énormément. Peut être faudrait-il filtrer directement dans
>> JOSM pour ne citer que lui, afin de ne pas charger les "building", ou
>> autres "man_made"
Le seul critère de découpage de la base que j'arrive à imaginer serait
un critère spatial : par continent par exemple. Mais il ne changerait
rien au problème soulevé ici. Toutes les segmentations thématiques (les
bâtiments ici, le reseau routier là, les voies ferrées ailleurs, etc) me
semble voué à l'échec si on a l'ambition de préserver une cohérence
globale au contenu OSM. Dès la première question ("comment segmenter ?")
on aurait de jolis pugilats et des problèmes inextricables, en
considérant à la fois que chaque objet doit être rangé dans une base et
une seule (pas de doublons), et que tous les objets d'un type doivent
être accessibles dans une seule base, pour s'y retrouver. J'ai la base
des building=* d'un côté, et celle des amenity=* de l'autre. Où ranger
les amenity=* portés par un building ?
Si pour garder de la cohérence on doit en permanence réconcilier les
bases au moment de l'édition, on revient à la case départ par rapport au
problème de lenteur/lourdeur de l'édition. À l'inverse, si on se met à
éditer des couches d'objets, en faisant abstraction des autres (j'édite
les rue sans voir les bâtiments, au hasard), on va fabriquer de
l'incohérence, qu'il faudra réparer ensuite. Bref, ça me semble
contre-productif.
En résumé, je préfère de loin des outils qui s'adaptent à la croissance
de la base, que la base qui s'adapte à l'incapacité (temporaire) des outils.
vincent
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import batiment
Le 08/09/2010 16:56, Steven Le Roux a écrit : Merci Emilie, Je rebondie sur ton mail en posant cette question : doit-on continuer avec les batiments ? Ou... doit-on continuer comme on le fait en ce moment ? Ne faudrait-il pas une base séparée ? OpenStreetMap ne s'appelle pas encore OpenMaps, mais aurait peut être plus de pertinence s'il fallait le décrire, comme étant une OpenTransportsMaps ou une carte des réseaux de transport. (véhicule, piéton, cycle, eau, elec, etc... ). Le fait de tout mettre dans la même base fait que l'édition s'en complique énormément. Peut être faudrait-il filtrer directement dans JOSM pour ne citer que lui, afin de ne pas charger les "building", ou autres "man_made" La quantité de donnée lorsqu'il y a des batiments fait que : - il est très facile de faire des bêtises (si vue wireframe : erreur de segment, aggregation des nodes, etc...) - il devient difficile d'éditer (même sur des machines assez puissante) Ne devrait-il pas y avoir une base plus ciblée justement sur ce genre de donnée, dans laquel la 3D serait gérée pour le coup. Un moteur de rendu pourrait très bien concatener les deux sources pour faire une carte avec les batiments. La question est posée... Bonsoir, That's a very good question! Bon un peu de sérieux. Si vous regardez bien l'ensemble de mes interventions vous verrez que je suis tout à fait pour des bases séparées qui fusionnent leurs infos à la demande. a- 1 base pour les routes, les voies d'eau et le réseau ferré (les voies) qui serait le fond de carte de base b- 1 base pour les transports publics hors SNCF puisque sur la base précédentes. Nous y aurions donc toutes les lignes de bus c- 1 base pour les cultures (Elle existe déjà, CLC, non?) d- 1 base pour les stations essences (certains diront que ce pourrait être en a) e- 1 base pour les hôtels-restaurants f- 1 base pour les bâtiments (déjà là jour ou l'autre il faudra encore sectionner) g- 1 base pour les circuits de ceci, de cela h- Chacun peut rajouter son idée sur un critère large pour englober un maximum d'informations mais pas trop afin de ne pas surcharger ensuite les serveurs et les calculateurs Le grand hic est de définir ce qui DOIT être la base fonctionnelle ET indispensable quelque soit ensuite le domaine d'exploitation. Il doit toujours être possible à l'utilisateur de modifier son fond de carte. Ce qui nous manque donc c'est aussi une interface où l'on puisse sélectionner les éléments que l'on veut voir afficher. Je suis convaincu que c'est parfaitement possible. En effet le système de plan de commune en est la parfaite illustration. Je sais là je suis faucon yaka mais si j'en avais la compétence je vous aiderais sûrement plus loin sur ce point. Amitiés -- Si on n'avait toujours voulu que la "meilleure" des solutions, ce serait vide. Yannick VOYEAUD http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Actes En Vrac: http://www.francegenweb/actes/ Cercle Généalogique (EGE-PTT): http://www.cercle-genealogique.fr Inconnu de Saulcy: http://www.lced.org Antoine Payet de la Réunion: http://payet.voyeaud.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import batiment
On 08/09/10 16:56, Steven Le Roux wrote: Je rebondie sur ton mail en posant cette question : doit-on continuer avec les batiments ? Ou... doit-on continuer comme on le fait en ce moment ? Ne faudrait-il pas une base séparée ? On pourrait imaginer un système de filtre en téléchargeant les données dans JOSM. Chacun pourrait alors exclure/inclure les données dont il a besoin. -- Ashar Voultoiz ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import batiment
Steven Le Roux a écrit : Merci Emilie, Je rebondie sur ton mail en posant cette question : doit-on continuer avec les batiments ? Ou... doit-on continuer comme on le fait en ce moment ? Ne faudrait-il pas une base séparée ? OpenStreetMap ne s'appelle pas encore OpenMaps, mais aurait peut être plus de pertinence s'il fallait le décrire, comme étant une OpenTransportsMaps ou une carte des réseaux de transport. (véhicule, piéton, cycle, eau, elec, etc... ). Le fait de tout mettre dans la même base fait que l'édition s'en complique énormément. Peut être faudrait-il filtrer directement dans JOSM pour ne citer que lui, afin de ne pas charger les "building", ou autres "man_made" La quantité de donnée lorsqu'il y a des batiments fait que : - il est très facile de faire des bêtises (si vue wireframe : erreur de segment, aggregation des nodes, etc...) - il devient difficile d'éditer (même sur des machines assez puissante) Ne devrait-il pas y avoir une base plus ciblée justement sur ce genre de donnée, dans laquel la 3D serait gérée pour le coup. Un moteur de rendu pourrait très bien concatener les deux sources pour faire une carte avec les batiments. pas que les moteurs de rendu, les editeurs aussi sinon comment tracer une rue sans chevaucher sur un batiment si on ne les vois pas et se pose alors toujours le probleme de la puissance de la machine ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import batiment
Moi j'ai envie de répondre oui. Ça ne complique pas tant que ça l'édition, si on utilise un bon outil. 2010/9/8 Steven Le Roux > Merci Emilie, > > Je rebondie sur ton mail en posant cette question : doit-on continuer > avec les batiments ? > > Ou... doit-on continuer comme on le fait en ce moment ? > Ne faudrait-il pas une base séparée ? > OpenStreetMap ne s'appelle pas encore OpenMaps, mais aurait peut être > plus de pertinence s'il fallait le décrire, comme étant une > OpenTransportsMaps ou une carte des réseaux de transport. > (véhicule, piéton, cycle, eau, elec, etc... ). > Le fait de tout mettre dans la même base fait que l'édition s'en > complique énormément. Peut être faudrait-il filtrer directement dans > JOSM pour ne citer que lui, afin de ne pas charger les "building", ou > autres "man_made" > > La quantité de donnée lorsqu'il y a des batiments fait que : > - il est très facile de faire des bêtises (si vue wireframe : erreur > de segment, aggregation des nodes, etc...) > - il devient difficile d'éditer (même sur des machines assez puissante) > > Ne devrait-il pas y avoir une base plus ciblée justement sur ce genre > de donnée, dans laquel la 3D serait gérée pour le coup. > Un moteur de rendu pourrait très bien concatener les deux sources pour > faire une carte avec les batiments. > > La question est posée... > > > > > 2010/9/8 Emilie Laffray : > > Bonjour, > > > > suite a une discussion avec un contributeur anglais concernant un import > > massif de bâtiments du cote de Briancon, une solution a été évoquée pour > > éviter d'effacer des bâtiments déjà rentrés. Il existe un outil capable > de > > ne pas importer des bâtiments existants si besoin est. > > La page wiki se trouve la: > > http://wiki.openstreetmap.org/wiki/Mapseg > > > > Emilie Laffray > > > > ___ > > Talk-fr mailing list > > Talk-fr@openstreetmap.org > > http://lists.openstreetmap.org/listinfo/talk-fr > > > > > > > > -- > Steven Le Roux > Jabber-ID : ste...@jabber.fr > 0x39494CCB > 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > -- Mon weblog - http://www.tenshu.fr/ Je soutiens le Logiciel Libre, j'adhère à l'APRIL ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import batiment
2010/9/8 Steven Le Roux > > Je rebondie sur ton mail en posant cette question : doit-on continuer > avec les batiments ? > > Est-ce bien le même Steven Le Roux qui a, à une certaine époque, ajouté des parcelles du cadastre dans OSM ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import batiment
Merci Emilie, Je rebondie sur ton mail en posant cette question : doit-on continuer avec les batiments ? Ou... doit-on continuer comme on le fait en ce moment ? Ne faudrait-il pas une base séparée ? OpenStreetMap ne s'appelle pas encore OpenMaps, mais aurait peut être plus de pertinence s'il fallait le décrire, comme étant une OpenTransportsMaps ou une carte des réseaux de transport. (véhicule, piéton, cycle, eau, elec, etc... ). Le fait de tout mettre dans la même base fait que l'édition s'en complique énormément. Peut être faudrait-il filtrer directement dans JOSM pour ne citer que lui, afin de ne pas charger les "building", ou autres "man_made" La quantité de donnée lorsqu'il y a des batiments fait que : - il est très facile de faire des bêtises (si vue wireframe : erreur de segment, aggregation des nodes, etc...) - il devient difficile d'éditer (même sur des machines assez puissante) Ne devrait-il pas y avoir une base plus ciblée justement sur ce genre de donnée, dans laquel la 3D serait gérée pour le coup. Un moteur de rendu pourrait très bien concatener les deux sources pour faire une carte avec les batiments. La question est posée... 2010/9/8 Emilie Laffray : > Bonjour, > > suite a une discussion avec un contributeur anglais concernant un import > massif de bâtiments du cote de Briancon, une solution a été évoquée pour > éviter d'effacer des bâtiments déjà rentrés. Il existe un outil capable de > ne pas importer des bâtiments existants si besoin est. > La page wiki se trouve la: > http://wiki.openstreetmap.org/wiki/Mapseg > > Emilie Laffray > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > > -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
