Re: [OSM-talk-fr] Mapquest OSM
C'est toujours pas terrible clubic, l'article contient tellement d'approximations qu'une simple relecture aurait évacuée ... Le 12 juil. 2010 à 08:03, Ab_fab gamma@gmail.com a écrit : Bonjour, Relaté aussi par Clubic pro http://pro.clubic.com/entreprises/aol/actualite-352062-mapquest-open-source.html Le 11 juillet 2010 22:36, Vincent de Chateau-Thierry v...@laposte.net a écrit : Bonsoir, Vue ici : http://www.geoinweb.com/2010/07/10/mapquest-voit-son-avenir-avec-openstreetmap/ une annonce faite pendant le SOTM, par Mapquest, un acteur majeur (essentiellement aux USA) de la cartographie sur le web. Le site dont il est question : http://open.mapquest.co.uk/ vincent ___ 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] tagger un réseau de bus
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bonjour mon mail sera peut-être plus clair si je donne les relations : la ligne de bus : http://www.openstreetmap.org/browse/relation/1047237 le réseau : http://www.openstreetmap.org/browse/relation/1047238 ces relations sont-elles correctes ? pourquoi osmtransport ne les affichent pas ? cordialement jean navarro jean navarro a écrit : Bonsoir sur une ligne, pour test, j'ai marqué les arrêts de bus et créer les relations pour la ligne mais je ne vois rien apparaître dans osmtransport http://3liz.fr/public/osmtransport/index.php?country=Francelocation=Amb%C3%A9rieu%20en%20Bugey je suppose donc que je fais une erreur quelque part... mais entre Besancon et Grenoble ?? quel est le bon choix ? en plus Josm me dit que le type line est inconnu... bref j'ai besoin d'un peu d'aide cordialement jean navarro ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFMOrkfirIRKX59UEkRAnvLAKCZfzjitR1CFGSWg5K3OWYvJBP/iACgkqzH JFqZwsWSr2n6v6EYwGLefLw= =Wx3j -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] voir les bâtiments existants avant import
Le dimanche 11 juillet 2010 09:21:42 hpmt, vous avez écrit : J'ai découvert récemment un plugin très pratique de josm : slippymap. Peut-être que tout le monde ne le connaît pas : il permet de voir dans une couleur bien apparente les bâtiments existant déjà dans osm, en supperposition avec le projet d'import. il suffit alors de supprimer les bâtiments existants du projet d'import. C'est une solution, mais pas toujours très précis je trouve. Je préfère filtrer les données pour n'afficher que les building=yes et ensuite je masque/démasque le calque des données de la base pour repérer les doublons. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bâtiments se superposant
Oula, apparemment je fais parti du top 10 des boublonneurs ! En fait j'ai un petit souci. Avant de lancer l'upload, je fais toujours appel à la validation et il se trouve que le validator ne me trouve aucun doublons. Je viens de charger une couche présentant un doublon et il ne m'en trouve aucun ... hors il y en a bien un. Comment puis je faire pour les détecter et corriger tout cela? (le test a aussi été effectué par un autre contributeur et même résultat). Bâtiment en cause : http://www.openstreetmap.org/?way=63255805 Merci Vincent (Neverwhere) Le 11 juillet 2010 18:15, Erwan de FERRIERES er...@ferrieres.org a écrit : Le 11/07/2010 16:59, Marc Sibert a écrit : Le 11/07/2010 11:33, ten...@gmail.com a écrit : Ouch, je vais vraiment avoir besoin d'un coup de main! Je fabrique aussi un superposes.osm qui contiendra la liste des way à supprimer. Par contre, je n'ai pas python d'installé nativement sur mon Win7 ;-) donc il faudra que quelque Linuxien me le passe. http://www.python.org/ftp/python/2.7/python-2.7.msi Pour le moment, je fais un fichier limité à 10 entrées, mais si un test se passe bien, je peux lacher la requête qui devrait nous proposer env. 3 ways. Comme je l'indiquais précédemment, je ne m'occupe pas des nodes car suivant les cas, ils n'appartiennent qu'au way supprimé... ou pas ! Le fichier se trouve(ra dans quelques instants) à http://freeroute.fr/libosm/superposes.osm A+ ___ 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] Bus 38, RATP, région parisienn e : Demande d'explication
OSMTransport est actuellement phase de refonte et les mises à jours ne sont pas régulière. Regarde dans la journée je lance la mise à jour! René-Luc Responsable OSMtransport Le 11/07/2010 20:31, JonathanMM a écrit : Bonjour a tous, Vendredi, moi, et quelques copains avons cartographié la ligne de bus 38, ainsi qu'un petit bout de la ligne 28, deux lignes de bus circulant a Paris. Notre méthode, qui consistait a s'installer dans le bus sous le regard étonné des autres passagers avec un qui, GPS a la main, met une marque a un arrêt et dicte a l'autre, qui notait, le nom de la station ainsi que les autres lignes passant au même arrêt, était bien rodé. Bon, par contre, à Paris, la précision du GPS, c'est vraiment pas ça, les traces obtenus sont difficilement exploitables. Mais là n'est pas le coeur de ce message. J'ai, hier, commencé a entrer les données dans OSM en créant la relation du bus 38, en y intégrant les arrêts ainsi que les routes empruntés par le bus. Et il y a quelques instants, j'ai voulu voir ce que ça donnait sur OSM Transport. Quelle ne fut pas mon étonnant en ne voyant point de bus 38. Je retourne alors sur le site principal, pour vérifier la relation, et quel ne fut pas ma surprise en constatant que ma relation a été modifié par un certain Esperanza36 http://www.openstreetmap.org/user/Esperanza36 qui a supprimé les routes appartenant a la relation. J'aimerais donc savoir, s'il me lit, pourquoi a-t-il fait ça ? Merci d'avance JonathanMM ___ 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] tagger un réseau de bus
Le 12/07/2010 08:41, jean navarro a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bonjour mon mail sera peut-être plus clair si je donne les relations : la ligne de bus : http://www.openstreetmap.org/browse/relation/1047237 le réseau : http://www.openstreetmap.org/browse/relation/1047238 ces relations sont-elles correctes ? pourquoi osmtransport ne les affichent pas ? Pas encore mis à jour Désolé, René-Luc D'Hont Responsable OSMTransport cordialement jean navarro jean navarro a écrit : Bonsoir sur une ligne, pour test, j'ai marqué les arrêts de bus et créer les relations pour la ligne mais je ne vois rien apparaître dans osmtransport http://3liz.fr/public/osmtransport/index.php?country=Francelocation=Amb%C3%A9rieu%20en%20Bugey je suppose donc que je fais une erreur quelque part... mais entre Besancon et Grenoble ?? quel est le bon choix ? en plus Josm me dit que le type line est inconnu... bref j'ai besoin d'un peu d'aide cordialement jean navarro ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFMOrkfirIRKX59UEkRAnvLAKCZfzjitR1CFGSWg5K3OWYvJBP/iACgkqzH JFqZwsWSr2n6v6EYwGLefLw= =Wx3j -END PGP SIGNATURE- ___ 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] RMLL / SOTM - et scarlatine
On 11/07/2010 18:46, Guilhem Bonnefille wrote: Je suis à 100% d'accord avec Sébastien sur le manque cruel de supports : le stand était quasiment invisible, les badots n'étant attiré que par l'étandard de l'OSGeo (heureusement qu'il était là) et la carte de Bordeaux. Le 11 juillet 2010 00:57, Sébastien Dinotsebastien.di...@free.fr a écrit : - Rendre le stand plus visible avec si possible, des supports de communication élaborés et en couleur habillant le stand. On a bien avancé sur l'import des gros polygones CLC. La carte de France au zoom 10 va commencer à se stabiliser. Un tirage A0 sur bâche (~70€) va commencer à devenir intéressant. Le niveau de détail est intéressant : bourgs, voirie... Je vais essayer de faire un cartouche pour la légende, la licence, le lien... Il faudrait trouver un système pour la faire voyager sur les expos (caisson...) - Préparer des flyers en français orientés grand public et utilisation. Quid des osmecum ? Des échos de Girona ? Et le la scarlatine ? -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour ceux qui aiment la technique - MapCSS
pour ceux qui veulent tester : http://www.geowiki.com/halcyon/?lat=52.2lon=0.1 2010/7/7 René-Luc D'Hont rldh...@gmail.com Le 07/07/2010 16:40, Emilie Laffray a écrit : 2010/7/7 Gilles Bassière gbassi...@gmail.com Les CSS cartographiques réutilisent la même syntaxe et les même concepts que les CSS pour le XML/HTML : des règles de style, des sélecteurs et le mécanisme de la cascade. En revanche, les éléments constituant une carte ne sont pas les mêmes que ceux qui constituent un document texte donc les propriétés/valeurs ne sont pas les mêmes. J'avais regardé brièvement l'initiative de Michal Migurski [1] qui est devenu par la suite le projet Cascadenik [2]. Ca avait l'air plutôt pratique et moins compliqué que les styles Mapnik XML ou le SLD. La documentation fournit de nombreux exemples [3] pour se faire une idée. Je trouve intéressante l'idée d'harmoniser le comportements des divers moteurs CSS carto. Ce serait vraiment cool de ne plus avoir à convertir les styles d'un moteur de rendu à une autre (tout en évitant la syntaxe très verbeuse des SLD). Cela dit, est-ce bien le but de MapCSS ? Leur page wiki ne mentionne pas la volonté de standardiser ni même d'harmoniser. La page est en cours d'écriture. Mon post était justement pour montrer que l'initiative existe et avance ainsi que de toucher un public plus large. Avoir plus de gens venant de différents milieux est important. Un domaine (mapcss.org) a été pris aujourd'hui. A terme, le but du jeu est d'harmoniser. Avoir une seule feuille de style serait assez sympathique. Si ça ce lance j'y participerais avec une implémentation possible dans notre moteur de rendu ;-) 3Liz Emilie Laffray ___ Talk-fr mailing listtalk...@openstreetmap.orghttp://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] Josm/Cadastre : Import du tableau d'assemblage
Bonjour, De : Nicolas Dumoulin Au programme, deux bricoles : - pour Vicent : gestion des communes avec plusieurs tableaux d'assemblage - pour Pieren : les tableaux d'assemblage ne sont pas listés par défaut, il faut définir la propriété cadastrewms.useTA à true. Ça me semble suffisant pour limiter la fonctionnalité aux initiés. Testé à l'instant sur Poissy (78), et ça marche joliment. Merci Nicolas ! vi(n)cent :-) Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Version intermédiaire du plugin ca dastre-fr 22188 (2.0 beta)
Le 7 juillet 2010 22:00, Pieren pier...@gmail.com a écrit : Cependant, il faudrait pouvoir sélectionner plusieurs highway, les rues sont souvent composées de plusieurs morceaux. Euh, on peut choisir entre faire une relation ou simplement ajouter le tag addr:street qui ne fait que copier le nom de la rue (donc si elle découpée, ça n'influence pas). Pour la relation, la définition actuelle du wiki ne propose de lier qu'un seul way de la rue: http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema#Using_relations_to_associate_house_and_street_.28optional.29 Je suppose qu'il est possible de faire plusieurs relations 'associatedStreet', un par morceau mais je ne vois pas trop l'intérêt (ça doit déjà le faire avec le plugin actuel, il suffit de cliquer sur la nouvelle portion de route pour créer une nouvelle relation) Oui, je parlais pour les relations, le tag addr:street n'est pas concerné par ma demande. En effet, le wiki parle d'une seule récurrence pour la rue. Tu ne vois pas l'intérêt de quoi ? de faire plusieurs relations pour la même rue géographique ? Ma rue est découpé en 4 morceaux (une rue principale, avec des petites branches de chaque côté, et un sens unique au bout de ma rue). Si je dois créer 4 relations différentes qui vont porter le même nom, l'édition va vraiment devenir difficile à force. Je voyais bien une relation par NOM de rue. Nos rues sont déjà assez saucissonnées comme çà ... De plus, si les rues changent, avec l'ajout d'un sens unique, une zone 30, une itinéraire de bus, une piste cyclable,... et que la relation d'adressage existe déjà, quand je vais découper la rue, il faudra aussi découper la relation pour que chaque adresses correspondent avec le morceau de rue ? Bonjour l'édition des données dans le futur. Est ce que c'est possible de placer le tag addr:housenumber sur un building quand on clique sur le building, et sur un node quand on ne clique pas sur un building ? Avec une option, car cette fonctionnalité va entrer en conflit avec ceux qui mettent les nodes sur les batis côté rue. Tu veux dire créer un node même lorsqu'on indique qu'on taggue les polygones ? Quel intérêt ? Il faudrait justement éviter autant que possible d'avoir des noeuds addr qui ne sont rattachés à rien. Mais sinon, tu peux déjà le faire en enlevant le checkbox sur le polygone. Pour faire plus rapide, on pourrait le faire en combinant avec la touche ctrl mais il faudrait que je comprenne d'abord dans quel cas de figure tu as besoin d'un node seul. Certes, pas beaucoup de cas. Une maison en cours de construction, je sais sur quelle parcelle, je peux en déduire le numéro par rapport aux voisins, mais la construction n'apparait pas encore sur le cadastre. Et j'ai une parcelle avec 3 petites maisons strictement identiques dessus. Sur le cadastre, il y a un seul numéro pour les 3. Je voulais placer un node au milieu des 3 maisons. Est-ce correct ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] RMLL / SOTM - et scarlatine
Vincent Pottier a écrit , Le 12/07/2010 11:05: On a bien avancé sur l'import des gros polygones CLC. La carte de France au zoom 10 va commencer à se stabiliser. Un tirage A0 sur bâche (~70€) va commencer à devenir intéressant. Le niveau de détail est intéressant : bourgs, voirie... Je comprends mieux la situation : il faut remplir la base pour remplir la base et montrer qu'on est là. Bon. Le niveau de détail est intéressant, car il est très faux, jeté là à la louche avec des infos de 2006 : 4 ans, dans certains endroits, c'est antédiluvien. Le grand polygone qui soulève mon ire a subrepticement réutilisé ici, des nodes existants et appartenant à d'autres polygones, là, de nouveaux nodes chevauchant des polygones de définition voisine. Modifier localement ce grand polygone est donc un travail laborieux et aléatoire, je viens d'y passer des heures avant que la base accepte mes modifs. D'autant que JOSM ne sait pas très bien definir localement le dedans et le dehors d'un polygone alambiqué dont la plus grande part est hors du champ affiché. De plus il faut charger tout le grand polygone pour pouvoir en modifier un petit bout, sinon JOSM se plaint de polygone non fermé. Bon, je m'arrête de râler pour aujourd'hui, vu qu'il faut remplir la base pour remplir la base. Tant qu'à faire, mettre toutes les limites de communes, ça ne vous dit pas plus ? Il y a tellement de patelins sans même une route (31 Esperce) Ha, zut, j'avais dit que j'arrêtais de râler. Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] GeOnG 2010 - 2eme Forum de la Géom atique au Service de l'Humanitaire
Le 11/07/2010 21:51, Thomas Gratier a écrit : Bonjour, Pour info, Organisé par l'association CartoONG GeOnG 2010 - 2eme Forum de la Géomatique au Service de l'Humanitaire le 23-24 Septembre à Chambéry, Savoie. http://www.cartong.org/index.php?option=com_contenttask=sectionid=18Itemid=137lang=fr http://www.cartong.org/index.php?option=com_contenttask=sectionid=18Itemid=137lang=fr Rôle d'OSM là dedans? Personnes intéressées? Certains avaient assistés à un crisis camp à Paris où on avaient parlés d'OSM http://barcamp.org/CrisisCamp-Paris On avait parlé d'Humanitarian OpenStreetMap http://hot.openstreetmap.org/ CartONG semble prendre déjà part à l'initiative http://www.cartong.org/index.php?searchword=osmoption=com_searchItemid=5 http://www.cartong.org/index.php?searchword=osmoption=com_searchItemid=5 Très intéressant ces projets, j'irai bien parler d'OSM là-bas, mais je n'ai pas très bien compris leur tarification pour participation, si il faut débourser 500 Euros pour participer mes finances perso vont faire blocage. Es-tu proche de CartoONG ? Peux-tu nous donner plus de détail sur comment participer ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bâtiments se superposant
2010/7/11 Marc Sibert m...@sibert.fr Je fabrique aussi un superposes.osm qui contiendra la liste des way à supprimer. Par contre, je n'ai pas python d'installé nativement sur mon Win7 ;-) donc il faudra que quelque Linuxien me le passe. Pour le moment, je fais un fichier limité à 10 entrées, mais si un test se passe bien, je peux lacher la requête qui devrait nous proposer env. 3 ways. Comme je l'indiquais précédemment, je ne m'occupe pas des nodes car suivant les cas, ils n'appartiennent qu'au way supprimé... ou pas ! Le fichier se trouve(ra dans quelques instants) à http://freeroute.fr/libosm/superposes.osm Ca à l'air bien. En attendant que ça passe dans la moulinette, merci de ce coup de main rapide et efficace. -- Mon weblog - http://www.tenshu.fr/ Je soutiens le Logiciel Libre, j'adhère à l'APRIL ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Bus RATP
Bonjour a tous, je viens de mettre en page la page du wiki concernant les Bus de la RATP, un opérateur de transports en communs en Île−de−France. Elle est accessible a l'adresse suivante : http://wiki.openstreetmap.org/wiki/WikiProject_France/Bus_RATP J'en ai profité pour évaluer a la louche les avancements des relations, et souvent, ça se résume un petit bout du trajet du bus. Si quelqu'un pourrait vérifier que je n'ai pas écrit de bêtises, ce serait gentil :) Enfin, ce serait bien si quelqu'un pourrait m'expliquer comment tagger correctement les relations de bus. Il faut dire que la page du wiki est pas très précise. Par exemple, l'API 0.6 apporte l'ordre des relations. Or, je ne sais pas si les arrêts sont a mettre avant ou après les routes de l'itinéraire, ou si on s'en fout. Également pour les arrêts, comment faut-il les marquer, surtout quand ils ne sont que dans un seul sens de circulation, ou au contraire quand ils sont dans les deux sens et marqué par 2 nœuds différents sur le terrain Merci d'avance JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] RMLL / SOTM - et scarlatine
On 12/07/2010 12:45, hpmt wrote: Houlala! Vincent Pottier a écrit , Le 12/07/2010 11:05: On a bien avancé sur l'import des gros polygones CLC. La carte de France au zoom 10 va commencer à se stabiliser. Un tirage A0 sur bâche (~70€) va commencer à devenir intéressant. Le niveau de détail est intéressant : bourgs, voirie... Je comprends mieux la situation : il faut remplir la base pour remplir la base et montrer qu'on est là. Bon. Pas seulement... Mais si la carte est renseignée pour le landuse sur quelques dizaines de milliers de km²... Le niveau de détail est intéressant, car il est très faux, jeté là à la louche avec des infos de 2006 : 4 ans, dans certains endroits, c'est antédiluvien. Certes, mais CLC, c'est aussi ce qui fait apparaître des milliers de villages, hameaux. La source est mauvaise (tout de même une précision de carte 1/5), mais on n'a pas mieux à cette échelle. C'est même bien meilleur que les polygones tracés avec Yahoo ou Landsat. La source est ancienne, mais on n'a pas de plus fraiche à cette échelle. Les cartes de Napoléon ? Elle doivent être libre de droit maintenant. Le grand polygone qui soulève mon ire a subrepticement réutilisé ici, des nodes existants et appartenant à d'autres polygones, C'est cette fusion qui a pris 4 h. là, de nouveaux nodes chevauchant des polygones de définition voisine. Là, c'est sur, il y a du travail de couture de polygones entre eux. Modifier localement ce grand polygone est donc un travail laborieux et aléatoire, je viens d'y passer des heures avant que la base accepte mes modifs. D'autant que JOSM ne sait pas très bien definir localement le dedans et le dehors d'un polygone alambiqué dont la plus grande part est hors du champ affiché. De plus il faut charger tout le grand polygone pour pouvoir en modifier un petit bout, sinon JOSM se plaint de polygone non fermé. Et bien il faut le laisser se plaindre. On s'habitue... J'ai moins d'état d'âme pour un logiciel qui se plaint que pour un OSmeur qui se plaint. Je vais jetter un coup d'œil pour découper le gros polygones aux abords de Toulouse. Ça a en fera des plus petits à manipuler. J'aurais pu le faire avant l'import, mais je ne m'attendais pas à un tel flot de bâtiment. Le polygone ne semblait pas si monstrueux. Il n'était pas inscrit à la liste des géants. Ce qui est sur, c'est que ce travail d'import aurait du être fait plus tôt pour que le micromapping trouve sa place dans le macro et l'ajuste. Plus on tarde, plus il est difficile de penser et d'agir global. Bon, je m'arrête de râler pour aujourd'hui, vu qu'il faut remplir la base pour remplir la base. Tant qu'à faire, mettre toutes les limites de communes, ça ne vous dit pas plus ? Ça vient, ça vient, à mesure qu'elles sont vectorisées. Damouns en a encore ajouté ce matin... Il y a tellement de patelins sans même une route (31 Esperce) Ah ! Ça, ça fait partie de mes projets en cours : pointer les communes sans route pour orienter la cartographie. Mais ma requête en local me retourne des faux positifs. Il faut que j'affine avant de publier. Mais là, je n'ai même pas une source pour inventer des routes au 1/10. Tout ce que je pourrai faire, c'est un bout de module osmose. Ha, zut, j'avais dit que j'arrêtais de râler. Chacun son tour... ;-) Hélène You are welcome. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] RMLL / SOTM - et scarlatine
Bonjour, Je vais jetter un coup d'œil pour découper le gros polygones aux abords de Toulouse. Ça a en fera des plus petits à manipuler. Je viens de mettre à jours la liste des polygones géants en y incluant le FR-221176 découpé. Mais ça ne te facilitera pas forcément la tâche. J'aurais pu le faire avant l'import, mais je ne m'attendais pas à un tel flot de bâtiment. Le polygone ne semblait pas si monstrueux. Il n'était pas inscrit à la liste des géants. En fait, la liste ne contient que la Liste des polygones énormes recensés... par main d'humain... Si quelqu'un sait comment faire la liste des polygones CLC non-importés de plus de ~2 points (je dis ça au pif), je suis preneur. Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bus RATP
Le 12/07/2010 14:34, Vincent Pottier a écrit : On 12/07/2010 14:01, JonathanMM wrote: Bonjour a tous, je viens de mettre en page la page du wiki concernant les Bus de la RATP, un opérateur de transports en communs en Île−de−France. Elle est accessible a l'adresse suivante : http://wiki.openstreetmap.org/wiki/WikiProject_France/Bus_RATP J'en ai profité pour évaluer a la louche les avancements des relations, et souvent, ça se résume un petit bout du trajet du bus. Si quelqu'un pourrait vérifier que je n'ai pas écrit de bêtises, ce serait gentil :) Enfin, ce serait bien si quelqu'un pourrait m'expliquer comment tagger correctement les relations de bus. Il faut dire que la page du wiki est pas très précise. Par exemple, l'API 0.6 apporte l'ordre des relations. Or, je ne sais pas si les arrêts sont a mettre avant ou après les routes de l'itinéraire, ou si on s'en fout. Également pour les arrêts, comment faut-il les marquer, surtout quand ils ne sont que dans un seul sens de circulation, ou au contraire quand ils sont dans les deux sens et marqué par 2 nœuds différents sur le terrain Merci d'avance JonathanMM À mon avis, il faut d'emblée entrer deux relations par ligne (aller - retour, shéma type oxoama simplifié). Une fois la structure posée, il est plus simple de construire peu à peu que de devoir reprendre un gros paquet pour faire les relations pour chaque sens. Pas sur qu'on arrivera à faire des moteurs pour exporter le schéma du réseau au format Google [1] en n'utilisant qu'une relation par ligne. Par contre en multi-relation... J'y pense... En plus, ce schéma, complexe au début est finalement beaucoup plus simple à entretenir. Si l'aller et le retour ne passent pas par la même rue, lorsqu'on entre deux nœuds pour les arrêts de bus, c'est un casse-tête pour s'y retrouver et plus encore pour celui qui veut intervenir sans avoir créé la relation. Une relation par sens (voire plus quand il y a des variations de services, expres, long...), ways ordonnés, arrêt de bus unique pour un côté... Peu importe où on entre les nœuds des arrêts de bus, avant, après les voies. Ce qui est intéressant, c'est de le grouper et de les ordonner pour comparer avec sketch-line. Sur la page Besançon/Ginko [2], j'utilise un modèle qui prend moins de place et qui fait le lien avec Sketch-line. De plus, j'ai mis les numéros de ligne en tritre, ça permet de n'éditer que ce qui est nécessaire. [1] http://code.google.com/intl/fr/transit/spec/transit_feed_specification.html Sur la liste talk-transit, les gens commencent à s'intéresser à ce format comme une sorte possible pour les données OSM. [2] http://wiki.openstreetmap.org/wiki/Besan%C3%A7on/Ginko -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Il est vrai qu'il vaut mieux utiliser le modèle complexe proposer par OXOAMA Mais j'aurais une question simple, en dehors du fait qu'il faut découper les ways : * Je fais comment pour un bus qui dans un sens de circulation, donc dans une relation route pour une relation line, empreinte une rue dans les 2 sens ? Ma way doit-elle apparaître 2 fois dans ma relation route ? René-Luc D'Hont 3Liz ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bus RATP
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bonjour à tous donc si je comprend bien : - - une relation de type=route, route= bus pour chaque sens de parcours (contient les arrêts et les bouts de trajets) - - une relation de type=line, line=bus pour chaque ligne (elle contient les deux relations de sens, type=route) - - et éventuellement une relation de type=network qui contiendrait le réseau avec toutes ses lignes ? c'est cela ? pourtant il me semble que Josm produit une erreur sur le type=line cordialement jean navarro Vincent Pottier a écrit : On 12/07/2010 14:01, JonathanMM wrote: Bonjour a tous, je viens de mettre en page la page du wiki concernant les Bus de la RATP, un opérateur de transports en communs en Île−de−France. Elle est accessible a l'adresse suivante : http://wiki.openstreetmap.org/wiki/WikiProject_France/Bus_RATP J'en ai profité pour évaluer a la louche les avancements des relations, et souvent, ça se résume un petit bout du trajet du bus. Si quelqu'un pourrait vérifier que je n'ai pas écrit de bêtises, ce serait gentil :) Enfin, ce serait bien si quelqu'un pourrait m'expliquer comment tagger correctement les relations de bus. Il faut dire que la page du wiki est pas très précise. Par exemple, l'API 0.6 apporte l'ordre des relations. Or, je ne sais pas si les arrêts sont a mettre avant ou après les routes de l'itinéraire, ou si on s'en fout. Également pour les arrêts, comment faut-il les marquer, surtout quand ils ne sont que dans un seul sens de circulation, ou au contraire quand ils sont dans les deux sens et marqué par 2 nœuds différents sur le terrain Merci d'avance JonathanMM À mon avis, il faut d'emblée entrer deux relations par ligne (aller - retour, shéma type oxoama simplifié). Une fois la structure posée, il est plus simple de construire peu à peu que de devoir reprendre un gros paquet pour faire les relations pour chaque sens. Pas sur qu'on arrivera à faire des moteurs pour exporter le schéma du réseau au format Google [1] en n'utilisant qu'une relation par ligne. Par contre en multi-relation... J'y pense... En plus, ce schéma, complexe au début est finalement beaucoup plus simple à entretenir. Si l'aller et le retour ne passent pas par la même rue, lorsqu'on entre deux nœuds pour les arrêts de bus, c'est un casse-tête pour s'y retrouver et plus encore pour celui qui veut intervenir sans avoir créé la relation. Une relation par sens (voire plus quand il y a des variations de services, expres, long...), ways ordonnés, arrêt de bus unique pour un côté... Peu importe où on entre les nœuds des arrêts de bus, avant, après les voies. Ce qui est intéressant, c'est de le grouper et de les ordonner pour comparer avec sketch-line. Sur la page Besançon/Ginko [2], j'utilise un modèle qui prend moins de place et qui fait le lien avec Sketch-line. De plus, j'ai mis les numéros de ligne en tritre, ça permet de n'éditer que ce qui est nécessaire. [1] http://code.google.com/intl/fr/transit/spec/transit_feed_specification.html Sur la liste talk-transit, les gens commencent à s'intéresser à ce format comme une sorte possible pour les données OSM. [2] http://wiki.openstreetmap.org/wiki/Besan%C3%A7on/Ginko -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD4DBQFMOw8AirIRKX59UEkRAm+OAJin9xiNY9J+txtXAdDIPFq8MeroAJ9IzLnL N5W8kDsNmfp1JMHk6hczwg== =88A6 -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bus RATP
Le 12/07/2010 14:48, jean navarro a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bonjour à tous donc si je comprend bien : - - une relation de type=route, route= bus pour chaque sens de parcours (contient les arrêts et les bouts de trajets) - - une relation de type=line, line=bus pour chaque ligne (elle contient les deux relations de sens, type=route) - - et éventuellement une relation de type=network qui contiendrait le réseau avec toutes ses lignes ? c'est cela ? C'est cela pourtant il me semble que Josm produit une erreur sur le type=line Oui il ne connait pas cordialement jean navarro Vincent Pottier a écrit : On 12/07/2010 14:01, JonathanMM wrote: Bonjour a tous, je viens de mettre en page la page du wiki concernant les Bus de la RATP, un opérateur de transports en communs en Île−de−France. Elle est accessible a l'adresse suivante : http://wiki.openstreetmap.org/wiki/WikiProject_France/Bus_RATP J'en ai profité pour évaluer a la louche les avancements des relations, et souvent, ça se résume un petit bout du trajet du bus. Si quelqu'un pourrait vérifier que je n'ai pas écrit de bêtises, ce serait gentil :) Enfin, ce serait bien si quelqu'un pourrait m'expliquer comment tagger correctement les relations de bus. Il faut dire que la page du wiki est pas très précise. Par exemple, l'API 0.6 apporte l'ordre des relations. Or, je ne sais pas si les arrêts sont a mettre avant ou après les routes de l'itinéraire, ou si on s'en fout. Également pour les arrêts, comment faut-il les marquer, surtout quand ils ne sont que dans un seul sens de circulation, ou au contraire quand ils sont dans les deux sens et marqué par 2 nœuds différents sur le terrain Merci d'avance JonathanMM À mon avis, il faut d'emblée entrer deux relations par ligne (aller - retour, shéma type oxoama simplifié). Une fois la structure posée, il est plus simple de construire peu à peu que de devoir reprendre un gros paquet pour faire les relations pour chaque sens. Pas sur qu'on arrivera à faire des moteurs pour exporter le schéma du réseau au format Google [1] en n'utilisant qu'une relation par ligne. Par contre en multi-relation... J'y pense... En plus, ce schéma, complexe au début est finalement beaucoup plus simple à entretenir. Si l'aller et le retour ne passent pas par la même rue, lorsqu'on entre deux nœuds pour les arrêts de bus, c'est un casse-tête pour s'y retrouver et plus encore pour celui qui veut intervenir sans avoir créé la relation. Une relation par sens (voire plus quand il y a des variations de services, expres, long...), ways ordonnés, arrêt de bus unique pour un côté... Peu importe où on entre les nœuds des arrêts de bus, avant, après les voies. Ce qui est intéressant, c'est de le grouper et de les ordonner pour comparer avec sketch-line. Sur la page Besançon/Ginko [2], j'utilise un modèle qui prend moins de place et qui fait le lien avec Sketch-line. De plus, j'ai mis les numéros de ligne en tritre, ça permet de n'éditer que ce qui est nécessaire. [1] http://code.google.com/intl/fr/transit/spec/transit_feed_specification.html Sur la liste talk-transit, les gens commencent à s'intéresser à ce format comme une sorte possible pour les données OSM. [2] http://wiki.openstreetmap.org/wiki/Besan%C3%A7on/Ginko -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD4DBQFMOw8AirIRKX59UEkRAm+OAJin9xiNY9J+txtXAdDIPFq8MeroAJ9IzLnL N5W8kDsNmfp1JMHk6hczwg== =88A6 -END PGP SIGNATURE- ___ 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] Bus RATP
Le 12/07/2010 15:08, René-Luc D'Hont a écrit : Le 12/07/2010 15:06, JonathanMM a écrit : Le 12/07/2010 14:34, Vincent Pottier a écrit : On 12/07/2010 14:01, JonathanMM wrote: Bonjour a tous, je viens de mettre en page la page du wiki concernant les Bus de la RATP, un opérateur de transports en communs en Île−de−France. Elle est accessible a l'adresse suivante : http://wiki.openstreetmap.org/wiki/WikiProject_France/Bus_RATP J'en ai profité pour évaluer a la louche les avancements des relations, et souvent, ça se résume un petit bout du trajet du bus. Si quelqu'un pourrait vérifier que je n'ai pas écrit de bêtises, ce serait gentil :) Enfin, ce serait bien si quelqu'un pourrait m'expliquer comment tagger correctement les relations de bus. Il faut dire que la page du wiki est pas très précise. Par exemple, l'API 0.6 apporte l'ordre des relations. Or, je ne sais pas si les arrêts sont a mettre avant ou après les routes de l'itinéraire, ou si on s'en fout. Également pour les arrêts, comment faut-il les marquer, surtout quand ils ne sont que dans un seul sens de circulation, ou au contraire quand ils sont dans les deux sens et marqué par 2 nœuds différents sur le terrain Merci d'avance JonathanMM À mon avis, il faut d'emblée entrer deux relations par ligne (aller - retour, shéma type oxoama simplifié). Une fois la structure posée, il est plus simple de construire peu à peu que de devoir reprendre un gros paquet pour faire les relations pour chaque sens. Pas sur qu'on arrivera à faire des moteurs pour exporter le schéma du réseau au format Google [1] en n'utilisant qu'une relation par ligne. Par contre en multi-relation... J'y pense... En plus, ce schéma, complexe au début est finalement beaucoup plus simple à entretenir. Si l'aller et le retour ne passent pas par la même rue, lorsqu'on entre deux nœuds pour les arrêts de bus, c'est un casse-tête pour s'y retrouver et plus encore pour celui qui veut intervenir sans avoir créé la relation. Une relation par sens (voire plus quand il y a des variations de services, expres, long...), ways ordonnés, arrêt de bus unique pour un côté... Peu importe où on entre les nœuds des arrêts de bus, avant, après les voies. Ce qui est intéressant, c'est de le grouper et de les ordonner pour comparer avec sketch-line. Sur la page Besançon/Ginko [2], j'utilise un modèle qui prend moins de place et qui fait le lien avec Sketch-line. De plus, j'ai mis les numéros de ligne en tritre, ça permet de n'éditer que ce qui est nécessaire. [1] http://code.google.com/intl/fr/transit/spec/transit_feed_specification.html Sur la liste talk-transit, les gens commencent à s'intéresser à ce format comme une sorte possible pour les données OSM. [2] http://wiki.openstreetmap.org/wiki/Besan%C3%A7on/Ginko -- FrViPofm Oui, je vois. Par contre, d'après ce que j'ai compris, rien d'officiel, c'est ça ? Voilà, c'est l'usage conseillé Dans ce cas, je vais l'appliqué et modifié la page du wiki, en espérant que ça se mette d'accord et que ce soit plus « officiel » :) JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bus RATP
On 12/07/2010 14:48, jean navarro wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bonjour à tous donc si je comprend bien : - - une relation de type=route, route= bus pour chaque sens de parcours (contient les arrêts et les bouts de trajets) pour chaque variante de parcours. Donc en général une pour chaque sens - - une relation de type=line, line=bus pour chaque ligne (elle contient les deux relations de sens, type=route) Je ne suis pas sur que ce soit obligatoire. Moi, je m'y tiens. - - et éventuellement une relation de type=network qui contiendrait le réseau avec toutes ses lignes ? Ça, c'est sur que ça n'est pas obligatoire. Par contre, de renseigner le tag 'network' pour chaque élément du réseau, ça facilite grandement la vie pour charger dans JOSM : Un petit lien, voir même un signet dans Firefox, du genre http://localhost:8111/import?url=http://xapi.openstreetmap.org/api/0.6/relation[network=Ginko][bbox=5.8935,47.1981,6.1307,47.3125] et tout le réseau se charge d'un coup dans JOSM c'est cela ? pourtant il me semble que Josm produit une erreur sur le type=line Mais JOSM ne connait pas tous les mystères de la vie... -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bus RATP
On 12/07/2010 15:06, JonathanMM wrote: Oui, je vois. Par contre, d'après ce que j'ai compris, rien d'officiel, c'est ça ? JonathanMM Parce qu'il y a quelque chose d'officiel dans OSM, en dehors de l'adresse du site et de l'API ? Non, mais c'est un usage qui se répand. Les anglais y viennent. OXOAMA voudrait utiliser des tags public_transport=*, les allemands suivent un peu mais le reste du monde semble trainer les pieds. Je ne suis pas sur que mon jeu de tag soit tout à fait canonique. Ça fait longtemps que je ne suis pas allé voir chez les voisins. Il semble bien supporté par 3liz [1], sketch_line [2], öpnv [3]... les références actuelles. [1] http://3liz.fr/public/osmtransport/index.php?country=Francelocation=Besan%C3%A7on [2] http://78.46.81.38/api/sketch-line?network=Ginkoref=1correspondences=100font-size=10style=padua [3] http://www.öpnvkarte.de/?lat=47.2553lon=6.0121zoom=12 (excellent gestion des arrêts qui apparaissent comme point unique à zoom 17, quand le serveur veut bien fournir..., pas de gestion de la couleur) Il est peut-être temps qu'on se résume nos observations sur une page wiki francophone illustrée d'exemples franchouillards... -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Ville de Grasse
Bonjour, J'ai été contacté par quelqu'un travaillant pour la mairie de la ville de Grasse (Alpes-Maritimes) car j'ai contribué sur cette commune, ils ont surement du contacter d'autres contributeurs. Si j'ai bien compris leur requête ils cherchent a mobiliser les osmeurs du coin pour améliorer les données de Grasse avant d'intégrer une carte basée sur OSM au site de la mairie, je ne connais pas plus les détails de cette intégration, si c'est juste une visualisation de la carte ou plus... Enfin je suis agréablement surpris par la visibilité qu'acquiert OSM en France et la volonté des élus de ne pas etre en reste pour leur commune ! Je me suis proposé pour intégrer le bati provenant du cadastre (merci RatZilla$ pour le fichier du 06 !), en fait cela ne me fera que continuer dans mon élan, Cannes, Le Cannet, Mougins, Mouans-Sartoux et donc Grasse en allant du sud vers le nord :-) Le cadastre c'est quand meme formidable pour recaler correctement les routes, ruelles et autres POI, surtout en plein centre ville ! Vlad. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] GeOnG 2010 - 2eme Forum de la Géom atique au Service de l'Humanitaire
Bonjour, La tarification pour participation J'ai dû loupé un truc, c'est marqué où? Ils offrent leur service en cartographie humanitaire à d'autres associations en partageant en particulier les données géographiques et il y a un droit d'entrée (indiqué sur http://www.cartong.org/index.php?option=com_contenttask=sectionid=12Itemid=94) mais je n'ai pas compris que l'évènement coûtait de l'argent sauf le déplacement à votre charge (si hors cadre pro) OSM ils connaissent déjà, il faudrait savoir ce qu'ils attendent de cette rencontre mais c'est plus ou moins marqué dans la plaquette : à priori, des retours utilisateurs, voir l'usage de la cartographie humanitaire (ou applicable à l'humanitaire), nouer des relations pour développer leur asso, mettre en place de nouvelles initiatives,... Pour CartoONG, je suis simplement inscrit à leur liste de diffusion et je sais qu'ils utilisent la proximité genevoise avec l'ONU et l'UNHCRhttp://www.unhcr.fr/cgi-bin/texis/vtx/homepour favoriser leurs actions. Si tu es intéressé le plus simple serait de les contacter directement, ils ont un tel sur leur site et des formulaires de contact. http://www.cartong.org/index.php?option=com_contactcatid=12Itemid=3 Cordialement ThomasG ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ville de Grasse
On 12/07/2010 15:50, Vladimir Vyskocil wrote: Bonjour, J'ai été contacté par quelqu'un travaillant pour la mairie de la ville de Grasse (Alpes-Maritimes) car j'ai contribué sur cette commune, ils ont surement du contacter d'autres contributeurs. Si j'ai bien compris leur requête ils cherchent a mobiliser les osmeurs du coin pour améliorer les données de Grasse avant d'intégrer une carte basée sur OSM au site de la mairie, je ne connais pas plus les détails de cette intégration, si c'est juste une visualisation de la carte ou plus... Enfin je suis agréablement surpris par la visibilité qu'acquiert OSM en France et la volonté des élus de ne pas etre en reste pour leur commune ! Je me suis proposé pour intégrer le bati provenant du cadastre (merci RatZilla$ pour le fichier du 06 !), en fait cela ne me fera que continuer dans mon élan, Cannes, Le Cannet, Mougins, Mouans-Sartoux et donc Grasse en allant du sud vers le nord :-) Le cadastre c'est quand meme formidable pour recaler correctement les routes, ruelles et autres POI, surtout en plein centre ville ! Vlad. J'ai invité le stagiaire à se présenter sur cette liste. Il sera le bien-venu ! -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Pour participer un peu au flood...
... sans doute par manque d'expérience des mailing list, je me demande comment vous utilisez au quotidien la list OSM-fr. Je reçois environ 10 mails par jour en provenance de talk...@openstreetmap.org. Non seulement cela nuit à la visibilité des mails urgents qu'il m'arrive de recevoir mais même le volume d'info reçu est trop important pour que j'en fasse une lecture quotidienne efficace. Existe-t-il des outils ou des pratiques pour filtrer par thème/métier/région ou tout autre méthode pour arrêter de me faire spamer ? Librement votre, -- Christophe Bayle ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour participer un peu au flood...
+--On 12 juillet 2010 16:49:44 +0200 Christophe Bayle christophe.ba...@gmail.com wrote: | Existe-t-il des outils ou des pratiques pour filtrer par | thème/métier/région ou tout autre méthode pour arrêter de me faire | spamer ? Hum, n'importe quel client mail sait trier les mails pour les mettre dans un dossier spécifique, ensuite, à part Eudora (mais est-ce que ça existe encore ?) ils savent aussi tous trier les mails d'un dossier en fils de discussion ce qui permet de repérer les nouveaux fils, ou de marquer tout un fil comme lu. Enfin, c'est le fonctionnement classique d'un MUA quoi. -- Mathieu Arnold ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour participer un peu au flood...
Le lundi 12 juillet 2010 16:49:44 Christophe Bayle, vous avez écrit : Existe-t-il des outils ou des pratiques pour filtrer par thème/métier/région ou tout autre méthode pour arrêter de me faire spamer ? Pas à ma connaissance. Grouper les messages par fils me suffit à trier par sujet. Par tri, j'entends : - ne pas lire les messages d'un fil - reporter la lecture d'un fil à plus tard Ensuite, j'attribue plus d'attention aux messages de certains auteurs :-) Il y aussi un pont avec un newsgroup, je me dis car ça peut être encore plus pratique pour surveiller des fils, mais j'ai jamais pris la peine de regarder. Bonne soirée -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Pour participer un peu au flood...
De : Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net Il y aussi un pont avec un newsgroup, je me dis car ça peut être encore plus pratique pour surveiller des fils, mais j'ai jamais pris la peine de regarder. je sais pas si c est de ca que tu parles mais il y le nabble qui forumise la liste: http://gis.638310.n2.nabble.com/France-f3070341.html il est accessible depuis la page contact de openstreetmap.fr en cliquant sur forum Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ville de Grasse
Le 12 juillet 2010 15:50, Vladimir Vyskocil vladimir.vysko...@gmail.com a écrit : Bonjour, J'ai été contacté par quelqu'un travaillant pour la mairie de la ville de Grasse (Alpes-Maritimes) car j'ai contribué sur cette commune, ils ont surement du contacter d'autres contributeurs. Si j'ai bien compris leur requête ils cherchent a mobiliser les osmeurs du coin pour améliorer les données de Grasse avant d'intégrer une carte basée sur OSM au site de la mairie, je ne connais pas plus les détails de cette intégration, si c'est juste une visualisation de la carte ou plus... Enfin je suis agréablement surpris par la visibilité qu'acquiert OSM en France et la volonté des élus de ne pas etre en reste pour leur commune ! Je me suis proposé pour intégrer le bati provenant du cadastre (merci RatZilla$ pour le fichier du 06 !), en fait cela ne me fera que continuer dans mon élan, Cannes, Le Cannet, Mougins, Mouans-Sartoux et donc Grasse en allant du sud vers le nord :-) Le cadastre c'est quand meme formidable pour recaler correctement les routes, ruelles et autres POI, surtout en plein centre ville ! Vlad. Bonjour, C'est une idée qui permettrait de montrer (encore une fois) la réactivité de la communauté. Si le besoin est clairement exprimé (typologie des voies, bâti -en cours donc -, lignes de bus, que sais-je encore), cela permettrait de faire de cette commune un exemple idéal de ce que peut contenir OSM et donc des applications qui l'utilisent (slippy map, vélo, transports en commun, carte de la ville...) ... et de trouver un premier soutient financier auprès de cette commune. Une équipe de 10 à 20 contributeurs doit pouvoir en venir à bout en un mois de travail, non ? Je veux bien participer et coordonner un tel projet. Il y a-t-il des volontaires ? A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Pour participer un peu au flood...
10 mails par jour pour une ML c'est trop? Tu parles de mail urgent Christophe mais ce n'est pas une liste de diffusion. D'ailleurs au moment où il y avait encore un/une courageux pour faire des stats mensuel il me semble que l'on dépassait les 1000/mois, ce qui fait 3 fois plus de traffic. Bref on a encore un peut de marge avant de ressembler à une liste comme celle de l'APRIL :q 2010/7/12 THEVENON Julien julien_theve...@yahoo.fr *De :* Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net ** Il y aussi un pont avec un newsgroup, je me dis car ça peut être encore plus pratique pour surveiller des fils, mais j'ai jamais pris la peine de regarder. je sais pas si c est de ca que tu parles mais il y le nabble qui forumise la liste: http://gis.638310.n2.nabble.com/France-f3070341.html il est accessible depuis la page contact de openstreetmap.fr en cliquant sur forum Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Mon weblog - http://www.tenshu.fr/ Je soutiens le Logiciel Libre, j'adhère à l'APRIL ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] RMLL / SOTM - et scarlatine
Le 12 juillet 2010 12:45, hpmt h...@free.fr a écrit : Le niveau de détail est intéressant, car il est très faux, jeté là à la louche avec des infos de 2006 : 4 ans, dans certains endroits, c'est antédiluvien. J'ai un doute sur l'interprétation de cette remarque. Est-ce un appel à troll ? Ou simplement une remarque pour déclencher une réflexion sur le meilleur niveau de zoom à choisir pour montrer la force du projet ? Sur l'aspect troll, je dirais que c'est la force et la faiblesse d'OSM : son niveau de détail est forcément inhomogène, dans l'espace et dans le temps (certains endroits seront détaillés et d'autres non, certains seront très très à jour et d'autres non). Concernant le niveau de zoom, je dois dire que le poster que nous avions aux RMLL, réduit au simple centre de Bordeaux, est un bien bel exemple. Personnellement, à choisir un seul tirage, je pense qu'il est plus vendeur de choisir un centre ville bien fait. Mes 0,02€. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Pour participer un peu au flood...
Je voudrais profiter de ce thread pour dire qu'en juin il y a eu pres de 1600 messages, soit en moyenne plus de 50 par jour. Contrairement à ce que pourrait en penser certains on a déja approché ces chiffres par le passé. Je voudrais donc en profiter pour appeler à l'auto-modération lorsque l'on poste et de garder à l'esprit que la liste compte aujourd'hui 439 abbonnées. http://lists.openstreetmap.org/pipermail/talk-fr/ Merci, Fred Le 12/07/2010 17:52, Tenshu a écrit : 10 mails par jour pour une ML c'est trop? Tu parles de mail urgent Christophe mais ce n'est pas une liste de diffusion. D'ailleurs au moment où il y avait encore un/une courageux pour faire des stats mensuel il me semble que l'on dépassait les 1000/mois, ce qui fait 3 fois plus de traffic. Bref on a encore un peut de marge avant de ressembler à une liste comme celle de l'APRIL :q 2010/7/12 THEVENON Julien julien_theve...@yahoo.fr mailto:julien_theve...@yahoo.fr *De :* Nicolas Dumoulin nicolas_openstreetmap.org http://nicolas_openstreetmap.org@dumoulin63.net http://dumoulin63.net ** Il y aussi un pont avec un newsgroup, je me dis car ça peut être encore plus pratique pour surveiller des fils, mais j'ai jamais pris la peine de regarder. je sais pas si c est de ca que tu parles mais il y le nabble qui forumise la liste: http://gis.638310.n2.nabble.com/France-f3070341.html il est accessible depuis la page contact de openstreetmap.fr http://openstreetmap.fr en cliquant sur forum Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour participer un peu au flood...
Christophe Bayle a écrit , Le 12/07/2010 16:49: ... sans doute par manque d'expérience des mailing list, je me demande comment vous utilisez au quotidien la list OSM-fr. Salut Christophe ! En effet c'est probablement juste un peu de mode d'emploi à lire, ou de copains à interroger, puisque il est possible de gérer sans problème de grosses masses de messages reçus, en automatisant les tris. Je me sers de Thunderbird, un logiciel libre vraiment très très puissant, et ça tombe bien car je reçois plusieurs centaines de messages chaque jour, la plupart pouvant attendre que je m'en occupe plus tard... ou même pas du tout : juste je les stocke un certain temps pour le cas ou ... Ce thunderbird détecte très très bien les messages en provenance de listes de discussion, il peut mettre tous les messages d'une même liste de discussion dans le même dossier, et peut aussi les présenter en escalier, en fonction des message auxquels on répond. Si tu n'a jamais utilisé un tel logiciel, dis le me le, je t'indiquerai en détail comment faire, je le fais déjà dans plusieurs assos. à plus, Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Caméras de surveillance
J'ai placé des caméras de surveillance sur ma ville (privé mais qui filme la voie publique) avec le tag man_made=surveillance, par exemple ici : http://www.openstreetmap.org/?node=793023289 Mapnik et osmarender n'en font pas le rendu. La page wiki (1) indique que le site http://osm.vdska.de/ propose un rendu de ces caméras, ce qu'il semble faire... Sauf que je ne vois mes caméras. Elles sont dans OSM depuis 15 jours. Je me dis que la base vdska n'est peut être pas mise à jour régulièrement (ou plus)... Il n'y a aucun contact sur la page, ce site est-il encore d'actualité ? Sur ce même sujet des assos et militants proposent une cartographie a l'arrache via GoogleMap (2), ne pourrait-on pas proposer nos services via http://osm.vdska.de/ si ce dernier est fonctionnel ? (1) http://wiki.openstreetmap.org/wiki/Talk:Tag:man_made%3Dsurveillance (2) http://www.manhack.net/CCTV/index2.php -- Pierre-Alain Dorange, Blog Citoyen de Cognac : http://cognac-citoyen.blogspot.com/ Twitter : https://twitter.com/padorange - Facebook : http://www.facebook.com/pa.dorange ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour participer un peu au flood...
Le 12 juil. 10 à 17:06, Nicolas Dumoulin a écrit : Il y aussi un pont avec un newsgroup, je me dis car ça peut être encore plus pratique pour surveiller des fils, mais j'ai jamais pris la peine de regarder. Grand habitué des newsgroup (c'est infiniment plus pratique que les mailing-list, AMHA) j'ai essayé. Le relais sur gmane se fait bien, par contre c'est en lecture seulement, on ne peut pas répondre... Donc ça ne présente guère d'intérêt sauf pour simplement consulter la liste sous forme d'archive... Les liste osm sur gmane (serveur : news.gmane.org) : gmane.comp.gis.openstreetmap.region.fr gmane.comp.gis.openstreetmap.josm.devel gmane.comp.gis.openstreetmap Pour répondre plus précisément à Christophe, il te faut configurer ton logiciel d'email pour mettre de coté (dans un dossier à part) les messages qui proviennent de l'adresse talk-fr@openstreetmap.org. -- Pierre-Alain Dorange, Blog Citoyen de Cognac : http://cognac-citoyen.blogspot.com/ Twitter : https://twitter.com/padorange - Facebook : http://www.facebook.com/pa.dorange ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ville de Grasse
Ok aussi pour moi, c'est à 185 km de chez moi ;-) Plus sérieusement c'est un très bon départ pour demander des subventions ... ;-) Pour payer nos disques / flyers / totem / écran 40pouces / GPS / humour hôte[sse]s sur nos futurs stands et j'en passe ! cf - http://photo.forum-peugeot.com/evenements/picture.php?/2375/category/43 On remplace la voiture par une jolie banderole de Grasse et on est certain de faire mouche ! \humour Let's go ! Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] RMLL / SOTM - et scarlatine
Guilhem Bonnefille a écrit , Le 12/07/2010 18:25: Le 12 juillet 2010 12:45, hpmth...@free.fr a écrit : Le niveau de détail est intéressant, car il est très faux, jeté là à la louche avec des infos de 2006 : 4 ans, dans certains endroits, c'est antédiluvien. J'ai un doute sur l'interprétation de cette remarque. Est-ce un appel à troll ? Ou simplement une remarque pour déclencher une réflexion sur le meilleur niveau de zoom à choisir pour montrer la force du projet ? Ni l'un, ni l'autre. c'est pas un troll, c'est une gueulante, variété locale éphémère du troll. Je dis ce que j'ai sur le cœur, et c'est tout ; il y a de l'écoute ou pas, mais ensuite c'est une autre histoire. Ma gueulante ne concerne pas la philo générale de OSM et de son fonctionnement : j'aime et j'approuve. Ma gueulante concerne très petitement le cas particulier de mon petit coin de planète, ou les zones industrielles, agricoles et résidentielles sont très intriquées ; l'import rapide du mega polygone agricole ne correspond que très vaguement à la réalité, il déborde ou empiète voir traverse d'autre zones. Concrètement, quand on regard(ait)e la carte osm, les zones de fond semblaient passer n'importe où en laissant des zones blanches incompréhensibles. Bref, cette carte avait pris une tonalité n'importe quoi (non amélioré) particulièrement décourageante à regarder, et, à mon avis, mauvais pour l'image d'osm. Par ailleurs, pour rendre la carte à nouveau compréhensible, il va falloir des heures à rajuster des dizaines de points qui sont plus au moins dépendants de points existants et signifiants, je me demande même si ce n'est pas disproportionné par rapport au temps dont je dispose. Bref, dans l'ensemble du Sud-est toulousain, l'import d'un polygone agricole massif se révèle à mes yeux plutôt nuisible en terme de productivité ; amha, il aurait probablement mieux valu peaufiner les polygones résidentiels (ce que j'étais en train de faire dans mon patelin), et boucher ensuite les trous avec de l'agricole et de l'industriel. Sur l'aspect troll, je dirais que c'est la force et la faiblesse d'OSM : son niveau de détail est forcément inhomogène, dans l'espace et dans le temps (certains endroits seront détaillés et d'autres non, certains seront très très à jour et d'autres non). Je suis d'accord avec ça ; Mais je ne sais pas comment les niveaux de zoom de rendu prennent en compte les polygones géants. Ce serait peut-être mieux si dans les rendus, on ne voyait pas en même temps le détail et des traces de polygones géants. Dans le cas de mon patelin, on vo(ait)it des zones agricoles (du polygone géant) traverser en biais des lotissement. Et ça, quand même, ça fait désordre. Concernant le niveau de zoom, je dois dire que le poster que nous avions aux RMLL, réduit au simple centre de Bordeaux, est un bien bel exemple. Personnellement, à choisir un seul tirage, je pense qu'il est plus vendeur de choisir un centre ville bien fait. bien fait . je suis bien d'accord aussi. à plus, Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Fond de carte
Tout a l'heure, en me promenant sur le wiki, je suis tombé sur la page des fonds de cartes : http://wiki.openstreetmap.org/wiki/WikiProject_France/Fonds_de_cartes Malheureusement, les fonds de cartes régions ou département avait été enlevés a cause d'une sombre histoire de licence. Mais maintenant, avec le cadastre, ne pouvons nous pas régénérer de nouveaux fonds de cartes ? Par contre, je connais pas la demande dans ce domaine là mais je pense que ça peut etre intéréssant JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Pour participer un peu au flood...
Tenshu wrote: 10 mails par jour pour une ML c'est trop? Tu parles de mail urgent Christophe mais ce n'est pas une liste de diffusion. D'ailleurs au moment où il y avait encore un/une courageux pour faire des stats mensuel il me semble que l'on dépassait les 1000/mois, ce qui fait 3 fois plus de traffic. Bref on a encore un peut de marge avant de ressembler à une liste comme celle de l'APRIL :q Je ne suis pas la mailing list de l'APRIL mais j'en suis d'autres dont certaines ont un trafic supérieur à celle d'OSM-fr. Pourtant, je rencontre les mêmes difficultés que Christophe (que je connais suffisamment pour pouvoir affirmer qu'il sait se servir de Thunderbird!). Selon moi, il s'agit plus d'un problème de tri que de quantité. Sur OSM-fr, on parle de droit, de sémiologie graphique, d'assurance qualité, de l'avancement de certaines zones, de matériel, de problèmes à portée régionale, de problème à portée mondiale, de gouvernance, de logiciel, d'évènementiel, de relations publiques, j'en passe et des meilleurs :) Je ne m'intéresse pas à tous ces sujets, en tous cas pas à tous avec la même priorité. Pour faire le tri, il me semble que la seule solution est la sélection manuelle des fils de discussion (en supposant que tout le monde reprend les sujets ou les split lorsque nécessaire...). C'est celle que j'utilise en tout cas et je rejoins Christophe, vu la variété des thèmes, ça mériterait d'être automatisable. Je me permets en outre de faire remarquer qu'une mailing list plus facile à suivre serait probablement bénéfique à la qualité globale de la carte. Il me semble en effet qu'il y a beaucoup plus de contributeurs actifs en France que d'inscrits sur cette mailing list (qqn connait le nombre d'actifs en France ?). Peut-être qu'avec un trafic plus facile à gérer, la mailing list capterait plus de contributeurs actifs et permettrait alors de mieux diffuser l'information sur des nouveaux tags, des conventions, des appels à donation ou à participation, etc. A un moment, j'avais pensé à un résumé hebdomadaire résumant brièvement les questions abordées et pointant vers le début des fils de discussion, idéalement disponible en RSS. Reste à trouver une bonne âme pour rédiger... Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ville de Grasse
On 12/07/2010 19:07, RatZilla$ wrote: humour hôte[sse]s sur nos futurs stands et j'en passe ! cf - http://photo.forum-peugeot.com/evenements/picture.php?/2375/category/43 On remplace la voiture par une jolie banderole de Grasse et on est certain de faire mouche ! Ya marqué tags non disponibles... \humour -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] voir les bâtiments existants avant import
Le 12/07/10 10:03, Nicolas Dumoulin a écrit : Le dimanche 11 juillet 2010 09:21:42 hpmt, vous avez écrit : J'ai découvert récemment un plugin très pratique de josm : slippymap. Peut-être que tout le monde ne le connaît pas : il permet de voir dans une couleur bien apparente les bâtiments existant déjà dans osm, en supperposition avec le projet d'import. il suffit alors de supprimer les bâtiments existants du projet d'import. C'est une solution, mais pas toujours très précis je trouve. Je préfère filtrer les données pour n'afficher que les building=yes et ensuite je masque/démasque le calque des données de la base pour repérer les doublons. Au final, il nous faudra un outil efficace, car je me vois mal faire une recherche manuelle de doublons lors de l'importation du cadastre en 2011... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Pour participer un peu au flood...
D'ailleurs au moment où il y avait encore un/une courageux pour faire des stats mensuel il me semble que l'on dépassait les 1000/mois, ce qui fait 3 fois plus de traffic. Pas besoins de stats compliquées pour avoir le nombre de messages par mois. Il suffit de faire un tour sur http://lists.openstreetmap.org/pipermail/talk-fr/. En ouvrant la page du mois, il y'a le nombre total de messages. Les stats que je fournissais concernaient les contributeurs: Nombre de personnes postant, top 10 des posteurs, turnover... J'essayerai de ressortir le script un de ces quatre pour voir l'évolution depuis un an. Selon moi, il s'agit plus d'un problème de tri que de quantité. Sur OSM-fr, on parle de droit, de sémiologie graphique, d'assurance qualité, de l'avancement de certaines zones, de matériel, de problèmes à portée régionale, de problème à portée mondiale, de gouvernance, de logiciel, d'évènementiel, de relations publiques, j'en passe et des meilleurs :) Je ne m'intéresse pas à tous ces sujets, en tous cas pas à tous avec la même priorité. Pour faire le tri, il me semble que la seule solution est la sélection manuelle des fils de discussion (en supposant que tout le monde reprend les sujets ou les split lorsque nécessaire...). C'est celle que j'utilise en tout cas et je rejoins Christophe, vu la variété des thèmes, ça mériterait d'être automatisable. Tiens ça me rappelle fortement les discussions de juin 2009: trop de messages, pas assez trié, mailing-list pas adapté... Plusieurs solutions avaient été suggérées (ajouts de tags dans les titres de messages, passerelle nable) mais au final rien a changé. Le nombre de message est globalement stable, les tags dans les sujet ont bien vite disparus, il n'y a ni forum ni mailing-list dédié au nouveaux. Finalement OSM est le royaume du fait le toi même. Il ne sert a rien de râler sur la mailling-list. Si quelqu'un veux vraiment un liste spéciale pour que les débutant ne se noient pas dans des discussions de la liste actuelle, le mieux est de prendre son clavier et de rédiger un beau mail aux admins pour demander la création de la liste. Au pire elle rejoindra les autres fausses bonnes idées loin de tout regard. Mais c'est le prix a payer si l'on veux innover. A un moment, j'avais pensé à un résumé hebdomadaire résumant brièvement les questions abordées et pointant vers le début des fils de discussion, idéalement disponible en RSS. Reste à trouver une bonne âme pour rédiger... Une tentative similaire avait vu le jour l'année dernière. Je ne sais pas si le projet continue ou si il est tombé dans l'oubli général. Peut être que les auteurs auront plus d'informations a ce sujet. -- Vincent Meurisse ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Extraction des adresses...
Pour ceux que a intresse... Bonjour, O j'en suis : 1- je reconnais les n de rue, 2- je positionne les n de rue, 3- je mets en "grappes" les n de rues proches qui se suivent -2 d'cart, 4- je tlcharge et positionne les rues et places nommes. Un aperu (dtail) : Les voies nommes sont en magenta, les grappes en bleu, les n en bleu fonc. J'ai ajout en rouge des endroits potentiellement problmatiques et en vert des voies non nomme pour une meilleur comprhension. La zone visible ici : http://www.openstreetmap.org/?lat=46.61079lon=0.21543zoom=17layers=B000FTF et vous pourrez vrifier le Cadastre sous JOSM. En ce qui concerne les points problmatiques : - pour les points rouges haut et bas : quand deux points d'une mme grappe sont trs proches de deux voies de noms diffrents, il suffit de casser la grappe et d'associer les adresses leurs voies respectives. Sur le Cadastre quand c'est proche, c'est vraiment proche. Un seuillage permet dj de rsoudre un paquet d'ambiguts ; - point rouge du milieu : dans le cas du n11, la voie la plus proche reste la bonne mais, en cas de doute, avec celle de la grappe du n4, il faudrait regarder la cohrence de numrotation : le 11 s'insre dans la continuit 9-13 bien mieux que dans la 4-rien. Donc c'est soluble sans ambigut. Benot R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr