[OSM-talk-fr] Rendu FR: les évolutions des dernières semaines...
Il est toujours possible de consulter la page commits de github, mais voici un résumé des modifications récentes, certaines n'ayant pas été abordées ici mais seulement sur trac: - ajout d'un symbole (la barrière levante) sur les péages - ajout du symbole des déchetteries et de l'emprise de celles-ci - ajout du rendu de landuse=greenhouse_horticulture et building=greenhouse - mise en évidence des monuments historiques (seulement pour heritage=1 pour l'instant) avec un nom en gras brun (utilisé par ce qui touche au tourisme) - correction du rendu des sommets/volcans/cols avec l'altitude et arrondi de celle-ci - de nombreux symboles passés en SVG (il en reste encore à transformer) - nouveaux symboles pour les zoos, les magasins d'ameublement, les stations essence avec GPL, pour le shopping (departmentstore et mall) - rendu des passages à niveaux et buttoirs - landuse=farm un peu plus clair... - contraste sur les voies ferrées (et différence entre les voies principales et de service) -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rendu françafrique
Bonjour, Il y a quelques mois, on discutait dans HOT de la classification des rares routes en Afrique. Je me disais que ça serait sympa d'avoir un rendu spécifique qui ferait ressortir les routes plus tôt quand on zoome. Ou qui permette facilement de distinguer les routes goudronnées de celles qui ne le sont pas. Je me suis aussi rendu compte que le rendu osm-fr dépassait largement les frontières de l'hexagone. Enfin, j'ai constaté que Mapquest Open avait des rendus différents suivant les zones de la planète. Par exemple, les routes n'ont pas les mêmes couleurs dans les îles britanniques et en Europe continentale. Alors, ne pourrait-on pas dans OSM-Fr avoir un rendu spécifique pour l'Afrique? J'ai plein d'idées, dont certaines pourraient d'ailleurs s'appliquer en France. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Où est la carte officielle des radars ?
Gad.Jo perche...@gmail.com wrote: On ne peut donc plus récupérer l'identifiant de la sécurité routière ? Je ne sais pas. Pas sur ue la sécurité routière participe à l'OpenData. Sinon sur ton site il manque ce radar de feu rouge que j'ai vu lors de mes déplacements dans le Gard : http://www.openstreetmap.org/browse/node/2208604685 Crée le lendemain de la mise à jour, donc il n'y est pas. Il est par contre normalement sur la carte freeroute. Si je comprend bien, on n'a pas de carte officielle mais uniquement les relevés que font les contributeurs ? Oui, c'est ça. Les 2 cartes sont des extraits de ce qui a été saisie dans OSM par nous contributeurs. -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu françafrique
Bonjour, C'est pas exactement un «rendu Françafrique», mais, autour de HOT justement, on est en train de bosser sur un rendu HDM [1] (aka Humanitarian Data Model), qui est le nom de code du travail de modélisation fait par HOT pour OSM. Et en gros l'objectif est d'avoir un rendu optimisé pour les pays en voie de développement: en particulier rendu des routes plus adapté (prendre en compte la surface, la condition...), et un set d'icônes ad hoc (puits sans pompe, puits avec pompe manuelle, puits avec pompe automatique...), plus moult détails (afficher les gués, afficher la saisonnalité des cours d'eau, etc.). Pour l'instant, on a surtout concentré nos efforts sur le nettoyage de la modélisation elle-même, plus un rendu JOSM (toujours en cours de finition) [2], notamment avec la création d'un set d'icônes [3]. Mais on devrait très bientôt commencer à voir un style CartoCSS open sourcé et dispo pour la participation de la communauté [4] :) A voir ensuite avec les tyrans (humour) d'OSM-fr pour savoir si on pourra l'héberger sur les serveurs de l'asso ;) Yohan [1] http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Tags [2] https://github.com/hotosm/HDM-JOSM-style [3] http://hot.openstreetmap.org/hdm_icons_set_call_for_proposals [4] http://hot.openstreetmap.org/hdm_cartocss_style_call_for_proposals On 05/20/2013 08:53 AM, Eric SIBERT wrote: Bonjour, Il y a quelques mois, on discutait dans HOT de la classification des rares routes en Afrique. Je me disais que ça serait sympa d'avoir un rendu spécifique qui ferait ressortir les routes plus tôt quand on zoome. Ou qui permette facilement de distinguer les routes goudronnées de celles qui ne le sont pas. Je me suis aussi rendu compte que le rendu osm-fr dépassait largement les frontières de l'hexagone. Enfin, j'ai constaté que Mapquest Open avait des rendus différents suivant les zones de la planète. Par exemple, les routes n'ont pas les mêmes couleurs dans les îles britanniques et en Europe continentale. Alors, ne pourrait-on pas dans OSM-Fr avoir un rendu spécifique pour l'Afrique? J'ai plein d'idées, dont certaines pourraient d'ailleurs s'appliquer en France. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu françafrique
Je plussois j'ai tracé pas mal de piste dans le cercle de Kayes autour de Manantali. *J'ai utilisé la structure par défau*t de classification des routes (primary à mineur) *pour avoir une compréhension générale de l'importance de chaque axe* mais 90% des axes ne semble pas goudronné : http://www.openstreetmap.org/?lat=13.3201lon=-10.7213zoom=13layers=M Pour l'avoir emprunter en 2010, l'axe primary menant à Manantali est en latérite (piste) avec quelques grosse excavation. L'accès est réglementé par des barrières de pluie pendant la saison humide. Cela peut induire en erreur quand à la praticabilité de ces axes. Pouvez m'indiquer les tags que vous utilisez pour l'Afrique ? Je pensai indiquer le type de surface (sable, latérite, roche, piste aménagée et entretenue) mais vue du ciel je serait approximatif. Le 20 mai 2013 09:18, Yohan Boniface yohanbonif...@free.fr a écrit : Bonjour, C'est pas exactement un «rendu Françafrique», mais, autour de HOT justement, on est en train de bosser sur un rendu HDM [1] (aka Humanitarian Data Model), qui est le nom de code du travail de modélisation fait par HOT pour OSM. Et en gros l'objectif est d'avoir un rendu optimisé pour les pays en voie de développement: en particulier rendu des routes plus adapté (prendre en compte la surface, la condition...), et un set d'icônes ad hoc (puits sans pompe, puits avec pompe manuelle, puits avec pompe automatique...), plus moult détails (afficher les gués, afficher la saisonnalité des cours d'eau, etc.). Pour l'instant, on a surtout concentré nos efforts sur le nettoyage de la modélisation elle-même, plus un rendu JOSM (toujours en cours de finition) [2], notamment avec la création d'un set d'icônes [3]. Mais on devrait très bientôt commencer à voir un style CartoCSS open sourcé et dispo pour la participation de la communauté [4] :) A voir ensuite avec les tyrans (humour) d'OSM-fr pour savoir si on pourra l'héberger sur les serveurs de l'asso ;) Yohan [1] http://wiki.openstreetmap.org/**wiki/Humanitarian_OSM_Tagshttp://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Tags [2] https://github.com/hotosm/HDM-**JOSM-stylehttps://github.com/hotosm/HDM-JOSM-style [3] http://hot.openstreetmap.org/**hdm_icons_set_call_for_**proposalshttp://hot.openstreetmap.org/hdm_icons_set_call_for_proposals [4] http://hot.openstreetmap.org/**hdm_cartocss_style_call_for_**proposalshttp://hot.openstreetmap.org/hdm_cartocss_style_call_for_proposals On 05/20/2013 08:53 AM, Eric SIBERT wrote: Bonjour, Il y a quelques mois, on discutait dans HOT de la classification des rares routes en Afrique. Je me disais que ça serait sympa d'avoir un rendu spécifique qui ferait ressortir les routes plus tôt quand on zoome. Ou qui permette facilement de distinguer les routes goudronnées de celles qui ne le sont pas. Je me suis aussi rendu compte que le rendu osm-fr dépassait largement les frontières de l'hexagone. Enfin, j'ai constaté que Mapquest Open avait des rendus différents suivant les zones de la planète. Par exemple, les routes n'ont pas les mêmes couleurs dans les îles britanniques et en Europe continentale. Alors, ne pourrait-on pas dans OSM-Fr avoir un rendu spécifique pour l'Afrique? J'ai plein d'idées, dont certaines pourraient d'ailleurs s'appliquer en France. Éric __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Où est la carte officielle des radars ?
Ok je comprend mieux. Il y a en tellement que ça affole le processeur et il y a des ralentissement à l'affichage ;-/ Je ne sais pas si c'est la meilleur méthode mais voici ce que j'ai fait pour faire un contrôle visuel sur ces éléments : http://overpass-turbo.eu/s/bX Cela permet de contrôler visuellement : - La présence de 3 éléments pour chaque relation enforcement (device, from, to) ; - Si il y a qu'un seul point, seul le radar est présent physiquement et il faut créer une relation enforcement pour indiquer la zone surveillée. Je débute avec overpass, si tu a des méthode à faire découvrir (via overpass turbo), je suis demandeur. Le 20 mai 2013 09:10, Pierre-Alain Dorange pdora...@mac.com a écrit : Gad.Jo perche...@gmail.com wrote: On ne peut donc plus récupérer l'identifiant de la sécurité routière ? Je ne sais pas. Pas sur ue la sécurité routière participe à l'OpenData. Sinon sur ton site il manque ce radar de feu rouge que j'ai vu lors de mes déplacements dans le Gard : http://www.openstreetmap.org/browse/node/2208604685 Crée le lendemain de la mise à jour, donc il n'y est pas. Il est par contre normalement sur la carte freeroute. Si je comprend bien, on n'a pas de carte officielle mais uniquement les relevés que font les contributeurs ? Oui, c'est ça. Les 2 cartes sont des extraits de ce qui a été saisie dans OSM par nous contributeurs. -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tile.osm.fr intégration des icones ou layers
Le 19 mai 2013 17:13, Christian Quest cqu...@openstreetmap.fr a écrit : Le plus complexe est en fait de trouver un équilibre valable quelle que soit la zone, car par endroit on a une très forte densité d'info, et donc besoin de repousser au zoom suivant l'affichage de certains objets, alors qu'à d'autre endroits il faudrait les faire apparaitre un peu plus tôt pour ne pas avoir un rendu trop vide. Ça c'est le plus complexe d'un point de vue technique et design, ce qui est déjà bien. Mais un rendu français donne réponse à une recherche de français. Donc il suppose une réflexion sur ce qu'attendent les français. Comme c'est toi qui fait ça c'est toi qui voit bien sûr, aussi je peux me tromper. À lire cette liste on peut se faire une idée, probablement fausse, mais bon : un truc très orienté administratif (alors que les français passent leur temps à gueuler contre l'administration), matiné de quelques considérations écologiques, avec les logos des entreprises françaises, et répondant aux modes porteuses des appels d'offres, tels l' handicap. Et même la françafrique qui repointe le bout de son nez. (quand j'ai vu ça de la part d'humanitaires j'ai sauté au plafond) Ainsi va la France... Je pense que le substrat administratif est (malheureusement) un point dur des conceptions françaises, et qu'il peut constituer la base du rendu générique. Les logos des entreprises françaises aussi, c'est aussi un point dur, ce n'est pas si mal. Mais attention que les logos changent. On peut discuter sur les considérations écologiques ; il y a quelque chose de profond dans la société française là dessus je pense, mais j'avoue ne pas trop savoir quoi. Le nucléaïre est une valeur écologique pour beaucoup de français... à vérifier. Par contre je crois qu'il vaudrait mieux rejeter les modes porteuse du business sur des rendus vectoriels, et donc tout ce qui concerne l'handicap, par exemple (en ce moment). Elles sont vraiment trop floues et ponctuelles, et la plupart du temps complètement en dehors du sujet qu'elles prétendent traiter. Et, quand à la françafrique... on attendra que les humanitaires se débarrassent eux mêmes de cette notion, et ensuite on y réfléchira aussi, c'est mon opinion. Hugh (surtout que je fais rien). (merci Christian) -- Les dérives de rue : Profession émotion http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tile.osm.fr intégration des icones ou layers
Tout à fait d'accord. Et pas plus non plus l'Anglafrique ou la Portafrique d'ailleurs, car les besoins sont ailleurs et n'ont pas à être définis d'Europe mais devraient répondre à des expressions de besoins locaux pour leur appropriation par ces populations. Mais on connait des éléments majeurs pour eux : - la toponymie dans plus de langues que les langues nationales ou officielles - la gestion des déchets et les décharges sauvages - l'accès à l'eau potable et les traitements des eaux usées - l'accès local à l'électricité ou d'autres énergies (pas ou peu de réseau de distribution) - les équipements sanitaires collectifs (à commencer par les écoles) - les zones d'éducation primaire(surtout en milieu rural où les distances peuvent être considérables) ou de santé (couverture des hôpitaux et dispensaires ou de la médecine itinérante) - l'accès aux médicaments fiables (hors des marchés non contrôlés) - les cheptels et zones de nomadisme - la vie citoyenne locale non officielle qui ne figure pas sur les cartes administratives officielles - les groupes ethniques et linguistiques Des tas de choses en revanche ne sont pas normalisées : il y a beaucoup de spécificités locales à prendre en compte pourtant, mais le gros du travail c'et d'abord un relevé plus ou moins qualitatif avant que cela devienne normalisable. Quand des choses ont été codifiées, c'est souvent à partie de schémas étrangers importants très incomplets et souvent incompatibles entre eux. non libres, et difficile à réactualiser. OSM peut être prescripteur de solutions communes et d'échanges là où les normes propriétaires ou importées d'autres pays ont échoué (ou sont trop chères à mettre en oeuvre). Le 20 mai 2013 10:28, Ista Pouss ista...@gmail.com a écrit : Et, quand à la françafrique... on attendra que les humanitaires se débarrassent eux mêmes de cette notion, et ensuite on y réfléchira aussi, c'est mon opinion. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Cadastre: divergence entre différentes sources
Bonjour, Je viens de constater que le découpage des parcelles cadastrales n'est pas le même sur cadastre.gouv.fr que sur le géoportail IGN, par exemple ici [1]. Est-ce que ça veut dire que les données sur le géoporatil sont plus à jour ou qu'elles ne sont pas correctes ? Rainer [1] http://www.openstreetmap.org/?lat=42.6936985amp;lon=2.8798795amp;zoom=18amp;layers=Mamp;mlat=42.69384amp;mlon=2.87958 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Inselbergs Guyane
Bonjour Stéphane, Le 16 mai 2013 22:34, Stéphane MARTIN st3ph.mar...@laposte.net a écrit : Salut, Petite vérification d'étiquettes SVP. Romain Mehut m'avait indiqué une page il y a quelques temps. Merci Romain :-) http://www.guyane.**developpement-durable.gouv.fr/** journees-inspire-en-guyane-**a746.htmlhttp://www.guyane.developpement-durable.gouv.fr/journees-inspire-en-guyane-a746.html Il semblerait que la page soit protégée maintenant :-( Tu as essayé d'appeler la DEAL? cf. http://www.guyane.developpement-durable.gouv.fr/IMG/pdf/Programme_Journees_INSPIRE.pdf Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmecum aux champs pour la randonnée à pied, à vélo ou à cheval
Bonjour, Pour info, j'ai mis en ligne l'osmecum pour la randonnée: http://wiki.openstreetmap.org/wiki/WikiProject_France/Osmecum#en_randonn.C3.A9e Romain Le 3 septembre 2012 09:18, jb...@mailoo.org a écrit : ** Mes quelques remarques à la relecture : - L'emplacement du Glossaire (je ne comprends pas ce qu'il fait là quand je tombe dessus. Au début, à la fin ?) - Points d'intérêt, lieu-dit, hameau : place=* (c'est bien locality, hamlet, etc, qu'on y met ?). En lisant, j'aurais tendance à y mettre le nom du lieu directement. J'ajouterai donc la liste place=hamlet, etc, et le tag name=*. - Équipement, Abri : Si on s'adresse à des randonneurs, j'ajouterais au moins tourism=wilderness_hut pour les abris pour dormir. Dans amenity=shelter, on voit un peu tout passer, en passant au moins par l'abribus. - Itinéraire, network=*. J'ajouterais la liste des valeurs à utiliser. - Itinéraire, distance=*. Non pas la distance de l'itinéraire (distance à quoi ?), mais plutôt la longueur total… Voilà voilà, JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un robot pour séparer les frontières des autres éléments
2013/5/19 Romain MEHUT romain.me...@gmail.com: Rectificatif: http://lists.openstreetmap.org/pipermail/talk-fr/2013-May/058594.html Attention. Dans ce message, je précise juste que la séparation est nécessaire s'il y a divergence entre cadastre et réalité du terrain (ou imagerie Bing), comme un lit de cour d'eau qui, ponctuellement, se déplace (érosion naturelle, précipitations exceptionnelles, travaux, etc). Si la limite naturelle correspond exactement à la limite administrative, je ne me prononce sur la solution à adopter et on revient aux deux méthodes listées sur le wiki. Je veux juste signaler qu'un bot ne serait pas une bonne solution car une personne imposerait une des deux solutions à tout le monde alors que je crois qu'il faut laisser le choix aux contributeurs (techniquement, les deux sont valides). Par contre, ce qui n'est pas dans le wiki, c'est que la solution des deux ways avec des noeuds superposés ne résoud pas un problème majeur sur ces limites à la fois naturelles (routes,cours d'eau) et administratives. La plupart sont et seront déplacées par de nouveaux contributeurs qui pensent bien faire en ajustant la limite sur une image aérienne ou trace GPS quelconque, sans se demander si ça n'est pas leur nouvelle source qui est décalée et pas le way déjà dans OSM. Quelle que soit la solution adoptée, way unique ou ways dupliqués avec noeuds partagés, la limite administrative est alors détériorée et ne corrspond plus au cadastre. Pour éviter cela, la moins pire des solutions serait de mettre un way complétement indépendant, sans noeuds partagés avec l'élément naturel. Mais sachant combien il devient difficile (et irritant) d'interpréter et éditer une carte avec ce genre de ways qui se chevauchent plus ou moins, je n'irais pas jusqu'à en faire une troisième option sur le wiki. Reste donc à être vigilant sur ces limites qu'il faudra particulièrement surveiller dans le futur (ça, c'est un truc qu'un bot peut faire ;-) Le 18/05/2013 22:41, Vincent de Château-Thierry a écrit : il suffit de se baiser pour en trouver. Voila une nouvelle perspective sur les cartoparties que je n'avais pas encore envisagé :-) Merci pour cette franche poilade. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu françafrique
Le 20/05/2013 09:18, Yohan Boniface a écrit : Bonjour, C'est pas exactement un «rendu Françafrique», mais, autour de HOT justement, on est en train de bosser sur un rendu HDM [1] (aka Humanitarian Data Model), qui est le nom de code du travail de modélisation fait par HOT pour OSM. Le message que j'avais mis dans un coin en me disant qu'il faudrait peut-être que je le lise à tête reposée quand j'aurai du temps :-p Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un robot pour séparer les frontières des autres éléments
Hier j'ai passé l'après midi à indiquer des maxspeed entre Valence et Montpellier et à certains endroit les frontières étaient fusionnée avec les routes et rivière. J'ai du consulter le cadastre pour chaque commune pour être certains que je n'allais pas faire d'impair. Certaines fois la frontière était très proche de la route ou rivière et j'ai laissé fusionné, d'autre fois c'était la route qui suivait la frontière sans suivre l'imagerie (rare cas) et plus souvent l'inverse (frontière qui ne respecte plus le cadastre). A la fin j'ai baissé les bras et tout laissé tel quel pour le prochain contributeur qui devra faire le tris lui même. J'ai simplement fait des découpage sans déplacement pour ajouter mes maxspeed au bon endroit. Dommage ça aurait été l'occasion de faire des ajustements plus fin avec l'imagerie Bing mais le travail de contrôle du cadastre était trop important. Le 20 mai 2013 12:14, Pieren pier...@gmail.com a écrit : 2013/5/19 Romain MEHUT romain.me...@gmail.com: Rectificatif: http://lists.openstreetmap.org/pipermail/talk-fr/2013-May/058594.html Attention. Dans ce message, je précise juste que la séparation est nécessaire s'il y a divergence entre cadastre et réalité du terrain (ou imagerie Bing), comme un lit de cour d'eau qui, ponctuellement, se déplace (érosion naturelle, précipitations exceptionnelles, travaux, etc). Si la limite naturelle correspond exactement à la limite administrative, je ne me prononce sur la solution à adopter et on revient aux deux méthodes listées sur le wiki. Je veux juste signaler qu'un bot ne serait pas une bonne solution car une personne imposerait une des deux solutions à tout le monde alors que je crois qu'il faut laisser le choix aux contributeurs (techniquement, les deux sont valides). Par contre, ce qui n'est pas dans le wiki, c'est que la solution des deux ways avec des noeuds superposés ne résoud pas un problème majeur sur ces limites à la fois naturelles (routes,cours d'eau) et administratives. La plupart sont et seront déplacées par de nouveaux contributeurs qui pensent bien faire en ajustant la limite sur une image aérienne ou trace GPS quelconque, sans se demander si ça n'est pas leur nouvelle source qui est décalée et pas le way déjà dans OSM. Quelle que soit la solution adoptée, way unique ou ways dupliqués avec noeuds partagés, la limite administrative est alors détériorée et ne corrspond plus au cadastre. Pour éviter cela, la moins pire des solutions serait de mettre un way complétement indépendant, sans noeuds partagés avec l'élément naturel. Mais sachant combien il devient difficile (et irritant) d'interpréter et éditer une carte avec ce genre de ways qui se chevauchent plus ou moins, je n'irais pas jusqu'à en faire une troisième option sur le wiki. Reste donc à être vigilant sur ces limites qu'il faudra particulièrement surveiller dans le futur (ça, c'est un truc qu'un bot peut faire ;-) Le 18/05/2013 22:41, Vincent de Château-Thierry a écrit : il suffit de se baiser pour en trouver. Voila une nouvelle perspective sur les cartoparties que je n'avais pas encore envisagé :-) Merci pour cette franche poilade. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu françafrique
Cela peut induire en erreur quand à la praticabilité de ces axes. Pouvez m'indiquer les tags que vous utilisez pour l'Afrique ? Ce que j'utilise pour Madagascar : http://wiki.openstreetmap.org/wiki/FR:WikiProject_Madagascar#.C3.89tat_de_surface Je n'ai pas vérifier si c'était en accord avec HDM. Je pensai indiquer le type de surface (sable, latérite, roche, piste aménagée et entretenue) mais vue du ciel je serait approximatif. Tu peux toujours commencer par paved/unpaved. Pour l'avoir emprunter en 2010, l'axe primary menant à Manantali est en latérite (piste) avec quelques grosse excavation. L'accès est réglementé par des barrières de pluie pendant la saison humide. seasonal=yes access:conditional=no @ Dec-Apr : Cette piste est habituellement fermée de décembre à avril (ou ouverte de mai à novembre). Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Maxspeed : Où en êtes vous sur le projet du mois ?
Bonjour, À dix jours de la fin du mois et de son projet maxspeed, où en êtes vous ? De mon coté ça avance très fort depuis que je suis de retour dans le sud. Je suis en train de finir l'intégration des différents pointage que j'ai fait entre la Drôme et l'Aude. Étant l'un des rare à utiliser OpenStreetBug, j'ai rempli la carte de rapport de bug indiquant les vitesse qui sont tous en train d'être pris en compte (80% fini ITO Map n'affiche pas encore les derniers ajouts). J'ai également profité des radars pour ajouter les limitations de vitesse dans leur environnement proche. Pour finir voici quelques principaux axes qui sont mis à jour et les villes ayant quelques axes mis à jour : - A 75 = A 750 (Béziers - Montpellier) ; - A 9 (Narbonne - Montpellier) ; - A 61 (Narbonne - Castelnaudary) ; - D 986 (Montpellier - St Martin de Londre) ; - D 610 = N 106 (Montpellier - Alès - La Grande Combes) ; - D 906 (hauteurs de Alès et St Ambroix) ; - D 6 = N 86 = D 994 (Alès - Bagnol s/ Cèze - Bollène) ; - N 7 (Bollène - Montélimar - Portes les Valences) ; - D 11 = D 5 (Béziers - Carcassonne) ; - D 6113 (Narbonne - Lézignan - Carcassonne) ; - D 6009 (Narbonne - Perpignan) ; - D 612 (Béziers - Sète) ; - D 614 (Argelès s/ Mer - Perpignan) - D 627 = D 6009 = D 611 (Leucate - Sigean - Durban Corbières) ; - D 611 = D 606 (Durban Corbières - Lézignan) ; - Partie Est du département de l'Aude et Narbonne (40 % finalisé) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tile.osm.fr intégration des icones ou layers
Ista Pouss ista...@gmail.com wrote: [...] Je pense que le substrat administratif est (malheureusement) un point dur des conceptions françaises, et qu'il peut constituer la base du rendu générique. En dehors de la Franceafrique (qui me fait aussi frémir), quand je lis ça je suis aussi très désapointé... Comme quoi... mais on entre là dans des considérations politiques qu'il vaudrait mieux ne pas développer. Je t'enjoins donc a ne pas en rajouter sur ce sujet qui semble de décevoir. Tu peux penser ce que tu veux (heureusement), mais la notion de services publics est (ou a longtemps été) une des matrices de la société française, c'est donc normal que ça se voit sur la cartographie, c'est très structurant. -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu françafrique
Merci je vais utiliser le paved/unpaved c'est un bon début. Pour l'accès, j'étais en saison sèche mais je suppose que cela concerne les poids lourds. A moins qu'il y ai un droit de passage pour ces véhicules. J'imagine mal l'accès principal fermé aux véhicule léger. Le 20 mai 2013 12:53, Eric SIBERT courr...@eric.sibert.fr a écrit : Cela peut induire en erreur quand à la praticabilité de ces axes. Pouvez m'indiquer les tags que vous utilisez pour l'Afrique ? Ce que j'utilise pour Madagascar : http://wiki.openstreetmap.org/**wiki/FR:WikiProject_** Madagascar#.C3.89tat_de_**surfacehttp://wiki.openstreetmap.org/wiki/FR:WikiProject_Madagascar#.C3.89tat_de_surface Je n'ai pas vérifier si c'était en accord avec HDM. Je pensai indiquer le type de surface (sable, latérite, roche, piste aménagée et entretenue) mais vue du ciel je serait approximatif. Tu peux toujours commencer par paved/unpaved. Pour l'avoir emprunter en 2010, l'axe primary menant à Manantali est en latérite (piste) avec quelques grosse excavation. L'accès est réglementé par des barrières de pluie pendant la saison humide. seasonal=yes access:conditional=no @ Dec-Apr : Cette piste est habituellement fermée de décembre à avril (ou ouverte de mai à novembre). Éric __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu françafrique ;-)
Je vous mets un smiley dans le titre vu que certains ont foncé droit dans le panneau ;-) Je précise aussi que je ne fais pas dans l'humanitaire. C'est juste qu'on travaille sur les mêmes terrains alors j'essaie de mutualiser les efforts de réalisation de carte. Je n'ai pas non plus proposé de mettre des logos Areva/Total un peu partout :-) Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu françafrique
Pour l'accès, j'étais en saison sèche Un peu pareil pour moi. mais je suppose que cela concerne les poids lourds. A moins qu'il y ai un droit de passage pour ces véhicules. J'imagine mal l'accès principal fermé aux véhicule léger. Si, si, il y a des trucs impraticables pour tout le monde ou presque. Style ça passe juste en quad/charrette à zébu avec 2 jours pour faire 50 km. Après, on doit pouvoir coder des restrictions spécifiques avec conditional restrictions: http://wiki.openstreetmap.org/wiki/Conditional_restrictions Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tile.osm.fr intégration des icones ou layers
Je suis assez troublé par l'expression qui consiste à dire que valoriser les informations sur la cartographie permettant de mieux traiter le handicap est une mode. Afficher les places handicapés est pour moi aussi important que mettre en évidence les stationnements camping-car (mode touristique?) que les stationnements autocars (mode transports?). Je pense que la capacité à représenter le réel n'est pas une mode mais une finesse de description qui se veut objective. Il y a déjà eu des débat interminables sur ceux qui contestaient le fait de mettre les fastfood de type MacDo ... pour moi ce qui est important c'est l'effet levier. Aujourd'hui, il y a un vide : seul OpenStreetMap est capable de lever une exertise à l'échelle mondiale de façon aussi fine. Saisissons cette occasion pour étonner, intriguer et du coup susciter le désir d'une appropriation. Monter en gamme et améliorer nos expertises est plus qu'une mode un soucis de démarche qualité. En témoignent les nombreux articles publiés ces derniers temps mettant enfin en lumière le côté laboratoire d'OSM. Ista Pouss wrote Le 19 mai 2013 17:13, Christian Quest lt; cquest@ gt; a écrit : Le plus complexe est en fait de trouver un équilibre valable quelle que soit la zone, car par endroit on a une très forte densité d'info, et donc besoin de repousser au zoom suivant l'affichage de certains objets, alors qu'à d'autre endroits il faudrait les faire apparaitre un peu plus tôt pour ne pas avoir un rendu trop vide. Ça c'est le plus complexe d'un point de vue technique et design, ce qui est déjà bien. Mais un rendu français donne réponse à une recherche de français. Donc il suppose une réflexion sur ce qu'attendent les français. Comme c'est toi qui fait ça c'est toi qui voit bien sûr, aussi je peux me tromper. À lire cette liste on peut se faire une idée, probablement fausse, mais bon : un truc très orienté administratif (alors que les français passent leur temps à gueuler contre l'administration), matiné de quelques considérations écologiques, avec les logos des entreprises françaises, et répondant aux modes porteuses des appels d'offres, tels l' handicap. Et même la françafrique qui repointe le bout de son nez. (quand j'ai vu ça de la part d'humanitaires j'ai sauté au plafond) Ainsi va la France... Je pense que le substrat administratif est (malheureusement) un point dur des conceptions françaises, et qu'il peut constituer la base du rendu générique. Les logos des entreprises françaises aussi, c'est aussi un point dur, ce n'est pas si mal. Mais attention que les logos changent. On peut discuter sur les considérations écologiques ; il y a quelque chose de profond dans la société française là dessus je pense, mais j'avoue ne pas trop savoir quoi. Le nucléaïre est une valeur écologique pour beaucoup de français... à vérifier. Par contre je crois qu'il vaudrait mieux rejeter les modes porteuse du business sur des rendus vectoriels, et donc tout ce qui concerne l'handicap, par exemple (en ce moment). Elles sont vraiment trop floues et ponctuelles, et la plupart du temps complètement en dehors du sujet qu'elles prétendent traiter. Et, quand à la françafrique... on attendra que les humanitaires se débarrassent eux mêmes de cette notion, et ensuite on y réfléchira aussi, c'est mon opinion. Hugh (surtout que je fais rien). (merci Christian) -- Les dérives de rue : Profession émotion lt;http://drivrsdu.fr/profession-emotion/gt; ___ Talk-fr mailing list Talk-fr@ http://lists.openstreetmap.org/listinfo/talk-fr - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/tile-osm-fr-integration-des-icones-ou-layers-tp5761783p5761876.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu françafrique
Ha mince autant que ça ? Je comprend mieux pourquoi l'armée française mettait 24H pour faire 70 km dans la région de Gao. C'est à savoir pour mon prochain séjour là bas. A chaque fois j'y fait en poids lourd, ça risque d'être un vaste champ de boue rempli de moustique. Le 20 mai 2013 13:36, Eric SIBERT courr...@eric.sibert.fr a écrit : Pour l'accès, j'étais en saison sèche Un peu pareil pour moi. mais je suppose que cela concerne les poids lourds. A moins qu'il y ai un droit de passage pour ces véhicules. J'imagine mal l'accès principal fermé aux véhicule léger. Si, si, il y a des trucs impraticables pour tout le monde ou presque. Style ça passe juste en quad/charrette à zébu avec 2 jours pour faire 50 km. Après, on doit pouvoir coder des restrictions spécifiques avec conditional restrictions: http://wiki.openstreetmap.org/**wiki/Conditional_restrictionshttp://wiki.openstreetmap.org/wiki/Conditional_restrictions Éric __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cadastre: divergence entre différentes sources
Par expérience, Geoportail est moins à jour que cadastre.gouv.fr. J'avais par exemple toujours un cadastre raster pour ma commune alors qu'il était disponible en vectoriel depuis déjà quelques temps. Geoportail fait aussi une conflation pour faire coincider les cadastres là où il ne coincident pas... Le 20 mai 2013 11:19, RainerU ra...@sfr.fr a écrit : Bonjour, Je viens de constater que le découpage des parcelles cadastrales n'est pas le même sur cadastre.gouv.fr que sur le géoportail IGN, par exemple ici [1]. Est-ce que ça veut dire que les données sur le géoporatil sont plus à jour ou qu'elles ne sont pas correctes ? Rainer [1] http://www.openstreetmap.org/?lat=42.6936985amp;lon=2.8798795amp;zoom=18amp;layers=Mamp;mlat=42.69384amp;mlon=2.87958 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tile.osm déchèteries
À ce propos, le terme français approprié pour ces lieux est « déchèterie ». Le mot « déchetterie » étant une marque déposée par l'Ademe (je me demande quel est l'intérêt de déposer une telle marque nommée), je pense qu'il est préférable d'éviter son usage dans OSM. http://fr.wikipedia.org/wiki/D%C3%A9ch%C3%A8terie#cite_note-1 Teuxe Le 19/05/2013 12:05, ZIMMY a écrit : Au risque d'être redondant : il me semble important d'agrandir les pictos, car il est tellement soigné dans son dessin qu'il en devient quasi illisible dans tile.openstreetmap.fr Dans son affichage réel http://optigede.ademe.fr/sites/default/files/fichiers/LogoDecheterie.jpg Une chose est importante c'est que ce pictogramme est normalement mis sur un panneau d'entrée de déchetterie donc avec une taille qui est au moins de 50cm. Quelques exemples gravats http://www.google.fr/imgres?sa=Xbiw=1241bih=606tbm=ischtbnid=T6oSORfELRlmTM:imgrefurl=http://www.ville-bagneresdebigorre.fr/pages/page.php%3Fnom%3Ddecheterie.htmldocid=BWS6sUb915cvvMimgurl=http://www.ville-bagneresdebigorre.fr/pages/services%252520techniques/dechetterie.JPGw=1136h=856ei=SKOYUZjwH5OFhQfo-IGACgzoom=1iact=hcvpx=944vpy=216dur=619hovh=196hovw=260tx=128ty=72page=1tbnh=142tbnw=188start=0ndsp=18ved=1t:429,r:5,s:0,i:178 entrée de déchetterie http://www.sorgues-du-comtat.com/images/stories/environnement_om/dechetterie_2.jpg A défaut d'agrandir le picto, pour l'instant je trouve le symbole universel de reyclage plus compréhensible en terme de lisibilité. - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/tile-osm-decheteries-tp5761612p5761760.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tile.osm déchèteries
Bonjour, +1, j'allais justement écrire la même chose : peut être que dans les derniers niveaux de zoom, il serait possible de doubler H et L des icônes (donc un x4 du coup). Au vu de la place dispo à ces niveaux de zoom, ça devrait garder toute sa lisibilité. Je ne sais si c'est simple par contre Le 19 mai 2013 12:05, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit : Au risque d'être redondant : il me semble important d'agrandir les pictos, car il est tellement soigné dans son dessin qu'il en devient quasi illisible dans tile.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu pour touristes
Bonjour Pour répondre bièvement à Christian, dans Lizpoi, j'ai une table dans laquelle j'exporte des tables planet_osm_point, polygone et line les éléments d'OSM qui contiennent des infos sur les tags que je suis. Je ne prends que le centroide pour les polygones et lignes (oui je sais, un centroid de ligne...) Ensuite, je stocke les arbres dans une table, avec hiérarchie, et les correspondances entre 1 item de l'arbre et des tags OSM dans une autre table. Une requête dynamique permet de récupérer assez rapidement les objets OSM qui correspondent. Donc en gros, 1 table avec les objets OSM intéressants, 1 table avec la description des arbres, 1 table pour faire la correspondance entre 1 item de l'arbre et des tags OSM. On peut gérer les cas où plusieurs associations tag/valeur permettent de décrire un objet, par exemple pour les bornes à incendie (amenity=fire_hydrant OU emergency=fire_hydrant). Si plusieurs cases sont cochées dans un arbre Lizpoi, c'est à chaque fois une seule requête qui est faite au serveur (lorsqu'on zoome ou qu'on se déplace), et non une requête par case cochée. On pourrait faire une sorte de système de drivers pour permettre de gérer plusieurs sources. Par exemple un driver osm2pgsql = le fonctionnement actuel. Qui permet de ne pas charger les serveurs de la fondation ou de l'association car s'appuyant sur une bdd locale. On pourrait avoir un driver overpass qui lancerait les requêtes à l'api de l'overpass, et ainsi avoir un lizpoi plus portable car ne nécessitant pas de bdd locale. Au sujet du clustering, nous n'avons pas fait ce choix car comme indiqué, il faut de toute façon que le code Javascript lancé sur le navigateur fasse le calcul sur l'ensemble des éléments avant de faire le regroupement, donc cela n'allège en rien le code. Par contre, cela peut en effet apporter un confort pour l'utilisateur. Mais il faut bien choisir de regrouper des éléments semblables, sinon ce n'est pas pertinent (par exemple on clusterise tous les shop ensemble). Si on commence à mélanger des torchons et des serviettes, on perd le côté thématique. Ce serait intéressant de faire du clustering côté serveur. On a pas encore eu/pris le temps de regarder. Et je disais plus haut pour répondre brièvement. C'est loupé :) Michael Le 19 mai 2013 15:35, Marc Sibert m...@sibert.fr a écrit : Le 17/05/2013 10:33, Christian Quest a écrit : Et le clustering ? leaflet a un plugin de clustering qui semble assez efficace. openlayers n'a pas ça ? Exemple: http://csvmap.logisima.com/carte/c5badf4d-4f6b-434d-b42d-0a3878c82cec Il faudrait peut être daller les requêtes vers l'overpass quand on dézoome beaucoup, couplé au clustering ça permettrait d'afficher progressivement le centre de la carte puis en différé le reste autour ce qui resterai acceptable pour l'expérience utilisateur. Juste une idée en mode yaka ;) Il n'y a pas de question bête... heu tant qu'elle n'est pas posée... ;-) Ben le clustering client side nécessite bien de tout charger avant de regrouper les noeuds. Expérience faite personnellement avec OpenLayers. Il n'y a pas d'autre choix que de faire des regroupement server side *avant* l'envoi des données au navigateur et, pour éviter la charge API, faire un peu de cache de requêtes. Tout ça nécessite donc de limiter par programme le nombre de types de POI dans la requete ou de faire un pré-traitement côté serveur en avance. Une idée comme ça en passant... faire des couches vectorielles variables suivant le niveau de zoom : - sur vue nationale : nombre de POI par région : afficher des valeurs dans des polygones régions ; - sur vue régionale : la même chose avec les départements - sur vue locales : mettre le détail des POI. Mes 0.02 € (limite HS) -- Marc Sibertmailto:m...@sibert.fr m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tile.osm.fr intégration des icones ou layers
Bon alors je réponds à Pierre-Alain Dorange et à ZIMMY. Pour ma remarque sur le substrat administratif malheureusement, je voulais dire par rapport à la géographie ; je veux dire que nous avons tendance à voir les choses autour de nous par le biais des classifications administratives, à les considérer comme concrètes. Exemple les départements : on discute pour savoir leur utilité, mais s'il n'y a pas les départements sur une carte de la france, ce n'est pas une carte de la france, croit-on. C'est vrai que j'aimerais bien qu'on puisse voir les choses autrement, mais je l'admets et je dis +1 pour le mettre au rendu générique, y compris des services tels anpe, sec soc, police, pompiers, etc. (ce qui est déjà fait, en plus, je crois) (donc c'est une bonne proposition) Pour ma remarque sur la mode du handicap, moi je dis que c'est une mode, mais on peut très bien dire autre chose évidemment. (sauf peut être que je traite les handicapés comme des restos mac donald, mais j'imagine que c'est dans le feu de l'argumentation). Je dis que c'est une mode, parce que j'en vois de plus en plus dans les publicités, pour valoriser des produits ou une action municipale ; un truc est considéré bon au seul motif qu'il est compatible handicapé. J'imagine que les publicitaires et décideurs ont fait des études d'opinion qui ont montré que cette cause était porteuse ? Et de toutes façons je ne suis même pas contre la mode. Je dis qu'il vaut mieux la mettre sur les niveaux rendu vectoriel. Le rendu vectoriel - dont personne n'a encore dit qu'il existait, mais je suppose qu'à force d'en parler ce sera le cas ? - n'empêche pas de montrer la réalité, ni la force de osm. Cordialement. Le 20 mai 2013 13:52, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit : Je suis assez troublé par l'expression qui consiste à dire que valoriser les informations sur la cartographie permettant de mieux traiter le handicap est une mode. Afficher les places handicapés est pour moi aussi important que mettre en évidence les stationnements camping-car (mode touristique?) que les stationnements autocars (mode transports?). Je pense que la capacité à représenter le réel n'est pas une mode mais une finesse de description qui se veut objective. Il y a déjà eu des débat interminables sur ceux qui contestaient le fait de mettre les fastfood de type MacDo ... pour moi ce qui est important c'est l'effet levier. Aujourd'hui, il y a un vide : seul OpenStreetMap est capable de lever une exertise à l'échelle mondiale de façon aussi fine. Saisissons cette occasion pour étonner, intriguer et du coup susciter le désir d'une appropriation. Monter en gamme et améliorer nos expertises est plus qu'une mode un soucis de démarche qualité. En témoignent les nombreux articles publiés ces derniers temps mettant enfin en lumière le côté laboratoire d'OSM. Ista Pouss wrote Le 19 mai 2013 17:13, Christian Quest lt; cquest@ gt; a écrit : Le plus complexe est en fait de trouver un équilibre valable quelle que soit la zone, car par endroit on a une très forte densité d'info, et donc besoin de repousser au zoom suivant l'affichage de certains objets, alors qu'à d'autre endroits il faudrait les faire apparaitre un peu plus tôt pour ne pas avoir un rendu trop vide. Ça c'est le plus complexe d'un point de vue technique et design, ce qui est déjà bien. Mais un rendu français donne réponse à une recherche de français. Donc il suppose une réflexion sur ce qu'attendent les français. Comme c'est toi qui fait ça c'est toi qui voit bien sûr, aussi je peux me tromper. À lire cette liste on peut se faire une idée, probablement fausse, mais bon : un truc très orienté administratif (alors que les français passent leur temps à gueuler contre l'administration), matiné de quelques considérations écologiques, avec les logos des entreprises françaises, et répondant aux modes porteuses des appels d'offres, tels l' handicap. Et même la françafrique qui repointe le bout de son nez. (quand j'ai vu ça de la part d'humanitaires j'ai sauté au plafond) Ainsi va la France... Je pense que le substrat administratif est (malheureusement) un point dur des conceptions françaises, et qu'il peut constituer la base du rendu générique. Les logos des entreprises françaises aussi, c'est aussi un point dur, ce n'est pas si mal. Mais attention que les logos changent. On peut discuter sur les considérations écologiques ; il y a quelque chose de profond dans la société française là dessus je pense, mais j'avoue ne pas trop savoir quoi. Le nucléaïre est une valeur écologique pour beaucoup de français... à vérifier. Par contre je crois qu'il vaudrait mieux rejeter les modes porteuse du business sur des rendus vectoriels, et donc tout ce qui concerne l'handicap, par exemple (en ce moment). Elles sont vraiment trop floues et ponctuelles, et la plupart du temps complètement en dehors du sujet
Re: [OSM-talk-fr] Cadastre: divergence entre différentes sources
2013/5/20 Christian Quest cqu...@openstreetmap.fr Par expérience, Geoportail est moins à jour que cadastre.gouv.fr. J'avais par exemple toujours un cadastre raster pour ma commune alors qu'il était disponible en vectoriel depuis déjà quelques temps. Geoportail fait aussi une conflation pour faire coincider les cadastres là où il ne coincident pas... Le 20 mai 2013 11:19, RainerU ra...@sfr.fr a écrit : Bonjour, Je viens de constater que le découpage des parcelles cadastrales n'est pas le même sur cadastre.gouv.fr que sur le géoportail IGN, par exemple ici [1]. Est-ce que ça veut dire que les données sur le géoporatil sont plus à jour ou qu'elles ne sont pas correctes ? Plus exactement, cadastre.gouv;fr montre une donnée qui s'appelle le PCI vecteur et qui correspond au cadastre officiel maintenu par la DGFiP. Le geoportail montre la BD Parcellaire, qui est un produit IGN crée a partir de la déformation et de l'assemblage du PCI vecteur pour faire un produit homogène sur la france. Le PCI vecteur est souvent mal géolocalisé, et n'est pas du tout homogène entre les communes (ie, ca ne colle pas si on essaie de mettre coté a coté 2 sections cadastrales de 2 communes voisines). Landry ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [contact] [Remarque, suggestion à propos de ce site] vos cartes
Ces formats de fichiers sont-ils documentés quelque part ? Si ils le sont, il suffit d'écrire un convertisseur, si ils ne le sont pas, il va falloir faire du reverse engineering pour déterminer leur structure avant de pouvoir écrire un convertisseur. C'est ce qui a été fait pour le format utilisé par Garmin, mais à ma connaissance c'est le seul format où quelqu'un s'est donné la peine de faire cet énorme travail. Pour iGO, j'ai cherché (rapidement) et rien trouvé. Le 20 mai 2013 16:47, mic...@bersio.com a écrit : michel bersio (mic...@bersio.com) a envoyé un message en utilisant le formulaire de contact suivant : http://openstreetmap.fr/contact. bonjour,pourquoi ne trove t -on pas des cartes au fichier map de ozi,compegps ,ou fbl de igo quand on saitque igo est le logiciel le plus utilisé sur les gps de nouvelle génération et sur les tablettes cordialement michel -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] INSEE, recensement 2010 et mise à jour de la population des communes
Salut, Cette données de population n'est elle pas utilisée pour le rendu ? Pour savoir quelles villes écrire sur la carte en fonction du zoom ? Le 3 janvier 2013 23:12, Christian Quest cqu...@openstreetmap.fr a écrit : Le 3 janvier 2013 16:43, Vincent de Chateau-Thierry v...@laposte.net a écrit : Maintenant, la cible, c'est, plutôt qu'à la main, le passage, au moins une fois l'an, d'un bot qui ajouterait ou mettrait à jour le tag population, sur la foi des résultats de recensement publiés par l'INSEE. Une fois cette mécanique en place, il n'y aura plus de valeur ajoutée à faire ça à la main. Et on s'économisera :-) Cela fait partie des choses que l'INSEE envisage de faire EUX MEME :) Maintenir à jour dans OSM les informations qu'il produisent. Cela fait partie des discussions que j'ai eu le mois dernier lors d'une première réunion informelle. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Carrément HS] Les Jojos
2013/5/19 Art Penteur art.pent...@gmail.com: Pouvez-vous envisager un Jo d'ici et Jo d'ailleurs ? Ou bien Jo du sud et Jo du nord ? Si seulement il venait de la ville d'Alton: http://www.openstreetmap.org/?lat=38.89051lon=-90.1827zoom=17layers=M Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] INSEE, recensement 2010 et mise à jour de la population des communes
Sur le rendu FR oui, sur le rendu OSM-mapnik, non. Le 20 mai 2013 19:44, Cyrille Giquello cyrill...@gmail.com a écrit : Salut, Cette données de population n'est elle pas utilisée pour le rendu ? Pour savoir quelles villes écrire sur la carte en fonction du zoom ? -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] INSEE, recensement 2010 et mise à jour de la population des communes
Tu prends quel objet ? Le node place, le node place en relation admin_centre, la relation ? Le 20 mai 2013 20:07, Christian Quest cqu...@openstreetmap.fr a écrit : Sur le rendu FR oui, sur le rendu OSM-mapnik, non. Le 20 mai 2013 19:44, Cyrille Giquello cyrill...@gmail.com a écrit : Salut, Cette données de population n'est elle pas utilisée pour le rendu ? Pour savoir quelles villes écrire sur la carte en fonction du zoom ? -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] INSEE, recensement 2010 et mise à jour de la population des communes
Le 20 mai 2013 20:07, Christian Quest cqu...@openstreetmap.fr a écrit : Sur le rendu FR oui, sur le rendu OSM-mapnik, non. Merci comment font-ils alors ? C. Le 20 mai 2013 19:44, Cyrille Giquello cyrill...@gmail.com a écrit : Salut, Cette données de population n'est elle pas utilisée pour le rendu ? Pour savoir quelles villes écrire sur la carte en fonction du zoom ? -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Carrément HS] Les Jojos
Haha elle est bien trouvé celle ci… ;-D 2013/5/20 Pieren pier...@gmail.com 2013/5/19 Art Penteur art.pent...@gmail.com: Pouvez-vous envisager un Jo d'ici et Jo d'ailleurs ? Ou bien Jo du sud et Jo du nord ? Si seulement il venait de la ville d'Alton: http://www.openstreetmap.org/?lat=38.89051lon=-90.1827zoom=17layers=M Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Carrément HS] Les Jojos
2013/5/20 Gad.Jo perche...@gmail.com Haha elle est bien trouvé celle ci… ;-D 2013/5/20 Pieren pier...@gmail.com 2013/5/19 Art Penteur art.pent...@gmail.com: Pouvez-vous envisager un Jo d'ici et Jo d'ailleurs ? Ou bien Jo du sud et Jo du nord ? Si seulement il venait de la ville d'Alton: Donc c'est Jo qu'a rit... Jo, raie pas due. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] INSEE, recensement 2010 et mise à jour de la population des communes
le nom est rendu 2 fois... une fois uniquement à cause du polygone d'emprise da la commune, et donc le rendu dépend de la taille de la commune, et une deuxième fois à partir des node place=* en fonction du type de place=* Dans le rendu FR, j'ajoute un tri décroissant par nombre d'habitants à partir du tag population=* sur le node place=* car c'est là que se positionne le nom et pas sur le centroid du polygone de la relation de la commune. C'est vrai que je pourrai aller cherche la population sur la relation... Le 20 mai 2013 20:11, Cyrille Giquello cyrill...@gmail.com a écrit : Le 20 mai 2013 20:07, Christian Quest cqu...@openstreetmap.fr a écrit : Sur le rendu FR oui, sur le rendu OSM-mapnik, non. Merci comment font-ils alors ? C. Le 20 mai 2013 19:44, Cyrille Giquello cyrill...@gmail.com a écrit : Salut, Cette données de population n'est elle pas utilisée pour le rendu ? Pour savoir quelles villes écrire sur la carte en fonction du zoom ? -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Limites communales de la Corrèze au complet !
Bonsoir, Presque tout est dans le titre :-) Le chantier proposé il n'y a même pas une semaine pour tracer les limites des 121 communes de Corrèze manquantes est achevé depuis ce soir. Oui, déjà :-) Avant tout merci aux 9 contributeurs qui ont participé. Ce projet a aussi permis, au passage, d'augmenter le compteur des régions au complet, avec le Limousin. Mais la Corrèze n'aura pas été qu'un département de plus. Celà a été l'occasion de tester un fonctionnement collégial, grâce à MapCraft [1]. Cet outil a prouvé toute sa pertinence, permettant à la fois de se répartir le travail, se coordonner en différé et même en live, papoter (aussi, oui :-)), et même, ultime cerise, décider qui allait franchir la ligne d'arrivée en premier, en bouclant la dernière commune [2]. Le maillot jaune est pour Denis ;-). Dans l'élan, j'ai mis en place un nouveau gâteau sur MapCraft. Il s'agit de l'Aisne : http://mapcraft.nanodesu.ru/pie/253# Certains Corréziens n'ont pas résisté à l'envie d'y migrer. N'hésitez pas à nous y rejoindre ! Il y a de la place pour qui veut, et suffisamment d'expérience cumulée pour que des novices dans l'exercice trouvent conseil. Et in fine l'idée lancée par Christian [3] (la France bouclée fin 2013) pourrait bien, au fil du 2è semestre, devenir réalité. À suivre donc, vincent [1] : http://mapcraft.nanodesu.ru/pie/251# [2] : http://www.openstreetmap.org/browse/changeset/16211330 [3] : http://lists.openstreetmap.org/pipermail/talk-fr/2013-May/058384.html Message original Sujet: [OSM-talk-fr] Tracé des limites communales : la Corrèze (19) Date : Thu, 16 May 2013 00:11:17 +0200 De : Vincent de Chateau-Thierry v...@laposte.net Répondre à : Discussions sur OSM en français talk-fr@openstreetmap.org Pour : Discussions sur OSM en français talk-fr@openstreetmap.org Bonsoir, Je reviens sur la proposition de partage des tâches pour le tracé des limites communales [1]. Comme la Corrèze a servi de support à la discussion (et a déjà gagné quelques nouvelles communes au passage), j'ai commencé un inventaire des communes candidates dans ce département. Il se trouve que, sur mon petit échantillon (quelques communes), une écrasante majorité des planches ont des informations de géoréférencement, soit directement reconnues par JOSM, soit au moyen de croisillons. Par ailleurs la vectorisation sur ce département n'avance pas bien vite : http://munin.openstreetmap.fr/stats.db/departement/osm_commune_19.html Ces deux points combinés font de ce département un candidat potentiel pour notre Yalta. Ça n'est bien sûr qu'une proposition, si quelqu'un souhaite un focus ailleurs il faut le dire. J'ai pour commencer dressé le tableau des communes candidates. C'est ici : http://wiki.openstreetmap.org/wiki/France:Corr%C3%A8ze/Limites_communales Sur le principe, chaque ligne permet à la fois de décrire l'état des planches d'une commune, et bien sûr de pouvoir se manifester en réservant la commune pour s'occuper de son tracé. Pour ceux qui voudraient participer mais qui n'ont pas jusque là manipulé de raster, le plus simple est de commencer sur une commune où les planches sont déjà géoréférencées. C'est l'objet des première colonnes du tableau et ça tombe bien, les premières communes sont quasi toutes avec planches géoréférencées :-) Je vais continuer à remplir les colonnes de gauche du tableau (et si je ne suis pas le seul c'est encore mieux :-) ). En parallèle n'hésitez pas à réserver une commune pour tracer son contour. Et à lancer des questions si besoin. Merci et surtout, à suivre ! vincent [1] : http://lists.openstreetmap.org/pipermail/talk-fr/2013-May/058378.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tracé des limites communales : la Corrèze (19)
Merci Vincent pour ce superbe tuto ! Nicolas Le 19/05/2013 00:57, Vincent de Château-Thierry a écrit : Hop là : http://wiki.openstreetmap.org/wiki/FR:MapCraft/Faire_un_diagramme_avec_le_GeoFLA vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites communales de la Corrèze au complet !
Chouette histoire ! Le 20 mai 2013 21:42, Vincent de Château-Thierry v...@laposte.net a écrit : Bonsoir, Presque tout est dans le titre :-) Le chantier proposé il n'y a même pas une semaine pour tracer les limites des 121 communes de Corrèze manquantes est achevé depuis ce soir. Oui, déjà :-) Avant tout merci aux 9 contributeurs qui ont participé. Ce projet a aussi permis, au passage, d'augmenter le compteur des régions au complet, avec le Limousin. Mais la Corrèze n'aura pas été qu'un département de plus. Celà a été l'occasion de tester un fonctionnement collégial, grâce à MapCraft [1]. Cet outil a prouvé toute sa pertinence, permettant à la fois de se répartir le travail, se coordonner en différé et même en live, papoter (aussi, oui :-)), et même, ultime cerise, décider qui allait franchir la ligne d'arrivée en premier, en bouclant la dernière commune [2]. Le maillot jaune est pour Denis ;-). Dans l'élan, j'ai mis en place un nouveau gâteau sur MapCraft. Il s'agit de l'Aisne : http://mapcraft.nanodesu.ru/**pie/253#http://mapcraft.nanodesu.ru/pie/253# Certains Corréziens n'ont pas résisté à l'envie d'y migrer. N'hésitez pas à nous y rejoindre ! Il y a de la place pour qui veut, et suffisamment d'expérience cumulée pour que des novices dans l'exercice trouvent conseil. Et in fine l'idée lancée par Christian [3] (la France bouclée fin 2013) pourrait bien, au fil du 2è semestre, devenir réalité. À suivre donc, vincent [1] : http://mapcraft.nanodesu.ru/**pie/251#http://mapcraft.nanodesu.ru/pie/251# [2] : http://www.openstreetmap.org/**browse/changeset/16211330http://www.openstreetmap.org/browse/changeset/16211330 [3] : http://lists.openstreetmap.**org/pipermail/talk-fr/2013-** May/058384.htmlhttp://lists.openstreetmap.org/pipermail/talk-fr/2013-May/058384.html Message original Sujet: [OSM-talk-fr] Tracé des limites communales : la Corrèze (19) Date : Thu, 16 May 2013 00:11:17 +0200 De : Vincent de Chateau-Thierry v...@laposte.net Répondre à : Discussions sur OSM en français talk-fr@openstreetmap.org Pour : Discussions sur OSM en français talk-fr@openstreetmap.org Bonsoir, Je reviens sur la proposition de partage des tâches pour le tracé des limites communales [1]. Comme la Corrèze a servi de support à la discussion (et a déjà gagné quelques nouvelles communes au passage), j'ai commencé un inventaire des communes candidates dans ce département. Il se trouve que, sur mon petit échantillon (quelques communes), une écrasante majorité des planches ont des informations de géoréférencement, soit directement reconnues par JOSM, soit au moyen de croisillons. Par ailleurs la vectorisation sur ce département n'avance pas bien vite : http://munin.openstreetmap.fr/**stats.db/departement/osm_**commune_19.htmlhttp://munin.openstreetmap.fr/stats.db/departement/osm_commune_19.html Ces deux points combinés font de ce département un candidat potentiel pour notre Yalta. Ça n'est bien sûr qu'une proposition, si quelqu'un souhaite un focus ailleurs il faut le dire. J'ai pour commencer dressé le tableau des communes candidates. C'est ici : http://wiki.openstreetmap.org/**wiki/France:Corr%C3%A8ze/** Limites_communaleshttp://wiki.openstreetmap.org/wiki/France:Corr%C3%A8ze/Limites_communales Sur le principe, chaque ligne permet à la fois de décrire l'état des planches d'une commune, et bien sûr de pouvoir se manifester en réservant la commune pour s'occuper de son tracé. Pour ceux qui voudraient participer mais qui n'ont pas jusque là manipulé de raster, le plus simple est de commencer sur une commune où les planches sont déjà géoréférencées. C'est l'objet des première colonnes du tableau et ça tombe bien, les premières communes sont quasi toutes avec planches géoréférencées :-) Je vais continuer à remplir les colonnes de gauche du tableau (et si je ne suis pas le seul c'est encore mieux :-) ). En parallèle n'hésitez pas à réserver une commune pour tracer son contour. Et à lancer des questions si besoin. Merci et surtout, à suivre ! vincent [1] : http://lists.openstreetmap.**org/pipermail/talk-fr/2013-** May/058378.htmlhttp://lists.openstreetmap.org/pipermail/talk-fr/2013-May/058378.html __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème avec Nomino
Bonjour Merci Christian pour ce rapport. Ce problème été rapporté une autre fois, mais je n'arrive pas à le reproduire. Nous continuons de chercher... Ciao Cyrille Le 17 mai 2013 14:00, Christian Rogel christian.ro...@club-internet.fr a écrit : Je ne peux m'authentifier sur Nomino. Depuis la page où il me demande l'autorisation de se connecter sur mon compte OSM, je fais save changes, mais, un h est ajouté à openstreetmap.org et le serveur n'est pas trouvé. Qui peut m'indiquer ce qui se passe? Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème avec Nomino
Le 21 mai 2013 à 00:40, Cyrille Giquello cyrill...@gmail.com a écrit : Bonjour Merci Christian pour ce rapport. Ce problème été rapporté une autre fois, mais je n'arrive pas à le reproduire. Nous continuons de chercher… Depuis samedi et dimancher, j'ai pu réutiliser Nomino aussi bien sur mon IPad que sur mon ordi de bureau. Donc, plus de souci, mais, ce h volant était étrange. Nomino est amusant : comme les noms de lieu typiques de l'Ouest gallo peuvent être les mêmes qu'au Québec, on peut mettre du breton de l'autre côté de l'Océan. Un Breton sur chaque motte de la Terre, un Breton sur chaque vague de la Mer. Saint-Paul-Roux, Prince des poètes et marseillais Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] aide pour traduction a faire en espagnol
bonsoir quelqu'un parle espagnol ? c'est pour ici http://www.openstreetmap.org/?lat=43.31283688545227lon=-5.56719034910202zoom=18 il y a au moins 5 changesets qui generent des doublons de relations way et nodes. il y a aussi les tags... merci d'avance didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème avec Nomino
H le gallo ce n'est pas le breton. Ce ne sont PAS DU TOUT les mêmes langues. Mais alors VRAIMENT PAS DU TOUT - Le breton est une langue celtique (qu vient de l'autre côté de la Manche d'avant les invasions saxones et normandes) dont la langie la plus proche est le cornique. Les pêcheurs bretons et corniques d'outre-manche parlaient entre eux sans problème, bien plus facilement qu'en utilisant un mélange d'anglais ou de français (sur certaines vieilles bases latines ou normandes communes). - Le gallo est une langue romane d'oïl (comme le normand, le jériais, le français, le wallon, ou comme le poitevin qui en est la langue la plus proche avant l'orléanais ou le tourangeaux, puis le moyen français d'Ile-de-France, avant le français standard moderne qui est un melting pot de langues et une création moderne très récente dans notre histoire et qui a longtemps ignoré les langues romanes d'oc qui, de ce fait ont connu leurs propres standardisations modernes avec l'occitan et le catalan). Les structures lexicales, grammaticales et syntaxiques, la morphonlogie des mots, les dérivations, la phonologie, tout est très différent. Il y a plus de différences entre le gallo et le breton qu'entre le français et l'allemand ! Les deux sont des langues de Bretagne, mais il ne faut pas les confondre. Leur territoire d'extension n'est d'ailleurs clairement pas le même (le breton ne s'est implanté en Bretagne de l'Est (Saint-Malo, Rennes, Nantes) que très tardivement, bien longtemps après que le français ne se soit imposé en première langue dans les deux parties de la Bretagne. On peut en revanche confondre le gallo et le poitevin car il n'y a pas de discontinuité réelle dans ce qui est un continuum avec la même variabilité dialectales au sein même des deux aires désignées pour l'une et l'autre langue. Un français peut avec peu d'effort comprendre le gallo (plus facile à l'écrit qu'à l'oral). Il ne comprendra pas du tout le breton (même écrit) et ne reconnaitra pas sa structure grammaticale et ne saura même pas se servir d'un dictionnaire breton sans formation préalable. Le 21 mai 2013 01:07, Christian Rogel christian.ro...@club-internet.fr a écrit : Le 21 mai 2013 à 00:40, Cyrille Giquello cyrill...@gmail.com a écrit : Bonjour Merci Christian pour ce rapport. Ce problème été rapporté une autre fois, mais je n'arrive pas à le reproduire. Nous continuons de chercher… Depuis samedi et dimancher, j'ai pu réutiliser Nomino aussi bien sur mon IPad que sur mon ordi de bureau. Donc, plus de souci, mais, ce h volant était étrange. Nomino est amusant : comme les noms de lieu typiques de l'Ouest gallo peuvent être les mêmes qu'au Québec, on peut mettre du breton de l'autre côté de l'Océan. Un Breton sur chaque motte de la Terre, un Breton sur chaque vague de la Mer. Saint-Paul-Roux, Prince des poètes et marseillais Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] aide pour traduction a faire en espagnol
Quel est le problème précisément ? Je ne vois pas les doublons en question de relations et ways. Le 21 mai 2013 01:38, didier2020 didier2...@free.fr a écrit : bonsoir quelqu'un parle espagnol ? c'est pour ici http://www.openstreetmap.org/?lat=43.31283688545227lon=-5.56719034910202zoom=18 il y a au moins 5 changesets qui generent des doublons de relations way et nodes. il y a aussi les tags... merci d'avance didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] aide pour traduction a faire en espagnol
Note: de très nombreuses des communes espagnoles ne portent pas le nom de leur hameau chef-lieu (et même souvent d'aucun des autres hameaux) - ils appellent ces hameaux des noyaux de population chacun d'eux a une codification nationale à 11 chiffres, au sein de la commune (codées dans les 5 premiers chiffres), en ajoutant deux groupes de 3 chiffres car les noyaux de population sont aussi souvent regroupés dans ce qu'on appelle nous des quartiers ou pôles de service de proximité'. La notion de noyau de population est assez proche de notre zonage urbain, mais à un niveau un peu plus fin et plus basé sur des traditions religieuses paraoissiales (ce qu'étaient un peu bon nombre de nos communes à leur création à la révolution avant qu'un grand nombre soient regroupées très rapidement). Le 21 mai 2013 01:55, Philippe Verdy verd...@wanadoo.fr a écrit : Quel est le problème précisément ? Je ne vois pas les doublons en question de relations et ways. Le 21 mai 2013 01:38, didier2020 didier2...@free.fr a écrit : bonsoir quelqu'un parle espagnol ? c'est pour ici http://www.openstreetmap.org/?lat=43.31283688545227lon=-5.56719034910202zoom=18 il y a au moins 5 changesets qui generent des doublons de relations way et nodes. il y a aussi les tags... merci d'avance didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème avec Nomino
Le 21 mai 2013 à 01:51, Philippe Verdy verd...@wanadoo.fr a écrit : H le gallo ce n'est pas le breton. Ce ne sont PAS DU TOUT les mêmes langues. Mais alors VRAIMENT PAS DU TOUT - Le breton est une langue celtique (qu vient de l'autre côté de la Manche d'avant les invasions saxones et normandes) dont la langie la plus proche est le cornique. Les pêcheurs bretons et corniques d'outre-manche parlaient entre eux sans problème, bien plus facilement qu'en utilisant un mélange d'anglais ou de français (sur certaines vieilles bases latines ou normandes communes). etc.etc. etc. Encore une fois, tu divagues. Personne ne se risque à dire que le breton et le gallo sont cousins, même si le gallo le plus occidental a incorporé nombre de mots bretons. Pour éclairer, là, où il y a, par exemple, le pâtis (une sorte de friche ou de lande où on mettait des animaux à pâturer), on peut mettre en name:br = peurvan. Cela vient du fait que j'ai participé samedi à une opération de traduction des noms de voie de Bruz (Sud de Rennes) pour créer un plan de ville en breton qui confortera la politique linguistique locale. Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème avec Nomino
Non c'est toi qui a divagué complètement dans ta phrase, que je cite : Nomino est amusant : comme les noms de lieu typiques de l'Ouest gallo peuvent être les mêmes qu'au Québec, on peut mettre du breton de l'autre côté de l'Océan. Ce qui est non seulement une invention complète mais dit en plus qu'on peut se servir de ces inventions pour vouloir les plaquer même hors de Bretagne de l'autre côté de l'Atlantique (sic !). C'est bien de la divagation de ta part, au sens premier. Maintenant tu divague encore en voilant mélanger les deux langues pour créer de toute pièce une toponymie bretonne. Enfin du divagues en disant que le gallo a incorporé nombre de mots bretons (c'est plutôt l'inverse du gallo vers le breton mais surtout maintenant du français vers le breton, en fait d'une des langues du français d'oïl et d'oc vers le breton). Le gallo a surtout incorporé des termes romans parmi divers langues d'oïl, dont le français, beaucoup plus que des termes bretons. Le breton a incorporé (en même tant que les langues celtiques qui alors étaient très présentes aussi en Europe centrale) plus de mots arabes et de langues sémitiques africaines ou asiatiques, et d'autres langues nordiques, ou de langues turco-mongoles, dans son histoire très ancienne (plus ancienne que le français de plus d'un millénaire), que le français ne l'a fait dans sa très courte histoire de quelques siècles (et encore au départ le français n'était qu'une langue régionale parmi d'autres). Le breton était déjà parlé (et écrit) dans la cour de Suède, et il y avait des navigateurs bretons en Chine, alors que le français n'existait pas encore (pas plus que le françois, dit moyen français, ou le françoys, dit vieux français et qui en fait était l'orléanais de l'aristocratie lettrée et non le français populaire de Paris ou même de la bourgeoisie des villes comme Orléans)... Pas étonnant que le gallo ne soit considéré que comme un dialecte du français : le français d'origine est en fait un dialecte formant un continuum avec le poitevin, qui sert de pont vers l'orléanais et vers le gallo. La différence c'est d'abord une question de norme imposée pour unifier ces langues sous une langue chapeau qu'on a appelé français tardivement. Le 21 mai 2013 02:06, Christian Rogel christian.ro...@club-internet.fr a écrit : Le 21 mai 2013 à 01:51, Philippe Verdy verd...@wanadoo.fr a écrit : H le gallo ce n'est pas le breton. Ce ne sont PAS DU TOUT les mêmes langues. Mais alors VRAIMENT PAS DU TOUT - Le breton est une langue celtique (qu vient de l'autre côté de la Manche d'avant les invasions saxones et normandes) dont la langie la plus proche est le cornique. Les pêcheurs bretons et corniques d'outre-manche parlaient entre eux sans problème, bien plus facilement qu'en utilisant un mélange d'anglais ou de français (sur certaines vieilles bases latines ou normandes communes). etc.etc. etc. Encore une fois, tu divagues. Personne ne se risque à dire que le breton et le gallo sont cousins, même si le gallo le plus occidental a incorporé nombre de mots bretons. Pour éclairer, là, où il y a, par exemple, le pâtis (une sorte de friche ou de lande où on mettait des animaux à pâturer), on peut mettre en name:br = peurvan. Cela vient du fait que j'ai participé samedi à une opération de traduction des noms de voie de Bruz (Sud de Rennes) pour créer un plan de ville en breton qui confortera la politique linguistique locale. Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmecum aux champs pour la randonnée à pied, à vélo ou à cheval
Salut Le lundi 20 mai 2013 à 11:38 +0200, Romain MEHUT a écrit : Bonjour, Pour info, j'ai mis en ligne l'osmecum pour la randonnée: http://wiki.openstreetmap.org/wiki/WikiProject_France/Osmecum#en_randonn.C3.A9e Romain merci Romain, en plus j'ai lu l'encadré sur les noms déposés (bonne idée). Note je chipotte mais c'est une (vielle) habitude que j'ai : Pour le nom du fichier tu as mis des « _ » au lieu des espaces c'est très bien mais tu aurais dû aussi mettre un « e » plutôt qu'un « é » à « randonnée_V4 » comme ceci « randonnée_V4 ». C'est mieux pour le FTP en ligne de commande (si si il y en a encore qui pratique l'informatique et les outils réseaux du millénaire précédent. a+ nono Le 3 septembre 2012 09:18, jb...@mailoo.org a écrit : ** Mes quelques remarques à la relecture : - L'emplacement du Glossaire (je ne comprends pas ce qu'il fait là quand je tombe dessus. Au début, à la fin ?) - Points d'intérêt, lieu-dit, hameau : place=* (c'est bien locality, hamlet, etc, qu'on y met ?). En lisant, j'aurais tendance à y mettre le nom du lieu directement. J'ajouterai donc la liste place=hamlet, etc, et le tag name=*. - Équipement, Abri : Si on s'adresse à des randonneurs, j'ajouterais au moins tourism=wilderness_hut pour les abris pour dormir. Dans amenity=shelter, on voit un peu tout passer, en passant au moins par l'abribus. - Itinéraire, network=*. J'ajouterais la liste des valeurs à utiliser. - Itinéraire, distance=*. Non pas la distance de l'itinéraire (distance à quoi ?), mais plutôt la longueur total… Voilà voilà, JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Un traître est un homme politique qui quitte son parti pour s'inscrire a un autre. Par contre, un converti est un homme politique qui quitte son parti pour s'inscrire au votre. -+- Georges Clémenceau -+- signature.asc Description: This is a digitally signed message part ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites communales de la Corrèze au complet !
Le 20/05/2013 21:42, Vincent de Château-Thierry a écrit : Bonsoir, Presque tout est dans le titre :-) Le chantier proposé il n'y a même pas une semaine pour tracer les limites des 121 communes de Corrèze manquantes est achevé depuis ce soir. Oui, déjà :-) Avant tout merci aux 9 contributeurs qui ont participé. Ce projet a aussi permis, au passage, d'augmenter le compteur des régions au complet, avec le Limousin. Mais la Corrèze n'aura pas été qu'un département de plus. Celà a été l'occasion de tester un fonctionnement collégial, grâce à MapCraft [1]. Cet outil a prouvé toute sa pertinence, permettant à la fois de se répartir le travail, se coordonner en différé et même en live, papoter (aussi, oui :-)), et même, ultime cerise, décider qui allait franchir la ligne d'arrivée en premier, en bouclant la dernière commune [2]. Le maillot jaune est pour Denis ;-). Dans l'élan, j'ai mis en place un nouveau gâteau sur MapCraft. Il s'agit de l'Aisne : http://mapcraft.nanodesu.ru/pie/253# Certains Corréziens n'ont pas résisté à l'envie d'y migrer. N'hésitez pas à nous y rejoindre ! Il y a de la place pour qui veut, et suffisamment d'expérience cumulée pour que des novices dans l'exercice trouvent conseil. Je suis encore surpris aujourd'hui par la capacité de la communauté OSM à se mobiliser efficacement autour d'un problème. Ce challenge des communes corréziennes en est une preuve de plus. De plus, c'était fun et j'ai découvert toute la pertinence d'un outil comme Mapcraft pour fédérer les énergies. Merci pour le maillot jaune mais c'est avant tout une victoire collective ; c'était un contre-la-montre par équipes ! Pour l'Aisne, je crois que cela prendra un peu plus de temps, mais je risque encore d'être surpris Bravo à tous les corréziens et à bientôt dans l'Aisne. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmecum aux champs pour la randonnée à pied, à vélo ou à cheval
Ca existe encore FTP ? Parmi les problèmes de FTP: la non-gestion de ses sessions, l'absence de récupération et de sémantique de cache pour les proxies, sans oublier sa non-transparence du protocole qui nécessite une réécriture sur les pare-feux pour gérer la numérotation de port, et aussi le problème de saturation des ports disponibles qui est aussi un problème de sécurité (déni de service facile), et de saturation des tables de traduction sur les proxies, et difficultés avec les clients en connectés par routeur NAT avec peu de mémoire de ports (car FTP n'est pas conforme au modèle standard la séparation des couches de transport et de présentation), en plus du fait que FTP double pour rien le nombre de sockets ouvertes sur le serveur et en demande une nouvelle pour chaque fichier transféré (pas de réutilisation des sessions de données, donc démarrage lent aussi avec une fenêtre TCP réduite). Franchement même pour verser des fichiers sur un serveur, ça fait longtemps que HTTP (en fait WebDAV, et tous ses dérivés dans les outils de gestion de contenu qui font aussi du versionnement) fait mieux en plus pratique, et aussi plus pratique et plus performant, et plus échelonnable avec une plus grande facilité de déploiement côté serveur. Oui FTP est préhistorique (et même SFTP), on n'a pas fait plus mal fichu comme protocole réseau (même SMBFS/CIFS ou NFS sont mieux fichus sans être aussi universels, et pourtant simples,, que HTTP/1.1). Le 21 mai 2013 06:46, nono pingven...@free.fr a écrit : Salut Le lundi 20 mai 2013 à 11:38 +0200, Romain MEHUT a écrit : Bonjour, Pour info, j'ai mis en ligne l'osmecum pour la randonnée: http://wiki.openstreetmap.org/wiki/WikiProject_France/Osmecum#en_randonn.C3.A9e Romain merci Romain, en plus j'ai lu l'encadré sur les noms déposés (bonne idée). Note je chipotte mais c'est une (vielle) habitude que j'ai : Pour le nom du fichier tu as mis des « _ » au lieu des espaces c'est très bien mais tu aurais dû aussi mettre un « e » plutôt qu'un « é » à « randonnée_V4 » comme ceci « randonnée_V4 ». C'est mieux pour le FTP en ligne de commande (si si il y en a encore qui pratique l'informatique et les outils réseaux du millénaire précédent. a+ nono Le 3 septembre 2012 09:18, jb...@mailoo.org a écrit : ** Mes quelques remarques à la relecture : - L'emplacement du Glossaire (je ne comprends pas ce qu'il fait là quand je tombe dessus. Au début, à la fin ?) - Points d'intérêt, lieu-dit, hameau : place=* (c'est bien locality, hamlet, etc, qu'on y met ?). En lisant, j'aurais tendance à y mettre le nom du lieu directement. J'ajouterai donc la liste place=hamlet, etc, et le tag name=*. - Équipement, Abri : Si on s'adresse à des randonneurs, j'ajouterais au moins tourism=wilderness_hut pour les abris pour dormir. Dans amenity=shelter, on voit un peu tout passer, en passant au moins par l'abribus. - Itinéraire, network=*. J'ajouterais la liste des valeurs à utiliser. - Itinéraire, distance=*. Non pas la distance de l'itinéraire (distance à quoi ?), mais plutôt la longueur total… Voilà voilà, JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Un traître est un homme politique qui quitte son parti pour s'inscrire a un autre. Par contre, un converti est un homme politique qui quitte son parti pour s'inscrire au votre. -+- Georges Clémenceau -+- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] aide pour traduction a faire en espagnol
Le mardi 21 mai 2013 à 01:55 +0200, Philippe Verdy a écrit : Quel est le problème précisément ? Je ne vois pas les doublons en question de relations et ways. http://www.openstreetmap.org/browse/way/221922995 Le 21 mai 2013 01:38, didier2020 didier2...@free.fr a écrit : bonsoir quelqu'un parle espagnol ? c'est pour ici http://www.openstreetmap.org/?lat=43.31283688545227lon=-5.56719034910202zoom=18 il y a au moins 5 changesets qui generent des doublons de relations way et nodes. il y a aussi les tags... merci d'avance didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] aide pour traduction a faire en espagnol
J'avais vu ces tags bizarres, mais en revanche je ne vois aucun doublon de relation, de chemin ou de noeuds. Je pense plutôt que c'est une absence de travail d'intégration lors d'un import direct. Ces tags (uniquement présents sur les chemins pas sur les noeuds ou relations) ne donnent pas d'erreurs réellement, ils sont juste privés et non documentés un seul est standard building=yes, les autres sont des identifiants internes d'une autre base de données cadastrales ou d'un GIS; copiés tels quels . Le 21 mai 2013 07:14, didier2020 didier2...@free.fr a écrit : Le mardi 21 mai 2013 à 01:55 +0200, Philippe Verdy a écrit : Quel est le problème précisément ? Je ne vois pas les doublons en question de relations et ways. http://www.openstreetmap.org/browse/way/221922995 Le 21 mai 2013 01:38, didier2020 didier2...@free.fr a écrit : bonsoir quelqu'un parle espagnol ? c'est pour ici http://www.openstreetmap.org/?lat=43.31283688545227lon=-5.56719034910202zoom=18 il y a au moins 5 changesets qui generent des doublons de relations way et nodes. il y a aussi les tags... merci d'avance didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] aide pour traduction a faire en espagnol
Je lui ai envoyé un message en espagnol pour demander s'ils ont permission d'intégrer le cadastre espagnol et pour proposer de donner un coup de main avec la conversion en tags utiles pour OSM si c'est le cas. Polyglot 2013/5/21 Philippe Verdy verd...@wanadoo.fr J'avais vu ces tags bizarres, mais en revanche je ne vois aucun doublon de relation, de chemin ou de noeuds. Je pense plutôt que c'est une absence de travail d'intégration lors d'un import direct. Ces tags (uniquement présents sur les chemins pas sur les noeuds ou relations) ne donnent pas d'erreurs réellement, ils sont juste privés et non documentés un seul est standard building=yes, les autres sont des identifiants internes d'une autre base de données cadastrales ou d'un GIS; copiés tels quels . Le 21 mai 2013 07:14, didier2020 didier2...@free.fr a écrit : Le mardi 21 mai 2013 à 01:55 +0200, Philippe Verdy a écrit : Quel est le problème précisément ? Je ne vois pas les doublons en question de relations et ways. http://www.openstreetmap.org/browse/way/221922995 Le 21 mai 2013 01:38, didier2020 didier2...@free.fr a écrit : bonsoir quelqu'un parle espagnol ? c'est pour ici http://www.openstreetmap.org/?lat=43.31283688545227lon=-5.56719034910202zoom=18 il y a au moins 5 changesets qui generent des doublons de relations way et nodes. il y a aussi les tags... merci d'avance didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] aide pour traduction a faire en espagnol
pardon , mauvais recopiage de n° http://www.openstreetmap.org/browse/way/221922991 sinon, le texte a traduire serait bonjour, je voulais vous avertir que j'ai vu un certain nombre de way et relation duplique, dans les changesets suivants les tags sont nombreux mais il manque le tag source dans l'objet ou le changeset bonne continuation ou bisoux Le mardi 21 mai 2013 à 07:14 +0200, didier2020 a écrit : Le mardi 21 mai 2013 à 01:55 +0200, Philippe Verdy a écrit : Quel est le problème précisément ? Je ne vois pas les doublons en question de relations et ways. http://www.openstreetmap.org/browse/way/221922995 Le 21 mai 2013 01:38, didier2020 didier2...@free.fr a écrit : bonsoir quelqu'un parle espagnol ? c'est pour ici http://www.openstreetmap.org/?lat=43.31283688545227lon=-5.56719034910202zoom=18 il y a au moins 5 changesets qui generent des doublons de relations way et nodes. il y a aussi les tags... merci d'avance didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] aide pour traduction a faire en espagnol
merci, didier Le mardi 21 mai 2013 à 07:41 +0200, Jo a écrit : Je lui ai envoyé un message en espagnol pour demander s'ils ont permission d'intégrer le cadastre espagnol et pour proposer de donner un coup de main avec la conversion en tags utiles pour OSM si c'est le cas. Polyglot 2013/5/21 Philippe Verdy verd...@wanadoo.fr J'avais vu ces tags bizarres, mais en revanche je ne vois aucun doublon de relation, de chemin ou de noeuds. Je pense plutôt que c'est une absence de travail d'intégration lors d'un import direct. Ces tags (uniquement présents sur les chemins pas sur les noeuds ou relations) ne donnent pas d'erreurs réellement, ils sont juste privés et non documentés un seul est standard building=yes, les autres sont des identifiants internes d'une autre base de données cadastrales ou d'un GIS; copiés tels quels . Le 21 mai 2013 07:14, didier2020 didier2...@free.fr a écrit : Le mardi 21 mai 2013 à 01:55 +0200, Philippe Verdy a écrit : Quel est le problème précisément ? Je ne vois pas les doublons en question de relations et ways. http://www.openstreetmap.org/browse/way/221922995 Le 21 mai 2013 01:38, didier2020 didier2...@free.fr a écrit : bonsoir quelqu'un parle espagnol ? c'est pour ici http://www.openstreetmap.org/?lat=43.31283688545227lon=-5.56719034910202zoom=18 il y a au moins 5 changesets qui generent des doublons de relations way et nodes. il y a aussi les tags... merci d'avance didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr