Re: [OSM-talk-fr] Informations Holux GPS sport 260 pro
Bonjour, Merci pour la réponse. Ça me semble sympa mais le logiciel privatif qui, à mon avis, ne marchera pas sous Linux n'est pas terrible. En plus est-ce qu'on peut mettre des cartes OSM ? Au niveau de la mémoire c'est vrai que ça fait pas beaucoup. Enfin je trouve... Fabien Le 27 janvier 2012 08:56, Ab_fab gamma@gmail.com a écrit : Bonjour, Le manuel utilisateur disponible sur le site constructeur indique que la puce GPS est une Mediatek MTK3329 Il en est pas mal question sur les sites de drônes, du fait de son faible coût et de sa capacité à renvoyer 5 positions par seconde (contre 1 pour une puce classique SirF III). http://www.diydrones.com/forum/categories/705844:Category:61230/listForCategory Ceci étant, rien ne dit que le programme du GPS Holux permettra ce genre de bidouille (l'intervalle mini est annoncé à 1 sec. en page 99) Il y a une petite contradiction entre les 4 MB de mémoire et la capacité de 160 000 points. Cette dernière laisserait plutôt penser que c'est 64 MB. Dans ce cas, ça laisse de quoi voir venir. Le manuel indique qu'il faut utiliser le logiciel maison pour décharger les traces. Est-il possible de se passer de celui-ci (le boitier est-il reconnu comme une clef USB) ? Pour le reste, il a l'air d'avoir plein de fonctions sympathiques, et un écran monochrome qui ne doit pas consommer grand chose tout en restant bien lisible. Le 27 janvier 2012 08:29, Fabien marbolan...@gmail.com a écrit : Bonjour, Je vois aujourd'hui une promotion (qoqa.fr) intéressante pour un gps. Est-ce que quelqu'un a des informations vis à vis de ce produit ? La page : http://wiki.openstreetmap.org/wiki/GPS_Reviews ne donne pas de grandes informations... Merci, Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab Il n'y a pas de pas perdus ___ 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] Modèle surface Modèle frontière : Bilan
2012/1/27 Philippe Verdy verd...@wanadoo.fr: Tes messages sont trop longs et abordent trop de sujets différents. Essaie de créer un fil de discussion par thème. On a alors alt_name pour référencer le nom officiel même si ce n'est pas celui qu'on affiche sur la carte. Pour les communes, le nom officiel est généralement aussi celui en usage. Les cas où ça diverge sont heureusement extrêmement rares (on en a cité un seul à ma connaissance sur cette liste). On peut aussi envisager le tag official_name parce que alt_name, c'est plus lorsqu'on a deux versions du nom avec une important égale (alt pour alternative). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Informations Holux GPS sport 260 pro
Le 27 janvier 2012 10:10, Fabien marbolan...@gmail.com a écrit : Bonjour, Merci pour la réponse. Ça me semble sympa mais le logiciel privatif qui, à mon avis, ne marchera pas sous Linux n'est pas terrible. En plus est-ce qu'on peut mettre des cartes OSM ? Les modèles Garmin sont très bons de ce point de vue d'autant qu'il y a déjà pas mal de recul quant à leur utilisation. Mais cela dépend aussi de l'usage que tu souhaites en faire... Au niveau de la mémoire c'est vrai que ça fait pas beaucoup. Enfin je trouve... Fabien Le 27 janvier 2012 08:56, Ab_fab gamma@gmail.com a écrit : Bonjour, Le manuel utilisateur disponible sur le site constructeur indique que la puce GPS est une Mediatek MTK3329 Il en est pas mal question sur les sites de drônes, du fait de son faible coût et de sa capacité à renvoyer 5 positions par seconde (contre 1 pour une puce classique SirF III). http://www.diydrones.com/forum/categories/705844:Category:61230/listForCategory Ceci étant, rien ne dit que le programme du GPS Holux permettra ce genre de bidouille (l'intervalle mini est annoncé à 1 sec. en page 99) Il y a une petite contradiction entre les 4 MB de mémoire et la capacité de 160 000 points. Cette dernière laisserait plutôt penser que c'est 64 MB. Dans ce cas, ça laisse de quoi voir venir. Le manuel indique qu'il faut utiliser le logiciel maison pour décharger les traces. Est-il possible de se passer de celui-ci (le boitier est-il reconnu comme une clef USB) ? Pour le reste, il a l'air d'avoir plein de fonctions sympathiques, et un écran monochrome qui ne doit pas consommer grand chose tout en restant bien lisible. Le 27 janvier 2012 08:29, Fabien marbolan...@gmail.com a écrit : Bonjour, Je vois aujourd'hui une promotion (qoqa.fr) intéressante pour un gps. Est-ce que quelqu'un a des informations vis à vis de ce produit ? La page : http://wiki.openstreetmap.org/wiki/GPS_Reviews ne donne pas de grandes informations... Merci, Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab Il n'y a pas de pas perdus ___ 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] Informations Holux GPS sport 260 pro
Attention, il n'a pas de carto intégrée ! Il a juste quelques champs d'information texte visiblement Navigation à l’aide d’une flèche et d’indications de distances (pas de carte sur l’appareil) Le 27 janvier 2012 10:10, Fabien marbolan...@gmail.com a écrit : Bonjour, Merci pour la réponse. Ça me semble sympa mais le logiciel privatif qui, à mon avis, ne marchera pas sous Linux n'est pas terrible. En plus est-ce qu'on peut mettre des cartes OSM ? Au niveau de la mémoire c'est vrai que ça fait pas beaucoup. Enfin je trouve... Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Informations Holux GPS sport 260 pro
Certains arrivent à trouver la combine pour se passer du logiciel propriétaire. (Il y en a même pour dire que c'est pas compliqué) Exemple pour mon logger : http://u-gotme.deepocean.net/ Les cartes OSM dans le GPS Holux ? je dirais non, ou au mieux quelques POI Pour la mémoire, je dirais que c'est une coquille dans la description, et qu'il y a un stockage de 64 MB. Encore faut-il pouvoir le vérifier. Le 27 janvier 2012 10:10, Fabien marbolan...@gmail.com a écrit : Bonjour, Merci pour la réponse. Ça me semble sympa mais le logiciel privatif qui, à mon avis, ne marchera pas sous Linux n'est pas terrible. En plus est-ce qu'on peut mettre des cartes OSM ? Au niveau de la mémoire c'est vrai que ça fait pas beaucoup. Enfin je trouve... Fabien Le 27 janvier 2012 08:56, Ab_fab gamma@gmail.com a écrit : Bonjour, Le manuel utilisateur disponible sur le site constructeur indique que la puce GPS est une Mediatek MTK3329 Il en est pas mal question sur les sites de drônes, du fait de son faible coût et de sa capacité à renvoyer 5 positions par seconde (contre 1 pour une puce classique SirF III). http://www.diydrones.com/forum/categories/705844:Category:61230/listForCategory Ceci étant, rien ne dit que le programme du GPS Holux permettra ce genre de bidouille (l'intervalle mini est annoncé à 1 sec. en page 99) Il y a une petite contradiction entre les 4 MB de mémoire et la capacité de 160 000 points. Cette dernière laisserait plutôt penser que c'est 64 MB. Dans ce cas, ça laisse de quoi voir venir. Le manuel indique qu'il faut utiliser le logiciel maison pour décharger les traces. Est-il possible de se passer de celui-ci (le boitier est-il reconnu comme une clef USB) ? Pour le reste, il a l'air d'avoir plein de fonctions sympathiques, et un écran monochrome qui ne doit pas consommer grand chose tout en restant bien lisible. Le 27 janvier 2012 08:29, Fabien marbolan...@gmail.com a écrit : Bonjour, Je vois aujourd'hui une promotion (qoqa.fr) intéressante pour un gps. Est-ce que quelqu'un a des informations vis à vis de ce produit ? La page : http://wiki.openstreetmap.org/wiki/GPS_Reviews ne donne pas de grandes informations... Merci, Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab Il n'y a pas de pas perdus ___ 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 -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Informations Holux GPS sport 260 pro
Le 27 janvier 2012 10:32, Ab_fab gamma@gmail.com a écrit : Certains arrivent à trouver la combine pour se passer du logiciel propriétaire. (Il y en a même pour dire que c'est pas compliqué) Exemple pour mon logger : http://u-gotme.deepocean.net/ Les cartes OSM dans le GPS Holux ? je dirais non, ou au mieux quelques POI Pour la mémoire, je dirais que c'est une coquille dans la description, et qu'il y a un stockage de 64 MB. Encore faut-il pouvoir le vérifier. Est-ce qu'il y aussi la possibilité d'ajouter une carte mémoire type microSD parce que 64 Mo c'est trop peu pour y mettre une carte. Le 27 janvier 2012 10:10, Fabien marbolan...@gmail.com a écrit : Bonjour, Merci pour la réponse. Ça me semble sympa mais le logiciel privatif qui, à mon avis, ne marchera pas sous Linux n'est pas terrible. En plus est-ce qu'on peut mettre des cartes OSM ? Au niveau de la mémoire c'est vrai que ça fait pas beaucoup. Enfin je trouve... Fabien Le 27 janvier 2012 08:56, Ab_fab gamma@gmail.com a écrit : Bonjour, Le manuel utilisateur disponible sur le site constructeur indique que la puce GPS est une Mediatek MTK3329 Il en est pas mal question sur les sites de drônes, du fait de son faible coût et de sa capacité à renvoyer 5 positions par seconde (contre 1 pour une puce classique SirF III). http://www.diydrones.com/forum/categories/705844:Category:61230/listForCategory Ceci étant, rien ne dit que le programme du GPS Holux permettra ce genre de bidouille (l'intervalle mini est annoncé à 1 sec. en page 99) Il y a une petite contradiction entre les 4 MB de mémoire et la capacité de 160 000 points. Cette dernière laisserait plutôt penser que c'est 64 MB. Dans ce cas, ça laisse de quoi voir venir. Le manuel indique qu'il faut utiliser le logiciel maison pour décharger les traces. Est-il possible de se passer de celui-ci (le boitier est-il reconnu comme une clef USB) ? Pour le reste, il a l'air d'avoir plein de fonctions sympathiques, et un écran monochrome qui ne doit pas consommer grand chose tout en restant bien lisible. Le 27 janvier 2012 08:29, Fabien marbolan...@gmail.com a écrit : Bonjour, Je vois aujourd'hui une promotion (qoqa.fr) intéressante pour un gps. Est-ce que quelqu'un a des informations vis à vis de ce produit ? La page : http://wiki.openstreetmap.org/wiki/GPS_Reviews ne donne pas de grandes informations... Merci, Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab Il n'y a pas de pas perdus ___ 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 -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ 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] conversion geofla des X_CENTROID de RGF93 en WGS84
Salut Vincent, Je le veut bien ton plugin et promis je n'en abuserais pas. Si tu veux bien, j'aimerai les sources, pour apprendre par l'exemple. Merci Cyrille. Le 26 janvier 2012 19:46, Vincent Privat vincent.pri...@gmail.com a écrit : Bonsoir, J'arrive un peu après la bataille, mais pour info, j'ai un plugin JOSM en développement qui fait tout ce boulot (rien d'autre à faire que d'ouvrir le shapefile depuis JOSM pour avoir un calque de données qui va bien). Je suis un peu réticent à distribuer le jar publiquement tant qu'on a pas ajouté la notion de calque privé dans JOSM [1], par crainte de voir de gros uploads de données brutes dans la base OSM, mais je peux distribuer par mail à ceux que ça intéresse :) Le plugin lit les formats CSV, KML/KMZ, Excel, ODS, shapefile ESRI et MapInfo, et pèse un peu plus de 2 Mo. [1] http://josm.openstreetmap.de/ticket/4922 Vincent ___ 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] Informations Holux GPS sport 260 pro
Bonjour, Personnellement j'ai test� le GPS Holux 245 (pour v�lo) donc je peux faire un retour d'exp�rience qui doit �tre repr�sentatif (m�me puce). Alors pas de carte �a c'est sur et comme indiqu� dans la description. Par rapport au mien ce GPS semble permettre l'upload d'une route pr�calcul�. M�moire pour enregistrer les traces et POI : 4Mo. La quantit� d'info est param�trable donc la notion de 16 points est � prendre avec des pincettes. Exemple : j'ai activ� l'enregistrement de certaines info (hdop, vdop, vitesse, ...) d�sactiv� d'autre (azimuth, info satellites, ...) pour arriver a une trame de 40 et quelques octets (stockage en binaire). Avec enregistrement a 1s (peut pas aller en dessous) �a me permet d'enregistrer 24h de trace ! Sous Linux aucun soucis, il y a un script Perl : mtkbabel qui gere la configuration, l'effacement, le download et l'enregistrement des traces et POI au format GPX. Ce script gere tous les datalogger a base de MTK et l'auteur l'adapte de temps en temps pour supporter de nouvelles r�f�rence (suffit de lui fournir le dump binaire de la m�moire). Ensuite je visualise les traces GPX sous Viking. Par contre la partie planner m'est totalement inconnu. Par contre j'ai 2 petits d�fauts pour mon GPSSport 245 : 1) 1 octet non enregistr� de temps en temps ce qui provoque une desynchro dans le script. J'ai soumis un patch pour fiabiliser un peu le d�codage, j'ai pas v�rifi� si l'auteur l'avais int�grer dans le script. C'est surement un d�faut li� � mon device et j'arrive � m'en sortir puisque l'on a toujours acc�s au dump binaire de la m�moire. 2) La rapidit� du download en 38400 bauds, c'est long � charger quand la m�moire est pleine. Dommage qu'il n'ait pas pr�vu comme d'autre concurrent le download a 115200 baurs. Le gros avantage c'est son rapport qualit�/prix, ne conviendra peut �tre pas pour un usage tr�s intensif mais sinon c'est un tr�s bon datalogger pour un prix modique. Francisco Selon Romain MEHUT romain.me...@gmail.com: Le 27 janvier 2012 10:32, Ab_fab gamma@gmail.com a �crit : Certains arrivent � trouver la combine pour se passer du logiciel propri�taire. (Il y en a m�me pour dire que c'est pas compliqu�) Exemple pour mon logger : http://u-gotme.deepocean.net/ Les cartes OSM dans le GPS Holux ? je dirais non, ou au mieux quelques POI Pour la m�moire, je dirais que c'est une coquille dans la description, et qu'il y a un stockage de 64 MB. Encore faut-il pouvoir le v�rifier. Est-ce qu'il y aussi la possibilit� d'ajouter une carte m�moire type microSD parce que 64 Mo c'est trop peu pour y mettre une carte. Le 27 janvier 2012 10:10, Fabien marbolan...@gmail.com a �crit : Bonjour, Merci pour la r�ponse. �a me semble sympa mais le logiciel privatif qui, � mon avis, ne marchera pas sous Linux n'est pas terrible. En plus est-ce qu'on peut mettre des cartes OSM ? Au niveau de la m�moire c'est vrai que �a fait pas beaucoup. Enfin je trouve... Fabien Le 27 janvier 2012 08:56, Ab_fab gamma@gmail.com a �crit : Bonjour, Le manuel utilisateur disponible sur le site constructeur indique que la puce GPS est une Mediatek MTK3329 Il en est pas mal question sur les sites de dr�nes, du fait de son faible co�t et de sa capacit� � renvoyer 5 positions par seconde (contre 1 pour une puce classique SirF III). http://www.diydrones.com/forum/categories/705844:Category:61230/listForCategory Ceci �tant, rien ne dit que le programme du GPS Holux permettra ce genre de bidouille (l'intervalle mini est annonc� � 1 sec. en page 99) Il y a une petite contradiction entre les 4 MB de m�moire et la capacit� de 160 000 points. Cette derni�re laisserait plut�t penser que c'est 64 MB. Dans ce cas, �a laisse de quoi voir venir. Le manuel indique qu'il faut utiliser le logiciel maison pour d�charger les traces. Est-il possible de se passer de celui-ci (le boitier est-il reconnu comme une clef USB) ? Pour le reste, il a l'air d'avoir plein de fonctions sympathiques, et un �cran monochrome qui ne doit pas consommer grand chose tout en restant bien lisible. Le 27 janvier 2012 08:29, Fabien marbolan...@gmail.com a �crit : Bonjour, Je vois aujourd'hui une promotion (qoqa.fr) int�ressante pour un gps. Est-ce que quelqu'un a des informations vis � vis de ce produit ? La page : http://wiki.openstreetmap.org/wiki/GPS_Reviews ne donne pas de grandes informations... Merci, Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list
Re: [OSM-talk-fr] Modèle surface Modèle frontière : Bilan
Le 27/01/2012 02:34, Philippe Verdy a écrit : L'admin_level de la polyligne indique aussi au moteur de rendu ... trollJe tague PAS pour le rendu ; c'est pas bien de taguer pour le rendu ; on ne doit PAS taguer pour le rendu/ troll Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] conversion geofla des X_CENTROID de RGF93 en WGS84
Le 27/01/2012 10:51, Cyrille Giquello a écrit : Salut Vincent, Je le veut bien ton plugin et promis je n'en abuserais pas. Si tu veux bien, j'aimerai les sources, pour apprendre par l'exemple. Moi, pareil. Merci Vincent ! Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] conversion geofla des X_CENTROID de RGF93 en WGS84
Salut, Je suis également preneur. Merci, Matthias Le 27 janvier 2012 10:51, Cyrille Giquello cyrill...@gmail.com a écrit : Salut Vincent, Je le veut bien ton plugin et promis je n'en abuserais pas. Si tu veux bien, j'aimerai les sources, pour apprendre par l'exemple. Merci Cyrille. Le 26 janvier 2012 19:46, Vincent Privat vincent.pri...@gmail.com a écrit : Bonsoir, J'arrive un peu après la bataille, mais pour info, j'ai un plugin JOSM en développement qui fait tout ce boulot (rien d'autre à faire que d'ouvrir le shapefile depuis JOSM pour avoir un calque de données qui va bien). Je suis un peu réticent à distribuer le jar publiquement tant qu'on a pas ajouté la notion de calque privé dans JOSM [1], par crainte de voir de gros uploads de données brutes dans la base OSM, mais je peux distribuer par mail à ceux que ça intéresse :) Le plugin lit les formats CSV, KML/KMZ, Excel, ODS, shapefile ESRI et MapInfo, et pèse un peu plus de 2 Mo. [1] http://josm.openstreetmap.de/ticket/4922 Vincent ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : http://cadastre.cleo-carto.org n° des départements
Le 27 janvier 2012 02:33, THEVENON Julien julien_theve...@yahoo.fr a écrit : C est long ça prend du temps mais ça permet d avoir un tracé relativement propre. Un certain nombre de departements dont toutes les communes ne sont pas vectorisées ont les limites administratives de communes completes grace a ça. Julien Pour mémoire, on a pu boucler les frontières départementales il y a peu en se répartissant ce travail de fourmis entre contributeurs. Voir: http://www.openstreetmap.fr/contours-departements-et-regions -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cadastre DOM
Salut, Le 14/01/2012 12:42, Stéphane MARTIN a écrit : Le 14/01/2012 12:09, Romain MEHUT a écrit : D'après le site du cadastre, toutes les communes de Guyane sont au format vecteur. Toutes, peut-être pas. Mais j'ai trouvé le problème (pas de droits d'écriture pour www-data). C'est fixé. Merci :-) Y'a pas de ZU310-ROURA-houses.osm :-( Finalement quelqu'un a-t-il réussi à comprendre pourquoi sur http://cadastre.cleo-carto.org/ le fichier ZU310-ROURA-houses.osm (973-Guyane) n'était pas généré ? @+ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bretagne : première région dont les noms des commues sont bilingues dans OSM
Le 25 janv. 2012 à 18:29, Christophe Merlet a écrit : Plavengut, Pour le pays basque, on peut compter 3111 name:eu (euskara) et 392 name:oc (occitan) auxquels on peut rajouter tous les name nativement en euskara et occitan... Adishatz, -- Christophe Merlet (RedFox) Salud d'an holl, Même si la forme officielle est identique à la bretonne, je la duplique dans le name:br à des fins purement statistiques. (ONTPPLR ;-) ). Pour les noms de voies, un petit nombre de communes adoptent l'orthographe moderne du breton, soit en normalisant l'ancienne, soit pour de nouvelles appellations. D'où les équivalences strictes entre les 2 clés name. Quelques communes mettent des choses comme rue-straed + nom identique sur les panneaux, mais je pense que tout le monde est d'accord pour les mettre dans 2 clés différentes, comme à Bruxelles où les deux qualificatifs de voie (rue, chaussée, place) sont de part et d'autre du nom. Une exception à la règle de la primauté des indications relevées sur le terrain. Christian Kartennour brezhoneger ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] forum: Extaire une rando
Le message suivant : ## Bonjour Je suis nouveau sur openstreetmap que je viens de découvrir via Trails sur iphone. Je fais pas mal de randonnée, mais comment exporter les randos en format GPX de ce site et comment importer mes trajet perso . Par avance merci a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=5 Une réponse sur la liste directement n'est hélas pas transmise sur le forum, ce qui n'empeche pas une concertation avant réponse par email. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour repondre. -- Tout commentaire sur ce message peut être demandé à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Nuit internationale du Mapping
Hello, Je relaie un message qui a ete poste sur le forum français de Openstreetmap.org : Hello contributeurs, Il y a quelques semaines nous avons eu l idee d une action globale que nous voudrions vous annoncer aujourdhui : http://www.nightofthelivingmaps.org/ Le mardi 07/02/2012 nous resterons reveillé toute la nuit pour trace a partir des images aeriennes les regions dans lesquelles il manque aujourdhui beaucoup d information : la campage, l exterieur des grandes villes de nos pays. Malheureusement dans OSM nous n avons pas de vrai evenement international important, peut etre pouvons nous changer cela avec cette 'LAN' partie C est pourquoi nous vous serions reconnaissant de demander a votre communauté locale si ils ne voudraient pas commencer une petite partie locale. Cela ne represente pas tant de travail que ça, generalement vous pouvez obtenir une salle gratuitement par le biais des universites, hackerspace, autorites locales etc A partir de la vous avez seulement besoin de quelques ordinateurs portable et de caffé pour que la partie commence Nous pensons que cela serait sympa que vos changeset commence par #notlm de façon a ce que nous puissions les selectionner pour produire des animations ou simplement voir le resultat de votre travail Meme si l objectif principal n est pas de faire la promo d OSM ou d attirer des nouveaux, il serait bien si vous pouviez le presenter aux autres. Vous pourrez trouver des flyers et autres supports medias ici : http://wiki.openstreetmap.org/wiki/Nigh … /promotion http://www.facebook.com/pages/Night-of- … 5540386200 https://twitter.com/NightOfTheMap Mais il y a encore assez de travail pour nous tous : - traduire les pages wiki de votre communaute - mettre en place des animations de visualisation et de statistiques - peut etre mettre en place un mur de webcam ou quelque chose de similaire ? - ajouter des pages de trucs et astuces repertoriants vos idees d amelioration and comment contourner les problemes relatifs au problemes de tracé Bien sur nous savons qu utiliser Bing n est que le 2eme meilleur choix pour ajouter des details a notre base de donnée and que le terrain est ce que nous preferons. Mais dans ce cas nous pensons que c est un bon compromis (cf le wiki ). Pour l instant il n y a pas de reponse definitives sur le bien fondé de cette idée, peut etre pourrons nous en decider avec quelques années de recul. Pour l instant faisons deja ce que nous savons bien faire : Créer ensemble une vraie carte de qualite Le message original: Hello community, since a few weeks, we had the idea for a global action, that we'd like to announce today: www.nightofthelivingmaps.org At Thursday, the 07.02.2012 we stay awake a whole night long, to trace aerial imagery for the areas, that where we currently lack a lot of informations: the countryside. Outside the big cities of your counties. Sadly we have no real big international events here at OSM, maybe we can change that with this 'LAN party'? So we please you, to ask your local OSM community, if they doesn't want to start a small local party. It's not that much work, usually you can get a room by univeristy/Hackerspace/local goverment/... for free. Then you just need a few notebooks and Coffee to get the party started We thought that it would be great, if you submit your changesets with a comment starting with '#notlm...', so we are able to select them for animations or just view where all of you are working. Even if it's not the main goal to promote OSM and to attract newbies, it would be great, if you could present your event to others. You will find/can upload flyers and social media contacts right here: http://wiki.openstreetmap.org/wiki/Nigh … /promotion http://www.facebook.com/pages/Night-of- … 5540386200 https://twitter.com/NightOfTheMap But there is still enough stuff to do, for all of us: -translating the wiki page for your local community -setup animation rendering/statistics -maybe we can get a webcam wall or something similar? -add a tipstricks page for your tips on good productivity and how to surround the usual aerial tracing pitfalls Of course we know, that using just Bing, is only #2 choice for adding details to our database and that survey is what we all realy like. But in this case, we believe, that it is a good compromise (see hints in Wiki). Currently there seem to be no definitive answer if this technique is right or wrong, maybe we can decide on this when years passed and we can take a look back. So for now, let's just do what we are good at: Create together a real good map Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bretagne : première région dont les noms des commues sont bilingues dans OSM
2012/1/27 Christian Rogel christian.ro...@club-internet.fr Le 25 janv. 2012 à 18:29, Christophe Merlet a écrit : Plavengut, Pour le pays basque, on peut compter 3111 name:eu (euskara) et 392 name:oc (occitan) auxquels on peut rajouter tous les name nativement en euskara et occitan... Adishatz, -- Christophe Merlet (RedFox) Salud d'an holl, Même si la forme officielle est identique à la bretonne, je la duplique dans le name:br à des fins purement statistiques. (ONTPPLR ;-) ). Pour les noms de voies, un petit nombre de communes adoptent l'orthographe moderne du breton, soit en normalisant l'ancienne, soit pour de nouvelles appellations. D'où les équivalences strictes entre les 2 clés name. Quelques communes mettent des choses comme rue-straed + nom identique sur les panneaux, mais je pense que tout le monde est d'accord pour les mettre dans 2 clés différentes, comme à Bruxelles où les deux qualificatifs de voie (rue, chaussée, place) sont de part et d'autre du nom. En fait à Bruxelles les noms sont dans 3 clés: name=Avenue Louise - Louizalaan name:fr=Avenue Louise name:nl=Louizalaan Une exception à la règle de la primauté des indications relevées sur le terrain. Christian Kartennour brezhoneger ___ 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] Re : http://cadastre.cleo-carto.org n° des départements
Le 27 janvier 2012 12:24, Christian Quest cqu...@openstreetmap.fr a écrit : Le 27 janvier 2012 02:33, THEVENON Julien julien_theve...@yahoo.fr a écrit : C est long ça prend du temps mais ça permet d avoir un tracé relativement propre. Un certain nombre de departements dont toutes les communes ne sont pas vectorisées ont les limites administratives de communes completes grace a ça. Julien Pour mémoire, on a pu boucler les frontières départementales il y a peu en se répartissant ce travail de fourmis entre contributeurs. Voir: http://www.openstreetmap.fr/contours-departements-et-regions Très bien, on peut continuer alors avec le niveau suivant: les arrondissements (deux zones du département n'ont pas de frontières communales dans chacun un groupe de 7-8 communes, et cela affecte la bordure des 3 arrondissements uniquement parce qu'il manque 2 communes en limite d'arrondisssement sur les 15 qui n'ont pas de frontières définies. Il sufirait d'avoir ces 2 communes pour avoir les frontières d'arrondisssement complétes. Il y a d'autres exemples d'arrondisssements manquants. En suite il reste les EPCI manquants là encore faute de frontières communales suffisantes. Cela peut faire partie du projet de la nuit internationale OSM prévue dans quelques jours puisque cela concerne presque toujours des communes rurales. On pourrait aussi lancer un chantier de complétude des routes nationales (quand elles ont encore cette qualification) de la France, ou département par département des départementales. Le projet des autoroutes est pratiquement clos, hormi des détails comme les accès ou les sections non autoroutières, classées à tord comme autoroute alors que ce sont souvent des départementales ou nationales à chaussées séparées, et sans la signalisation des autoroutes (panneaux verts des directions et non bleus; panneau carré bleu avec une voiture blanche et non avec les 4 voies; limitation à 110; sections toujours gratuites sans péage comportant une densité plus importante d'échangeurs, voire parfois des accès sans échangeur pour des petites rues résidentielles ou accès privés; voies d'accès des échangeurs raccourcies, avec des voies d'accélérations très courtes ou fusionnées avec la voie de sortie du même échangeur). D'ailleurs même la signalisation mentionne bien une numérotation distincte de celle de l'autoroute qui s'y connecte (même si de nombreux panneaux mentionnent la direction de l'autoroute, il ne faut pas confondre les indications de direction et celles de situation). Les départementales ont aussi des erreurs de numéros assez souvent, ou alors ont des ambiguités (par exemple on labelle D 31 une branche voisine alors que ce n'est pas la branche principale et qu'elle s'appelle réellement D 31 E3 par exemple (avec la précision E3 notée en exposant sur les panneaux). Pour la navigation, ces indications lèvent des ambiguités de direction à suivre, surtout dans les ronds-points où ces branches se connectent au tronçon principal. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] conversion geofla des X_CENTROID de RGF93 en WGS84
Le 25 janvier 2012 16:09, Damouns damo...@gmail.com a écrit : j'ai trouvé GeoFLA qui indique le centroïd, qui je pense (j'espère) correspond au centre géométrique. Mais il faut faire la conversion. Apparemment, c'est le chef-lieu et pas un centre géométrique qui est donné dans centroïd. Donc c'est la même chose que dans le RGC. où est le problème ? Le centroïde calculé mathématiquement n'est pas très utile dans la base puisqu'on peut aussi le calculer. En revanche celui donné dans le RGC est bien plus utile à la cartographie, il tient compte de considérations comme les surfaces fortement non convexes (ex: l'Île-Saint-Denis), ou ayant des exclaves complétement hors de l'agglomération principale. Le centre du territoire de l'agglomération principale dans la commune est plus utile, mais comme le fait l'IGN, ce cente est difficile à calculer car il bougerait sans arrêt (les limties d'agglomération évoluent avec les lotissements, et passer en agglomération un secteur dépend fortement du seuil de densité des constructions, de l'état des chantiers... C'est bien pour ça qu'une solution plus simple consiste à trouver la mairie (ou l'ensemble des batiments administratifs communaux) et placer un point au centre de ses points d'accès (si les bâtiments sont autour d'une place, le centre de la place convient bien). Le but de ces pseudo-centroïdes c'est de savoir où le mieux placer un label sur la carte pour la rendre lisible. En revanche ce sont les positions des panneaux d'entrée dans l'agglomération qui servent de point de référence pour le calcul des distances affichées sur les panneaux directionnels en dessous de 2 km; mais au delà, c'est le centre administratif que l'IGN évite de bouger, et on ne précise plus sur les panneaux la précision hectométrique (il n'est pas question de renouveler des quantités énormes de panneaux indicateurs, juste parce qu'un centre a bougé de quelques centaines de mètres, ce serait ruineux pour les budgets départementaux et municipaux)... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] conversion geofla des X_CENTROID de RGF93 en WGS84
Le samedi 28 janvier 2012 01:57:34, Philippe Verdy a écrit : Le 25 janvier 2012 16:09, Damouns damo...@gmail.com a écrit : j'ai trouvé GeoFLA qui indique le centroïd, qui je pense (j'espère) correspond au centre géométrique. Mais il faut faire la conversion. Apparemment, c'est le chef-lieu et pas un centre géométrique qui est donné dans centroïd. Donc c'est la même chose que dans le RGC. où est le problème ? Le centroïde calculé mathématiquement n'est pas très utile dans la base puisqu'on peut aussi le calculer. En revanche celui donné dans le RGC est bien plus utile à la cartographie, il tient compte de considérations comme les surfaces fortement non convexes (ex: l'Île-Saint-Denis), ou ayant des exclaves complétement hors de l'agglomération principale. Je vois souvent revenir cette question de placer un label sur une surface convexe ou à multiple polygones. Tout va bien, postgis l'a prévu, la fonction s'appelle ST_PointOnSurface — Returns a POINT guaranteed to lie on the surface. http://postgis.refractions.net/documentation/manual-1.5/ST_PointOnSurface.html ps: je n'ai pas dis que c'est mieux qu'un humain qui la placerait, je dis juste que ça peut être une alternative au centroïde -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Open Data
Le 26 janvier 2012 13:31, Bruno Cortial bruno.cort...@laposte.net a écrit : Plus embêtant je trouve: contrairement à OSM, il n'y a pas, à ma connaissance, de réciprocité dans les faits. les collectivités ne profitent pas des données corrigées ou étoffées. En gros ce n'est pas prévu ! Sur Nantes Métropole les fourmis importent dans OSM les adresses libérées, et notent laborieusement les points douteux, que l'on pointera sans doute ensuite sur place. Est-ce que Nantes Métropole va profiter un jour de ces données corrigées ? A mon avis ils restent en phase d'attente: ils continuent de gérer leur base interne (par soucis aussi de conservation ou pour appuyer des décisions territoriales, des permis de construire, des plans d'intervention et de sécurité, etc.), mais comme ils la rendent disponible aussi, rien n'interdit la métropole d'aller chercher des infos manquantes ou des corrections dans OSM. Chacun évalue ce qui est le mieux pour lui, pour ses besoins. A teme cela convergera de plus en plus car la communication se fait dans les deux sens. Merci au libre. D'autres communes ou EPCI n'ont pas les moyens de gérer la carto dans le détail, et au lieu de budgéter des mises à jour par l'IGN ou des sociétés privées certaines années, elles se diront que finalement il est plus économique de travailler aussi avec la communauté qu'elle sert (et elle peut désigner un superviseur qui se chargera de contrôler la cohérence ou les dégradations volontaires, ou de produire à partir d'OSM une version stabilisée pouvant servir au delà du seul cadastre légal, mal adapté et trop difficile à utiliser pour plein de choses (et des diverses bases fournies par les exploitants des régies territoriales ou sociétés privées: réseaux d'eau, électricité, eaux usées, signalisation lumineuse, transports urbains et interurbains; des bases elles aussi difficiles à intégrer) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] conversion geofla des X_CENTROID de RGF93 en WGS84
Le 28 janvier 2012 02:13, sly (sylvain letuffe) li...@letuffe.org a écrit : Le samedi 28 janvier 2012 01:57:34, Philippe Verdy a écrit : Le 25 janvier 2012 16:09, Damouns damo...@gmail.com a écrit : j'ai trouvé GeoFLA qui indique le centroïd, qui je pense (j'espère) correspond au centre géométrique. Mais il faut faire la conversion. Apparemment, c'est le chef-lieu et pas un centre géométrique qui est donné dans centroïd. Donc c'est la même chose que dans le RGC. où est le problème ? Le centroïde calculé mathématiquement n'est pas très utile dans la base puisqu'on peut aussi le calculer. En revanche celui donné dans le RGC est bien plus utile à la cartographie, il tient compte de considérations comme les surfaces fortement non convexes (ex: l'Île-Saint-Denis), ou ayant des exclaves complétement hors de l'agglomération principale. Je vois souvent revenir cette question de placer un label sur une surface convexe ou à multiple polygones. Tu veux dire plutôt concave, pas convexe... Si une surface est convexe (en ignorant les petites échancrures de son contour qui dépendent de la résolution du tracé mais n'ont pas pour effet de déplacer le centroïde calculé hors des limites d'un polygone moins détaillé précédent), le centroïde sera toujours adapté pour placer un label, tant qu'on ne commence pas à détailler les objets qui sont dans cette surface. Mais dès qu'on commence à y mettre des routes, des zones habitées, des centres commerciaux, des zones industrielles, des fermes, ce centre pert de son utilité car on cherche plus à trouver les limites de l'agglomération par rapport à ce qui l'entoure au sein même de la zone qu'on veut nommer avec ce label. Des tas de communes ont leur centre administratif et leur agglomération très près de leur limite administrative et pas au centre (ce cas est courant pour les communes situées de part et d'autre d'un pont sur une rivière qui délimite leur séparation, alors que presque tout le reste du périmètre communal comprend de vastes zones rurales. avec des lieux-dits, ou bourgs de villages non érigés en communes indépendantes ou d'anciennes communes fusionnées, des forêts à nommer aussi. Il est dans ce cas plus adéquat de placer le libellé dans l'agglomération, même s'il est très loin du centroïde calculé sur les frontières communales. C'est ce que fait l'IGN et ça marche bien, même à différentes échelles de visualisation. Si à grande échelle, deux libellés ne peuvent plus s'afficher à cette position par cause de collision, alors peutêtre on peut utiliser un centroïde calculé, mais à la seule condition qu'il reste dans le périmètre de la zone et n'en sorte pas. Sinon il faut choisir lequel des libellés afficher selon un critère d'importance relative (la population par exemple, mais cela peut dépendre de l'usage de la carte qu'on veut dessiner avec ces données, car on peut vouloir prendre en compte non pas la population communale seulement mais celle de l'agglomération ou celle de l'aire urbaine...) et sacrifier l'autre qu'on n'affiche plus. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : http://cadastre.cleo-carto.org n° des départements
Le 28 janvier 2012 01:32, Philippe Verdy verd...@wanadoo.fr a écrit : Très bien, on peut continuer alors avec le niveau suivant: les arrondissements (deux zones du département n'ont pas de frontières communales dans chacun un groupe de 7-8 communes, et cela affecte la bordure des 3 arrondissements uniquement parce qu'il manque 2 communes en limite d'arrondisssement sur les 15 qui n'ont pas de frontières définies. Il sufirait d'avoir ces 2 communes pour avoir les frontières d'arrondisssement complétes. Tracer en priorité les limites de ces communes manquantes à partir du cadastre scanné... C'est comme ça qu'on a procédé pour le découpages des départements. Il y a d'autres exemples d'arrondisssements manquants. En suite il reste les EPCI manquants là encore faute de frontières communales suffisantes. Pareil... Cela peut faire partie du projet de la nuit internationale OSM prévue dans quelques jours puisque cela concerne presque toujours des communes rurales. Sauf que ce projet nocturne se concentre sur le mapping à partir d'images aériennes, que c'est beaucoup plus rapide que tracer manuellement sur le cadastre. J'en ai fait un paquet des communes à partir du cadastre scanné, je sais de quoi je parle, surtout quand on n'a pas de croisillons ! Je pense que l'idée derrière ce projet est de montrer un gros volume de contributions (d'où l'utilisation d'un tag dans les commentaire des changeset pour faire les stats). On pourrait aussi lancer un chantier de complétude des routes nationales (quand elles ont encore cette qualification) de la France, ou département par département des départementales. Le projet des autoroutes est pratiquement clos, hormi des détails comme les accès ou les sections non autoroutières, classées à tord comme autoroute alors que ce sont souvent des départementales ou nationales à chaussées séparées, et sans la signalisation des autoroutes (panneaux verts des directions et non bleus; panneau carré bleu avec une voiture blanche et non avec les 4 voies; limitation à 110; sections toujours gratuites sans péage comportant une densité plus importante d'échangeurs, voire parfois des accès sans échangeur pour des petites rues résidentielles ou accès privés; voies d'accès des échangeurs raccourcies, avec des voies d'accélérations très courtes ou fusionnées avec la voie de sortie du même échangeur). D'ailleurs même la signalisation mentionne bien une numérotation distincte de celle de l'autoroute qui s'y connecte (même si de nombreux panneaux mentionnent la direction de l'autoroute, il ne faut pas confondre les indications de direction et celles de situation). Les départementales ont aussi des erreurs de numéros assez souvent, ou alors ont des ambiguités (par exemple on labelle D 31 une branche voisine alors que ce n'est pas la branche principale et qu'elle s'appelle réellement D 31 E3 par exemple (avec la précision E3 notée en exposant sur les panneaux). Pour la navigation, ces indications lèvent des ambiguités de direction à suivre, surtout dans les ronds-points où ces branches se connectent au tronçon principal. Ne pas oublier qu'on a tous des centre d'intérêts qui nous sont propres. Certains s'excitent avec lignes électriques, d'autres se détendent avec les cours d'eau, d'autres sont obsédés par les bornes d'arrêt d'urgence, d'autres dégomment les erreurs remontées par osmose, etc, etc... Se concentrer de temps en temps pour terminer les quelques % manquants dans un domaine donné c'est très bien car on peut dire c'est finit. Alors des objectifs communs, oui, mais de taille raisonnable pour qu'on puisse aboutir rapidement sinon c'est démoralisant. On avait ainsi corrigé tout les rond-points signalés en erreur par Osmose en très peu de temps. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : http://cadastre.cleo-carto.org n° des départements
Le 28 janvier 2012 03:01, Christian Quest cqu...@openstreetmap.fr a écrit : Le 28 janvier 2012 01:32, Philippe Verdy verd...@wanadoo.fr a écrit : Très bien, on peut continuer alors avec le niveau suivant: les arrondissements (deux zones du département n'ont pas de frontières communales dans chacun un groupe de 7-8 communes, et cela affecte la bordure des 3 arrondissements uniquement parce qu'il manque 2 communes en limite d'arrondisssement sur les 15 qui n'ont pas de frontières définies. Il sufirait d'avoir ces 2 communes pour avoir les frontières d'arrondisssement complétes. Tracer en priorité les limites de ces communes manquantes à partir du cadastre scanné... C'est comme ça qu'on a procédé pour le découpages des départements. Visiblement non. Des départements (et régions) ont été fermés temporairement malgré le fait qu'il manquait les frontières communales justement à ces frontières. On peut procéder ainsi, même si on laisse un FIXME par le fait qu'il manque les frontières de la zone plus petite qui devrait être là: l'ébauche à la main reste utile pour la frontière départementale (ou d'arrondissement), en attendant que la commune soit vectorisée avec un tracé de meilleure résolution. La carte est pleine de ces tracés réalisés avec des résolutions très différentes, justement là où il manque encore des frontières communales (ou plus tard d'arrondissements communaux, quartiers... si le cadastre est pleinement exploité). L'INSEE se contente de tracés de communes à une résolution assez faible (chaque commune n'est qu'un polygone n'ayant guère plus de 20 segments, la résolution de chaque segment est de l'ordre de quelques centaines de mètres, mais pas du tout du mètre. Pour certains travaux urbains, on peut descendre à la précision centimétrique : nécessaire pour gérer les alignements précis, surtout pour construire les réseaux de distribubution, ou pour mettre sur les plans les épaisseurs relatives de murs de séparation ou de protection, les équipements de sécurité sur les trottoirs, la signalisation (question de visibilité face à des obstacles divers à la vision, ou selon le placement des voies de circulation et îlots directionnels, ou pour savori si un trottoir est encore assez large pour permettre la circulation des piétons quand on envisage d'ajouter une voie, et s'il faut prévoir une traversée piétons, des ralentisseurs, une signalisation supplémentaire, une circulation alternée, etc.)... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : http://cadastre.cleo-carto.org n° des départements
Bonjour, Le 28/01/2012 03:35, Philippe Verdy a écrit : Le 28 janvier 2012 03:01, Christian Questcqu...@openstreetmap.fr a écrit : Le 28 janvier 2012 01:32, Philippe Verdyverd...@wanadoo.fr a écrit : Très bien, on peut continuer alors avec le niveau suivant: les arrondissements (deux zones du département n'ont pas de frontières communales dans chacun un groupe de 7-8 communes, et cela affecte la bordure des 3 arrondissements uniquement parce qu'il manque 2 communes en limite d'arrondisssement sur les 15 qui n'ont pas de frontières définies. Il sufirait d'avoir ces 2 communes pour avoir les frontières d'arrondisssement complétes. Tracer en priorité les limites de ces communes manquantes à partir du cadastre scanné... C'est comme ça qu'on a procédé pour le découpages des départements. Visiblement non. Des départements (et régions) ont été fermés temporairement malgré le fait qu'il manquait les frontières communales justement à ces frontières. On peut procéder ainsi, même si on laisse un FIXME par le fait qu'il manque les frontières de la zone plus petite qui devrait être là: l'ébauche à la main reste utile pour la frontière départementale (ou d'arrondissement), en attendant que la commune soit vectorisée avec un tracé de meilleure résolution. La carte est pleine de ces tracés réalisés avec des résolutions très différentes, justement là où il manque encore des frontières communales (ou plus tard d'arrondissements communaux, quartiers... si le cadastre est pleinement exploité). S'il y a un type de tracés sur lequel on a volontairement homogénéisé le niveau de détail, c'est bien les limites communales. Les tracés des limites de communes permettant de fermer un département, _à partir du cadastre_ , c'est un chantier qui a duré 4 mois, depuis septembre 2011 (oui, c'est fraîchement fini). Voir cette annonce : http://lists.openstreetmap.org/pipermail/talk-fr/2012-January/039088.html L'INSEE se contente de tracés de communes à une résolution assez faible (chaque commune n'est qu'un polygone n'ayant guère plus de 20 segments, la résolution de chaque segment est de l'ordre de quelques centaines de mètres, mais pas du tout du mètre. L'INSEE ne trace pas de communes, elle ne fait qu'utiliser la base GeoFLA de l'IGN, adaptée aux petites échelles (autour du 1/1.000.000). Cette base est désormais sous licence OL et disponible via data.gouv.fr. Vue sa précision, il a été discuté, et convenu ici, de ne _pas_ utiliser ses contours pour combler les 8000 contours de communes qui nous manquent encore. Voir le fil qui démarre ici : http://lists.openstreetmap.org/pipermail/talk-fr/2011-December/038430.html Donc tracer à grandes lignes droites des limites de commune, comme pour la v1 de ce way : http://www.openstreetmap.org/browse/way/147478990 ne rime pas à grand chose tant on casse le niveau de détail. Ça revient à faire manuellement un tracé du même niveau que le GeoFLA... Si tu veux contribuer côté tracés de limites communales, autant prendre le sujet par le bon bout, en commençant par prendre connaissance du fonctionnement de l'outil qui est coeur du sujet : http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr