Re: [OSM-dev-fr] Utilisation des diffs pendant la phase de passage à ODBL
Bonjour, > De : "Vincent de Chateau-Thierry" > > De mon côté, je passe de temps en temps sur layers.openstreetmap.fr où > l'affichage du > niveau admin 8 permet de détecter à l'oeil de possibles trous correspondant à > une > commune. Il n'est pas rare d'en trouver à proximité des communes > (vectorielles) > fraîchement saisies, merci aux jolies couleurs de Sly :-). > Illustration à l'instant avec Lorcières (Cantal) : http://layers.openstreetmap.fr/?zoom=13&lat=44.9503&lon=3.2926&layers=BFFT vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Utilisation des diffs pendant la phase de passage à ODBL
Le 11 avril 2012, Christian Quest a écrit : > Pour l'instant j'en suis à corriger les admin_centre foireux... les > nodes en trop dans la relation de la commune, > > Ca serait possible de contribuer directement au backend d'osmose sur > sa partie "dev" histoire de tester mes bricolages ? C'est pas vraiment direct, mais tu peux déjà faire des modifs sur le code disponible sur: https://gitorious.org/osmose/backend Il n'y a par contre rien pour tester des modifications sur le site de dev d'osmose. La méthode actuelle est qu'on me soumet des patchs que je vérifie rapidement (relecture et utilisation d'une base locale) avant de les pusher sur les backends "normaux" d'osmose. Par contre, il est très facile de tester localement des plugins Sax, parce que ./analyser_sax.py peut prendre en argument un fichier d'extract .osm.bz2. -- Jocelyn ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Utilisation des diffs pendant la phase de passage à ODBL
> De : "Christian Quest" > > L'autre idée était de détecter les trous dans les limites de commune > qui ne correspondent qu'à une seule commune et donc permette de créer > la limite de cette commune. Là aussi, les repères géodésiques peuvent > aider à leur détection si il y a unicité du code INSEE. > > Après place maker, boundary maker ? > Comme indiqué par Frédéric, Osmose propose déjà une détection, mais dans mon souvenir elle est volontairement ciblée sur des surfaces réduites : des artefacts plutôt que de vraies communes. De mon côté, je passe de temps en temps sur layers.openstreetmap.fr où l'affichage du niveau admin 8 permet de détecter à l'oeil de possibles trous correspondant à une commune. Il n'est pas rare d'en trouver à proximité des communes (vectorielles) fraîchement saisies, merci aux jolies couleurs de Sly :-). vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Utilisation des diffs pendant la phase de passage à ODBL
Pour l'instant j'en suis à corriger les admin_centre foireux... les nodes en trop dans la relation de la commune, Ca serait possible de contribuer directement au backend d'osmose sur sa partie "dev" histoire de tester mes bricolages ? Le 11 avril 2012 11:18, Frédéric Rodrigo a écrit : > Le 11 avril 2012 10:49, Christian Quest a écrit : >> Ce genre d'analyse me semble pertinent pour osmose. >> >> On a beau corriger les erreurs à un moment donné, elles peuvent >> réapparaitre par suite d'une mauvaise manip d'un contributeur. >> Pour ce genre de données de référence, ça me semble utile de garantir >> au maximum leur qualité. > > Tout à fait, c'est bien le but d'Osmose de coder des tests unitaires. > >> Je pensais aussi à croiser avec les repères géodésiques qui >> contiennent le code INSEE de la commune où ils se trouvent. Ils >> doivent être à l'intérieur du polygone de la commune (quand celui-ci >> existe). > > Comme tu l'avais déjà proposé, c'est déjà dans la todo liste d'Osmose. > Mais tu peux proposer une requête sql en deux étapes, une pour calcule > les limites de communes (dans un but de factorisation avec d'autres > analyses, mais je dois bien avoir déjà ça dans mes cartons) et l'autre > pour l'analyse elle même sur un schéma osmosis. Ou proposer un > analyseur externe sur un autre schéma. > >> L'autre idée était de détecter les trous dans les limites de commune >> qui ne correspondent qu'à une seule commune et donc permette de créer >> la limite de cette commune. Là aussi, les repères géodésiques peuvent >> aider à leur détection si il y a unicité du code INSEE. > > Le cas est assez rare pour ne pas nécessite un fort investissement et > il y a déjà un détecteur de trous dans osmose. On peut élargir la > taille des trous détectés si besoin. > http://osmose.openstreetmap.fr/map/?item=6060 > > Frédéric. > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Utilisation des diffs pendant la phase de passage à ODBL
Le 11 avril 2012 10:49, Christian Quest a écrit : > Ce genre d'analyse me semble pertinent pour osmose. > > On a beau corriger les erreurs à un moment donné, elles peuvent > réapparaitre par suite d'une mauvaise manip d'un contributeur. > Pour ce genre de données de référence, ça me semble utile de garantir > au maximum leur qualité. Tout à fait, c'est bien le but d'Osmose de coder des tests unitaires. > Je pensais aussi à croiser avec les repères géodésiques qui > contiennent le code INSEE de la commune où ils se trouvent. Ils > doivent être à l'intérieur du polygone de la commune (quand celui-ci > existe). Comme tu l'avais déjà proposé, c'est déjà dans la todo liste d'Osmose. Mais tu peux proposer une requête sql en deux étapes, une pour calcule les limites de communes (dans un but de factorisation avec d'autres analyses, mais je dois bien avoir déjà ça dans mes cartons) et l'autre pour l'analyse elle même sur un schéma osmosis. Ou proposer un analyseur externe sur un autre schéma. > L'autre idée était de détecter les trous dans les limites de commune > qui ne correspondent qu'à une seule commune et donc permette de créer > la limite de cette commune. Là aussi, les repères géodésiques peuvent > aider à leur détection si il y a unicité du code INSEE. Le cas est assez rare pour ne pas nécessite un fort investissement et il y a déjà un détecteur de trous dans osmose. On peut élargir la taille des trous détectés si besoin. http://osmose.openstreetmap.fr/map/?item=6060 Frédéric. ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Utilisation des diffs pendant la phase de passage à ODBL
Ce genre d'analyse me semble pertinent pour osmose. On a beau corriger les erreurs à un moment donné, elles peuvent réapparaitre par suite d'une mauvaise manip d'un contributeur. Pour ce genre de données de référence, ça me semble utile de garantir au maximum leur qualité. Je pensais aussi à croiser avec les repères géodésiques qui contiennent le code INSEE de la commune où ils se trouvent. Ils doivent être à l'intérieur du polygone de la commune (quand celui-ci existe). L'autre idée était de détecter les trous dans les limites de commune qui ne correspondent qu'à une seule commune et donc permette de créer la limite de cette commune. Là aussi, les repères géodésiques peuvent aider à leur détection si il y a unicité du code INSEE. Après place maker, boundary maker ? Le 11 avril 2012 10:27, Vincent de Chateau-Thierry a écrit : > Bonjour, > >> De : "Christian Quest" >> >> Super ! >> >> Je vais pouvoir faire quelques analyses sur les >> place/ref:INSEE/boundary... histoire de voir où on en est du découpage >> administratif. >> >> L'idée est de trouver : >> - plusieurs place avec même ref:INSEE > > J'avais regardé ça il y a peu, mais sans rien en faire. > Dans l'extract France de Geofabrik d'hier, il y a en a 59 (ce sont des codes > INSEE): > > 02021,02150,02174,02304,02435,02581,02624,02634,02639,02801,02802,08086,09015,09032 > 09140,09149,09341,11365,12131,14515,17449,19076,19146,19231,24102,24272,24294,24335 > 28002,28019,28359,28405,31104,33004,40133,40326,42122,45348,51624,55026,55117,56213 > 60038,60190,60327,60411,63075,66171,67087,67544,71420,71442,76103,76711,79250,80100 > 80688,81300,86140 > >> - des place hors du boundary > Il y en a moins, mais il y en a quand même : > > 03042,07135,13057,22314,31165,38173,43148,48151 > 49079,49175,49374,70143,71384,74188,77014,80795 > 89099 > > Des analyse qui auraient leur place dans Osmose ? > >> - des place avec ref:INSEE unique dans un trou de boundary (histoire >> de boucher les trous) >> etc... >> > > vincent > > Une messagerie gratuite, garantie à vie et des services en plus, ça vous > tente ? > Je crée ma boîte mail www.laposte.net > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Utilisation des diffs pendant la phase de passage à ODBL
Bonjour, > De : "Christian Quest" > > Super ! > > Je vais pouvoir faire quelques analyses sur les > place/ref:INSEE/boundary... histoire de voir où on en est du découpage > administratif. > > L'idée est de trouver : > - plusieurs place avec même ref:INSEE J'avais regardé ça il y a peu, mais sans rien en faire. Dans l'extract France de Geofabrik d'hier, il y a en a 59 (ce sont des codes INSEE): 02021,02150,02174,02304,02435,02581,02624,02634,02639,02801,02802,08086,09015,09032 09140,09149,09341,11365,12131,14515,17449,19076,19146,19231,24102,24272,24294,24335 28002,28019,28359,28405,31104,33004,40133,40326,42122,45348,51624,55026,55117,56213 60038,60190,60327,60411,63075,66171,67087,67544,71420,71442,76103,76711,79250,80100 80688,81300,86140 > - des place hors du boundary Il y en a moins, mais il y en a quand même : 03042,07135,13057,22314,31165,38173,43148,48151 49079,49175,49374,70143,71384,74188,77014,80795 89099 Des analyse qui auraient leur place dans Osmose ? > - des place avec ref:INSEE unique dans un trou de boundary (histoire > de boucher les trous) > etc... > vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Utilisation des diffs pendant la phase de passage à ODBL
Super ! Je vais pouvoir faire quelques analyses sur les place/ref:INSEE/boundary... histoire de voir où on en est du découpage administratif. L'idée est de trouver : - plusieurs place avec même ref:INSEE - des place hors du boundary - des place avec ref:INSEE unique dans un trou de boundary (histoire de boucher les trous) etc... Le 11 avril 2012 01:18, sly (sylvain letuffe) a écrit : > Le mardi 10 avril 2012 21:50:13, Jocelyn Jaubert a écrit : >> C'est relancé, et la base osmosis d'osm7 est en train de se mettre à >> jour :) > > Idem pour la base osm2pgsql de osm7, merci à toi d'avoir adapté les diffs > spécial france. > > -- > sly (sylvain letuffe) > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Utilisation des diffs pendant la phase de passage à ODBL
Le mardi 10 avril 2012 21:50:13, Jocelyn Jaubert a écrit : > C'est relancé, et la base osmosis d'osm7 est en train de se mettre à > jour :) Idem pour la base osm2pgsql de osm7, merci à toi d'avoir adapté les diffs spécial france. -- sly (sylvain letuffe) ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Utilisation des diffs pendant la phase de passage à ODBL
Le 9 avril 2012, Jocelyn Jaubert a écrit : > Le 9 avril 2012, Christian Quest a écrit : > > Tu relance les updates sur osm7 ? Chouette ! > > > > J'ai vu que le schéma osmosis n'y était plus mis à jour depuis le > > 1er avril. > > J'ai relancé sur osmosis sur la base osmosis d'osm102, et sur > taginfo.openstreetmap.fr. > > Pour osm7, ce n'est pas encore relancé. Les bases qui sont dessus se > basent sur des diff "france" seulement, qui sont générés à partir des > hourly de http://planet.openstreetmap.org/hour-replicate/ C'est relancé, et la base osmosis d'osm7 est en train de se mettre à jour :) http://osm7.openstreetmap.fr/munin/localdomain/localhost.localdomain/osm_replication_lag_osmosis.html Pour info, j'ai mis des diffs france dédiés à la redaction-period là: http://osm8.openstreetmap.fr/redaction-period/ Ils ont encore deux jours de retard, mais on devrait rapidement arriver à avoir des diffs récents. -- Jocelyn ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Utilisation des diffs pendant la phase de passage à ODBL
Merci Sly pour ces précisions ;) Le 10 avril 2012 13:52, sly (sylvain letuffe) a écrit : > On mardi 10 avril 2012, kimaidou wrote: > > Bonjour, > > > > Une petite traduction "rapide" d'un passage du lien précédent, pour ceux > > qui préfèrent le français : > > > > Q: Est-ce qu'après avoir appliqué tous les diffs dans une base de données > > osm2pgsql, elle ne contiendra que des données ODBL ? > > Pour être précis, je parlais des "redacted diffs", c'est à dire les diffs > spéciaux mis en place dans un autre dossier, et uniquement dans la phase où > la base aura une licence bâtarde "odbl/cc-by-sa" > > > R: Oui, mais pour des raisons légales, vous devrez néanmoins supprimer > > votre base de données et réimporter les données après que la fondation > OSMF > > a déclaré le passage effectif à l'ODBL. Parce qu'il n'est pas possible > > d'appliquer des diffs à une base de données CC-BY-SA pour la transformer > > magiquement en ODBL > > Ajouté d'un petit morceau : > > Bien sûr, puisqu'après avoir appliquer ces diffs tu aura la même chose que > si > tu avais ré-importé, personne ne le remarquera... > -- > sly > qui suis-je : http://sly.letuffe.org > email perso : sylvain chez letuffe un point org > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev-fr > ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Utilisation des diffs pendant la phase de passage à ODBL
On mardi 10 avril 2012, kimaidou wrote: > Bonjour, > > Une petite traduction "rapide" d'un passage du lien précédent, pour ceux > qui préfèrent le français : > > Q: Est-ce qu'après avoir appliqué tous les diffs dans une base de données > osm2pgsql, elle ne contiendra que des données ODBL ? Pour être précis, je parlais des "redacted diffs", c'est à dire les diffs spéciaux mis en place dans un autre dossier, et uniquement dans la phase où la base aura une licence bâtarde "odbl/cc-by-sa" > R: Oui, mais pour des raisons légales, vous devrez néanmoins supprimer > votre base de données et réimporter les données après que la fondation OSMF > a déclaré le passage effectif à l'ODBL. Parce qu'il n'est pas possible > d'appliquer des diffs à une base de données CC-BY-SA pour la transformer > magiquement en ODBL Ajouté d'un petit morceau : Bien sûr, puisqu'après avoir appliquer ces diffs tu aura la même chose que si tu avais ré-importé, personne ne le remarquera... -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Utilisation des diffs pendant la phase de passage à ODBL
Bonjour, Une petite traduction "rapide" d'un passage du lien précédent, pour ceux qui préfèrent le français : Q: Est-ce qu'après avoir appliqué tous les diffs dans une base de données osm2pgsql, elle ne contiendra que des données ODBL ? R: Oui, mais pour des raisons légales, vous devrez néanmoins supprimer votre base de données et réimporter les données après que la fondation OSMF a déclaré le passage effectif à l'ODBL. Parce qu'il n'est pas possible d'appliquer des diffs à une base de données CC-BY-SA pour la transformer magiquement en ODBL Le 9 avril 2012 22:07, sly (sylvain letuffe) a écrit : > Le lundi 9 avril 2012 16:47:01, Jocelyn Jaubert a écrit : > > Bonjour, > > > > J'avoue que je n'ai rien compris à comment on devait gérer les diffs > > durant le passage à ODBL, > > Une réponse ici : > http://lists.openstreetmap.org/pipermail/dev/2012-April/024734.html > > En gros, pas besoin de ré-import, il faut juste manuellement changer la > source > des diffs et le n° de séquence deux fois > > -- > sly (sylvain letuffe) > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev-fr > ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Utilisation des diffs pendant la phase de passage à ODBL
Le lundi 9 avril 2012 16:47:01, Jocelyn Jaubert a écrit : > Bonjour, > > J'avoue que je n'ai rien compris à comment on devait gérer les diffs > durant le passage à ODBL, Une réponse ici : http://lists.openstreetmap.org/pipermail/dev/2012-April/024734.html En gros, pas besoin de ré-import, il faut juste manuellement changer la source des diffs et le n° de séquence deux fois -- sly (sylvain letuffe) ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Utilisation des diffs pendant la phase de passage à ODBL
Le 9 avril 2012, Christian Quest a écrit : > Tu relance les updates sur osm7 ? Chouette ! > > J'ai vu que le schéma osmosis n'y était plus mis à jour depuis le 1er > avril. J'ai relancé sur osmosis sur la base osmosis d'osm102, et sur taginfo.openstreetmap.fr. Pour osm7, ce n'est pas encore relancé. Les bases qui sont dessus se basent sur des diff "france" seulement, qui sont générés à partir des hourly de http://planet.openstreetmap.org/hour-replicate/ Il faudrait donc que je passe ces diffs sur les nouveaux diffs, en changeant l'url. Je m'en occuperais dès que j'aurais vérifié si ça marche correctement sur osm102 et taginfo. -- Jocelyn ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Utilisation des diffs pendant la phase de passage à ODBL
Tu relance les updates sur osm7 ? Chouette ! J'ai vu que le schéma osmosis n'y était plus mis à jour depuis le 1er avril. Le 9 avril 2012 17:43, Jocelyn Jaubert a écrit : > Le 9 avril 2012, Lapinos03 a écrit : >> Si j'ai bien compris, le répertoire >> >> http://planet.openstreetmap.org/redaction-period/minute-replicate/ >> >> contient les nouveaux diffs pendant la phase de nettoyage. Ces diffs >> contiendraient les éléments non ODBL qui sont effacés >> progressivement, et contiennent (-ça, c'est sûr-) toutes les éditions >> depuis la remise en route du système en date du 4 avril dernier. > > Yep, c'est vrai, mais on dirait qu'il manque un 000.state.txt pour > repartir du tout début, y compris 001.osc.gz. > > J'ai du tout tenter une mise à jour en modifiant le state.txt à la > main: on va voir si ça marche. > > > -- > Jocelyn > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Utilisation des diffs pendant la phase de passage à ODBL
Le 9 avril 2012, Lapinos03 a écrit : > Si j'ai bien compris, le répertoire > > http://planet.openstreetmap.org/redaction-period/minute-replicate/ > > contient les nouveaux diffs pendant la phase de nettoyage. Ces diffs > contiendraient les éléments non ODBL qui sont effacés > progressivement, et contiennent (-ça, c'est sûr-) toutes les éditions > depuis la remise en route du système en date du 4 avril dernier. Yep, c'est vrai, mais on dirait qu'il manque un 000.state.txt pour repartir du tout début, y compris 001.osc.gz. J'ai du tout tenter une mise à jour en modifiant le state.txt à la main: on va voir si ça marche. -- Jocelyn ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Utilisation des diffs pendant la phase de passage à ODBL
Si j'ai bien compris, le répertoire http://planet.openstreetmap.org/redaction-period/minute-replicate/ contient les nouveaux diffs pendant la phase de nettoyage. Ces diffs contiendraient les éléments non ODBL qui sont effacés progressivement, et contiennent (-ça, c'est sûr-) toutes les éditions depuis la remise en route du système en date du 4 avril dernier. /Lapi. Le 09/04/12 16:47, Jocelyn Jaubert a écrit : Bonjour, J'avoue que je n'ai rien compris à comment on devait gérer les diffs durant le passage à ODBL, et si il y aurait quelque chose à faire de spécial à la fin de passage. En gros, j'ai peur que ça soit un vrai bordel à la fin de la migration pour tous les services d'OSM-FR existants. :) Est-ce que quelqu'un a compris comment réagir ? - faut-il attendre le premier planet ODBL, et le ré-importer dans toutes les bases existantes ? - y aura-t-il un moyen de rester avec les diffs de http://planet.openstreetmap.org/minute-replicate/ , sans avoir à tout ré-importer ? - ou y a-t-il une autre méthode que je n'ai pas trouvé ? En fait, je n'ai pas trop compris pourquoi les diffs "redaction-period" ne sont pas resté sur les minute-diff pour gêner le moins de gens - peut-être un souci de license... ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
[OSM-dev-fr] Utilisation des diffs pendant la phase de passage à ODBL
Bonjour, J'avoue que je n'ai rien compris à comment on devait gérer les diffs durant le passage à ODBL, et si il y aurait quelque chose à faire de spécial à la fin de passage. En gros, j'ai peur que ça soit un vrai bordel à la fin de la migration pour tous les services d'OSM-FR existants. :) Est-ce que quelqu'un a compris comment réagir ? - faut-il attendre le premier planet ODBL, et le ré-importer dans toutes les bases existantes ? - y aura-t-il un moyen de rester avec les diffs de http://planet.openstreetmap.org/minute-replicate/ , sans avoir à tout ré-importer ? - ou y a-t-il une autre méthode que je n'ai pas trouvé ? En fait, je n'ai pas trop compris pourquoi les diffs "redaction-period" ne sont pas resté sur les minute-diff pour gêner le moins de gens - peut-être un souci de license... -- Jocelyn ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
