Re: [OSM-talk-fr] [Osmose] Ajout d'un test sur la nature en tant que nom d'objet
;-) En effet dès fois on le retrouve avec d'autres erreurs comme le cas des majuscules manquantes A l'inverse si il n'y a que le tag name, Il faudrait proposer de mettre le tag correspondant Voici quelques cas non exhaustif: ford=yes + name=Gué name=Ancienne Voie Ferrée + route=* name=Ancienne Voie Ferrée + highway=* name=Ancienne Voie Ferrée + railway=* Le problème principal c'est les commerce name=Boulangerie + shop=* {bakery;convenience} j'ai touvé aussi fast_food??? name=Boulangerie + amenity=cafe name=Boucherie + shop=butcher name=Bijouterie + shop=jewelry name=Fast-Food + amenity=fast_food ... name=Rocher + tourism=* name=Rocher + natural=* name=Arbre + natural=tree name=Forêt + landuse=forest Je pense que tous le monde peut y aller de son expérience car c'est long... C'est presque tout les couples de clé=valeur qui ont leurs traductions dans name=* Le 3 juillet 2015 14:17, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Bonjour, Je pense que Osmose doit déjà en faire un peu. Mais il faudrait proposer une liste concrète. Taginfo est un bon départ. Frédéric. Le 03/07/2015 12:59, Jérôme Seigneuret a écrit : Bonjour, Je me rend compte en corrigeant les erreurs remontés par *Osmose *sur les tags name que souvent les contributeurs fond l'erreur d'ajouter *la fonction ou la nature de l'objet comme valeur* de la clé *name* * * Peut-on ajouter un test pour remonter ces erreurs? Ces erreurs sont assez courantes et même chez des contributeurs qui ont quelques centaines de groupes de modifications. Merci ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Osmose] Ajout d'un test sur la nature en tant que nom d'objet
name=Église + *amenity* = place_of_worship name=fixme + fixme=*|note=* le test est aussi à faire dans les autres langues: *name*=No Bridge + highway=* proposer ford=yes ? barrier=gate + name=Gate barrier=gate + name:en=Gate barrier=gate + name:de=Gatter Le 3 juillet 2015 15:12, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : ;-) En effet dès fois on le retrouve avec d'autres erreurs comme le cas des majuscules manquantes A l'inverse si il n'y a que le tag name, Il faudrait proposer de mettre le tag correspondant Voici quelques cas non exhaustif: ford=yes + name=Gué name=Ancienne Voie Ferrée + route=* name=Ancienne Voie Ferrée + highway=* name=Ancienne Voie Ferrée + railway=* Le problème principal c'est les commerce name=Boulangerie + shop=* {bakery;convenience} j'ai touvé aussi fast_food??? name=Boulangerie + amenity=cafe name=Boucherie + shop=butcher name=Bijouterie + shop=jewelry name=Fast-Food + amenity=fast_food ... name=Rocher + tourism=* name=Rocher + natural=* name=Arbre + natural=tree name=Forêt + landuse=forest Je pense que tous le monde peut y aller de son expérience car c'est long... C'est presque tout les couples de clé=valeur qui ont leurs traductions dans name=* Le 3 juillet 2015 14:17, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Bonjour, Je pense que Osmose doit déjà en faire un peu. Mais il faudrait proposer une liste concrète. Taginfo est un bon départ. Frédéric. Le 03/07/2015 12:59, Jérôme Seigneuret a écrit : Bonjour, Je me rend compte en corrigeant les erreurs remontés par *Osmose *sur les tags name que souvent les contributeurs fond l'erreur d'ajouter *la fonction ou la nature de l'objet comme valeur* de la clé *name* * * Peut-on ajouter un test pour remonter ces erreurs? Ces erreurs sont assez courantes et même chez des contributeurs qui ont quelques centaines de groupes de modifications. Merci ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Osmose] Ajout d'un test sur la nature en tant que nom d'objet
*highway=*speed_camera + name=90 Km Passage en description de la vitesse? ou suppression? ou proposer de passer la vitesse sur la voirie... Le 3 juillet 2015 15:46, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Des descriptions en tant que nom name=Piste de Roller (dégradée) + *highway=** Peut-être tester l'usage de verbe dans le tag name Je connais pas de voirie en contenant Inexistence de type de voirie (rue, allée, place, ...) Le 3 juillet 2015 15:36, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : name=Église + *amenity* = place_of_worship name=fixme + fixme=*|note=* le test est aussi à faire dans les autres langues: *name*=No Bridge + highway=* proposer ford=yes ? barrier=gate + name=Gate barrier=gate + name:en=Gate barrier=gate + name:de=Gatter Le 3 juillet 2015 15:12, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : ;-) En effet dès fois on le retrouve avec d'autres erreurs comme le cas des majuscules manquantes A l'inverse si il n'y a que le tag name, Il faudrait proposer de mettre le tag correspondant Voici quelques cas non exhaustif: ford=yes + name=Gué name=Ancienne Voie Ferrée + route=* name=Ancienne Voie Ferrée + highway=* name=Ancienne Voie Ferrée + railway=* Le problème principal c'est les commerce name=Boulangerie + shop=* {bakery;convenience} j'ai touvé aussi fast_food??? name=Boulangerie + amenity=cafe name=Boucherie + shop=butcher name=Bijouterie + shop=jewelry name=Fast-Food + amenity=fast_food ... name=Rocher + tourism=* name=Rocher + natural=* name=Arbre + natural=tree name=Forêt + landuse=forest Je pense que tous le monde peut y aller de son expérience car c'est long... C'est presque tout les couples de clé=valeur qui ont leurs traductions dans name=* Le 3 juillet 2015 14:17, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Bonjour, Je pense que Osmose doit déjà en faire un peu. Mais il faudrait proposer une liste concrète. Taginfo est un bon départ. Frédéric. Le 03/07/2015 12:59, Jérôme Seigneuret a écrit : Bonjour, Je me rend compte en corrigeant les erreurs remontés par *Osmose *sur les tags name que souvent les contributeurs fond l'erreur d'ajouter *la fonction ou la nature de l'objet comme valeur* de la clé *name* * * Peut-on ajouter un test pour remonter ces erreurs? Ces erreurs sont assez courantes et même chez des contributeurs qui ont quelques centaines de groupes de modifications. Merci ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Osmose] Ajout d'un test sur la nature en tant que nom d'objet
Bonjour, Je pense que Osmose doit déjà en faire un peu. Mais il faudrait proposer une liste concrète. Taginfo est un bon départ. Frédéric. Le 03/07/2015 12:59, Jérôme Seigneuret a écrit : Bonjour, Je me rend compte en corrigeant les erreurs remontés par *Osmose *sur les tags name que souvent les contributeurs fond l'erreur d'ajouter *la fonction ou la nature de l'objet comme valeur* de la clé *name* * * Peut-on ajouter un test pour remonter ces erreurs? Ces erreurs sont assez courantes et même chez des contributeurs qui ont quelques centaines de groupes de modifications. Merci ___ 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] [Osmose] Ajout d'un test sur la nature en tant que nom d'objet
Le 03/07/2015 15:46, Jérôme Seigneuret a écrit : Des descriptions en tant que nom name=Piste de Roller (dégradée) + *highway=** Peut-être tester l'usage de verbe dans le tag name Je connais pas de voirie en contenant Le tout premier qui me vient à l'esprit: prolongée ;) Inexistence de type de voirie (rue, allée, place, ...) Là aussi on risque d'avoir un paquet de faux positifs... Pour les POI, le script d'extraction que j'ai utilisé pour alimenter addok tente de gérer justement la présence du type de POI dans le name=*. Je me suis basé sur une liste utilisée pour la traduction du site osm.org. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Osmose] Ajout d'un test sur la nature en tant que nom d'objet
Ma petite contribution, sur l'infra : name=Poste électrique... + power=substation name=Réservoir... + man_made=covered_reservoir Mais il y a aussi des cas qui ne correspondent pas : name=Centrale électrique... sans power=plant car bien souvent, le power=plant est une relation comprenant tous les composants de la centrale et pas que le bâtiment principal (ou réacteur, ou autres). C'est le cas pour les centrales hydrauliques. http://www.openstreetmap.org/way/16392 A+ *François Lacombe* fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux http://www.twitter.com/InfosReseaux Le 3 juillet 2015 15:46, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Des descriptions en tant que nom name=Piste de Roller (dégradée) + *highway=** Peut-être tester l'usage de verbe dans le tag name Je connais pas de voirie en contenant Inexistence de type de voirie (rue, allée, place, ...) Le 3 juillet 2015 15:36, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : name=Église + *amenity* = place_of_worship name=fixme + fixme=*|note=* le test est aussi à faire dans les autres langues: *name*=No Bridge + highway=* proposer ford=yes ? barrier=gate + name=Gate barrier=gate + name:en=Gate barrier=gate + name:de=Gatter Le 3 juillet 2015 15:12, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : ;-) En effet dès fois on le retrouve avec d'autres erreurs comme le cas des majuscules manquantes A l'inverse si il n'y a que le tag name, Il faudrait proposer de mettre le tag correspondant Voici quelques cas non exhaustif: ford=yes + name=Gué name=Ancienne Voie Ferrée + route=* name=Ancienne Voie Ferrée + highway=* name=Ancienne Voie Ferrée + railway=* Le problème principal c'est les commerce name=Boulangerie + shop=* {bakery;convenience} j'ai touvé aussi fast_food??? name=Boulangerie + amenity=cafe name=Boucherie + shop=butcher name=Bijouterie + shop=jewelry name=Fast-Food + amenity=fast_food ... name=Rocher + tourism=* name=Rocher + natural=* name=Arbre + natural=tree name=Forêt + landuse=forest Je pense que tous le monde peut y aller de son expérience car c'est long... C'est presque tout les couples de clé=valeur qui ont leurs traductions dans name=* Le 3 juillet 2015 14:17, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Bonjour, Je pense que Osmose doit déjà en faire un peu. Mais il faudrait proposer une liste concrète. Taginfo est un bon départ. Frédéric. Le 03/07/2015 12:59, Jérôme Seigneuret a écrit : Bonjour, Je me rend compte en corrigeant les erreurs remontés par *Osmose *sur les tags name que souvent les contributeurs fond l'erreur d'ajouter *la fonction ou la nature de l'objet comme valeur* de la clé *name* * * Peut-on ajouter un test pour remonter ces erreurs? Ces erreurs sont assez courantes et même chez des contributeurs qui ont quelques centaines de groupes de modifications. Merci ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intégration des Boites Postale dans Osmose
Je me suis aperçut hier que la correction que j'avais faite n'était que partielle. Ça va arriver... Le 03/07/2015 17:08, Pierre-Yves Berrard a écrit : Le 27 juin 2015 13:53, Frédéric Rodrigo fred.rodr...@gmail.com mailto:fred.rodr...@gmail.com a écrit : Le 27/06/2015 09:49, Christian Quest a écrit : Autre problème avec cette analyse osmose: on avait utilisé jusque maintenant ref=* et pas ref:FR:LaPoste... - le rapprochement fait pas osmose ne semble pas se faire (ou alors la tolérance de distance est insuffisante). - les formulaires de JOSM prennent en compte ref=* - on va avoir un mix entre les deux... Je corrige, passage vers ref. Bonjour, Bonjour, Le passage vers ref est-il réalisé ? Je reçois quotidiennement une pelletée de flux rss m'indiquant que ref:FR:LaPoste est manquant. PY ___ 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] [Osmose] Ajout d'un test sur la nature en tant que nom d'objet
Des descriptions en tant que nom name=Piste de Roller (dégradée) + *highway=** Peut-être tester l'usage de verbe dans le tag name Je connais pas de voirie en contenant Inexistence de type de voirie (rue, allée, place, ...) Le 3 juillet 2015 15:36, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : name=Église + *amenity* = place_of_worship name=fixme + fixme=*|note=* le test est aussi à faire dans les autres langues: *name*=No Bridge + highway=* proposer ford=yes ? barrier=gate + name=Gate barrier=gate + name:en=Gate barrier=gate + name:de=Gatter Le 3 juillet 2015 15:12, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : ;-) En effet dès fois on le retrouve avec d'autres erreurs comme le cas des majuscules manquantes A l'inverse si il n'y a que le tag name, Il faudrait proposer de mettre le tag correspondant Voici quelques cas non exhaustif: ford=yes + name=Gué name=Ancienne Voie Ferrée + route=* name=Ancienne Voie Ferrée + highway=* name=Ancienne Voie Ferrée + railway=* Le problème principal c'est les commerce name=Boulangerie + shop=* {bakery;convenience} j'ai touvé aussi fast_food??? name=Boulangerie + amenity=cafe name=Boucherie + shop=butcher name=Bijouterie + shop=jewelry name=Fast-Food + amenity=fast_food ... name=Rocher + tourism=* name=Rocher + natural=* name=Arbre + natural=tree name=Forêt + landuse=forest Je pense que tous le monde peut y aller de son expérience car c'est long... C'est presque tout les couples de clé=valeur qui ont leurs traductions dans name=* Le 3 juillet 2015 14:17, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Bonjour, Je pense que Osmose doit déjà en faire un peu. Mais il faudrait proposer une liste concrète. Taginfo est un bon départ. Frédéric. Le 03/07/2015 12:59, Jérôme Seigneuret a écrit : Bonjour, Je me rend compte en corrigeant les erreurs remontés par *Osmose *sur les tags name que souvent les contributeurs fond l'erreur d'ajouter *la fonction ou la nature de l'objet comme valeur* de la clé *name* * * Peut-on ajouter un test pour remonter ces erreurs? Ces erreurs sont assez courantes et même chez des contributeurs qui ont quelques centaines de groupes de modifications. Merci ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] média : Google Maps et Osm en afrique
Il est question de Google Maps, Hot, Missing Maps, et bien sûr Osm. C'est ici : http://www.lemonde.fr/afrique/article/2015/07/03/l-afrique-une-terre-inconnue-pour-google-maps_4669129_3212.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Osmose] Ajout d'un test sur la nature en tant que nom d'objet
*Le tout premier qui me vient à l'esprit: prolongée ;)* En effet mais si il n'y en a pas beaucoup on peut peut être les exclure *Inexistence de type de voirie (rue, allée, place, ...) Là aussi on risque d'avoir un paquet de faux positifs...* Il est vrai, mais je pense faire un test avec un filtre par code commune sur overpass pour voir... Je vais regarder dans ma base de données pour avoir la liste. Peut-être qu'Osmose dans ce cas n'est pas forcément l'idéal. Il faudrait faire une sorte de validation intermédiaire pour dégager tous les faux positif au premier abord avec un système de filtre textuel plutôt que par localisation afin d'ignorer des lots directement. *Pour les POI, le script d'extraction que j'ai utilisé pour alimenter addok tente de gérer justement la présence du type de POI dans le name=*. Je me suis basé sur une liste utilisée pour la traduction du site osm.org http://osm.org/.* Ok, cela pourrait servir déjà à traiter les 3/4 des cas d'erreur je pense mais à faire à tous les niveaux de *name:*=* Le 3 juillet 2015 16:20, Jérôme Seigneuret jerome.seigneu...@gmail.com a écrit : *Peut-être tester l'usage de verbe dans le tag name Je connais pas de voirie en contenantLe tout premier qui me vient à l'esprit: prolongée ;)* En effet mais si il n'y en a pas beaucoup on peut peut être les exclure *Inexistence de type de voirie (rue, allée, place, ...) Là aussi on risque d'avoir un paquet de faux positifs...* Il est vrai, mais je pense faire un test avec un filtre par code commune sur overpass pour voir... Je vais regardé dans ma base de données pour avoir la liste. Après c'est sur qu'Osmose dans ce cas n'est pas forcément l'idéal acr il faudrait faire une sorte de validation intermédiaire pour dégager tous les faux positif au premier abord avec un système de filtre textuel plutôt que par localisation. *Pour les POI, le script d'extraction que j'ai utilisé pour alimenter addok tente de gérer justement la présence du type de POI dans le name=*. Je me suis basé sur une liste utilisée pour la traduction du site osm.org http://osm.org/.* Ok, cela pourrait servir déjà à traiter les 3/4 des cas d'erreur je pense mais à faire à tous les niveaux de *name:*=* Le 3 juillet 2015 16:03, Christian Quest cqu...@openstreetmap.fr a écrit : Le 03/07/2015 15:46, Jérôme Seigneuret a écrit : Des descriptions en tant que nom name=Piste de Roller (dégradée) + *highway=** Peut-être tester l'usage de verbe dans le tag name Je connais pas de voirie en contenant Le tout premier qui me vient à l'esprit: prolongée ;) Inexistence de type de voirie (rue, allée, place, ...) Là aussi on risque d'avoir un paquet de faux positifs... Pour les POI, le script d'extraction que j'ai utilisé pour alimenter addok tente de gérer justement la présence du type de POI dans le name=*. Je me suis basé sur une liste utilisée pour la traduction du site osm.org . -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Jérôme Seigneuret ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intégration des Boites Postale dans Osmose
Le 27 juin 2015 13:53, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 27/06/2015 09:49, Christian Quest a écrit : Autre problème avec cette analyse osmose: on avait utilisé jusque maintenant ref=* et pas ref:FR:LaPoste... - le rapprochement fait pas osmose ne semble pas se faire (ou alors la tolérance de distance est insuffisante). - les formulaires de JOSM prennent en compte ref=* - on va avoir un mix entre les deux... Je corrige, passage vers ref. Bonjour, Bonjour, Le passage vers ref est-il réalisé ? Je reçois quotidiennement une pelletée de flux rss m'indiquant que ref:FR:LaPoste est manquant. PY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Osmose] Ajout d'un test sur la nature en tant que nom d'objet
On 03/07/2015 17:26, talk-fr-requ...@openstreetmap.org wrote: -- Message: 1 Date: Fri, 3 Jul 2015 16:03:44 +0200 From: Christian Quest cqu...@openstreetmap.fr To: talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] [Osmose] Ajout d'un test sur la nature en tant que nom d'objet Message-ID: 55969640.4050...@openstreetmap.fr Content-Type: text/plain; charset=utf-8 Le 03/07/2015 15:46, Jérôme Seigneuret a écrit : Des descriptions en tant que nom name=Piste de Roller (dégradée) + *highway=** Peut-être tester l'usage de verbe dans le tag name Je connais pas de voirie en contenant Le tout premier qui me vient à l'esprit: prolongée ;) Et en voici plein d'autres... A Lyon nous avons : Dans le 1er : Rue Couverte Rue Donnée Rue Désirée Rue des Pierres Plantées Dans le 5ème : Montée des Carmes Déchaussées Rue du Viel Renversé Rue Trouvée Rue Vide-Bourse Dans le parc de la Tête d'Or Allée du Pré Fleuri Etc. René. -- René CHALON --- E-mail: rene.cha...@free.fr Web: http://rene.chalon.free.fr/ Also webmaster of: http://cdaa.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intégration des Boites Postale dans Osmose
PS question intégration sur la poste il y a quasi toutes les poste de village qui reprennent dans le tag name le nom du village en lettres capitales... Pensez-vous que le tag name est justifié? Le 3 juillet 2015 17:25, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Je me suis aperçut hier que la correction que j'avais faite n'était que partielle. Ça va arriver... Le 03/07/2015 17:08, Pierre-Yves Berrard a écrit : Le 27 juin 2015 13:53, Frédéric Rodrigo fred.rodr...@gmail.com mailto:fred.rodr...@gmail.com a écrit : Le 27/06/2015 09:49, Christian Quest a écrit : Autre problème avec cette analyse osmose: on avait utilisé jusque maintenant ref=* et pas ref:FR:LaPoste... - le rapprochement fait pas osmose ne semble pas se faire (ou alors la tolérance de distance est insuffisante). - les formulaires de JOSM prennent en compte ref=* - on va avoir un mix entre les deux... Je corrige, passage vers ref. Bonjour, Bonjour, Le passage vers ref est-il réalisé ? Je reçois quotidiennement une pelletée de flux rss m'indiquant que ref:FR:LaPoste est manquant. PY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Imagerie SPOT6
Bonjour, Je viens de voir que l'IGN met à disposition une imagerie satellite récente (2014), moins précise que les photos aériennes, grâce à SPOT 6. Pensez vous qu'il serait possible de demander une autorisation pour utiliser ces images pour cartographier des chantier récents ? Voici le lien vers la couche de données pour ceux qui ne la connaissaient pas. http://www.geoportail.gouv.fr/donnee/267/france-metropolitaine---spot-6-2014?l=ORTHOIMAGERY.ORTHO-SAT.SPOT.2014::GEOPORTAIL:OGC:WMTS%281%29permalink=yes ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] switch2osm : quelle configuration ?
J'ai passé pas mal de temps à chercher un meilleur rapport qualité prix, au mois je n'ai pas trouvé. À l'heure, sans avoir de base de calcul, c'est difficile de savoir si une solution EC2 boostée pourrait être intéressante. Si je regarde de ce côté, j'arrive en prix mensuel à : - $852.64 pour un c3.8.xlarge (60 Go RAM, 2*320 Go SSD) – capacité fixe, - $309.52 pour un i2.xlarge 30,5 Go RAM, 1 x 800 Go SSD. Comme toute heure entamée est due, comme les appels de détresse et fausses alertes tombent à tout heure du jour et de la nuit, je suppose que le coût d'un serveur en production serait bien celui-là. Je n'ai pas regardé du côté des serveurs plus petit avec du stockage EBS/SSD. Avez-vous des commentaires ? Du... coût ;-), on me demande s'il n'est pas possible de prendre une configuration plus légère pour l'install party afin de voir les possibilités (je peux disons installer la pile applicative mais en ne chargeant qu'une partie des données disons au hasard la Bretagne) et ensuite migrer. Je vous passe la question in extenso: /Quelle est la difficulté de transférer d'un hôte vers un autre ? Ou de changer de gamme en restant cher le même fournisseur ? Je ne pense pas nécessaire d'avoir un tel serveur juste pour faire des tests. Je pense qu'il serait préférable d'avoir quelque chose de simple pour l'install party et, si on va vraiment dans cette direction, de changer plus tard de matériel./ Pour les offres, si on prend un serveur dédié on est bridé ensuite. Si on prend une offre cloud, EC2 tiny au début c'est gratuit (première année). Mais peut-on se mettre dans une configuration où, sur une zone réduite et peu (1-2) d'utilisateurs, on pourrait avoir un comportement semblable ? Est-ce qu'une machine virtuelle installée sur un serveur permettrait d'effectuer un transfert dans des conditions raisonnables (j'ai l'impression que les offres avec VMware sont des nuages dédiés donc bien plus chères et les instances d'EC2 sont déjà des machines virtuelles. Des expériences avec HyperBox/VirtualBox ?). Des conseils sur l'OS ? J'ai tendance à partir sur du Debian. Ou est-ce qu'une fois faite une install party on réinstalle suffisamment rapidement sur une autre infrastructure ? Jean-Yvon Le 03/07/2015 12:08, Christian Quest - cqu...@openstreetmap.fr a écrit : Les pré-requis sont très variables en fonction de ce qu'on veut faire. Un serveur de tuile avec une couverture mondiale et de forts niveaux de zoom est sûrement le cas extrème. Là, 32go de RAM et du plus de 500Go de SSD me semble le minimum. Un serveur de géocodage basé sur addok et la BAN consomme près de 16Go de RAM... et ne fait aucun accès disque, donc le SSD n'est pas utile. Au sujet du SSD, les offres en serveurs dédiés des hébergeurs en intègre désomais dans la majorité des config. 1 ou 2 disques de 400/500Go en SSD sont plus utiles que des To de HDD qu'on n'utilisera quasiment pas. Exemple: http://www.online.net/fr/serveur-dedie/dedibox-md : 64Go de RAM et 2 SSD de 500Go pour 75 euros HT/mois Le 03/07/2015 07:09, Vincent de Château-Thierry a écrit : Le 03/07/2015 01:51, osm.sanspourr...@spamgourmet.com a écrit : En essayant de voir les prérequis pour une bonne configuration je me suis retrouvé en liste d'attente pour la switch2osm install party Paris. Mais là j'ai eu le plaisir de voir un désistement. Que la personne qui a dû renoncée soit remerciée ! Pas de désistement, non, juste un petit ré-équilibrage entre les 2 possibilités d'inscriptions (switcher/aider). Pour info on atteint les 40 inscrits, la clim a intérêt à bien fonctionner mercredi :) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intégration des Boites Postale dans Osmose
Pensez-vous que le tag name est justifié? Je trouve ça pénible : la recherche de nom de la commune renvoie la commune elle-même, la poste… parfois même les cimetières — cf. un ancienne discussion ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Osmose] Ajout d'un test sur la nature en tant que nom d'objet
name=Ancienne Voie Ferrée + route=* name=Ancienne Voie Ferrée + highway=* name=Ancienne Voie Ferrée + railway=* Tu peux avoir une vraie route, chemin, sentier sur le tracé d'une ancienne voie ferrée (c'est courant pour les pistes cyclables) -- Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intégration des Boites Postale dans Osmose
Le 3 juillet 2015 22:48, Vincent de Château-Thierry v...@laposte.net a écrit : Ce qui est pénible ici n'a rien à voir avec la donnée : ça relève du logiciel qui utilise la donnée. Pour répondre à Jérôme (Pensez-vous que le tag name est justifié?), pour moi c'est oui sans hésitation. Je demande à voir comment est libellé sur le terrain le nom (s'il existe) des bureaux de poste... Quelqu'un aurait une photo parlante à portée de main? Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Imagerie SPOT6
Que pensez vous aussi de l'annonce faite par Microsoft de céder toute son activité cartographique pour Bing à Uber (dont l'activité en France est fortement menacée et pour l'instant suspendue ce soir au moins jusqu'en septembre ? L'imagerie satellite haute résolution restera-t-elle gratuite en France pour OSM alors qu'Uber ne pas la monétiser en France ? Et dans quelle mesure même Uber laissera cette imagerie disponible gratuitement de façon aussi libre même ailleurs dans le monde alors qu'il doit monétiser sa couteuse acquisition? A-t-on alors d'autres sources pour l'imagerie haute résolution partout sur le territoire ? Je pense qu'on n'aura pas une telle maintenance avec Uber qu'avec Microsoft et qu'on pourrait se retrouver avec des images haute résolution juste accessible via une API fermée (avec en plus des conditions requises pour la publicité venant d'AOL qui acquière la totalité de la régie publictaire sur les produits Bing, Xbox, et dans les app stores de Microsoft pour mobiles et Windows. Microsoft en effet annonce clairement la réduction de voilure, et son intention de se recentrer sur les OS et logiciels applicatifs (et une part de ses employés part chez AOL et Uber). Si Windows 10 ne réussit pas sa percée sur les mobiles, il pourrait aussi céder Nokia (dont déjà il cède aussi l'activité cartographique). Le pire dans tout ça c'est que les acquéreurs des cessions (AOL et Uber) ne sont pas non plus très vigoureux et leur avenir pas certain: ils pourraient faire l'objet d'acquisition visant à les fermer. Il ne nous resterait alors que Google d'une part, ce ce que les collectivités voudront bien nous fournir via leurs financement d'images auprès des fournisseurs d'imagerie satellite (type CNES), mais si ces fournisseurs perdent un gros client comme Microsoft, ils risquent de monter les prix que seuls Google et Apple (ou les agences militaires) seront en mesure de suivre, à moins qu'un nouveau venu s'impose (probablement chinois ou l'indien Tata, ou Samsung dont les pratiques commerciales et conditions de licences sont désastreuses). Qu'adviendrait-il d'OSM si on n'avait plus l'imagerie Bing dans les conditions actuelles? Le 3 juillet 2015 18:43, Pmz philippe.maz...@gmail.com a écrit : Bonjour, Je viens de voir que l'IGN met à disposition une imagerie satellite récente (2014), moins précise que les photos aériennes, grâce à SPOT 6. Pensez vous qu'il serait possible de demander une autorisation pour utiliser ces images pour cartographier des chantier récents ? Voici le lien vers la couche de données pour ceux qui ne la connaissaient pas. http://www.geoportail.gouv.fr/donnee/267/france-metropolitaine---spot-6-2014?l=ORTHOIMAGERY.ORTHO-SAT.SPOT.2014::GEOPORTAIL:OGC:WMTS%281%29permalink=yes ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intégration des Boites Postale dans Osmose
Le 03/07/2015 21:09, Yves Pratter a écrit : Pensez-vous que le tag name est justifié? Je trouve ça pénible : la recherche de nom de la commune renvoie la commune elle-même, la poste… parfois même les cimetières — cf. un ancienne discussion ;-) Ce qui est pénible ici n'a rien à voir avec la donnée : ça relève du logiciel qui utilise la donnée. Pour répondre à Jérôme (Pensez-vous que le tag name est justifié?), pour moi c'est oui sans hésitation. En l'état tous les bureaux de Poste issus des données de La Poste ont (potentiellement) un nom. Il arrive qu'il soit le même que celui de sa commune d'implantation. Mais ça n'est pas la règle, Sachant que la source propose un nom pour chaque, on peut tendre vers une certaine homogénéité dans notre intégration, en ayant au final un nom pour chaque. Des données homogènes, pour un consommateur ensuite, c'est pas mal... À l'inverse, si on commence au niveau de la base (et pas au niveau des logiciels consommateurs) à supprimer le tag name, on fabrique de la moins-value. Dommage. On fabrique de l'hétérogénéité, et on dégrade l'info très en amont, en ne laissant pas à chaque application/logiciel/consommateur/client la possibilité d'un choix éditorial. Je ne vois de bénéfice pour personne ici. Après, si vous voulez (faire) implémenter une règle dans Nominatim, telle que si le nom du bureau de poste est le même que celui de la commune alors je le masque, libre à vous. Et ce sera pareil pour des arrêts de bus, des gares, etc... vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intégration des Boites Postale dans Osmose
Le 3 juillet 2015 22:48, Vincent de Château-Thierry v...@laposte.net a écrit : Ce qui est pénible ici n'a rien à voir avec la donnée : ça relève du logiciel qui utilise la donnée. Donc Christian pourrait ne pas afficher ce nom sur le rendu fr si il est identique avec celui de la commune ? Idem pour les gares SNCF :) Et que faire des majuscules sans accents ? C'est à nous de faire le nettoyage dans les données, ou aux logiciels consommateur de le faire ? -- Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Osmose] Ajout d'un test sur la nature en tant que nom d'objet
Parles tu de cette liste déjà traduite pour nominatim ? https://github.com/openstreetmap/openstreetmap-website/blob/f0ecc6312b74aee11725bf0aaae47614fc9f2a87/config/locales/fr.yml#L427 Le 3 juil. 2015 16:04, Christian Quest cqu...@openstreetmap.fr a écrit : Le 03/07/2015 15:46, Jérôme Seigneuret a écrit : Des descriptions en tant que nom name=Piste de Roller (dégradée) + *highway=** Peut-être tester l'usage de verbe dans le tag name Je connais pas de voirie en contenant Le tout premier qui me vient à l'esprit: prolongée ;) Inexistence de type de voirie (rue, allée, place, ...) Là aussi on risque d'avoir un paquet de faux positifs... Pour les POI, le script d'extraction que j'ai utilisé pour alimenter addok tente de gérer justement la présence du type de POI dans le name=*. Je me suis basé sur une liste utilisée pour la traduction du site osm.org. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Osmose] Ajout d'un test sur la nature en tant que nom d'objet
Le 3 juillet 2015 22:56, Romain MEHUT romain.me...@gmail.com a écrit : Oui et alors il est justement écrit sur le terrain Poste de transformation électrique... donc oui cela a tout sa place même avec un power=substation. Tient, cela me rappel la discussion sur les Cimetière de Tataouine :D ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Osmose] Ajout d'un test sur la nature en tant que nom d'objet
Bonsoir, Le 3 juillet 2015 15:58, François Lacombe fl.infosrese...@gmail.com a écrit : Ma petite contribution, sur l'infra : name=Poste électrique... + power=substation Oui et alors il est justement écrit sur le terrain Poste de transformation électrique... donc oui cela a tout sa place même avec un power=substation. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Osmose] Ajout d'un test sur la nature en tant que nom d'objet
Le 3 juillet 2015 23:03, Yves Pratter yves.prat...@laposte.net a écrit : Tient, cela me rappel la discussion sur les Cimetière de Tataouine :D Oui oui si c'est effectivement écrit tel quel sur le terrain alors y a pas à se poser de question comme le disait Christian Rogel dans une autre discussion. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intégration des Boites Postale dans Osmose
Le 03/07/2015 22:59, Romain MEHUT a écrit : Le 3 juillet 2015 22:48, Vincent de Château-Thierry v...@laposte.net Je demande à voir comment est libellé sur le terrain le nom (s'il existe) des bureaux de poste... Quelqu'un aurait une photo parlante à portée de main? Dans les cas que je connais, le nom figure sur une plaque en façade, avec les horaires, comme ici : http://www.saintmarcelblog.com/2010/09/bravo-la-poste.html (où le nom est celui de la commune ^^). Mais l'absence de nom en façade (on doit pouvoir trouver des cas) ne justifie pas de l'enlever dans OSM. Dans une commune avec plusieurs bureaux de poste, comment désigner chacun, si ce n'est par un nom ? Le nom donné par le gestionnaire (ici La Poste, mais ça pourrait être un opérateur de transports pour une gare, un arrêt de bus) a une légitimité pour donner un nom. Si après ça n'est pas le nom utilisé sur place, alors stockons les 2, on a tous les tags qu'il faut. Mais définitivement, supprimer un nom qui nous arrive par une source officielle ne me paraît pas du tout une bonne idée. À supposer qu'il soit gênant, ça ne sera pas en base, mais bien dans des applications. Quant aux noms en majuscules sans accents, comme ceux fournis par La Poste, Osmose n'y touche pas. L'outil que j'avais proposé initialement [1] ne gardait que les initiales en majuscule, ce qui marche bien tant qu'on n'a pas d'accents ou de déterminants. Dans tous les cas, notre travail d'_intégration_ passe entre autre par la vérification de la bonne écriture du nom. vincent [1] : http://osm.vdct.free.fr/postes/index.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Doublon dans l'utilisation des clés pour décrire des jeux pour enfants
Bonjour, En voulant corriger une aire de jeux pour enfant, (tagué leisure=pitch) je me suis rendu compte que deux couple de clé sont utilisé pour décrire les jeux. - playground=* http://wiki.openstreetmap.org/wiki/Key:playground - attraction=* http://wiki.openstreetmap.org/wiki/Proposed_features/Key:attraction En regardant bien on peut voir qu'une partie des valeurs pour la clé attraction ne sont dans les faits des éléments qui devrait être tagué avec la clé playground. attraction=swing *playground=swing* attraction=sandbox *playground=sandpit* attraction=spring_rider *playground=springy* attraction=slide *playground=slide* attraction=seaseaw *playground=seesaw* attraction=playset *playground=slide; climbingframe* attraction=jungle_gym *playground=climbingframe* Les photos présentés ressemble trop aux aires de jeux pour enfant pour faire penser que ces éléments sont des attractions à proprement parler. *Attraction http://wiki.openstreetmap.org/wiki/Proposed_features/Key:attraction* est une proposition qui est utilisé déjà plus de 7700 fois http://taginfo.openstreetmap.org/keys/?key=attraction et qui n'a pas fait l'objet de vote ni de validation. Il y a une discussion tous juste. Une chose intéressante, il y a déjà des rendus qui pourraient être répercutés sur *playground * Qu'en pensez-vous? Jérôme ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Doublon dans l'utilisation des clés pour décrire des jeux pour enfants
Le 03/07/2015 10:19, Jérôme Seigneuret a écrit : En regardant bien on peut voir qu'une partie des valeurs pour la clé attraction ne sont dans les faits des éléments qui devrait être tagué avec la clé playground. attraction=swing *playground=swing* attraction=sandbox *playground=sandpit* attraction=spring_rider *playground=springy* attraction=slide *playground=slide* attraction=seaseaw *playground=seesaw* attraction=playset *playground=slide; climbingframe* attraction=jungle_gym *playground=climbingframe* + 1. Les stats sur playground=* confirment l'utilisation cohérente de ta proposition : http://taginfo.openstreetmap.org/keys/playground#values, avec par exemple 1600+ playground=swing (18% des utilisations) contre 63 attraction=swing et 0.82% des valeurs. Les attraction=* seraient plutôt des compléments de tourism=attraction, et des attractions un peu plus conséquentes qu'une balançoire. JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] La CAF se met à l'Open Data
Bonjour, Comme l'indique le titre de ce mail, j'apprends http://www.nextinpact.com/news/95645-les-allocations-familiales-ouvrent-leur-portail-d-open-data-nouvelles-donnees-a-l-appui.htm que la CAF vient de publier un ensemble (54) de jeux de données. http://data.caf.fr Parmi ces données, des choses qui ne nous intéressent pas, comme le nombre (anonymisé) d'allocataires, ... Mais il y a tout de même quelques jeux de données géographiques,tel que Adresses des établissements d'accueil du jeune enfant percevant une prestation de service Caf et nombre de places offertes http://data.caf.fr/dataset/adresse-des-etablissements-d-accueil-du-jeune-enfant-percevant Le tout sous licence Etalab. Bref, il y a peut-être moyen de s'appuyer sur ces jeux de données, pour enrichir OSM, non ? -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] switch2osm : quelle configuration ?
Les pré-requis sont très variables en fonction de ce qu'on veut faire. Un serveur de tuile avec une couverture mondiale et de forts niveaux de zoom est sûrement le cas extrème. Là, 32go de RAM et du plus de 500Go de SSD me semble le minimum. Un serveur de géocodage basé sur addok et la BAN consomme près de 16Go de RAM... et ne fait aucun accès disque, donc le SSD n'est pas utile. Au sujet du SSD, les offres en serveurs dédiés des hébergeurs en intègre désomais dans la majorité des config. 1 ou 2 disques de 400/500Go en SSD sont plus utiles que des To de HDD qu'on n'utilisera quasiment pas. Exemple: http://www.online.net/fr/serveur-dedie/dedibox-md : 64Go de RAM et 2 SSD de 500Go pour 75 euros HT/mois Le 03/07/2015 07:09, Vincent de Château-Thierry a écrit : Le 03/07/2015 01:51, osm.sanspourr...@spamgourmet.com a écrit : En essayant de voir les prérequis pour une bonne configuration je me suis retrouvé en liste d'attente pour la switch2osm install party Paris. Mais là j'ai eu le plaisir de voir un désistement. Que la personne qui a dû renoncée soit remerciée ! Pas de désistement, non, juste un petit ré-équilibrage entre les 2 possibilités d'inscriptions (switcher/aider). Pour info on atteint les 40 inscrits, la clim a intérêt à bien fonctionner mercredi :) vincent ___ 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] La CAF se met à l'Open Data
Une bien longue description pour dire simplement crèche (ou plus précisément crèche conventionnée). Note: la CAF conventionne aussi les crèches parentales (très limitées en place), mais ells n'ont pas d'autre nom que celui de la personne qui s'en charge (en général une mère de famille): Va-t-elle inclure nom, adresse et téléphone dans son jeu de données ? il y a certaines limites avec les données privées. Le 3 juillet 2015 11:02, Francescu GAROBY f.gar...@gmail.com a écrit : Bonjour, Comme l'indique le titre de ce mail, j'apprends http://www.nextinpact.com/news/95645-les-allocations-familiales-ouvrent-leur-portail-d-open-data-nouvelles-donnees-a-l-appui.htm que la CAF vient de publier un ensemble (54) de jeux de données. http://data.caf.fr Parmi ces données, des choses qui ne nous intéressent pas, comme le nombre (anonymisé) d'allocataires, ... Mais il y a tout de même quelques jeux de données géographiques,tel que Adresses des établissements d'accueil du jeune enfant percevant une prestation de service Caf et nombre de places offertes http://data.caf.fr/dataset/adresse-des-etablissements-d-accueil-du-jeune-enfant-percevant Le tout sous licence Etalab. Bref, il y a peut-être moyen de s'appuyer sur ces jeux de données, pour enrichir OSM, non ? -- Cordialement, Francescu GAROBY ___ 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] [Osmose] Ajout d'un test sur la nature en tant que nom d'objet
Bonjour, Je me rend compte en corrigeant les erreurs remontés par *Osmose *sur les tags name que souvent les contributeurs fond l'erreur d'ajouter *la fonction ou la nature de l'objet comme valeur* de la clé *name* Peut-on ajouter un test pour remonter ces erreurs? Ces erreurs sont assez courantes et même chez des contributeurs qui ont quelques centaines de groupes de modifications. Merci ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr