[OSM-talk-fr] Re : Carte des BTS en France
Les heureux(?)possesseurs de terminaux windows mobile peuvent y contribuer en utilisant OpenCellClient ( http://opencellclient.sourceforge.net ) qui marche plutôt pas mal. De : GAEL MUSQUET ratzil...@hotmail.com À : Liste OSM OSM FRANCE talk-fr@openstreetmap.org Envoyé le : Mardi, 18 Août 2009, 16h03mn 02s Objet : Re: [OSM-talk-fr] Carte des BTS en France Salut, Pour compléter le message d'Emilie il existe aussi le projet d'8motions: OpenCellID disponible ici : http://www.opencellid.org/ Les données sont disponibles ici sous licence : Attribution-Share Alike 3.0 Unported http://myapp.fr/cellsIdData/ L'archive measures.txt.gz décompressée pèse plus de3Go et est mise à jour tous les jours vers 1h du matin. L'API du projet est très simple et est disponible sous GPLv3 hébergée par Google Code, Description ici: http://www.opencellid.org/api Hébergement ici: http://code.google.com/p/opencellid/ Il y a pas mal de cellules renseignées en France (même aux Antilles où je me trouve, c'est dire !). Il y a un aperçu de l'existant dispo sous GoogleEarth: http://www.opencellid.org/cells.kml Je te conseille les téléphones Sony Ericsson JP7/JP8 (Même si je suis NokiaAddicted) qui par essence ne restreignent pas l'accès aux LAC MNC MCC CELLID et autres. Petite précision pour le logiciel client pour Sony Ericsson: il converti mal les coordonnées géographiques.Pour être exact il les multiplie par 10. J'ai une petite routine sous Linux (awk sed et grep me répare tout ça !) si ça t'intéresse en attendant que Pär Bertilsson corrige le bug. En espérant t'avoir éclairé un peu plus ! Salutations Cartographiques Téléphoniques ;-) Gaël With Windows Live, you can organize, edit, and share your photos. Click here. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : [OSM-talk] Local Chapters Meeting Minutes WAS Re: Status of the Local Chapter working group
Denis-3 (via Nabble) a écrit : Mathieu a écrit : Plusieurs fois déjà le sujet des associations est tombé sur cette mailing, mais visiblement peu de personnes souhaitent ce type d'organisation ici. Et ce pour plusieurs raisons : - Ils ne souhaitent pas s'engager sur le long terme, préférant participer ponctuellement à openstreetmap Être président, trésorier, secrétaire, etc. d'une assoc n'exige pas toujours un plein temps même si ces positions sont toujours plus exigeantes que celles de simples membres ou sympathisants. Le plus dur est de durer et de savoir passer la main (c'est-à-dire que d'autres soient capables de prendre de relais). Même si ce n'est pas un travail à plein temps cela nécessite un engagement sur la durée, on ne peut se dire trésorier un jour et ne rien foutre les 364 autres jours, il faut être un minimum actif. Et être la quand on a besoin de nous. C'est un engagement une association. - Une association requiert des cotisations 0,01€ EST une cotisation Avec 1 centime on va pas loin, même si c'est déjà ça. Dans ce passage je parlais de recueillir des fonds car une association n'est pas gratuite pour lui permettre d'agir elle a besoin de fonds. Ex : pour le paiement des serveurs, ou le barbecue lors d'une mapping party, ou même pour payer le déplacement en train vers un forum, il en faudrait des pièces de 1 centime. - Ils ne jugent pas cela prioritaire Plus qu'une question de timing, c'est plus une question de fond : une assoc pourquoi ? pour faire quoi ? Répondre au souhait de la fondation OSM ? J'attends un argumentaire un peu plus étoffé que tout ce que j'ai pu lire jusqu'à présent. Une association pour avoir un statut, actuellement OSM n'existe pas en France vis à vis des administration il n'a pas de bureau en France, pas de personnes morale qui le représente, pas d'adresse pour lui envoyer des documents etc... Bien sur il y a la fondation et on se débrouille quand même sans association, y a qu'a voir le cadastre. Mais une association permettrai un dialogue plus facile, une mairie veut fournir des informations sur sa ville par l'envoi d'une carte, on lui donne l'adresse de l'association qui se chargera de faire le nécessaire pour que cette carte soit exploitée et stockée. Et ces arguments sont loin d'être une critique ils sont tout à fait justifiés. Ma crainte principale est de voir la multiplication des structures (nécessairement des moyens alloués -même minimes) entre mouvements qui véhiculent les mêmes valeurs. J'avais prôné un rapprochement (et non une dissolution) avec l'OS-Géo fr (déjà assoc) et son groupe de travail données libres ou le GéoRézo. Certains ont fait des ponts (Robin, François et tous ceux que j'oublie -pardon). Sur le RGE administratif libre de droits, on a fait un p de progrès. Sur la licence ODBL, il y a encore beaucoup à faire pour comprendre et faire comprendre, avec l'OSGéo. Nous ne sommes déjà pas seuls Je suis tout à fait d'accord avec toi, mais force est de remarquer que nous ne faisons pas tout à fait la même chose, nous nous appliquons nous sur OSM et eux sur une vision plus généraliste des SIG cartographiques il me semble (en tout cas pour GéoRézo). Rien n'empêche un rapprochement d'ailleurs, je trouve leurs interventions sur le forum très bien. Sur notre coeur de cible : la cartographie des trous (de Gruyères ou d'ailleurs) l'évolution des tags, des outils, ... une structure associative n'apportera pas grand chose. Disons qu'une discussion avec les administrations peut peut-être débloquer certaines cartes que nous pourrions exploiter pour remplir ces trous... Franchement, je ne saurais dire s'il FAUT une nouvelle assoc flambante neuve. Pour l'heure, je suis plutôt à la recherche d'explications sur la démarche de la Fondation (en plein mois d'août !!!) Etrange effectivement. ma cotiz de 0,01€ Ma cotiz à moi : 50€ si une association pérenne venait à se monter. -- View this message in context: http://n2.nabble.com/-OSM-talk--Local-Chapters-Meeting-Minutes-WAS-Re%3A-Status-of-the-Local-Chapter-working-group-tp3461099p3470768.html Sent from the French OSM list mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Carte des BTS en France
Tiens, même les possesseurs d'iPhone peuvent faire du GSM warwalking. Ce n'est pas aussi commode qu'avec un Siemens ou un Nokia-qui-va-bien (où l'on peut se promener la tête en l'air tandis que le téléphone ou un ordinateur relié au téléphone enregistre infos GSM et coordonnées) car il faut garder les yeux rivés sur l'écran (*). Mais c'est déjà çà. db (*) A priori l'API ne permet pas d'accéder à autre chose que le cell- id. L'unique solution semble donc rester le mode test. Le 19 août 2009 à 08:40, Arnaud CORBET cor...@rocketmail.com a écrit : Les heureux(?) possesseurs de terminaux windows mobile peuvent y contribuer en utilisant OpenCellClient ( http://opencellclient.sourceforge.net ) qui marche plutôt pas mal. De : GAEL MUSQUET ratzil...@hotmail.com À : Liste OSM OSM FRANCE talk-fr@openstreetmap.org Envoyé le : Mardi, 18 Août 2009, 16h03mn 02s Objet : Re: [OSM-talk-fr] Carte des BTS en France Salut, Pour compléter le message d'Emilie il existe aussi le projet d'8moti ons: OpenCellID disponible ici : http://www.opencellid.org/ Les données sont disponibles ici sous licence : Attribution-Share Al ike 3.0 Unported http://myapp.fr/cellsIdData/ L'archive measures.txt.gz décompressée pèse plus de3Go et est mise à jour tous les jours vers 1h du matin. L'API du projet est très simple et est disponible sous GPLv3 hébergée par Google Code, Description ici: http://www.opencellid.org/api Hébergement ici: http://code.google.com/p/opencellid/ Il y a pas mal de cellules renseignées en France (même aux Antilles où je me trouve, c'est dire !). Il y a un aperçu de l'existant dispo sous GoogleEarth: http://www.opencellid.org/cells.kml Je te conseille les téléphones Sony Ericsson JP7/JP8 (Même si je suis NokiaAddicted) qui par essence ne restreignent pas l'accès aux LAC MNC MCC CELLID et autres. Petite précision pour le logiciel client pour Sony Ericsson: il conv erti mal les coordonnées géographiques.Pour être exact il les multiplie par 10. J'ai une petite routine sous Linux (awk sed et gre p me répare tout ça !) si ça t'intéresse en attendant que Pär Bertilsson corrige le bug. En espérant t'avoir éclairé un peu plus ! Salutations Cartographiques Téléphoniques ;-) Gaël With Windows Live, you can organize, edit, and share your photos. Click here. ___ 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] Carte des radars fixes et mobiles
Le Wed, Aug 19, 2009 at 01:23:23AM +0200, Gourmet [...@blas.net] a écrit: L'attribut supplémentaire permettrait également d'orienter correctement le symbole radar sur la carte. Si on prend l'exemple de la carte Michelin en ligne c'est un merdier pour savoir si le radar est à gauche ou à droite ou des é côtés d'une chaussée (il faut zoomer à fond) et, bien entendu, aucun moyen de savoir s'il prend (la photo :)) par devant ou par derrière. C'est un plus indéniable pour OSM si on y parvient. A part le défi de réussir à se mettre d'accord sur une façon de coder l'info, et le souci d'exhaustivité, je ne vois pas de raison pour avoir besoin de savoir si un radar prend la photo par devant ou derrière. En tout cas, aucune qui n'implique de vouloir sciemment ne pas respecter la limitation de vitesse que le radar est là pour controler. -- Dominique Rousseau d...@lee-loo.net - 06 82 43 12 27 Si cinquante millions de gens disent une sottise, ça n'en reste pas moins une sottise. -- Anatole France ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Recherche de traces GPS
Bonjour à tous, Est ce que vous savez si il est possible de rechercher des traces GPS qui ont été uploadées dans OSM en fonction de coordonnées pour pouvoir ensuite travailler sur chacune unitairement après téléchargement par exemple. Actuellement le système de recherche des traces par Tag est inutilisable de mon point de vue. Mon problème est que je travaille actuellement sur les principales voies d'Ardèche et que des traces GPS ont été uploadées pour de grandes portions de routes (50 km par exemple) et que si je charge la grande zone correspondante dans JOSM et que je converti les traces en calques de données, je récupère beaucoup trop de way non souhaitées. Simon (STA) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Status of the Local Chapter working group
Mathieu a écrit : Même si ce n'est pas un travail à plein temps cela nécessite un engagement sur la durée, on ne peut se dire trésorier un jour et ne rien foutre les 364 autres jours, il faut être un minimum actif. Et être la quand on a besoin de nous. C'est un engagement une association. Je ne dis rien d'autre ! Il y a déjà des membres actifs et engagés au sein d'OSM. Cela ne veut pas dire pour autant que ces personnes souhaiteraient s'engager dans l'animation de l'association. Avec 1 centime on va pas loin, même si c'est déjà ça. Dans ce passage je parlais de recueillir des fonds car une association n'est pas gratuite pour lui permettre d'agir elle a besoin de fonds. Ex : pour le paiement des serveurs, ou le barbecue lors d'une mapping party, ou même pour payer le déplacement en train vers un forum, il en faudrait des pièces de 1 centime. J'ai du mal à croire que seules les cotisations suffiraient à couvrir les dépenses courantes de l'assos OSM-fr. Bien évidemment, il faudrait faire appel à d'autres moyens de financement : dons, etc. L'autre point est que certains ne voudront pas ou ne pourront pas investir financièrement dans l'assoc. Faut-il les en exclure pour autant ? Je me souviens du débat vif lors de l'AG constitutive du chapitre francophone de l'OSGéo. Sujet sensible. Une association pour avoir un statut, actuellement OSM n'existe pas en France vis à vis des administration il n'a pas de bureau en France, pas de personnes morale qui le représente, pas d'adresse pour lui envoyer des documents etc... Bien sur il y a la fondation et on se débrouille quand même sans association, y a qu'a voir le cadastre. Mais une association permettrai un dialogue plus facile, une mairie veut fournir des informations sur sa ville par l'envoi d'une carte, on lui donne l'adresse de l'association qui se chargera de faire le nécessaire pour que cette carte soit exploitée et stockée. Si c'est juste pour avoir une boite aux lettres, une carte de visite, un compte bancaire, il me semble que le moyen de l'association (compte tenu du contexte des groupes déjà constitués autour de l'information géographique libre) n'est pas le plus pertinent. La demande auprès du cadastre a été faite en tant que citoyen lambda car la demande portait sur la réutilisation d'informations publiques par et pour le public. Aucun titre ou carte de visite n'aurait changé la nature de la demande. On pourrait très bien instituer, dans l'état actuel des choses, des référents régionaux pour le dialogue avec les institutions. C'était la demande de Geovélo pour Paris. Pas besoin de statut associatif pour se choisir des ambassadeurs de bonne volonté et que ceux-ci puissent se targuer d'être représentant d'une communauté d'intérêt. Je suis tout à fait d'accord avec toi, mais force est de remarquer que nous ne faisons pas tout à fait la même chose, nous nous appliquons nous sur OSM et eux sur une vision plus généraliste des SIG cartographiques il me semble (en tout cas pour GéoRézo). Rien n'empêche un rapprochement d'ailleurs, je trouve leurs interventions sur le forum très bien. L'association a pour objet de promouvoir dans la sphère francophone et notamment en langue française : 1. les technologies libres et open source liées à la géomatique et aux systèmes d'information géographique (SIG), 2. les données géospatiales libres, 3. les connaissances liées au domaine de la géomatique libre et open source. Article 2 des statuts de l'association Représentation francophone de la Fondation Open Source Geospatial (OSGeo) Quel serait l'objet de la représentation francophone de la Fondation OpenStreetMap si ce n'est la promotion des données géospatiales libres ? Faut-il couper un bout de la branche données libres de l'OSGéo-fr et la replanter en pleine terre en espérant qu'elle s'enracine ou faut-il faire fructifier cette branche avec les contributeurs francophones OSM et bénéficier de la sève qui irrigue déjà le reste de l'arbre ? Mes réflexions DenisH PS : je en suis même pas membre de l'OSGeo-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [wiki] Réorganisation de la ru brique vélo
Le lundi 17 août 2009, à 12:04:48 +0200, Esperanza a écrit : Bonjour à tous Récemment encore sur la liste, certains ont déploré un manque de lisibilité concernant les tags des aménagements cyclables. Comme cela avait été proposé, j'ai redirigé FR:Cycleway vers FR:Key:Cycleway, créé pour l'occasion, ainsi qu'une page FR:Tag:highway=cycleway également, le portail du vélo restant la page FR:Bicycle. J'ai ajouté les informations concernant les différences entre opposite et opposite lane, les pistes unidirectionnelles ou bidirectionnelles. Il manque cependant un paragraphe sur certains cas plus difficiles à tagger : * les voies bus ouvertes aux vélos, en contresens ou non. Doit-on utiliser cycleway=share busway, ou psv=yes, bicycle=yes ? * les voies vertes * les zones de rencontre (vitesse de 20 km/h) * les sentiers et chemins partagés. que l'on pourrait ajouter à FR:Bicycle. Avis aux volontaires :) Il y a une question que je me pose d'ailleurs depuis un moment ? Comment vous tagguez les chemins sur lesquels les vélos peuvent passer, mais pour lesquels aucune signalisation n'a été mis en place (ni panneau piste cyclable, ni panneau interdit aux vélos). Je parle typiquement des petits chemins sur lesquels on empêche les voitures de passer avec des bollards ou des barrières en chicane. Est-ce que vous mettez bicycle=yes à chaque chemin sur lequel les vélos peuvent passer, ou bien est-ce que vous ne mettez rien, mais que vous mettez bicycle=no là, ou les vélos ne peuvent pas passer/sont interdits ? a+ arno signature.asc Description: Digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [wiki] Réorganisation de la rubr ique vélo
Hello ! Pour moi tous chemin n'ayant pas cette écriteau http://wiki.openstreetmap.org/wiki/Image:CH_fussweg.svg (ou dérivé) ne devraient pas être tagger highway=footway mais highway=path. Du coup le vélo ont le droit de passer (http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions). CU Stéph arno-4 (via Nabble) a écrit : Le lundi 17 août 2009, à 12:04:48 +0200, Esperanza a écrit : Bonjour à tous Récemment encore sur la liste, certains ont déploré un manque de lisibilité concernant les tags des aménagements cyclables. Comme cela avait été proposé, j'ai redirigé FR:Cycleway vers FR:Key:Cycleway, créé pour l'occasion, ainsi qu'une page FR:Tag:highway=cycleway également, le portail du vélo restant la page FR:Bicycle. J'ai ajouté les informations concernant les différences entre opposite et opposite lane, les pistes unidirectionnelles ou bidirectionnelles. Il manque cependant un paragraphe sur certains cas plus difficiles à tagger : * les voies bus ouvertes aux vélos, en contresens ou non. Doit-on utiliser cycleway=share busway, ou psv=yes, bicycle=yes ? * les voies vertes * les zones de rencontre (vitesse de 20 km/h) * les sentiers et chemins partagés. que l'on pourrait ajouter à FR:Bicycle. Avis aux volontaires :) Il y a une question que je me pose d'ailleurs depuis un moment ? Comment vous tagguez les chemins sur lesquels les vélos peuvent passer, mais pour lesquels aucune signalisation n'a été mis en place (ni panneau piste cyclable, ni panneau interdit aux vélos). Je parle typiquement des petits chemins sur lesquels on empêche les voitures de passer avec des bollards ou des barrières en chicane. Est-ce que vous mettez bicycle=yes à chaque chemin sur lequel les vélos peuvent passer, ou bien est-ce que vous ne mettez rien, mais que vous mettez bicycle=no là, ou les vélos ne peuvent pas passer/sont interdits ? a+ arno ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr __ View message @ http://n2.nabble.com/-wiki--R%C3%A9organisation-de-la-rubrique-v%C3%A9lo-tp3457645p3470955.html To unsubscribe from [wiki] Réorganisation de la rubrique vélo, click (link removed) == -- View this message in context: http://n2.nabble.com/-wiki--R%C3%A9organisation-de-la-rubrique-v%C3%A9lo-tp3457645p3471031.html Sent from the French OSM list mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte des radars fixes et mobiles
Bonjour, Oui il faut se faire un produit scalaire et un produit vectoriel pour trouver le côté et le sens du radar. Rien n'empêche de passer en discussion sur la page de la relation et de relancer le débat. Voir avec lulu-ann (http://wiki.openstreetmap.org/wiki/User:Lulu-Ann) qui était à l'initiative de la proposition. Je veux bien me lancer dans une traduction FR-fr de la page ENG. Le problème de la page existante, comme l'indique le bandeau, c'est que c'est celle du vote. Et qu'il faut maintenant la transformer en page de Approved features. PS : la discussion sur l'utilité du référencement des radars et la finalité de cette information (respect de la vitesse / contournement de ces moyens de contrôle) est une belle source de troll. Je vous propose de *ne pas* tomber dans ce travers et de rester sur des considérations technique de codage. A+ -- Marc - Yann Coupin y...@coupin.net a écrit : Je me suis bien basé sur la page en anglais. Le problème avec la proposition actuelle c'est que ça impose des calculs quand même vachement compliqué, que le from-to ne sert qu'à déterminer le sens du contrôle et que la position du segment par rapport au nœud du radar est fragile. En plus ça ne correspond pas à grand chose par rapport au réel. L'avantage de l'attribut c'est qu'il n'y a rien à calculer pour connaitre le sens et on peut ajuster la position des nodes sans risque. Le 19 août 09 à 01:48, Pieren a écrit : 2009/8/19 Gourmet o...@blas.net: L'attribut supplémentaire permettrait également d'orienter correctement le symbole radar sur la carte. Il n'y a pas besoin d'attribut supplémentaire. Il sufft d'ajouter une deuxième relation pour les appareils qui prennent des photos dans les deux sens. Lisez la page en anglais qui est plus explicite et quelqu'un devrait recopier les exemples sur la page française. ___ 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] Carte des radars fixes et mobiles
2009/8/19 Dominique Rousseau d...@lee-loo.net: En tout cas, aucune qui n'implique de vouloir sciemment ne pas respecter la limitation de vitesse que le radar est là pour controler. C'est la raison pour laquelle j'avais voté contre à l'époque. Mais outre cette question d'éthique (après tout, il y a bien un tag pour les bordels), ça me gêne qu'on demande un tag additionel pour éviter d'utiliser la position géographique des points et de faire quelques calculs simples. Après tout, OSM est une base de données géographique, pas juste une liste de tags. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [wiki] Réorganisation de la rubr ique vélo
Bonjour, Je me permets d'intervenir sur la forme du mail, je pense que la caractère prioritaire du message n'a pas d'intérêt ici. Bien amicalement, A+ -- Marc - Esperanza espera...@no-log.org a écrit : Bonjour à tous Récemment encore sur la liste, certains ont déploré un manque de lisibilité concernant les tags des aménagements cyclables. Comme cela avait été proposé, j'ai redirigé FR:Cycleway vers FR:Key:Cycleway, créé pour l'occasion, ainsi qu'une page FR:Tag:highway=cycleway également, le portail du vélo restant la page FR:Bicycle. J'ai ajouté les informations concernant les différences entre opposite et opposite lane, les pistes unidirectionnelles ou bidirectionnelles. Il manque cependant un paragraphe sur certains cas plus difficiles à tagger : * les voies bus ouvertes aux vélos, en contresens ou non. Doit-on utiliser cycleway=share busway, ou psv=yes, bicycle=yes ? * les voies vertes * les zones de rencontre (vitesse de 20 km/h) * les sentiers et chemins partagés. que l'on pourrait ajouter à FR:Bicycle. Avis aux volontaires :) -- ___ 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
[OSM-talk-fr] JOSM dans ubuntu -Dsun.java2d.opengl=True
Hello ! Dernièrement j'ai été contacter pour maintenir le paquet Josm dans Ubuntu ce que j'ai accepté ;-) Premièrement J'invite tout utilisateur d'Ubuntu à essayer ce paquet soit dans karmic[1] sois sous jaunty[2] et si vous trouver des problèmes ou vou avez des suggestion de me les rapporter[3]. Une autre question que j'ai pour tout utilisateur de Josm est votre retour d'expérience concernant l'option -Dsun.java2d.opengl=True (bug[4]) Es-ce que vous avez eu des problème avec, es ce que vous avez vu de réelle changement de performances ? Merci d'avance de vos réponses Stéphane [1] https://launchpad.net/ubuntu/+source/josm/0.0.svn1788-0ubuntu1 [2] https://launchpad.net/~stephane-brunner/+archive/josm [3] https://bugs.launchpad.net/ubuntu/+source/josm [4] https://bugs.launchpad.net/ubuntu/+source/josm/+bug/287717 signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Recherche de traces GPS
2009/8/19 s1057...@gmail.com: Bonjour à tous, Est ce que vous savez si il est possible de rechercher des traces GPS qui ont été uploadées dans OSM en fonction de coordonnées pour pouvoir ensuite travailler sur chacune unitairement après téléchargement par exemple. Ca n'est pas possible parce que ça n'est pas souhaité. L'idée de départ était de partager les GPX pour pouvoir faire une moyenne lorsque l'on trace à la main par dessus plusieurs tracés. L'idée de convertir une trace en données OSM n'est pas une bonne idée s'il y a plusieurs traces ou si des données sont déjà présentes. Il m'arrive encore trop souvent d'effacer des ways qui doublonnent parce que des gens uploadent 20 km en un morceau sans se soucier de savoir ce qu'il y avait déjà dans la base. C'est encore pire lorsque certains ne font aucun effort de découpe. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte des radars fixes et mobiles
On Wed, 19 Aug 2009 09:26:39 +0200, Dominique Rousseau d...@lee-loo.net wrote: Le Wed, Aug 19, 2009 at 01:23:23AM +0200, Gourmet [...@blas.net] a écrit: L'attribut supplémentaire permettrait également d'orienter correctement le symbole radar sur la carte. Si on prend l'exemple de la carte Michelin en ligne c'est un merdier pour savoir si le radar est à gauche ou à droite ou des é côtés d'une chaussée (il faut zoomer à fond) et, bien entendu, aucun moyen de savoir s'il prend (la photo :)) par devant ou par derrière. C'est un plus indéniable pour OSM si on y parvient. A part le défi de réussir à se mettre d'accord sur une façon de coder l'info, et le souci d'exhaustivité, je ne vois pas de raison pour avoir besoin de savoir si un radar prend la photo par devant ou derrière. En tout cas, aucune qui n'implique de vouloir sciemment ne pas respecter la limitation de vitesse que le radar est là pour controler. -- Dominique Rousseau d...@lee-loo.net - 06 82 43 12 27 Ce que tu écris revient à remettre en cause l'existence même des avertisseurs de radars. Bien entendu, et c'est la raison pour laquelle je posais, dans mon article initial, la question du positionnement de limites de vitesse sur un tronçon OSM. Bien entendu, disais-je, le simple fait de connaître la limite de vitesse imposée sur le tronçon sur lequel on est en train de circuler (et sur lequel on va entrer) est une information nécessaire et suffisante pour la sécurité routière. Elle permet de se passer des avertisseurs de radars. En effet, sur la route, il est parfois TRES difficile de connaître la vitesse limite. J'en est encore fait l'expérience début août sur différentes autoroutes. Bien entendu, il y a eu, à un moment donné, un panneau indicateur voire un rappel. Mais ce ou ces derniers peu(ven)t être dissimulé(s) dans l'ombre ou, lorsqu'on a le soleil en face, le(s) panneau(x), ben, il(s) passe(nt) un peu à l'as. Bref, il n'est pas rare de se retrouver sur un tronçon parfait à tout point de vue, dégagé, revêtement impeccable et la limite de vitesse est 110 et non 130. Pourquoi ? Nul ne le sait. Le pire c'est que c'est l'avertisseur radar qui finit par donner la vitesse limite du tronçon. Un comble ! J'ajoute que respecter les limites de vitesse c'est TRES fatiguant. 130, 110, re 130, re 110, etc, etc. Je pense SINCEREMENT qu'un automobiliste a autre chose à faire que de surveiller en permanence son compteur ! L'important c'est la ROUTE, pas le tableau de bord. Du coup on adopte un nivellement par le bas : on roule tout le temps à 110. Il y a beaucoup d'hypocrisie autour des radars : - ils ne sont pas tous, très loin s'en faut, placés sur des zones accidentogènes. Il y a des quantités de zones où l'on trouve des petits personnages noirs et sang (signalant des accidents fatals dans le passé) et pas de radar. - il y a des quantités de zones absolument pas accidentogènes (lignes droites, bretelles de sortie d'autoroute où il faut passer en 30 mètres de 130 à 70 km/h) et équipées de radar. - les avertisseurs de radar en eux-mêmes (au lieu d'un limiteur de régime par exemple) qui sous-entendent qu'en dehors des zones surveillées on s'en donne à vitesse joie. Il y a beaucoup d'hypocrisie autour de la vitesse également : - le rapport vitesse nombre d'accidents n'est pas formellement établi : une porsche à 30 km/h dans un abri bus ça fait des dégats ! Et entre une limite à 130 et une limite à 110 ... bof, bof. - pourquoi continuer à fabriquer des bagnoles puissantes (dans lesquelles il est impossible de sentir et d'entendre la différence entre 100 et 180 km/h) alors que les vitesses sont limitées. C'est pour faire plaisir aux allemands (qui n'ont pas de limite sur autoroute) ? - l'information de prise de mesure par devant ou par derrière est surtout utile pour les motards (qui sont dans le même cas de figure que l'automobiliste d'une voiture puissante) : en présence d'un radar qui mesure par l'avant, il est inutile de ralentir. Cela évite d'avoir à perdre quelques instants de vue la route. Voilà c'était mes 2 centimes hors sujet. Navré ! Pour en revenir au sujet, je compte bien sur OSM pour aggréger ces informations de vitesse limite par tronçon de manière à ce qu'un jour pas si lointain, un navigateur puisse les extraire et les connaisse et les afficher en permanence. Une meilleure solution serait un affichage tête haute afin de garder les yeux sur la route et éviter un jonglage (très fatiguant pour les yeux) entre route, navigateur et tableau de bord. Mais l'idéal serait tout de même de caler le cruise control sur les informations issues de ce navigateur. Là, oui, ce serait un véritable + et un incommensurable repos pour le conducteur. Tout cela pour dire que OSM, bien informé et bien appareillé, peut contribuer à sa manière à la sécurité routière. Et je pense que ce mode de fonctionnement là (prevenir des limitations de vitesse) ne peut être interdit dans aucun pays (au contraire de l'avertisseur radar).
Re: [OSM-talk-fr] [wiki] Réorganisation de la ru brique vélo
Le mercredi 19 août 2009, à 03:25:17 -0500, Stéphane a écrit : Hello ! Pour moi tous chemin n'ayant pas cette écriteau http://wiki.openstreetmap.org/wiki/Image:CH_fussweg.svg (ou dérivé) ne devraient pas être tagger highway=footway mais highway=path. Du coup le vélo ont le droit de passer (http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions). CU Stéph Effectivement, ce tag a l'air de mieux correspondre. Bah j'ai pas mal d'erreurs à corriger du coup ! signature.asc Description: Digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte des radars fixes et mobiles
On Wed, 19 Aug 2009 10:31:20 +0200 (CEST), Marc Sibert marc.sib...@free.fr wrote: Bonjour, Oui il faut se faire un produit scalaire et un produit vectoriel pour trouver le côté et le sens du radar. Rien n'empêche de passer en discussion sur la page de la relation et de relancer le débat. Voir avec lulu-ann (http://wiki.openstreetmap.org/wiki/User:Lulu-Ann) qui était à l'initiative de la proposition. Après tout c'est au renderer de faire le calcul non ? Pour le scribe il est plus simple d'avoir affaire à un attribut c'est clair. Pour le renderer, qu'il s'agisse d'un attribut ou d'un calcul sophistiqué c'est le développeur qui en paiera les conséquences. Je veux bien me lancer dans une traduction FR-fr de la page ENG. Le problème de la page existante, comme l'indique le bandeau, c'est que c'est celle du vote. Et qu'il faut maintenant la transformer en page de Approved features. La page originale est explicite en soi. PS : la discussion sur l'utilité du référencement des radars et la finalité de cette information (respect de la vitesse / contournement de ces moyens de contrôle) est une belle source de troll. Je vous propose de *ne pas* tomber dans ce travers et de rester sur des considérations technique de codage. Je suis tombé dans un travers (pas celui-là mais un autre) et j'ai bien indiqué que j'étais hors sujet. (re)Navré. Pourquoi polémiquer du reste ? Les radars sont des POI et en tant que POI ils se doivent de figurer non ? Mais au fait qu'est ce qu'un POI ? Est-ce que les accès de maintenance d'une autoroute sont des POI ? Moi, ça m'intéresse. D'autres, une majorité, s'en fichent. Faut-il les référencer dans OSM ? Est-ce que les ouvrages d'art sont des POIs ? Certains ponts routiers, autoroutiers ou ferroviaires sont de véritables oeuvres d'art. Sont-ce pour autant des POI ? Faut-il les référencer dans OSM (pour indiquer qu'ils valent le coup d'être pris en photo) ? db -- db -- db ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [tag] Limite agglomération
Bonjour, Il y a quelques jours est passé une discussion sur la précision utile lors des changements de vitesse maxi sur les routes. Du coup, je me suis posé la question de la bonne façon de faire, pour répercuter les limites d'agglomération (les panneaux rectangulaires reclés de rouge) qui impliquent une limitation à 50 « en ville ». Sachant que ces panneaux délimitent une zone généralement nettement inférieure à la limite de la commune (sinon on aurait aucune route à 90 :-) Dans les archives de la liste, je n'ai retrouvé qu'un petit bout de thread qui aborde le sujet, mais qui reste plutot sur les limites administraives des communes : http://lists.openstreetmap.org/pipermail/talk-fr/2008-August/003962.html J'ai bien trouvé, également, le tag proposé traffic_sign : http://wiki.openstreetmap.org/wiki/Proposed_features/Traffic_sign Mais celà ne permet pas, en tant que tel, de délimiter une surface à l'intérieur de laquelle on serait dans l'agglomération. Quelqu'un a déjà fait ? Ou une idée de comment faire ? -- Dominique Rousseau d...@lee-loo.net - 06 82 43 12 27 Si cinquante millions de gens disent une sottise, ça n'en reste pas moins une sottise. -- Anatole France ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Recherche de traces GPS
Ok, je comprends l'intérêt... C'est vrai que l'usage que j'ai cité est lié au fait que des centaines de kilomètre-carrés en Ardèche ne disposent d'aucune way tracé et que vu la morphologie très tortueuse des routes il est extrêmement long de repasser à la main sur des traces GPS de 50 km plutôt que des les convertir directement si elles sont de bonne qualité. Avec le temps, nous tomberons dans le cas que tu cites. Par contre, certains fichiers GPX comportent des informations utiles comme l'altitude que je n'ai sait pas récupérer depuis JOSM. Comment récupérer ces informations sans télécharger le fichier original ? Simon Le 19 août 2009 10:43, Pieren pier...@gmail.com a écrit : 2009/8/19 s1057...@gmail.com: Bonjour à tous, Est ce que vous savez si il est possible de rechercher des traces GPS qui ont été uploadées dans OSM en fonction de coordonnées pour pouvoir ensuite travailler sur chacune unitairement après téléchargement par exemple. Ca n'est pas possible parce que ça n'est pas souhaité. L'idée de départ était de partager les GPX pour pouvoir faire une moyenne lorsque l'on trace à la main par dessus plusieurs tracés. L'idée de convertir une trace en données OSM n'est pas une bonne idée s'il y a plusieurs traces ou si des données sont déjà présentes. Il m'arrive encore trop souvent d'effacer des ways qui doublonnent parce que des gens uploadent 20 km en un morceau sans se soucier de savoir ce qu'il y avait déjà dans la base. C'est encore pire lorsque certains ne font aucun effort de découpe. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [wiki] Réorganisation de la ru brique vélo
Le 19 août 2009 10:25, Stéphane Brunner courr...@stephane-brunner.ch a écrit : Hello ! Pour moi tous chemin n'ayant pas cette écriteau http://wiki.openstreetmap.org/wiki/Image:CH_fussweg.svg (ou dérivé) ne devraient pas être tagger highway=footway mais highway=path. Du coup le vélo ont le droit de passer ( http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions ). CU Stéph Hello, C'est de cette manière que j'ai taggé les troncons manquant de la voie verte 2 en bretagne suite a la discution sur cette mlhttp://www.mail-archive.com/talk-fr@openstreetmap.org/msg11304.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tag] Limite agglomération
2009/8/19 Dominique Rousseau d...@lee-loo.net Quelqu'un a déjà fait ? Ou une idée de comment faire ? Il y a eus une longue discussion il y a quelques temps sur ce sujet sur la mailing list anglaise, avec des propositions de plus en plus difficile a suivre car complètement ridicule avec des idees de relations dans tous les sens. Toutefois, le consensus était que si tu es dans un landuse residential ça veut dire que la vitesse est celle d'une ville (la valeur par défaut est variable selon les pays). Cette limite est bien sur ignorée si tu as un maxspeed sur une route. Cela veut donc dire que l'information n'est pas directement accessible et que quand tu veux créer une carte routable tu dois faire une petite transformation. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte des radars fixes et mobiles
2009/8/19 Gourmet o...@blas.net: Je pense SINCEREMENT qu'un automobiliste a autre chose à faire que de surveiller en permanence son compteur ! L'important c'est la ROUTE, pas le tableau de bord. troll Donc, si je résume, pour éviter de surveiller en permanence son compteur, il faudrait faire des cartes qui indiquent la direction du radar, surtout pour qu'un motard sache s'il doit ralentir ou pas. Mais pour éviter qu'il regarde sa carte à la place de son compteur, euh pardon, de la route, il faudrait que ce soit un affichage tête haute. Très drôle. J'accepterais certains de ces arguments si on s'en tiennait à la présence d'un radar et de la vitesse limite à cet endroit. Les deux tags existaient (max_speed et speed_camera) et n'avaient pas besoin d'une relation qui ne sert qu'à éviter le contrôle, pas à respecter la vitesse. /troll Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte des radars fixes et mobiles
Le Wed, Aug 19, 2009 at 10:51:45AM +0200, Gourmet [...@blas.net] a écrit: On Wed, 19 Aug 2009 09:26:39 +0200, Dominique Rousseau d...@lee-loo.net wrote: [...] En tout cas, aucune qui n'implique de vouloir sciemment ne pas respecter la limitation de vitesse que le radar est là pour controler. Ce que tu écris revient à remettre en cause l'existence même des avertisseurs de radars. Oui. Bien entendu, et c'est la raison pour laquelle je posais, dans mon article initial, la question du positionnement de limites de vitesse sur un tronçon OSM. Bien entendu, disais-je, le simple fait de connaître la limite de vitesse imposée sur le tronçon sur lequel on est en train de circuler (et sur lequel on va entrer) est une information nécessaire et suffisante pour la sécurité routière. Une information utile. Mais pas suffisante. Ce qui fera foi, de toute façon, ce sont les panneaux de signalisation, qui sont la transcription des arretés préfectoraux/municipaux/whatever. [...] Mais ce ou ces derniers peu(ven)t être dissimulé(s) dans l'ombre ou, lorsqu'on a le soleil en face, le(s) panneau(x), ben, il(s) passe(nt) un peu à l'as. Oui. C'est pourquoi l'information de limitation de vitesse donnée par le logiciel de navigation peut être *utile*. [...] J'ajoute que respecter les limites de vitesse c'est TRES fatiguant. 130, 110, re 130, re 110, etc, etc. Cale le régulateur à 110 :-) Mais les cas de 130/110/130/110/... à part en proximité de zone urbaine, tu en rencontres tant que ça ? [...] Il y a beaucoup d'hypocrisie autour des radars : - ils ne sont pas tous, très loin s'en faut, placés sur des zones accidentogènes. Il y a des quantités de zones où l'on trouve des petits personnages noirs et sang (signalant des accidents fatals dans le passé) et pas de radar. Oui. - il y a des quantités de zones absolument pas accidentogènes (lignes droites, bretelles de sortie d'autoroute où il faut passer en 30 mètres de 130 à 70 km/h) et équipées de radar. Oui. - les avertisseurs de radar en eux-mêmes (au lieu d'un limiteur de régime par exemple) qui sous-entendent qu'en dehors des zones surveillées on s'en donne à vitesse joie. Oui. Il y a beaucoup d'hypocrisie autour de la vitesse également : - le rapport vitesse nombre d'accidents n'est pas formellement établi : une porsche à 30 km/h dans un abri bus ça fait des dégats ! Et entre une limite à 130 et une limite à 110 ... bof, bof. Selon le calcul empirique des distance de freinage, ça fait 120m dans un cas et 170 dans l'autre. Pas si négligeable que ça. - pourquoi continuer à fabriquer des bagnoles puissantes (dans lesquelles il est impossible de sentir et d'entendre la différence entre 100 et 180 km/h) alors que les vitesses sont limitées. Oui. C'est pour faire plaisir aux allemands (qui n'ont pas de limite sur autoroute) ? sur *certaines* autoroutes - l'information de prise de mesure par devant ou par derrière est surtout utile pour les motards (qui sont dans le même cas de figure que l'automobiliste d'une voiture puissante) : en présence d'un radar qui mesure par l'avant, il est inutile de ralentir. Cela évite d'avoir à perdre quelques instants de vue la route. Donc on en revient à ma question. C'est qu'il veut *sciemment* ne pas respecter la limitation. [...] Mais l'idéal serait tout de même de caler le cruise control sur les informations issues de ce navigateur. Là, oui, ce serait un véritable + et un incommensurable repos pour le conducteur. Sur ce sujet là, je serais encore plus radical. Pour moi, sur autoroute, les voitures devraient quasiment ne plus être du ressort du conducteur, mais en train. Mais c'est un autre sujet :) [...] Je terminerai sur ceci au sujet du référencement des radar par OSM (ou affilié) : pour moi (et non pour un motard) l'information de mesure par de devant ou par derrière est une information en soi. Tout comme l'est le modèle de radar (1ère, 2ème ou 3ème génération), son type (hyperfréquence [fixe] ou laser [jumelles]) et sa date d'installation. On trouve ces infos là sur les sites dédiés alors pourquoi pas sous OSM (je rappelle que OSM est pour moi un référentiel avant tout). Oui. Ensuite, une fois que l'information existe libre de l'exploiter ou non mais dès lors qu'on saisit les informations liées à un objet autant être exhaustif tout de suite sur cet objet pour éviter d'y revenir plus tard avec un ah, si on avait su ! Ben comme déjà dit ailleurs dans le thread, l'info existe, mais il faut la calculer (ou alors j'ai rien compris au fil :-). Donc libre à ceux qui veulent avoir l'info de le rardar prend par l'avant de faire le calcul. -- Dominique Rousseau d...@lee-loo.net - 06 82 43 12 27 Si cinquante millions de gens disent une sottise, ça n'en reste pas moins une sottise. -- Anatole France ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tag] Limite agglomération
Le Wed, Aug 19, 2009 at 10:19:59AM +0100, Emilie Laffray [emilie.laff...@gmail.com] a écrit: Toutefois, le consensus était que si tu es dans un landuse residential ça veut dire que la vitesse est celle d'une ville (la valeur par défaut est variable selon les pays). Cette limite est bien sur ignorée si tu as un maxspeed sur une route. Ok, donc caler un landuse=residential sur ces limites ne prait pas idiot, pour les villages traversés par une route. Cela veut donc dire que l'information n'est pas directement accessible et que quand tu veux créer une carte routable tu dois faire une petite transformation. Oui, mais ça, c'est du travail d'ordinateur facile, une fois qu'il est programmé pour :) Alors que découper les ways et tagger des maxspeed partout à l'intérieur d'une agglomération, c'est du travail d'humain pénible. -- Dominique Rousseau d...@lee-loo.net - 06 82 43 12 27 Si cinquante millions de gens disent une sottise, ça n'en reste pas moins une sottise. -- Anatole France ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Recherche de traces GPS
2009/8/19 s1057...@gmail.com: C'est vrai que l'usage que j'ai cité est lié au fait que des centaines de kilomètre-carrés en Ardèche ne disposent d'aucune way tracé et que vu la morphologie très tortueuse des routes il est extrêmement long de repasser à la main sur des traces GPS de 50 km plutôt que des les convertir directement si elles sont de bonne qualité. Oui, c'est bien ce que je précisais en négatif. La méthode n'est valable que pour le cas où il n'y a rien et que la distance est longue. Cas de plus en plus rares, heureusement ! Par contre, certains fichiers GPX comportent des informations utiles comme l'altitude que je n'ai sait pas récupérer depuis JOSM. Comment récupérer ces informations sans télécharger le fichier original ? Le seul moyen qui existe est de tenter une recherche par mot-clé pour trouver le fichier GPX original et s'il est partagé en mode public. Si tu as de la chance, la personne qui aura uploadé son tracé aura taggué le fichier avec le nom d'une ville ou de la route au moment de l'upload du fichier. Concernant l'altitude, il ne faut pas trop y attacher d'importance, il existe maintenant des bases de données accessibles qui contiennent les lignes de contours de manière très précise. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tag] Limite agglomération
Bonjour, Je n'ai pas suivi les discussions anglaise, mais il me semble effectivement qu'il faudrait pouvoir définir une limite d'agglomération car le node traffic_sign=city_limit ne permet pas de savoir si l'on est dedans ou dehors. Personnellement je pense qu'une boundary Agglomération est à faire. Pour cela il faut s'assurer que le besoin et franco-français pour le traiter localement, sinon, il faut le traiter globalement (en anglais). Dans tout les cas, cela peut faire l'objet d'une proposition Feature proposal. Par ailleurs, concernant le landuse=residential, je ne comprends pas qu'on utilise cette fonction pour déclarer une agglomération (car c'est bien le cas) car la page Map Features ne va pas dans ce sens : landuse residential Image:Mf_node.png Image:Mf_area.png Predominantly houses or apartment buildings. Que va-t-on faire des zones industrielles ou des zones de commerces situées en ville ? Une zone d'habitation n'est pas un centre ville commercial, et réciproquement ! Comment avez-vous prévu de traiter ce point avec les imports CLC ? A+ -- Marc - Emilie Laffray emilie.laff...@gmail.com a écrit : 2009/8/19 Dominique Rousseau d...@lee-loo.net Quelqu'un a déjà fait ? Ou une idée de comment faire ? Il y a eus une longue discussion il y a quelques temps sur ce sujet sur la mailing list anglaise, avec des propositions de plus en plus difficile a suivre car complètement ridicule avec des idees de relations dans tous les sens. Toutefois, le consensus était que si tu es dans un landuse residential ça veut dire que la vitesse est celle d'une ville (la valeur par défaut est variable selon les pays). Cette limite est bien sur ignorée si tu as un maxspeed sur une route. Cela veut donc dire que l'information n'est pas directement accessible et que quand tu veux créer une carte routable tu dois faire une petite transformation. Emilie Laffray ___ 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] Recherche de traces GPS
Donc pour l'altitude d'un col sur lequel une trace GPS contenant l'altitude existe, il vaut mieux se baser sur des lignes de niveaux venant d'une base externe plutôt que sur les données enregistrées pour renseigner le tag ele ? Cela me parait un peu bizarre ? Le 19 août 2009 11:34, Pieren pier...@gmail.com a écrit : 2009/8/19 s1057...@gmail.com: C'est vrai que l'usage que j'ai cité est lié au fait que des centaines de kilomètre-carrés en Ardèche ne disposent d'aucune way tracé et que vu la morphologie très tortueuse des routes il est extrêmement long de repasser à la main sur des traces GPS de 50 km plutôt que des les convertir directement si elles sont de bonne qualité. Oui, c'est bien ce que je précisais en négatif. La méthode n'est valable que pour le cas où il n'y a rien et que la distance est longue. Cas de plus en plus rares, heureusement ! Par contre, certains fichiers GPX comportent des informations utiles comme l'altitude que je n'ai sait pas récupérer depuis JOSM. Comment récupérer ces informations sans télécharger le fichier original ? Le seul moyen qui existe est de tenter une recherche par mot-clé pour trouver le fichier GPX original et s'il est partagé en mode public. Si tu as de la chance, la personne qui aura uploadé son tracé aura taggué le fichier avec le nom d'une ville ou de la route au moment de l'upload du fichier. Concernant l'altitude, il ne faut pas trop y attacher d'importance, il existe maintenant des bases de données accessibles qui contiennent les lignes de contours de manière très précise. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tag] Limite agglomération
2009/8/19 Marc Sibert marc.sib...@free.fr Bonjour, Je n'ai pas suivi les discussions anglaise, mais il me semble effectivement qu'il faudrait pouvoir définir une limite d'agglomération car le node traffic_sign=city_limit ne permet pas de savoir si l'on est dedans ou dehors. Personnellement je pense qu'une boundary Agglomération est à faire. Pour cela il faut s'assurer que le besoin et franco-français pour le traiter localement, sinon, il faut le traiter globalement (en anglais). Dans tout les cas, cela peut faire l'objet d'une proposition Feature proposal. On a déjà une limite administrative pour les villes (level=*), et une limite des bâtiments (landuse=residential, commercial, industrial). J'ai du mal a comprendre ce qu'apporterait une boundary agglomération. Ça ne sert a rien de multiplier les polygones dans tous les sens, surtout quand dans la grande majorité des cas, les landuse residential, commercial et industrial répondent au problème. Pour citer très brièvement la structure d'une société qui vend des cartes, il n'y a pas de boundaries agglomération. Il y a soit une limite administrative soit une built up area. Il semblerait que ça soit suffisant pour naviguer sur les routes du monde entier. Si tu veux une preuve visuelle du built up area de cette dite société, il te suffit de regarder les zones grisées que tu vois sur Google Map. Cela correspond a cela et c'est tout a fait correct. Il faut arrêter de multiplier a outrance les relations, polygones etc quand il n'y a pas lieu et quelque chose d'existant fait très bien l'affaire. Il faut etre exhaustif mais il ne faut pas forcement couper les cheveux en 4. De plus, il faudra definir une agglomeration et de faire attention que la definition s'applique partout; au final, je ne vois pas une telle chose arrivee tant le concept d'agglomeration change selon le pays. Ici, en Angleterre, entre les parish, les councils, les unitaries governement, etc... on ne s'en sort pas. En plus, ces données ne sont pas forcement au même niveau malgré des simplifications. Quant a Corine, l'import suit exactement l'information présente sur CLC (voir le wiki). Pour les landuse commercial et residential, ça apparaîtra comme landuse=commercial;industrial puisque Corine ne fait pas la différence. Une note est ajoutée pour signaler que la zone doit être modifiée une fois que l'on sait ce que c'est. Je suis actuellement en train de régénérer a nouveau les fichiers et de vérifier qu'il n'y a pas d'erreurs. Cela risque de prendre jusqu'au week end. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Recherche de traces GPS
Quand tu disais de mettre le tag ele sur les nodes, je pensais que c'était sur tous les nodes. J'ai déjà vu ce cas : http://www.openstreetmap.org/browse/node/2103907 et plein d'autres nodes dans le coin. Je ne sais pas quel outil le mappeur a utilisé pour inclure le tag ele et time à chaque point extrait de son GPX. Dans ce cas de figure, c'est un peu inutile comme disait Pieren, on le fichier de la Nasa avec le relief. C'est surtout inutile le tag time :p Pour le cas d'un col, l'altitude est obligatoire si tu veux pas avoir une erreur dans osmose ;-). Pour la récuperer (si tu fais confiance à l'altitude donnée par ton GPS, cf une discussion au mois de mai/juin sur l'import c2c), je ne vois pas d'autre moyen que d'ouvrir ton fichier GPX dans un logiciel de rando (Viking pour ma part). De : s1057...@gmail.com s1057...@gmail.com À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Mercredi, 19 Août 2009, 11h40mn 35s Objet : Re: [OSM-talk-fr] Recherche de traces GPS Donc pour l'altitude d'un col sur lequel une trace GPS contenant l'altitude existe, il vaut mieux se baser sur des lignes de niveaux venant d'une base externe plutôt que sur les données enregistrées pour renseigner le tag ele ? Cela me parait un peu bizarre ? Le 19 août 2009 11:34, Pieren pier...@gmail.com a écrit : 2009/8/19 s1057...@gmail.com: C'est vrai que l'usage que j'ai cité est lié au fait que des centaines de kilomètre-carrés en Ardèche ne disposent d'aucune way tracé et que vu la morphologie très tortueuse des routes il est extrêmement long de repasser à la main sur des traces GPS de 50 km plutôt que des les convertir directement si elles sont de bonne qualité. Oui, c'est bien ce que je précisais en négatif. La méthode n'est valable que pour le cas où il n'y a rien et que la distance est longue. Cas de plus en plus rares, heureusement ! Par contre, certains fichiers GPX comportent des informations utiles comme l'altitude que je n'ai sait pas récupérer depuis JOSM. Comment récupérer ces informations sans télécharger le fichier original ? Le seul moyen qui existe est de tenter une recherche par mot-clé pour trouver le fichier GPX original et s'il est partagé en mode public. Si tu as de la chance, la personne qui aura uploadé son tracé aura taggué le fichier avec le nom d'une ville ou de la route au moment de l'upload du fichier. Concernant l'altitude, il ne faut pas trop y attacher d'importance, il existe maintenant des bases de données accessibles qui contiennent les lignes de contours de manière très précise. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Recherche de traces GPS
2009/8/19 s1057...@gmail.com: Donc pour l'altitude d'un col sur lequel une trace GPS contenant l'altitude existe, il vaut mieux se baser sur des lignes de niveaux venant d'une base externe plutôt que sur les données enregistrées pour renseigner le tag ele ? Cela me parait un peu bizarre ? L'altitude ne devrait figurer que sur les POI's que ça intéresse. Pour ton exemple, le sommet d'un col ou d'une montagne est symbolisé par un node et on peut y mettre l'altitude. Mais mettre un tag ele sur chaque node d'une route n'a pas beaucoup de sens 1. parce que la mesure est imprécise 2. elle ne concerne que la route et donc très partielle 3. il existe maintenant des bases de données d'altitude couvrant l'ensemble de la planète et qui sont aussi précises que ton gps. Cela permet à Sky d'afficher ses belles cartes avec relief. Pieren PS: je viens de voir le message d'Etienne. Tant pis. Note que ce qui est obligatoire pour osmose ne l'est pas forcément pour OSM. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Status of the Local Chapter working group
On Wednesday 19 August 2009 11:07:29 am Pieren wrote: A mon avis, si association il y a, elle devrait avoir un niveau de cotis extrèmement bas pour s'ouvrir à un maximum de monde En fait le niveau de cotisation dépend surtout du rôle que l'on veut donner à l'asso. Un des points de discussion est le fait que les membres des local chapters soient membres de la fondation automatiquement. Ceci implique que le local chapter paye une cotisation à la fondation et donc un niveau de cotisation minimum de l'ordre de 20€. Le but de la manœuvre est d'avoir des membres engagés (vote pour le bureau de la fondation par exemple). L'autre solution est que la fondation et les local chapters soient totalement séparés. Dans ce cas on peut baisser le niveau de cotisation tant qu'on veut. Ça permet éventuellement d'attirer plus de monde. L'intérêt est de peser un peu plus lourd lors des discussions officielles (Je ne suis pas sur que la différence soit énorme non plus). Par contre dans ce cas il ne faut rien attendre de la fondation. Il ne nous filerons pas d'espace sur les serveurs pour nos beau yeux. On peut également avoir un statut avec plusieurs niveaux d'engagement et plusieurs prix : - adhésion à fondation facultative - Prix en fonction de la personne. Exemple (wikimedia france) : * 12 € : tarif réduit pour les chômeurs, étudiants (dont lycéens) et non- imposables (sur justificatif) ; * 24 € : tarif normal (personnes physiques et associations loi 1901) ; * 100 € : membres bienfaiteurs. Bien évidement tout le monde est libre de payer plus et les dons sont ouverts (par chèque à l'ordre de Vincent MEURISSE). -- Vincent MEURISSE ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Recherche de traces GPS
Je n'ai pas été précis dans mon mail, je voulais évidemment parler de tag ele pour des POI où cela est utile par sur tous les nodes. Concernant le node cité par Etienne, vu la date de création, il est possible que la version de JOSM de l'époque convertissait tout les éléments de la trace en tags finalement inutiles. La conclusion de ce fil est donc : - Il faut être prudent lors de l'utilisation de la conversion directe GPX - data OSM - Il faut être précis et complet sur le tags des traces car cela est le seul moyen de retrouver des traces à télécharger en cas de besoins spécifiques. Simon Le 19 août 2009 12:33, Pieren pier...@gmail.com a écrit : 2009/8/19 s1057...@gmail.com: Donc pour l'altitude d'un col sur lequel une trace GPS contenant l'altitude existe, il vaut mieux se baser sur des lignes de niveaux venant d'une base externe plutôt que sur les données enregistrées pour renseigner le tag ele ? Cela me parait un peu bizarre ? L'altitude ne devrait figurer que sur les POI's que ça intéresse. Pour ton exemple, le sommet d'un col ou d'une montagne est symbolisé par un node et on peut y mettre l'altitude. Mais mettre un tag ele sur chaque node d'une route n'a pas beaucoup de sens 1. parce que la mesure est imprécise 2. elle ne concerne que la route et donc très partielle 3. il existe maintenant des bases de données d'altitude couvrant l'ensemble de la planète et qui sont aussi précises que ton gps. Cela permet à Sky d'afficher ses belles cartes avec relief. Pieren PS: je viens de voir le message d'Etienne. Tant pis. Note que ce qui est obligatoire pour osmose ne l'est pas forcément pour OSM. ___ 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] [tag] Limite agglomération
2009/8/19 Emilie Laffray emilie.laff...@gmail.com: On a déjà une limite administrative pour les villes (level=*), et une limite des bâtiments (landuse=residential, commercial, industrial). J'ai du mal a comprendre ce qu'apporterait une boundary agglomération. Ça ne sert a rien de multiplier les polygones dans tous les sens, surtout quand dans la grande majorité des cas, les landuse residential, commercial et industrial répondent au problème. +1 Une couche de polygones pour les limites administratives et une autre pour les landuse devrait suffire. Mais c'est vrai que le wiki manque de clarté sur le sujet et il faut par exemple aller sur la FAQ pour trouver ça: http://wiki.openstreetmap.org/wiki/Faq#What_makes_a_road_belong_to_a_city.3F There should be a closed way marking the extent of the city with a place and a place_name tag, as well as a single node with a name and place to mark where to draw the city-name. qui a été traduit par : Il devrait y avoir un chemin fermé marquant l'étendue de la ville avec un tag place et un tag place_name mais aussi un nœud seul avec un name et un place pour positionner le texte du nom de la ville. Donc, maintenant, tous les landuse qui sont en agglomération, je leur ajoute le tag place_name. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte des radars fixes et mobiles
On Wed, 19 Aug 2009 11:29:24 +0200, Dominique Rousseau d...@lee-loo.net wrote: Plein de choses intéressantes. [...] Bon, résumons. Positionner précisément les zones de vitesse (qui sont la retranscription du positionnement des panneaux) c'est très louable et un pari sur l'avenir. En effet, un outil de cartographie c'est bien mais de cartographie seule, j'en suis navré mais c'est un peu passé de mode. Un GIS c'est mieux, bien mieux (notion de référentiel). Mais l'avenir c'est l'aide à la navigation que cette dernière soit routière, piétonne voire, pourquoi pas, aérienne (aérostat, ULM, parapente) ainsi que l'aide à la découverte (sites, panoramas, bâtiments, lieux remarquables, restaurant, bars, magasins, boutique, médecins, etc, etc). Et ce serait vraiment dommage qu'OSM loupe le coche. Qui plus est c'est un argument de valorisation par rapport aux autres. Ce positionnement de zones de vitesse réclame énormément de ressources à l'heure où il y a encore de nombreuses zones d'ombre sur OSM. En effet, c'est bien de se dire qu'en ville c'est soit 50 soit 45 soit 30. Encore faut-il suivre leur évolution (des zones 30 il s'en crée tous les jours). De même des zones de travaux imposant une réduction de vitesse il y a en peut-être 100 par jour qui se mettent en place au début de l'été ! Quel boulot ! A mon avis nous ne parviendrons pas à un régime suffisant avant que le nombre de membres soit 100 voire 1000 fois plus élevé qu'aujourd'hui. Dans le même temps, il y a une véritable demande de localisation des radars routiers. On peut en penser ce qu'on veut, c'est comme ça ! Alors, doit-on laisser OSM en dehors de cette demande pour des raisons éthiques ? Il faut bien promouvoir OSM non ? db PS1 : pour les motards on ne parle pas de vision tête haute mais de vision visière. PS2 : sur autoroute c'est 130/110/130 mais sur voie rapide c'est 110/90/110 et sur route c'est 90/70/90 voire 90/70/50/70/50/90 sur départementale ou nationale. -- db ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Recherche de traces GPS
Je n'ai pas été précis dans mon mail, je voulais évidemment parler de tag ele pour des POI où cela est utile par sur tous les nodes. Oui, sur les POIs, cela est utile, surtout pour les cols et sommets ! :) J'aime quand mon GPS me dit l'altitude :) Concernant le node cité par Etienne, vu la date de création, il est possible que la version de JOSM de l'époque convertissait tout les éléments de la trace en tags finalement inutiles. Possible. Il a aussi peut-être fait son script maison. - Il faut être prudent lors de l'utilisation de la conversion directe GPX - data OSM Oui. Surtout, que les traces gps n'ont pas la vérité absolu. Il faut linéariser un peu, si on veut pas se retrouver avec 1 node tout les 4 mètres. Et comme a dit Pieren, les traces GPS ne contenant aucun way déjà présent se font rares :) - Il faut être précis et complet sur le tags des traces car cela est le seul moyen de retrouver des traces à télécharger en cas de besoins spécifiques. Avec l'arrivé du cadastre, j'ai l'impression que les traces GPS sont un peu délaissées. Une question que je me posais il y a pas si longtemps à propos des tags sur les POIs. Et le tag phone ? On peut le mettre ? Je ne connais pas du tout, le droit d'utilisation d'un annuaire, alors je préfère poser la question :) De : s1057...@gmail.com s1057...@gmail.com À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Mercredi, 19 Août 2009, 12h49mn 14s Objet : Re: [OSM-talk-fr] Recherche de traces GPS Je n'ai pas été précis dans mon mail, je voulais évidemment parler de tag ele pour des POI où cela est utile par sur tous les nodes. Concernant le node cité par Etienne, vu la date de création, il est possible que la version de JOSM de l'époque convertissait tout les éléments de la trace en tags finalement inutiles. La conclusion de ce fil est donc : - Il faut être prudent lors de l'utilisation de la conversion directe GPX - data OSM - Il faut être précis et complet sur le tags des traces car cela est le seul moyen de retrouver des traces à télécharger en cas de besoins spécifiques. Simon Le 19 août 2009 12:33, Pieren pier...@gmail.com a écrit : 2009/8/19 s1057...@gmail.com: Donc pour l'altitude d'un col sur lequel une trace GPS contenant l'altitude existe, il vaut mieux se baser sur des lignes de niveaux venant d'une base externe plutôt que sur les données enregistrées pour renseigner le tag ele ? Cela me parait un peu bizarre ? L'altitude ne devrait figurer que sur les POI's que ça intéresse. Pour ton exemple, le sommet d'un col ou d'une montagne est symbolisé par un node et on peut y mettre l'altitude. Mais mettre un tag ele sur chaque node d'une route n'a pas beaucoup de sens 1. parce que la mesure est imprécise 2. elle ne concerne que la route et donc très partielle 3. il existe maintenant des bases de données d'altitude couvrant l'ensemble de la planète et qui sont aussi précises que ton gps. Cela permet à Sky d'afficher ses belles cartes avec relief. Pieren PS: je viens de voir le message d'Etienne. Tant pis. Note que ce qui est obligatoire pour osmose ne l'est pas forcément pour OSM. ___ 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
[OSM-talk-fr] Re : Précisions du cadastre par rapport au GPS
Bonjour à tous, J'ai moi aussi constaté quelques problèmes de cohérence... Je m'explique sur le cas qui me travaille : sur la ville d'Issy les Moulineaux [1], un certain nombre de rues sont parfaitement calées avec le cadastre (sans doute la source des données) et d'autres le sont avec les images yahoo (ou une trace gps, je ne sais pas) et sont dans les choux vis à vis du cadastre. Il en va de même pour certains bâtiments (voir image [2]) J'ai voulu vérifié sur d'autres sources de données, les coordonnées d'un point de repère et je constate que : - les coordonnées osm correspondent bien avec celles trouvées sur le Géoportail IGN - les coordonnées du cadastre WMS collent avec celles du Cadastre en ligne (heureusement mais sait-on jamais !) - les coordonnées GoogleMaps sont entre les deux.. (N'ayant pas de gps, je n'ai pas fait de mesure à la main) Le décalage observé est de 10m par endroits. Je pense qu'il vaut mieux tout (re)caler sur le cadastre mais est-ce le bon choix ? Parce que je veux bien réconcilier les données comme le dit Emilie mais pour numériser le bâti ça va pas être marrant du tout et ça fait rentrer beaucoup d'approximatif pifométrique, variant en plus selon les personnes... Marie [1] http://www.openstreetmap.org/?lat=48.82514lon=2.27196zoom=17layers=B000FTF [2] http://dl.getdropbox.com/u/1265805/Issy.png De : Fabien Marchewka fura...@gmail.com À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Mardi, 18 Août 2009, 23h28mn 07s Objet : Re: [OSM-talk-fr] Précisions du cadastre par rapport au GPS Dans JOSM il ya une option avec la couleur pour la précision des traces GPS. Sinon il faut savoir qu'en ville le GPS est plutot peu précis, généralement plus de 12m de précision. Le mieux est d'avoir plusieurs traces de la même zone (constellation satellites visibles différente) et corréler avec le cadastre. Une solution est aussi de faire un fix avec le GPS sur un endroit dégagé et de vérifier la planche cadastrale pour savoir si l'on peut lui faire confiance. En ce qui me concerne les planches sont assez précises. Le problème est plutôt qu'elles ne sont pas à jour (même pour des communes vectorielles). Le 18 août 2009 22:35, Emilie Laffray emilie.laff...@gmail.com a écrit : Sylvain Collilieux wrote: Bonjour, J'ai fait qq traces pendant mes vacances et je voulais les compléter avec les données du cadastre mais j'ai comme un petit pb. Mes traces passent dans les parcelles voire sur des bâtiments ! Ce n'est pas tellement un problème. Il faut voir si tu ne peux pas faire un pot pourri, car parfois le GPS peut être approximatif. Si la carte n'est pas entièrement vide et que tu as des points de repère, tu peux regarder si tes données GPS ou le cadastre ont un sens. Que dois-je faire ? Corriger les rues pour qu'elles correspondent au cadastre ou faire confiance au GPS (Holux M-1000 avec puce MTK). C'est un processus itératif. Je ne peux pas aller encore sur le terrain (j'ai rentre beaucoup de rue dans OSM d'après le cadastre), mais je compte utiliser un GPS pour vérifier les rues que j'ai rentre. Le cadastre est parfois approximatif c'est pour ça que je vérifie toujours avec Yahoo aussi. Autrement dit, ni ton GPS ni le cadastre sont parfaits, il faut composer avec les deux sources et les réconcilier. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Fabien Marchewka ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Précisions du cadastre par rapport au GPS
2009/8/19 Marie Silvestre marie_silves...@yahoo.fr Bonjour à tous, J'ai moi aussi constaté quelques problèmes de cohérence... Je m'explique sur le cas qui me travaille : sur la ville d'Issy les Moulineaux [1], un certain nombre de rues sont parfaitement calées avec le cadastre (sans doute la source des données) et d'autres le sont avec les images yahoo (ou une trace gps, je ne sais pas) et sont dans les choux vis à vis du cadastre. Il en va de même pour certains bâtiments (voir image [2]) J'ai voulu vérifié sur d'autres sources de données, les coordonnées d'un point de repère et je constate que : - les coordonnées osm correspondent bien avec celles trouvées sur le Géoportail IGN - les coordonnées du cadastre WMS collent avec celles du Cadastre en ligne (heureusement mais sait-on jamais !) - les coordonnées GoogleMaps sont entre les deux.. (N'ayant pas de gps, je n'ai pas fait de mesure à la main) Le décalage observé est de 10m par endroits. Je pense qu'il vaut mieux tout (re)caler sur le cadastre mais est-ce le bon choix ? Parce que je veux bien réconcilier les données comme le dit Emilie mais pour numériser le bâti ça va pas être marrant du tout et ça fait rentrer beaucoup d'approximatif pifométrique, variant en plus selon les personnes... Dans ton cas, tu as vérifié que les données du cadastre sont bonnes donc je recalerais sur le cadastre. J'ai fait la même chose récemment sur la commune de Saran ou les données provenaient de Yahoo. Pour Google Maps, les données proviennent de TeleAtlas pour la France et ce n'est pas la première fois que je constate que les données ne sont pas énormément précises. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Précisions du cadastre par rapport au GPS
2009/8/19 Emilie Laffray emilie.laff...@gmail.com: Pour Google Maps, les données proviennent de TeleAtlas pour la France et ce n'est pas la première fois que je constate que les données ne sont pas énormément précises. Pour les images satellites gmaps, elles viennent depuis cette année de l'IGN, c'est donc un gage de qualité pour le positionnement. Les images Yahoo! peuvent par contre avoir des déviances parfois très importantes (des cas qui dépassent les cent mètres sont rapportés par endroits). Si tu as un doute, utilise un des repères géodésiques de l'IGN pour comparer avec le cadastre. J'espère que ces points géodésiques seront bientôt importés dans OSM puisque nous en avons le droit. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Précisions du cadastre par ra pport au GPS
Le décalage observé est de 10m par endroits. Je pense qu'il vaut mieux tout (re)caler sur le cadastre mais est-ce le bon choix ? Parce que je veux bien réconcilier les données comme le dit Emilie mais pour numériser le bâti ça va pas être marrant du tout et ça fait rentrer beaucoup d'approximatif pifométrique, variant en plus selon les personnes... J'ai fait le choix également d'utiliser le cadastre, après avoir comparé en superposition dans JOSM mes traces GPS, le cadastre et les images Yahoo. Sur la région parisienne, les images Yahoo me semblent systématiquement décalées d'environ 10 mètres, je ne sais pas pourquoi. Hervé ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Cadastre
Bonjour, Je me mets à OpenStreetMap, à mon tour, et je vais poser une question de newbie intégral. Mais bon, allons-y... J'ai remarqué que ma commune (Athies-sous-Laon, Aisne) ne comportait pas de contours administratifs, et j'ai voulu récupérer l'image du cadastre pour compléter la carte. J'ai téléchargé les plugins nécessaires (wmsplugin, validator et cadastre-fr : installés directement à partir de l'onglet greffons des préférences de JOSM). J'ai indiqué http://www.cadastre.gouv.fr/scpc/wms, dans dans l'onglet WMS. J'ai cliqué sur le bouton de téléchargement des données depuis le serveur OSM, mais rien ne s'est passé. Je suis allé sur le site du cadastre, mais je n'ai pas compris comment récupérer l'image du plan d'assemblage (par exemple) : http:// www.cadastre.gouv.fr/scpc/afficherCarteTa.do? f=4A028000_T01dontSaveLastForwardkeepVolatileSession= Qui pourrait m'aider ? Je vous en remercie par avance, Fred02840 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cadastre
Bonjour, pour utiliser le cadastre, il n'y a plus besoin du plugin wmsplugin. Il suffit d'utiliser le menu Cadastre=Cadastre grab et d'indiquer le nom de la ville souhaitée. http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cadastre
Bonjour, Je me mets à OpenStreetMap, à mon tour, et je vais poser une question de newbie intégral. Mais bon, allons-y... C'est pas grave. Tout le monde est passé par là. Bienvenue J'ai remarqué que ma commune (Athies-sous-Laon, Aisne) ne comportait pas de contours administratifs, et j'ai voulu récupérer l'image du cadastre pour compléter la carte. J'ai téléchargé les plugins nécessaires (wmsplugin, validator et cadastre-fr : installés directement à partir de l'onglet greffons des préférences de JOSM). J'ai indiqué http://www.cadastre.gouv.fr/scpc/wms, dans dans l'onglet WMS. J'ai cliqué sur le bouton de téléchargement des données depuis le serveur OSM, mais rien ne s'est passé. Il y a deux problèmes dans ta manip : Le premier est que tu essayes d'utiliser le plugin WMS pour afficher le cadastre ce qui n'est pas bon. Le plugin cadastre-fr est distinct du plugins WMS. Tu a un menu cadastre dans JOSM. Il suffit d'appuyer sur f11 (je ne connais pas le nom du menu correspondant) pour que le plugin te propose d'entrer le nom de ta commune et affiche le plan. Le second problème est que ta commune n'est pas au format vecteur. Elle nécessite d'utiliser la version de développement du plugin cadastre. Je te conseille te limiter aux communes au format vecteur le temps que tu te familiarise avec le cadastre et que le nouveau plugin sorte en version stable. -- Vincent MEURISSE ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte des BTS en France
Le 19 août 2009 à 15:02, Julien D. murphy2712+osm...@gmail.com a écrit : 2009/8/18 Gourmet o...@blas.net Mais bon, mise à part quelques très rares exceptions (Siemens) aucun téléphone ne permet de récupérer la liste des BTS surveillées par le mobile (un maximum de 6). Dommage car avec une telle information on obtient les résultats sign alés plus haut. L'openmoko le permet-il au fait ? Oui, l'openmoko est bien capable d'enregistrer les cellules voisines ainsi que leur id/puissance... Pour les intéressés je viens de commencer le développement d'un client similaire pour Android (qui permet aussi d'avoir les 6 cellul es voisines). ___ Bonne nouvelle. Oui bien sûr je suis preneur. Ajoutes-y les points d'accès wifi (sur option). Db 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] Demande de retour d'expérience OSM avec HTC Magic Android
2009/8/18 Arthur Clement clement.art...@gmail.com J'ai également vu qu'il y a déjà plusieurs logiciels pour OSM sur android, dont un mini-éditeur ( http://code.google.com/p/osmeditor4android/wiki/Overview?tm=6) Je ne saurais que te conseiller ce merveilleux logiciel (je fais parti des développeurs, principalement pour la traduction fr :). Son intérêt est de pouvoir mapper en direct sur son téléphone, permettant d'ajouter manuellement tout les tags possibles. Tout n'est pas parfait mais ça viendra au cours du temps ! DroidCollector mange vraiment trop de ressources et les autres logiciels ne servent qu'à enregistrer des gpx (Google My Tracks le fait très bien en 2 clics) et AndNav 2 enregistre aussi les gpx et permet en plus la navigation en utilisant les cartes OSM. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tag] Limite agglomération
Le Wed, Aug 19, 2009 at 12:47:03PM +0200, Pieren [pier...@gmail.com] a écrit: Donc, maintenant, tous les landuse qui sont en agglomération, je leur ajoute le tag place_name. Ce qui doit permettre, je pense, de tenir compte sans problème du cas des hameaux délimités par des panneaux, genre : Villette comm. de Pont Ste Maxence Ce qui nous donne place_name=Villette Et c'est implicite que ce soit dans la commune, de par le boundary Ca me va, pour tagger mes villages traversés par la nationale :-) -- Dominique Rousseau d...@lee-loo.net - 06 82 43 12 27 Si cinquante millions de gens disent une sottise, ça n'en reste pas moins une sottise. -- Anatole France ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Demande de retour d'expérience O SM avec HTC Magic Android
Merci pour tous ces retours précis, c'est ce qu'il fallait pour achever de me convaincre. J'espère vous poser mes prochaines questions avec l'appareil en main :) 2009/8/19 Julien D. murphy2712+osm...@gmail.commurphy2712%2bosm...@gmail.com 2009/8/18 Arthur Clement clement.art...@gmail.com J'ai également vu qu'il y a déjà plusieurs logiciels pour OSM sur android, dont un mini-éditeur ( http://code.google.com/p/osmeditor4android/wiki/Overview?tm=6) Je ne saurais que te conseiller ce merveilleux logiciel (je fais parti des développeurs, principalement pour la traduction fr :). Son intérêt est de pouvoir mapper en direct sur son téléphone, permettant d'ajouter manuellement tout les tags possibles. Tout n'est pas parfait mais ça viendra au cours du temps ! DroidCollector mange vraiment trop de ressources et les autres logiciels ne servent qu'à enregistrer des gpx (Google My Tracks le fait très bien en 2 clics) et AndNav 2 enregistre aussi les gpx et permet en plus la navigation en utilisant les cartes OSM. ___ 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] Carte des BTS en France
Selon Gourmet o...@blas.net: Le 19 août 2009 à 15:02, Julien D. murphy2712+osm...@gmail.com a écrit : 2009/8/18 Gourmet o...@blas.net Mais bon, mise à part quelques très rares exceptions (Siemens) aucun téléphone ne permet de récupérer la liste des BTS surveillées par le mobile (un maximum de 6). Dommage car avec une telle information on obtient les résultats sign alés plus haut. L'openmoko le permet-il au fait ? Oui, l'openmoko est bien capable d'enregistrer les cellules voisines ainsi que leur id/puissance... Pour les intéressés je viens de commencer le développement d'un client similaire pour Android (qui permet aussi d'avoir les 6 cellul es voisines). Salut, j'ai aussi écrit un client-logger pour Android, je suis entrain d'en recoder un autre plus intelligent. Par contre l'api permet d'avoir les cell-voisines... dans la réalité mon téléphone ne les retourne pas (HTC-Dream). Par contre je n'ai jamais encore uplodé les données que j'ai obtenue. J'ai pas réussit à me décider entre OpenCellId et OpenBMap. D'autant plus que OBM à l'air techniquement plus sympha, mais manque cruellement de doc. Fred ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Tag] Tag phone, on peut le mettre ?
Pieren a écrit : 2009/8/19 Etienne T gustrimai...@yahoo.fr: Une question que je me posais il y a pas si longtemps à propos des tags sur les POIs. Et le tag phone ? On peut le mettre ? Je ne connais pas du tout, le droit d'utilisation d'un annuaire, alors je préfère poser la question :) J'ai changé le titre parce que c'est un autre sujet. Question bien compliquée. Outre le fait qu'on peut se poser la question de l'opportunité de mettre des numéros de téléphone dans une base géographique, il y a la question de la protection des données personnelles. Et les règles de droit sont celles appliquées au pays hébergeant le serveur. Sauf que l'opérateur (le mappeur) est situé en France et qu'il est soumis à la législation de son pays : déclaration de fichier numérique à la CNIL... Et la CNIL est regardante pour les fichiers hébergés à l'étranger, non protégés par mot de passe... La réponse est évidente pour les numéros perso (protection des données personnelles etc) que les admin de la base pourraient facilement nettoyer (je parle des extracts et planet dump bien-sûr). Personnes physiques : opt-in : accord préalable. J'avoue ne pas avoir très envie de confier mon numéro de téléphone et mon adresse mail à une base CC-by-SA (ou autre licence absconse)... Vous voyez l'usage possible... Amha, pour les numéros professionels et 'publics' comme pour un resto par exemple, il n'y a pas de problème si tu en copie un ou deux. Au contraire, si tu ne le fais pas, ils le feront eux-même un jour ou l'autre (et c'est gratuit). Entreprise : opt-out : suppression si demande Pour la fleuriste du coin, c'est relativement simple... Encore que... Il faut mettre le numéro de l'occupant (la fleuriste) ou du propriétaire (l'agence) ? Pour le Crayon de la Part-Dieu (Tour du Crédit Lyonnais) on met les numéros des occupants (les centaines de bureaux), du Crédit Lyonnais, de l'accueil ? Pour la caserne de pompiers, on met le 18 ? Bref, le téléphone, ce n'est pas vraiment une information spatiale ou géographique, et OSM ce n'est pas vraiment un annuaire... Sauf peut-être à tagguer une cabine téléphonique... -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : [Tag] Tag phone, on peut le mettre ?
Si tu as un GPS routier, et que tu lui demande la liste des campings/hôtels du coin, tu es content d'avoir le numéro qui s'affichent pour téléphonner pour savoir si c'est complet ou pas. Et quand tu lui demande la liste des musées, parcs d'attraction, ..., tu es content d'avoir le numéro pour connaitre les heures d'ouvertures, si c'est adapter à un enfant de X ans,... La carte Navteq de mon GPS Garmin le fait, je trouve ça pas mal. Donc je vois pas pourquoi les cartes d'OSM ne le feraient pas non plus. J'ai pas dis qu'il fallait transformer OSM en annuaire spatiale ! Juste les infos utiles quand tu te sert de ton GPS routier en déplacement ! De : Vincent Pottier vpott...@gmail.com À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Mercredi, 19 Août 2009, 16h30mn 22s Objet : Re: [OSM-talk-fr] [Tag] Tag phone, on peut le mettre ? Pieren a écrit : 2009/8/19 Etienne T gustrimai...@yahoo.fr: Une question que je me posais il y a pas si longtemps à propos des tags sur les POIs. Et le tag phone ? On peut le mettre ? Je ne connais pas du tout, le droit d'utilisation d'un annuaire, alors je préfère poser la question :) J'ai changé le titre parce que c'est un autre sujet. Question bien compliquée. Outre le fait qu'on peut se poser la question de l'opportunité de mettre des numéros de téléphone dans une base géographique, il y a la question de la protection des données personnelles. Et les règles de droit sont celles appliquées au pays hébergeant le serveur. Sauf que l'opérateur (le mappeur) est situé en France et qu'il est soumis à la législation de son pays : déclaration de fichier numérique à la CNIL... Et la CNIL est regardante pour les fichiers hébergés à l'étranger, non protégés par mot de passe... La réponse est évidente pour les numéros perso (protection des données personnelles etc) que les admin de la base pourraient facilement nettoyer (je parle des extracts et planet dump bien-sûr). Personnes physiques : opt-in : accord préalable. J'avoue ne pas avoir très envie de confier mon numéro de téléphone et mon adresse mail à une base CC-by-SA (ou autre licence absconse)... Vous voyez l'usage possible... Amha, pour les numéros professionels et 'publics' comme pour un resto par exemple, il n'y a pas de problème si tu en copie un ou deux. Au contraire, si tu ne le fais pas, ils le feront eux-même un jour ou l'autre (et c'est gratuit). Entreprise : opt-out : suppression si demande Pour la fleuriste du coin, c'est relativement simple... Encore que... Il faut mettre le numéro de l'occupant (la fleuriste) ou du propriétaire (l'agence) ? Pour le Crayon de la Part-Dieu (Tour du Crédit Lyonnais) on met les numéros des occupants (les centaines de bureaux), du Crédit Lyonnais, de l'accueil ? Pour la caserne de pompiers, on met le 18 ? Bref, le téléphone, ce n'est pas vraiment une information spatiale ou géographique, et OSM ce n'est pas vraiment un annuaire... Sauf peut-être à tagguer une cabine téléphonique... -- Vincent alias FrViPofm ___ 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 : [Tag] Tag phone, on peut le mettre ?
2009/8/19 Etienne T gustrimai...@yahoo.fr Si tu as un GPS routier, et que tu lui demande la liste des campings/hôtels du coin, tu es content d'avoir le numéro qui s'affichent pour téléphonner pour savoir si c'est complet ou pas. Et quand tu lui demande la liste des musées, parcs d'attraction, ..., tu es content d'avoir le numéro pour connaitre les heures d'ouvertures, si c'est adapter à un enfant de X ans,... La carte Navteq de mon GPS Garmin le fait, je trouve ça pas mal. Donc je vois pas pourquoi les cartes d'OSM ne le feraient pas non plus. J'ai pas dis qu'il fallait transformer OSM en annuaire spatiale ! Juste les infos utiles quand tu te sert de ton GPS routier en déplacement ! +1 A noter que Tele Atlas fournit ces informations aussi. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Status of the Local Chapter working group
vmeurisse-osm-talk-fr (via Nabble) a écrit : L'autre solution est que la fondation et les local chapters soient totalement séparés. Dans ce cas on peut baisser le niveau de cotisation tant qu'on veut. Je pense que ce serait la meilleur chose à faire, ainsi les membres souhaitant jouer un rôle complet et représenter l'association peuvent payer plus, et ceux plus modeste ne seront pas délaissé s'il souhaitent participer. Bien évidement tout le monde est libre de payer plus et les dons sont ouverts (par chèque à l'ordre de Vincent MEURISSE). cela va de soit. -- View this message in context: http://n2.nabble.com/-OSM-talk--Local-Chapters-Meeting-Minutes-WAS-Re%3A-Status-of-the-Local-Chapter-working-group-tp3461099p3472990.html Sent from the French OSM list mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cadastre
Merci à Vincent et Julien pour leur réponse. Effectivement, il n'y avait pas à se casser la tête : heureusement... Pour le fond de carte du cadastre, tu as raison, Vincent, ce n'est pas du vectoriel. Ainsi, j'obtiens l'équivalent d'une méchante photocopie, avec de gros points noirs (c'est donc illisible), le tout sur un fond constitué d'un rectangle blanc (avec l'essentiel du fond de carte) encadré par une vaste zone grise. Mais je crois bien avoir coché une case qui demandait d'inverser les couleurs grises (vérification faite : la case est bien cochée ; je reprends le téléchargement). Merci pour le message de bienvenue. J'espère être un peu plus efficace, à l'avenir... À bientôt, Frédéric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : [Tag] Tag phone, on peut le mettre ?
Etienne T a écrit : Si tu as un GPS routier, et que tu lui demande la liste des campings/hôtels du coin, tu es content d'avoir le numéro qui s'affichent pour téléphonner pour savoir si c'est complet ou pas. Et quand tu lui demande la liste des musées, parcs d'attraction, ..., tu es content d'avoir le numéro pour connaitre les heures d'ouvertures, si c'est adapter à un enfant de X ans,... La carte Navteq de mon GPS Garmin le fait, je trouve ça pas mal. Donc je vois pas pourquoi les cartes d'OSM ne le feraient pas non plus. J'ai pas dis qu'il fallait transformer OSM en annuaire spatiale ! Juste les infos utiles quand tu te sert de ton GPS routier en déplacement ! Ce qui suit est de la réflexion à haute voix, pas du troll ! Je comprend bien l'intérêt de disposer dans son GPS de ce genre d'info, d'autant plus si le GPS est aussi téléphone (ou l'inverse). Je ne suis pas sur que ce soit le rôle d'OSM de contenir ces données d'annuaire. Mais comme Opencyclemap croise les données OSM avec le fond de carte relief, comme les projets de routing multimodal croiseront les données OSM avec d'autres données temporelles, je pense que le renderer pour GPS routier doit pouvoir croiser les données OSM avec d'autres données annuaire. Un mkgmap encore plus intelligent... Créer une géolocalisation des téléphone fixes dans une base de donnée ? Créer un annuaire téléphonique géolocalisé ? C'est un service un peu différent... L'avenir est plus à la multiplicité des sites qui savent bien faire ce qu'ils font et qui savent bien causer avec d'autres services, et aux standards de communication qu'à l'usine à gaz qui fait tout : colosse au pied d'argile. Il me vient à l'idée que le code SIRET (ou SIRENE) serait un identifiant permettant le lien entre la fleuriste du coin de la rue dans OSM et la fleuriste dans l'annuaire. Quoi ? le tag n'existe pas encore ? -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : [Tag] Tag phone, on peut le mettre ?
Le mercredi 19 août 2009 à 16:13 +0100, Emilie Laffray a écrit : 2009/8/19 Etienne T gustrimai...@yahoo.fr Si tu as un GPS routier, et que tu lui demande la liste des campings/hôtels du coin, tu es content d'avoir le numéro qui s'affichent pour téléphonner pour savoir si c'est complet ou pas. Et quand tu lui demande la liste des musées, parcs d'attraction, ..., tu es content d'avoir le numéro pour connaitre les heures d'ouvertures, si c'est adapter à un enfant de X ans,... La carte Navteq de mon GPS Garmin le fait, je trouve ça pas mal. Donc je vois pas pourquoi les cartes d'OSM ne le feraient pas non plus. J'ai pas dis qu'il fallait transformer OSM en annuaire spatiale ! Juste les infos utiles quand tu te sert de ton GPS routier en déplacement ! +1 A noter que Tele Atlas fournit ces informations aussi. Je trouve incohérent de refuser les balises wikipedia, url ou website et approuver la balise phone. Pour ma part je trouve que ces informations ont leur place dans OSM a partir du moment où l'on ne franchit pas les limites de la vie privée. Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] De nouvelles données visibles dans osmtransport
Bonjour, Nous avons ajouter de nouvelles données de transport publique d'OpenStreetMap à OsmTransport. http://www.3liz.fr/public/osmtransport/index.php Ces données sont : * les relations route de type rail, ces relations servent à décrire les réseaux de transport férroviaire comme le RER ou le Transilien sur Paris. D'ailleurs le réseau de RER semble complet, mais c'est à vérifier * les points amenity bicycle_rental, c'est à dire les points d'accès aux réseaux de vélos en libre accès comme vélib, vélov ou vélomagg. Les données continuent à être actualisée tous les jours, donc n'hésitez pas à compléter les réseaux que vous connaissez. René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte des BTS en France
Le 19 août 2009 à 16:27, f.rodr...@free.fr a écrit : Selon Gourmet o...@blas.net: Le 19 août 2009 à 15:02, Julien D. murphy2712+osm...@gmail.co m a écrit : 2009/8/18 Gourmet o...@blas.net Mais bon, mise à part quelques très rares exceptions (Siemens) aucun téléphone ne permet de récupérer la liste des BTS surveillées par le mobile (un maximum de 6). Dommage car avec une telle information on obtient les résultats sign alés plus haut. L'openmoko le permet-il au fait ? Oui, l'openmoko est bien capable d'enregistrer les cellules voisines ainsi que leur id/puissance... Pour les intéressés je viens de commencer le développement d'un client similaire pour Android (qui permet aussi d'avoir les 6 cellul es voisines). Salut, j'ai aussi écrit un client-logger pour Android, je suis entra in d'en recoder un autre plus intelligent. Par contre l'api permet d'avoir les cell-voisines... dans la réalité mon téléphone ne les retourne pas (HTC-Dream). Ça c'est con :( Par contre je n'ai jamais encore uplodé les données que j'ai obtenu e. J'ai pas réussit à me décider entre OpenCellId et OpenBMap. D'autant plus que OBM à l'air techniquement plus sympha, mais manque cruellement de do c. Upload sur les 2. Comme ça plus de question :) Db ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : [OSM-talk] Local Chapters Meeting Minutes WAS Re: Status of the Local Chapter working group
Mathieu a écrit : - Une association requiert des cotisations Faux. Une association requiert l'adhésion de ses membres. La cotisation est un usage répandu mais pas obligatoire. Pourrait être membre tout contributeur à OSM (s'il le faut, ayant plus de N edits...) qui le désire, parce que sa contribution à OSM dit son adhésion au projet. Pourrait être membre toute personne (type : ma sœur) convaincue des enjeux mais incapable d'entrer un point dans la base et qui apporterait ses 20 € parce qu'elle adhère à l'objectif et que c'est sa seule façon de soutenir le projet. Ca c'est la théorie. En pratique: Le plus chaud: trouver ces trois gentils organisateurs, surtout le trésorier qui est en première ligne quand des trucs foirent dans les cotisations. Le plus chaud (si je puis dire aujourd'hui avec le bouzin qui surchauffe la pièce peu ventilée) - c'est de se mettre d'accord sur un objectif ;-) - c'est de trouver le mode d'organisation anarchique (notez le paradoxe !) pas trop prenant mais permettant d'accueillir les initiatives particulières, voire de les susciter, de mandater les uns et les autres pour des événements et des initiatives (mapping-party, contacts collectivités, presse, sponsors, SOTM). - c'est de trouver les statuts qui vont bien pour les deux points ci-dessus. - c'est de trouver du monde pour faire un minimum de travail administratif (compta, comptes-rendus...) - c'est de trouver des gens motivés et compétents pour de la levée de fonds (serveurs, matériel de communication pour stands...) au delà de la bonne volonté personnelle (admirable au demeurant) et de la mise à dispo de matériel et talents privés. J'ai bien aimé la visée de Christian Rogel avec la SCIC... Mais c'est pas pour demain... Pour ma part, je suis convaincu par expérience historique ancienne (on fête cette année les 800 ans de fondation de ma communauté) que la joyeuse anarchie des débuts (ça n'est pas du tout péjoratif de ma part !) a besoin de prendre du corps, certes lourd... et qu'une association est probablement un passage obligé. Cependant, je ne suis pas vraiment dispo pour ça. Mais je serai adhérent ! Si la cotisation ne coûte pas les yeux des fesses, pardon, la peau de la tête. -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Cadastre
Tu as de la chance, c'est tout frais depuis dimanche seulement ;-) http://www.mail-archive.com/talk-fr@openstreetmap.org/msg12439.html De : Frédéric Stévenot freds...@gmx.fr À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Mercredi, 19 Août 2009, 17h51mn 49s Objet : Re: [OSM-talk-fr] Cadastre Le 19 août 09 à 15:21, Vincent MEURISSE a écrit : […] Il y a deux problèmes dans ta manip : […] Le second problème est que ta commune n'est pas au format vecteur. Elle nécessite d'utiliser la version de développement du plugin cadastre. Je te conseille te limiter aux communes au format vecteur le temps que tu te familiarise avec le cadastre et que le nouveau plugin sorte en version stable. Euh, au fait, comment faire avec un fond non vectorisé ? Le gros lourd de l'Aisne ___ 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] De nouvelles données visibles dans osmtransport
C'est bea... Mais le problème c'est que du coup on se rend compte de trucs qui clochent, comme des stations velib qui manquent, des lignes Transiliens absentes, c'est déprimant en fait :) Le 19 août 09 à 17:51, rldhont a écrit : Bonjour, Nous avons ajouter de nouvelles données de transport publique d'OpenStreetMap à OsmTransport. http://www.3liz.fr/public/osmtransport/index.php Ces données sont : * les relations route de type rail, ces relations servent à décrire les réseaux de transport férroviaire comme le RER ou le Transilien sur Paris. D'ailleurs le réseau de RER semble complet, mais c'est à vérifier * les points amenity bicycle_rental, c'est à dire les points d'accès aux réseaux de vélos en libre accès comme vélib, vélov ou vélomagg. Les données continuent à être actualisée tous les jours, donc n'hésitez pas à compléter les réseaux que vous connaissez. René-Luc ___ 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] De nouvelles données visibles dans osmtransport
On Wednesday 19 August 2009 06:21:35 pm Yann Coupin wrote: C'est bea... Mais le problème c'est que du coup on se rend compte de trucs qui clochent, comme des stations velib qui manquent, des lignes Transiliens absentes, c'est déprimant en fait :) Pour te faire plaisir voici un rendu exclusif qui n'affiche absolument rien. Comme ça on est sûr que la carte est complète. + - - Il est même possible de zoomer en cliquant sur le '+' et le '-' (voir sans cliquer). Attention la technologie ultra secrète permettant de faire ça est brevetée. -- Vincent MEURISSE ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Précisions du cadastre par rapport au GPS
J'ai aussi constaté (parfois) des écarts entre GPS et cadastre. Au début je faisais confiance au GPs, mais j'en suis un peu revenu. En cas de doute, je refais plusieurs traces, et elles sont toutes différentes, donc je prend la moyenne (et j'importe aussi les traces de OSM). Pour les images sat, je prends landsat (pour les rivières, les bois), et je le recale avec des routes ou des rivières connues, ça fonctionne plutôt bien. Hervé Le Roy a écrit : Le décalage observé est de 10m par endroits. Je pense qu'il vaut mieux tout (re)caler sur le cadastre mais est-ce le bon choix ? Parce que je veux bien réconcilier les données comme le dit Emilie mais pour numériser le bâti ça va pas être marrant du tout et ça fait rentrer beaucoup d'approximatif pifométrique, variant en plus selon les personnes... J'ai fait le choix également d'utiliser le cadastre, après avoir comparé en superposition dans JOSM mes traces GPS, le cadastre et les images Yahoo. Sur la région parisienne, les images Yahoo me semblent systématiquement décalées d'environ 10 mètres, je ne sais pas pourquoi. Hervé ___ 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
[OSM-talk-fr] Suite et fin de la série d'artic les dans Libération
D'après les titres, personne n'a encore commenté le 6ème et dernier article de Camille dans Libération Les routards du Web : nous remplissons une mission de service public. http://www.ecrans.fr/Les-routards-du-web-Nous,7891.html Il me semble que tous disent, à peu près, qu'ils estiment que ls données cartographiques sont un bien commun. C'est ce qui figure dans l'article OpenStreetMap du Wikipédia, mais, et c'est normal, quelqu'un a demandé qu'on donne une référence. http://fr.wikipedia.org/wiki/OpenStreetMap Il me semble que les éléments de l'article pourraient en être une. Y-en-a-t'il d'autres. Qu'en pensez-vous? Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suite et fin de la série d'artic les dans Libération
2009/8/19 Christian Rogel christian.ro...@club-internet.fr: D'après les titres, personne n'a encore commenté le 6ème et dernier article de Camille dans Libération Les routards du Web : nous remplissons une mission de service public. http://www.ecrans.fr/Les-routards-du-web-Nous,7891.html ooops, et c'est un de mes commentaires qui a fourni le titre. J'y suis allé un peu fort, là. C'est typique les journalistes de relever la ptite phrase qui dérape ;-) Mais je dirais un dernier merci à Camille pour sa série d'articles. Même si on a recruté que dix nouveaux contributeurs avec ça, c'est gagné (j'espère beaucoup plus). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suite et fin de la série d'article s dans Libération
2009/8/19 Christian Rogel christian.ro...@club-internet.fr: D'après les titres, personne n'a encore commenté le 6ème et dernier article de Camille dans Libération Les routards du Web : nous remplissons une mission de service public. http://www.ecrans.fr/Les-routards-du-web-Nous,7891.html Il me semble que tous disent, à peu près, qu'ils estiment que ls données cartographiques sont un bien commun. C'est ce qui figure dans l'article OpenStreetMap du Wikipédia, mais, et c'est normal, quelqu'un a demandé qu'on donne une référence. http://fr.wikipedia.org/wiki/OpenStreetMap Il me semble que les éléments de l'article pourraient en être une. Y-en-a-t'il d'autres. Qu'en pensez-vous? L'idée d'utiliser l'article d'Ecrans.fr comme référence me semble bonne. Par contre, la phrase de Wikipedia mériterait d'être légèrement retouchée, car telle quelle, elle me semble un peu trop manichéenne. Il me semble en lisant les réponses publiées sur Ecrans.fr que les contributeurs qui ont répondu sont pour le libre, et non pas contre le commercial. Ca me semble important à souligner car la licence CC-BY-SA n'interdit pas une utilisation commerciale tant que les données restent libres. Version actuelle: La plupart des utilisateurs souscrivent à l'idée d'empêcher l'appropriation définitive par des organismes commerciaux de biens dont l'ensemble de la communauté a besoin. Version que je propose: La plupart des contributeurs estiment que les données géographiques sont un bien commun qui devrait être libre pour le bénéfice de l'ensemble de la communauté. Hervé ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [JOSM] Plugin routing sous Linux
Bonjour, Quelqu'un utilise t'il le plugin routing dans JOSM sous Linux ? Sous Windows, il fonctionne correctement. Sous Linux, je n'arrive pas à le faire fonctionner. Le message d'erreur suivant apparait en console dès que j'essaye de sélectionner un noeud: 2009-08-19 20:24:09 [com.innovant.josm.plugin.routing.RoutingLayer] DEBUG - no nodes selected Si quelqu'un a une version fonctionnelle sous Linux, je voudrais bien connaitre le numéro de version de JOSM et du plugin routing. merci :) Hervé ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte des BTS en France
2009/8/19 f.rodr...@free.fr Salut, j'ai aussi écrit un client-logger pour Android, je suis entrain d'en recoder un autre plus intelligent. Par contre l'api permet d'avoir les cell-voisines... dans la réalité mon téléphone ne les retourne pas (HTC-Dream). Mon appli les affiche très bien, tu peux aussi les voir avec le menu caché, compose : *#*#4636#*#* On pourrait mutualiser nos efforts ? (à répondre en dehors de la liste) 2009/8/19 Gourmet o...@blas.net Par contre je n'ai jamais encore uplodé les données que j'ai obtenu e. J'ai pas réussit à me décider entre OpenCellId et OpenBMap. D'autant plus que OBM à l'air techniquement plus sympha, mais manque cruellement de do c. Upload sur les 2. Comme ça plus de question :) C'est pas une bonne idée ! OpenBMap inclut beaucoup plus d'informations qu'OpenCellId. OpenBMap importe tout de même régulièrement la base d'OpenCellId afin d'avoir une grande couverture. En envoyant aux 2, il y aura des doublons lors des imports. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suite et fin de la série d'article s dans Libération
2009/8/19 Christian Rogel christian.ro...@club-internet.fr: Le 19 août 09 à 20:01, Hervé Le Roy a écrit : Il me semble en lisant les réponses publiées sur Ecrans.fr que les contributeurs qui ont répondu sont pour le libre, et non pas contre le commercial. Ca me semble important à souligner car la licence CC-BY-SA n'interdit pas une utilisation commerciale tant que les données restent libres. Je ne suis pas d'accord avec cette relecture, seuls DenisH et Sarge ne parlent pas de la nécessité d'avoir des éléments vitaux à libre disposition, car dans vital, il y a les logiciels et les données cartographiques et beaucoup plus, la connaissance comme dit Thomas. Les 8 autres mentionnent directement ou indirectement le besoin de s'affranchir des acteurs commerciaux verrouilleurs. Sébastien et Pieren le confirment très fortement dans leurs réponses à la 2ème question Pour prendre une analogie avec le monde de l'information, on peut être libriste et pro-Linux, sans être contre Microsoft. L'idée d'être pour quelque chose me semble tellement plus positive que l'idée d'être juste contre quelque chose. Je souscrit complètement au commentaire de Pieren (les données IGN devraient être libre car l'essentiel du financement de l'IGN provient de fond public), mais pour autant je ne vois pourquoi je serais contre Navteq ou TeleAtlas. C'est ce que je voulais souligner dans mon commentaire. a+ Hervé ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [biere-party] c'est la rentr ée !
Denis a écrit : Afin de préparer la rentrée, en accord avec mes convictions et pour le seul objectif de passer un moment agréable entre contributeurs avérés ou débutants, j'ai le plaisir d'annoncer la tenue de la prochaine bière-party à Strasbourg à la Taverne Française (qui, sans nul doute sera mappée d'ici là à l'aide du plugin cadastre-fr next generation) le samedi 29 août 2009 à partir de 18h37. Comme d'hab, une pizza récompensera ceux qui souhaiteraient prolonger la soirée. Afin de boucler le périmètre de sécurité (la préfecture n'est pas loin ;-), merci de vous signaler si vous comptez assister à cette manifestation pacifique auprès de votre serviteur ou de Pieren qui copilotera la soirée. Merci de votre attention, vous pouvez reprendre vos activités habituelles DenisH Il faudrait l'annoncer là : http://wiki.openstreetmap.org/wiki/Current_events Ça fera au moins un événement en France ! -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suite et fin de la série d'artic les dans Libération
Effectivement, l'appropriation relève plus des organismes comme l'IGN, voir la question des limites communales, car, si celles-ci avaient relevé d'un travail des agents de l'Etat et non des communes comme le cadastre, le verrou aurait été fermé pendant un bout de temps. Le terme définitif est là justement pour ne pas simplement protester contre l'appropriation qui peut être normale dans un marché de biens non essentiels. La FSF parle de logiciels privateurs. Producteurs de cartes privateurs? On doit observer avec lucidité l'évolution des entreprises-filles d'OSM, mais si la Fondation maintient une carte en ligne facilement modifiable, c'est la masse qui gouvernera. Les premiers symptômes serait la fermeture de certaines mises à jour ou la complexité exagérée des procédures. Autre solution : que des clones surgissent en France et ailleurs. Christian Le 20 août 09 à 00:08, Pieren a écrit : Je pense que le commentaire dans wikipedia fait d'avantage allusion à des entreprises semi-publiques genre IGN et OS que d'entreprises privées qui n'ont pas les mêmes moyens, ni la prétention de s'accaparer (appropriation) les données géographiques. Il mérite une reformulation pour être plus clair (mais ne pas exclure la mention d'appropriation, et oublier le terme définitive, rien n'est définitif en ce bas-monde). Je n'ai trouvé aucun commentaire contre Navteq, TeleAtlas ou Gmaps. Au contraire, ils servent de lièvre dans la course au meilleur produit et il y a de plus en plus de gens pour penser que leur modèle économique actuel est compromis (voir les présentations du dernier SOTM, ou la fin d'Encarta face à Wikipedia). Personne, non plus, n'est contre l'exploitation commerciale des données d'OSM. Tant qu'il restera la possibilité de créer l'équivalent de ces applications commerciales en version libre et gratuite. Ensuite, que le meilleur gagne. Le danger pourrait d'avantage venir de sociétés genre Cloudemade/Geofabrik qui prendraient trop de poids au niveau de la fondation et pourraient faire pencher les décisions futures dans un sens trop favorables à leur égard. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Fwd: Suite et fin de la série d 'articles dans Libération
Bonsoir, je débute sur OSM :-) et pense que les articles d'Ecrans.fr pourraient être une très bonne introduction pour de nouveaux arrivants : explications de base, réponses aux interrogations inévitables de néophytes, clarté du texte, nombreux liens répondant aux premiers questionnements. Cordialement. --- Britz --- Le 19 août 09 à 20:01, Hervé Le Roy a écrit : 2009/8/19 Christian Rogel christian.ro...@club-internet.fr: D'après les titres, personne n'a encore commenté le 6ème et dernier article de Camille dans Libération Les routards du Web : nous remplissons une mission de service public. http://www.ecrans.fr/Les-routards-du-web-Nous,7891.html Il me semble que tous disent, à peu près, qu'ils estiment que ls données cartographiques sont un bien commun. C'est ce qui figure dans l'article OpenStreetMap du Wikipédia, mais, et c'est normal, quelqu'un a demandé qu'on donne une référence. http://fr.wikipedia.org/wiki/OpenStreetMap Il me semble que les éléments de l'article pourraient en être une. Y-en-a-t'il d'autres. Qu'en pensez-vous? L'idée d'utiliser l'article d'Ecrans.fr comme référence me semble bonne. Par contre, la phrase de Wikipedia mériterait d'être légèrement retouchée, car telle quelle, elle me semble un peu trop manichéenne. Il me semble en lisant les réponses publiées sur Ecrans.fr que les contributeurs qui ont répondu sont pour le libre, et non pas contre le commercial. Ca me semble important à souligner car la licence CC-BY-SA n'interdit pas une utilisation commerciale tant que les données restent libres. ... Hervé ___ 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