Re: [OSM-talk-fr] une rue et deux rond-points
Effectivement, le tag ref n'a pas à être utilisé pour les ronds-points. Par contre, il me semble que le tag name est assez souvent utile pour indiquer le nom du carrefour en zone urbaine (place de, carrefour de) ou en zone peri-urbaine (porte de). J'ai notamment rencontré ce dernier cas à plusieurs reprises en mappant la rocade de Bourges pendant ces dernières vacances. Simon Le 03/01/08, Pieren Pieren [EMAIL PROTECTED] a écrit : effectivement, une rue peut se décomposer en plusieurs ways. Un rond-point forme un way fermé sur lui-même. On le tague avec junction=roundabout et le highway=residential ou primary ou secondary, etc... sinon il reste invisible sur la carte. Le tag oneway=true n'est pas nécessaire : c'est une information induite et c'est le sens du tracé qui donne le sens de circulation. Pareil pour name et ref, il ne faut pas les mettre dans les ronds-points qui par définition sont à la croissée de plusieurs routes. Pour le type de highway, si le rond-point fait la jointure avec des highway différents (par exemple un residential et un tertiary), il a été admis d'utiliser le highway le plus important. En effet, une route large finit rarement sur un rond-point a voie étroite... Il y a aussi de plus en plus en France des tout petits rond-points comme il en existe depuis longtemps en Angleterre. Pour ces mini-rond-points, une boucle n'est pas nécessaire : un simple node d'intersection est suffisant, marqué avec highway=mini_roundabout Pieren On Jan 2, 2008 10:30 PM, Julien Langlois [EMAIL PROTECTED] wrote: Le 02/01/08, Frédéric Bonifas[EMAIL PROTECTED] a écrit : Ce n'est pas grave d'utiliser 3 ways pour une seule rue : un way ne représente pas une rue mais une portion de route qui partage les mêmes caractéristiques (nom, classification etc). Si des ronds-points sont présents au milieu de la rue, alors il faudra utiliser plusieurs ways. Oui j'ai eu aussi cette impression bizarre au début. Ca ne me semblait pas facile et logique de splitter à tout bout de champ. Mais en fait c'est parce que nos interface actuelle (josm ou poltach) sont trop fidèle au protocole et n'ont pas assez d'imagination pour nous abstraire de ces types de base : Node et Way. Je pense que ça viendra dans le futur alors patience :) -- Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Ligne de bus
J'ai utilisé un GPS routier (Navman) pendant les vacances et j'ai constaté que les alertes radars se déclenchent à proximité géographique de ceux ci quelque soit la voie et le sens de circulation. Ce qui aboutit à des situations absurdes comme une alerte pour un radar se situant sur une voie croisant l'autoroute mais située 20m en dessous... Je suppose donc que les fichiers de POI à disposition des pocesseurs de GPS ne mentionnent que la position géographique mais pas la voie concernée. Est ce que c'est vraiment le cas ? Si oui, il serait sans doute possible de mettre quelque chose de plus précis dans OSM en utilisant peut être les relations pour indiquer la voie liée au radar ainsi que le sens ?? Simon Le 04/01/08, Pieren Pieren [EMAIL PROTECTED] a écrit : euh sur le wiki, pour speed_trap, il semble qu'il y a un plutot consensus pour nommer le tag speed_camera, ce qui est moins pégoratif. Je crois qu'il existe deja des bases avec les positions des radars fixes pour la France. Il faudrait juste un script qui permettrait la mise à jour (et plus-tard, indiquer la direction du radar, reste à savoir comment) Pieren On Jan 4, 2008 1:06 AM, Frédéric Bonifas [EMAIL PROTECTED] wrote: amenity=speed_trap figure dans la feuille de style de [EMAIL PROTECTED] donc tu peux commencer avec ça je pense. Frédéric Le 04/01/08, Yann SLADEK[EMAIL PROTECTED] a écrit : Autre chose : Y'a t'il un tag de prévu pour les radars ? Si non, où peut-on proposer un nouveau tag ? Bonne soirée a+ Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] admin_level=6 pour les départe ments
Pieren Pieren a écrit : Quelqu'un a-t-il déjà tenté de créer les frontières administratives (boundary=administrative) pour les départements et/ou les régions ? J'ai vainement cherché une source dans le domaine public pour les départements Je connais bien un ingénieur issu de l'IGN par sa formation et qui travaille actuellement sur les données géographiques de la Ville de Paris, je vais lui poser la question. Il y a actuellement une discussion assez fournie sur la liste OSM principale sur la façon de tagguer les limites administratives. Je n'ai pas l'impression qu'un consensus clair soit établi. J'en profite pour signaler au personnes qui mappent sur Paris que je m'occupe chaque semaine de mettre à jour les modifications de voirie officielles qui paraissent au Bulletin Officiel de la Ville du Département de Paris (BMO-BDO, publication bihebdomadaire). Il se peut d'ailleurs que parfois ces informations ne correspondent pas à la réalité en attendant que les services de la voirie mettent à jour la signalisation, merci donc de ne pas supprimer ces informations si vous voyez dans l'historique que la mise à jour est récente. En ce moment, l'essentiel des modifications concerne la création de contresens cyclables et des limitations à 30 ou 15 km/h. Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] Wall Street Journal : TeleAtlas et Navteq
Bonjour à tous, Je vous conseille la lecture de cet article qui vient de paraître au sujet du marché des fonds de carte navigables : http://online.wsj.com/public/article/SB120027487946287479-WeE_3Cy18w23g3EYxU59YSmznUw_20080212.html?mod=tff_main_tff_top On y voit notamment qu'un duopôle Navteq/TeleAtlas s'est formé et que même si ces entreprises ne gagnent pas d'argent, elles aiguisent l'appétit des fabricants de systèmes de navigation...d'où l'intérêt pour la communauté du développement d'OpenStreetMap (qui est brièvement cité dans l'article). Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] OSM2PDF : est ce possible ?
J'habite moi-même : Rue Saint Benoit Rue Saint-Benoit Rue Saint Benoît Je pense que dans ce cas il faudrait utiliser les noms de l'INSEE (ils sortent des CDs avec tous les noms dessus. Ce n'est pas gratuit, mais pas trop cher non plus.) Professionnellement, j'ai déjà eu l'occasion de travailler avec une base adresse fournie par l'INSEE, je peux vous garantir qu'elle n'est pas fiable du tout. Le cas de Paris est extrême mais il y a les dénominations officielles, c'est à dire ayant été reconnue par le Maire et des noms non-officiels mais valides (acceptés par la Poste notamment). Et souvent la cohabitation des deux ce qui peut expliquer certains cas comme celui de la Rue Saint Benoit. Je pense que la plupart des communes n'ont pas de nomenclature des voies officielle à jour et facilement accessibles même pour les personnels municipaux. Il faudrait toujours se référer aux arrêtés municipaux, c'est à dire fouiller les archives... Concernant les Easter Eggs, j'ai eu un cas récent dans le 4ème arrondissement où sur une rue de pas plus de 30m, il y a avait 4 panneaux très visibles indiquant le nom de la rue (Rue du Fauconnier) et sur Google Maps le nom est celui du square voisin...(Square de l'Ave Maria) http://maps.google.fr/?ie=UTF8ll=48.853116,2.359166spn=0.001034,0.00195t=hz=19om=1 Pour ceux que ça intéresse, les statistiques de la voirie parisienne sont disponibles en ligne : http://www.paris.fr/portail/deplacements/Portal.lut?page_id=19 Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] pistes cyclables et voie de bus
Axel#1 et Axel#2 ont écris : Autre cas de figure : le boulevard Saint Michel entre Luxembourg et la Seine : une voie sans unique pour les voitures, mais deux sens pour bus/vélo/taxi, un vrai casse-tête. c'est le principe des tags cycleway=opposite(_track)... on pourrait mettre en plus un busway=opposite et un taxiway=opposite... C'est un peu plus subtile que ça. Dans le cas du boulevard Saint Michel, les tags principaux sont : highway=primary oneway=yes name=Boulevard Saint Michel Il y a deux voies de bus non séparés physiquement, sauf erreur de ma part, il n'y a aucun tag officiel permettant d'indiquer cela. D'ailleurs il n'y a en a pas non plus pour celles qui sont séparés Pour les vélos, on pourrait mettre cycleway=opposite_lane cycleway=lane Mais je ne sais pas si ça se fait de mettre deux tag identiques avec des valeurs différentes ? Pour finir le casse tête, il y a le cas des voies à doubles sens disposant d'une piste cyclable non séparées physiquement que d'un côté (exemple : carrefour de l'odéon entre le boulevard saint germain et la rue des quatre vents). Pour moi c'est impossible à tagguer pour l'instant. Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] comment délimiter un arrondissemen t à paris ?
Axel a écrit : Faut juste que je vois avec mes voisins comment on se partage l'héliport et l'aquaboulevard :) Désolé, les parisiens ne partagent pas :) L'héliport, l'aquaboulevard, le parc suzanne lenglen ainsi que les batiment de la DGAC qui se trouvent au dela du périph sont sur la commune du 15ème arrondissement :) Tu as les limites aproximatives sur le site : http://paris-a-la-carte-version-pl.paris.fr/carto/mapping/ En plan détaillé, il y a les pointillés des limites administratives. Simon Le 26/01/08, Axel Rousseau [EMAIL PROTECTED] a écrit : ça marche bien : http://openstreetmap.org/?lat=48.86657lon=2.33198zoom=16layers=0BFT mais j'aurai plutot du utiliser left:arrondissement=1er afin de pouvoir mettre aussi les autres tailles (une rue peut être la limite d'un arrondissement, d'une ville et d'un département (c'est le cas du périf par exemple) En revanche, je vois pas trop à quoi ça sert... des algorithmes peuvent t'il trouver facilement si une rue se trouve dans une ville avec ces informations ? je pense que je vais aussi délimiter Issy les moulineaux. Faut juste que je vois avec mes voisins comment on se partage l'héliport et l'aquaboulevard :) Axel Est ce qu'il est nécessaire de faire tout le tour pour que ça s'affiche ? non, les frontières avec nos pays voisins s'affichent sans que la boucle ne soit fermée. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] unclassified ways et ways sans nom...
C'est moi qui ait lancé la discussion sur le tag highway=unclassified. Ayant passé toute ma jeunesse au fin fond de l'Ardèche, je suis tout à faut d'accord avec vous sur l'utilité de ce tag. L'objet de la discussion concernait Paris et par extension la plupart des villes pour lesquels une vue aérienne est disponible sur les éditeurs Potlach et Josm et pour lesquelles il est tentant de tracer les voies à partir de la photo et de mettre directement un tag unclassified juste pour la voir s'afficher sur les rendus. Nous étions arrivé je crois à la conclusion qu'il fallait rappeler que ce tag devait être utilisé pour les voies inclassable et par pour les voies à classer. Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] Frontière France-Italie
Salut à tous, Alors que j'étais en train de regarder le travail qu'a fait le user POHB pour mapper les pistes de la station Isola 2000 (suite à un post dans le user diary), j'ai constaté deux choses surprenantes sur le la frontière Franco-Italienne dans cette zone : http://www.openstreetmap.org/?lat=44.1953lon=7.2095zoom=13layers=B0FT - Tous les noeuds du way matérialisant la frontière sont doublés de noeuds indépendants portant entre autres un tag boundary. Je ne comprends pas l'interêt de cela. S'agit il d'une erreur de script lors de l'import des données (source CIA World database II) ? - Ayant fait le GR5 et le GR52 l'année dernière, j'ai pu constaté que la frontière suit la ligne de crête dans le secteur, ce qui n'est manifestement pas le cas pour ce tracé. Savez vous d'où viennent ces données ? Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Frontière France-Italie
Olivier a écrit : Ca peut arriver aussi avec JOSM. Exemple classique : - le gars a fait la frontière sur plusieurs ways sans la tagguer - il veut sélectionner tous les ways d'un coup, donc les prends d'un coup en faisant un rectangle de sélection - il applique le tag qu'il a besoin == il a bien fait ce qu'il voulait mais a ajouté le tag aussi à tous les nodes au passage... Donc cette technique est absolument à éviter ! J'ai souvent vu ca, plein de nodes avec un joli tag highway=secondary qui sert à rien. Je ne pense pas que cela soit le cas ici, les noeuds et le way n'ont pas les mêmes tags : noeud : right|country=France left|counrty=Italie boundary=national source=CIA World Database II way : right|country=France left|counrty=Italie boundary=administrative border_type=nation admin_level=2 source=CIA World Database II ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] OSM sur les guides Wikitravel
Je trouve également le rendu tout à fait interessant. Je comprends mieux pourquoi j'avais constaté dans les dernières semaines l'ajout de nombreux POI concernant les hôtels et les restaurants. Je pense que les gens de Wikitravel press ont ajouté les informations qui leur manquaient dans OSM pour pouvoir produire leurs cartes. J'espère simplement qu'ils vont mettre à jour leurs cartes regulièrement sur leur site pour tenir compte des mises à jour et corrections apportées par les contributeurs OSM. En effet certains arrondissement comme le 16ème manquent singulièrement d'informations. Simon Le 12 avril 2008 21:24, Frédéric Bonifas [EMAIL PROTECTED] a écrit : Les styles ont été légèrement modifiés et le rendu est pas mal. Pour le 5ème par exemple : http://wikitravel.org/en/Image:Paris_5th_map.png Frédéric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] rue piétonne à sens unique
Bonjour, Concernant la rue de la Huchette, je connais bien le cas puisque c'est moi qui ai fait le dernier update en janvier ;) D'après la signalisation en place, ce n'est pas une rue piétonne, comme d'ailleurs toutes les autres rues de l'îlot touristique quartier latin. Il n'y a pas de limitation d'accès indiquée (ce qui ne veut pas dire qu'il n'y ai pas un arrêté municipal quelque part qui en définie une), même pour la rue du chat qui pêche ;). Je me suis référé à la définition officielle du tag :For Roads , i.e. mainly for pedestrians car en pratique vu l'exiguïté de la rue et de la quantité de piétons et de restaurants empiétant sur la chaussée, elle est piétonne de fait. Il y a bien par ailleurs un sens unique indiqué côté Rue du petit pont par un panneau sens interdit. De manière générale, la notion de rue piétonne à Paris est relativement floue dans la mesure où dans chaque arrêté municipal portant création d'une voie ou aire piétonne, les limitations d'accès peuvent être différentes (riverains O/N, livraisons O/N, taxis O/N...). Lorsque j'ai la liste précise via l'arrêté ou via la signalisation, je la met sinon je n'indique pas de restriction. Il faut faire attention à l'utilisation du tag access car il s'applique à tous les modes de déplacements donc access=destination veut dire par exemple que seuls les piétons riverains peuvent accéder à la voie. Le tag access=private est plus courant. Le cas le plus classique à Paris est toutefois pour les rues piétonnes : highway = pedestrian motorcar=destination goods=destination foot=yes bicycle=yes psv=yes Simon (STA) Le 15 avril 2008 17:23, Axel R. [EMAIL PROTECTED] a écrit : Bonjour, Je viens de voir que la rue de la Huchette à Paris est une rue piétonne à sens unique... http://www.openstreetmap.org/?lat=48.852712lon=2.344765zoom=18layers=B0FT Alors ça m'a fait sourire et je voulais savoir si ça vous semblait pertinent ou non... J'ai remarqué plusieurs rues à paris qui sont piétonne mais où les voitures passent quand même (réservé aux riverains par exemple) Qu'en dites vous ? Axel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] rue piétonne à sens unique
Une petite photo de la rue de la Huchette pour se faire une idée : http://www.paperblog.fr/115361/rue-de-la-huchette/ Je reste sur la définition possible du tag pedestrian : principalement pour les piétons dans la mesure où il faut bien que cela apparaisse sur la carte pour que les automobilistes (ou les logiciels de navigation) n'essaye pas d'y passer même si rien techniquement ou légalement rien ne les en empêche ? Mais je suis d'accord qu'ajouter des tags access artificiels serait une erreur. Remarque touristique hors cadre OSM : si vous visitez Paris, vous pouvez passer Rue de la Huchette mais ne vous y arrêtez pas pour manger ou alors limitez vous au kebab à emporter. Simon Quant à la rue de la Huchette, si c'est comme tu dis une rue non piètonne que les commerçants ont accaparée pour leurs businesses, il y a quand même un problème si on change son status officiel en une rue piétonne innaccessible aux voitures. Si aucune restriction d'accès n'est affichée à l'entrée de la voie, il n'y aucune raison d'en ajouter artificiellement. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] De l'utilité d'OSM pour la Gen darmerie Nationale
Bonjour à tous, La gendarmerie nationale a fait parler d'elle en début de semaine à l'occasion du lancement d'un site web pour relancer l'enquête sur la disparition de Jonathan Coulom il y a 4 ans. A l'occasion d'un sujet au JT, je vois que le site utilise des cartes pour situer les lieux de l'affaire. Je jette donc un oeil curieux au site pour voir en détail lesdites cartes. J'ai été malheureusement bien peu surpris de voir que nos gendarmes avaient fait comme tous ceux qui ne connaissent pas OSM, c'est à dire des copies d'écran de Google Maps : http://www.dossierjonathan.fr/evolutions_lieux0.html http://www.dossierjonathan.fr/evolutions_lieux2.html http://www.dossierjonathan.fr/evolutions_lieux2-2.html http://www.dossierjonathan.fr/evolutions_lieux3.html http://www.dossierjonathan.fr/evolutions_lieux4.html http://www.dossierjonathan.fr/evolutions_lieux6-2.html Vos yeux avertis auront remarqué l'absence du copyright de rigueur. Est ce que des contributeurs de la côte Ouest Atlantique souhaitent profiter des ponts du mois de Mai pour réaliser les cartes des régions concernées et ainsi remettre nos braves pandores sur le chemin de la légalité :-)) Simon (STA) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Chaussée (très) submersible
Tu me rassures, moi aussi j'ai des problèmes d'accent depuis quelques temps. De mon côté, c'est concomitant à une montée de version Ubuntu Hardy Heron...peut être un souci du plugin flash sous Firefox 3 sur cette version ? 2008/5/14 Thomas Walraet [EMAIL PROTECTED]: Thomas Walraet wrote: (les accents dans les tags ne marchaient pas à l'époque) Elle est bien bonne celle-là... J'ai voulu corriger, et voilà que j'ai de nouveau des problèmes d'accent avec Potlatch. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] OpenStreetBugs : Affichage des items
Bonjour à tous, Tout d'abord félicitations à Xav' pour la réalisation d'OpenStreetBugs...je l'utilise au quotidien pour améliorer la qualité des données sur Paris. Par contre, je rencontre un petit problème d'affichage des items. Les icônes signalant les données ne s'affichent toutes qu'à partir du zoom level 16. Par exemple, autour de la place de la bastille, rien au level 12 : http://openstreetbugs.appspot.com/?lon=2.3441261429237765lat=48.86512232451697z=12 Mais pas mal de choses au level 16 : http://openstreetbugs.appspot.com/?lon=2.373887934148061lat=48.85276966529194z=16 Est ce que j'ai raté un thread donnant l'explication du problème ? Simon (STA) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] passages couverts à Paris et vél o
Bonjour, Bienvenu dans la communauté OSM parisienne :) Concernant les passages couverts, je pense que le tag highway=footway est le plus adapté. La règle que j'applique généralement pour les rues de Paris pour la distinction pedestrian/footway est la suivante : si je suis un riverain d'une voie réservée aux piétons, est ce que j'ai un moyen physique de peux venir au pied de chez moi en voiture pour décharger une armoire normande :) ? Si oui : highway=pedestrian, si non highway=footway. Concernant les pistes cyclable, un gros travail a déjà été fait par le user lapinos03 qui souhaitait générer une carte des voies cyclables de Paris. Je ne sais pas exactement où il en est mais on peut avoir une idée de l'avancement notamment avec l'outil d'ITO OSM mapper en sélectionnant les tag cycleway. Sinon, un bon moyen de contribuer est d'utiliser OpenStreetBugs, la région est bien fournie en anomalies à corriger : http://openstreetbugs.appspot.com/?lon=2.3441261429237765lat=48.86512232451697z=12 Simon (STA) Le 28 juillet 2008 11:44, Sebek Ab.[EMAIL PROTECTED] a écrit : Bonjour j'ai découvert OSM durant les 3 derniers mois à l'étranger. Je rentre maintenant en France sur Paris et je m'inscris donc sur cette liste. Je vais maintenant me mettre sur le cartographie de Paris. Je trouve pas mal de petites imperfections que je veux corriger. Ma première question : Pour les passages couverts très populaires dans le 2e et le 9e, quelle est la meilleure orthographe à appliquer à votre avis? On trouve : highway=pedestrian ou highway= footway foot = yes 2e question : membre dormant de MDB, l'association de cyclistes locaux, j'aimerai contribuer à la cartographie des pistes cyclables parisiennes. Je recherche conseils et gens motivés. Par exemple, y'a t il du rendu pour les pistes cyclables dans mapnik et osmarender? Quelle est la meilleure manière pour indiquer les contre sens cyclables (qu'on devrait plutot appeller voie de circulation dont un sens est réservé aux bicyclettes). Merci sebek ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] demande d'utilisation du Plan Cada stral pour le projet OpenstreetMap : la réponse !
Salut à tous,C'est évidemment une grande nouvelle pour le projet OSM en France. Un Yes, we can serait presque d'actualité. Merci à tous ceux qui ont participé à la démarche. Simon (STA) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Mapper les nouvelles sanisettes parisiennes
Bonjour à tous, Les traditionnelles sanisettes de la voirie parisienne sont en cours de remplacement par des modèles disposant d'un robinet d'eau potable à l'extérieur. La bonne façon de les mapper est : - un seul node amenity=toilets;drinking_water ou - un node amenity=toilets, un node proche avec amenity=drinking_water ? Je penche pour la première solution... Merci d'avance. Simon (STA) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import Corine en cours - test import v3
Pour ma part, je constate une nette amélioration au niveau des overlap sur cette version. Je crois avoir compris pourquoi les grandes surfaces de fôret dans ces secteurs notamment ne passaient pas : http://beta.letuffe.org/?zoom=13lat=45.21546lon=4.52301layers=BFThttp://beta.letuffe.org/?zoom=13lat=45.21147lon=4.50842layers=BFT http://beta.letuffe.org/?zoom=12lat=45.90355lon=3.74161layers=BFF http://beta.letuffe.org/?zoom=11lat=45.47673lon=3.61192layers=BFF En fait, les polygones font dans ces cas précis plus de 20 000 ha (50 000 ha pour le 3ème ! ) et ont des ramifications sur des dizaines de km. Je suppose qu'il y a forcément à un endroit ou à un autre un overlap qui fait sauter le polygone entier. Est ce l'explication logique techniquement ? Je ne sais pas trop quoi penser du fait de rater ces polygones : - c'est dommage car cela laisse des immenses zones vides alors que ce sont en fait des forêt généralement denses - il faudra des mois pour rattraper manuellement l'intégralité de ces zones d'autant qu'il sera pour ainsi dire impossible de travailler avec un éditeur avec le polygone entier. - peut être faut-il envisager de les découper en sous-ensemble de taille raisonnable ? Simon (STA) Sinon globalement est ce que tout le monde est content du nouvel import a part les quelques problèmes liées avec ma version de osm2pgsql ou certains polygones n'ont pas été crées? 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] Avancée des communes en france au 16/09/2009
Sauf erreur de ma part, c'est Alban qui a saisi ces limites de communes non vectorisées dans la Drôme. La source n'est pas le cadastre mais Editop, je ne connais par contre pas la méthode technique utilisée. Pour ma part, en faisant les limites des communes vectorisées de l'Ardèche et de l'Isère ouest, j'ai corrigé les ways des communes drômoises limitrophes car la source cadastre semble un peu plus précise. Simon (STA) Le 20 septembre 2009 02:07, Pieren pier...@gmail.com a écrit : 2009/9/20 Vincent Pottier vpott...@gmail.com: Drôme osm/cadastre vecto : 214,5 ! Bravo ! Les limites sont entrées à partir du cadastre raster ? J'étais assez fier du Doubs où on était à 108% du fait des communes toutes détourées et passées en relation. On est enfoncé ! -- Vincent alias FrViPofm Pourrait-on savoir qui a fait les 150 et quelques communes raster de la Drôme ? C'est un gros boulot et si ça vient vraiment du cadastre en ligne, bravo à lui ou elle. 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] [demande de service] extraction osmosis
De mon côté la technique que j'ai mis en oeuvre en Ardèche nord est la suivante :- Récupération des données OSM de la zone avec JOSM - Recherche des objets landuse=* et natural=* en mode ajouter à la sélection - J'obtiens la sélection de tous les objets - Création d'un nouveau calque vierge - Commade Fusionner la sélection vers le nouveau calque - Suppression de la sélection dans le calque de données OSM - Upload des suppressions vers OSM - Sauvegarde en local du fichier .osm pour réouverture et fusion dans l'autre sens après l'import Corine. Simon (STA) Le 24 septembre 2009 00:17, sylvain letuffe sylv...@letuffe.org a écrit : 'soir, J'ai commencé à utiliser une bidouille de cochon mais simple et si ton but c'est de garder dans un coin de façon facilement manipulable et sans pertes ni trop de galères, et sur un nombre réduit d'éléments (dont tu pourra te souvenir après), permettant l'import corine de se faire, et de décider ensuite : je renomme les natural=* en natural2=* et landuse=* en landuse2=* Bilan, lors de l'import, ça va se mettre par dessus (pas d'overlap calculé avec des tags inconnus) charge à toi ensuite de décider entre : suppression/fusion le risque étant d'oublier dans les coins des polygones avec tags foireux... -- sly ___ 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] Avancée des communes en france au 16/09/2009
Super, j'ai trouvé 3 communes que j'avais oublié. On verra bien au prochain comptage mais effectivement une liste texte comme tu as réalisé dans ton mail est très utile pour trouver les petites erreurs. STA Le 24 septembre 2009 14:40, sly (sylvain letuffe) sylv...@letuffe.org a écrit : PS: tu peux me dire sur quel département tu travailles, que je te fasse la liste ? histoire de tester J'avais pas vu que tu signais de ton pseudo osm, donc par les edits, j'ai trouvé qu'il s'agissait de l'ardêche, et hop : Comparaison cadastre vecteur/osm -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ 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] Ile de Cordouan
Vous êtes certain que Google ne l'a pas mis à jour ? On voit des masses sableuses conséquentes à l'est du phare qui correspond sans doute à leur île : http://maps.google.fr/maps/mm?ie=UTF8hl=frll=45.599927,-1.167212spn=0.048763,0.077162t=kz=14 STA Le 15 octobre 2009 16:37, Gilles Corlobé gil...@corlobe.tk a écrit : -Message d'origine- De : talk-fr-boun...@openstreetmap.org [mailto:talk-fr- boun...@openstreetmap.org] De la part de Pieren Envoyé : jeudi 15 octobre 2009 16:13 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Ile de Cordouan Ca m'étonnerait. Il y a un polygone boundary de Frederic Rodrigo, source cadastre et un polygone CLC water tidal ! Et en regardant Yahoo, on y voit que du bleu ... Pieren En ce qui concerne Yahoo, Google ou les autres, les images satellite sont trop vieilles pour qu'on voit l'île : la plupart du temps, elles ont 2 ou 3 ans. Gilles ___ 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] Comment tagguer une place piétonne ?
Bonjour, Pour ma part, je trace un way repassant sur les nodes des 3 voies et la façade de l'immeuble avec les tags suivants : name=Place Machin area=yes highway=pedestrian motorcar=no motorbike=no bicycle=no Simon (STA) Le 28 octobre 2009 17:03, OSM Léon osm.l...@gmail.com a écrit : Bonjour à tous, J'ai une place piétonne à tagguer et je ne sais pas comment faire. C'est une surface à laquelle la mairie a attribué un nom, délimitée par trois rues et un immeuble. La place est entièrement piétonne, les voitures ne peuvent pas passer dessus. Quels tags dois-je attribuer à ma surface ? Merci d'avance Thomas ___ 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] [OSM-talk] For users in Paris
Manifestement, il ne s'agit que de quelques edits fait par un utilisateur débutant qui a immédiatement abandonné ensuite sa participation à OSM. L'ensembles des nodes et ways qu'il a modifiés à Paris ont été modifiés ultérieurement par des contributeurs expérimentés, il n'y a donc aucun reste dans la base de ses contributions. STA 2009/11/18 Martin Koppenhoefer dieterdre...@gmail.com Sorry that I'm writing in the international list, but as I'm not subscribed to Talk-fr I saw no other way. Please check this edit in Paris: http://www.openstreetmap.org/browse/changeset/1246119 the user did some nonesense in Rome, and I guess this edit is not better either. cheers, Martin ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Article OpenStreetMap sur vsd.fr
Un article sur l'opération de cartographie sur Haiti publiée sur le site vsd.fr : http://tinyurl.com/yzzcc6r Simon (STA) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Marquage des hôpitaux
Je confirme le diagnostic de sylvain, ayant fait pas mal d'hôpitaux il y a plus d'un an à Paris rive gauche. C'est une mauvaise influence du rendu sur les données à l'époque.Je suis également de l'avis de supprimer le node lorsque la surface est bien tagguée. Simon (STA) Le 18 mars 2009 15:27, sly (sylvain letuffe) sylv...@letuffe.org a écrit : Bref, y a-t-il une vraie raison à ce double taggage ? Je trouve le node superflu - sauf pour des raisons graphiques mais auquel cas à mon sens c'est une meilleure idée d'améliorer le moteur de rendu que de changer le contenu de la base. +1 Je ne taggue plus de noeud quand je tag une surface. Je soupçonne qu'il s'agit d'une relique d'habitude OSM du temps où les surfaces n'étais pas rendues avec le nom et où on s'en servait pour indiquer la position du texte. Mais comme chacun sait, on ne tag pas pour le rendu. PS: l'autre hypothèse c'est que pour sortir des fichiers de poi c'est plus simple de ne prendre que les points. -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ 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] Import assisté - trop technique - Mise en dépot des gpx
De mon côté je vais utiliser le travail de sylvain pour les départements de Rhône Alpes qui m'intéressent (Ardèche, Loire Sud, Rhône sud, Isère ouest), par contre je suis preneur de la Haute-Loire (43) si quelqu'un a le temps. Merci à tous pour ce travail. Simon (STA) Le 11 avril 2009 22:39, Laurent DELAGE l.del...@lacharente.com a écrit : Ok ! Le prochain sur la liste c'est le 95 ! Je lance ça au plus tard mardi matin ... Ca te va ? @+ On Sat, 11 Apr 2009 20:49:22 +0200, Yann Coupin y...@coupin.net wrote: Bon vu mes problèmes pour faire tourner le truc sous osx je veux bien que tu me recupère les frontières du 95 Merci Envoyé de mon iPhone Le 11 avr. 09 à 10:56, Laurent DELAGE l.del...@lacharente.com a écrit : Bonjour, Effectivement, je comprends le besoin... Dans ce cas, maintenant que le gros du Job est fini pour script, et que j'ai encore l'installation toute fonctionnelle, je me propose de lancer la moulinette pour quelqu'un qui serait dans le besoin... Faites-moi suivre un numéro de département, et je me debrouille pour vous faire passer les gpx et osm qui vont bien... Par contre, on a toujours le problème des aller retours entre les modifs/manuelles et l'outil de validation ... En effet, sur 200 communes, j'avais plus de 2000 points problématiques, et sans avoir le checker sous la main j'aurais un peu galéré... Donc pour ceux qui ne s'en sortent pas avec le script, envoyer un nu méro de dep et je fais tourner le bousin... On Fri, 10 Apr 2009 17:49:06 +0200, sly (sylvain letuffe) sylv...@letuffe.org wrote: Euh, quel est l'intérêt de créer un dépôt séparé ? Permettre aux non féroces linuxiens que nous sommes de participer tout de même à cette opération. Le but n'est-il pas d'avoir les limites dans OSM au final, non ? Si bien sûr, disons que dépôt n'était peut-être pas le bon m ot, disons mise en commun privé En plus, mettre à disposition du public des images du cadastre sans que cela forme un travail composé est contraire aux conditions d'utilisation du cadastre en ligne, même si l'image est en noir et blanc... Mouais, cette clause a toujours puée du cul. Si demain quelqu'un ( moi au pif) construit des cartes issues de OSM (mais en réalité à 99.9% du cadastre) des frontières communales, c'est un bleuf que de dire que c'est un travail composé si tout le reste d'osm a été retiré. Moi je dis que cette histoire de source (citation du cadastre) et de travail composé uniquement, sont approximativement respectée mais qu'on joue tout de même très proche du pas permis. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Carte Futur en Seine sur base OSM
Bonjour à tous,Je voulais vous signaler que apparemment l'ARTESI en en train de préparer une carte de la manifestation Futur en Seine sur base OSM : http://www.artesi.artesi-idf.com/public/article.tpl?id=18484 A suivre quand la carte sera effectivement publiée mais c'est une bonne initiative. STA ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] GPX bounding box grep - gpx des communes pour les non geeks
Sur l'Ardèche, pas mal de communes ont déjà été créées, je cherche donc la meilleurs méthode de procéder commune par commune ou par petits groupes. Quand tu dis j'en prend un, je le converti en donnée OSM, tu utilises quelle méthode exactement ? Merci d'avance STA Le 21 avril 2009 15:00, sly (sylvain letuffe) sylv...@letuffe.org a écrit : Merci. J'avais les fichiers d'Étienne Chové, En fait, je peux me tromper, mais je crois que moi aussi j'ai ceux de Étienne mais faire le tri des '.simp.gpx' à la main (j'ai bien essayé dans une console, mais je suis mauvais en sh)... Qu'est-ce que tu veux faire exactement ? quand je fais à la main à partir des gpx, j'en prend un, je le converti en donnée OSM, je coupe les bouts communs avec les communes voisines, j'upload, je fais les raccords, et je passe à la suivante ;-) -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ 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] GPX bounding box grep - gpx des communes pour les non geeks
Merci beaucoup, ça fonctionne parfaitement (premier essai : http://www.openstreetmap.org/browse/way/33435577/history).Ce que je vais dire va sans doute vous paraître idiot mais même si je suis contributeur actif depuis novembre 2007, je n'ai jamais uploadé un seul GPX (je n'ai pas de GPS), je ne connaissais donc pas ni le menu déroulant accessible sur un calque GPX et donc pas la fonction de conversion en calque osm. STA Le 22 avril 2009 12:20, sly (sylvain letuffe) sylv...@letuffe.org a écrit : On Wednesday 22 April 2009 10:19, s1057...@gmail.com wrote: Sur l'Ardèche, pas mal de communes ont déjà été créées, je cherche donc la meilleurs méthode de procéder commune par commune ou par petits groupes. Quand tu dis j'en prend un, je le converti en donnée OSM, tu utilises quelle méthode exactement ? Etape 1 je vais ici : http://beta.letuffe.org/ressources/communes/07-Ard%c3%aache/ Etape 2 je récupère le ou les fichiers communes qui m'intéresse Etape 3 dans josm je fais ouvrir fichier gpx (ou peut-être ouvir fichier, me rappel plus) Etape 4 en haut à droite dans le layer gpx je fais convertir en donnée OSM Etape 5 j'enlève les morceaux qui sont supperposés, je ferme le gpx en trouvant l'endroit où 2 noeud sont superposés, je créer les relations communes pour chaque GPX etape 6 : j'upload le tout etape 7 : j'enlève tous les layers, je re-télécharge tout sur un même layer je fais les jonctions et je mets les bons bouts dans les bonnes relations -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ 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] Prairie sur beta - corine
Par anticipation sur l'import CLC pour les fôret et pour éviter d'avoir à traiter une superposition de polygones inutile, je viens de supprimer un assez grand polygone de fôret ici : http://www.openstreetmap.org/?lat=45.2036lon=4.5994zoom=13layers=B000FTF C'est moi qui l'avez crée il y a quelques temps à partir de la vue satellite Yahoo et il était très très imprécis...en tous les cas bien plus mauvais que le futur résultat de l'import CLC. STA Le 23 mai 2009 11:13, Matthieu Lochegnies matthieu.lochegn...@gmail.com a écrit : 2009/5/23 Emilie Laffray emilie.laff...@gmail.com Sly a importe la base de Corine entierement, pas les donnees qui ont deja ete triees. Dans le cas de cette forêt, ce n'est pas plutôt celle d'OSM qu'il faudrait supprimer ? Les données de Corine sont plus précises, et il ne s'agit pas de délimiter une zone administrative. -- Matthieu ___ 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] Le parcours du tour 2009 sur OSM ?
Il ne manque pas grand chose à l'étape Bourgoin-Jallieu - Aubenas, je vais essayer de compléter à partir du cadastre. Simon (STA) Le 6 juillet 2009 08:54, Emmanuel Pacaud emmanuel.pac...@lapp.in2p3.fr a écrit : Bonjour, Le samedi 04 juillet 2009 à 23:07 +0200, Etienne Trimaille a écrit : Alors, pour le samedi 18 juillet, l'étape de Colmar = Besançon : Voici ce qui est cartographié : Colmar = Wittelsheim : 39.5km Reiningue = Galfingue : 5.5km Balschwiller = Delle : 27km Pont de Roide = Besac : 80km Soit 152km sur 199, soit 76% de cartographié. Qui dit mieux ? Mieux ! On doit être à 100% pour l'étape autour du lac d'Annecy. Bon, ok, c'est seulement un contre-la-montre de 40 km... Emmanuel. ___ 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] Nouvel arrivant
Bienvenu également, Au cas où tu n'aurais pas encore vu les pages sur le cadastre sur le wiki, la région d'Agen est partiellement vectorisée (cf les relations de communes crées : http://beta.letuffe.org/?zoom=12lat=44.20649lon=0.63797layers=BFFFT) et donc disponible via l'excellent plugin cadastre de JOSM. Cela te laisse des centaines d'heures de mapping sans attendre des traces GPS. Simon (STA) Le 3 août 2009 13:37, Guillaume Fillol guillaume.fil...@gmail.com a écrit : Bonjour à tous, Je suis tout nouveau sur OSM. Ca fait une dizaine de jours que je travaille sur Agen et les alentourshttp://www.openstreetmap.org/?lat=44.1952lon=0.6368zoom=14layers=B000FTF. Bientôt je m'attaquerai au Lot-et-Garonne, dès que j'aurai des traces GPS intéressantes. Il y a beaucoup à faire dans ce département. Voilà je continue à lire la documentation du wiki pour être toujours plus précis. Ma prochaine étape est l'utilisation des relations. Pas toujours facile de cartographier avec OSM, avec par exemple avec le choix entre les highway primary et secondary, les nouvelles départementales avec les anciennes nationales, les rocades de contournement etc. Il faut faire des choix. J'espère simplement que ceux que j'ai fais sont les bons, et que ceux que je ferai le seront encore plus. Enfin si vous passez dans le coin, faites donc tourner vos traces GPS ! Cordialement, Guillaume Fillol ___ 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 O SM avec HTC Magic Android
Salut,J'ai un HTC Magic depuis 3 mois environ et j'en suis tout à fait satisfait dans l'ensemble. Pour ce qui est des usages liés à OSM, c'est également très correct : - L'autonomie en GPS seul est effectivement de 8h environ. Il est par contre indispensable de désactiver le reste des services consommateurs en énergie et sans utilité lorsqu'on est en pleine montagne : wifi, 3G, synchronisation des données...sinon on tombe à quelques heures. - Concernant la précision du GPS, les traces que j'ai récupérées et utilisées dans OSM étaient également satisfaisantes. - Pour l'utilisation en haute montage, je n'ai malheureusement pas de retour d'expérience mais je ne vois pas quel peut être le souci. - Concernant les logiciels liés directement à OSM, il y a effectivement Vespucci qui est tout à fait utilisable surtout pour mapper des POI et corriger des traces existantes sur quelques points. En fait dès qu'on dezoom un peu trop les points deviennent trop petits sur l'écran pour être sélectionnés. Il y a également DroidCollector qui est devenu de mon point de vue assez inutilisable au fil des versions car trop gourmand en ressources système. Sinon, les logiciels capables d'enregistrer des traces au format GPX sont nombreux en plus des deux déjà cités: Google MyTracks, andnav, andnav2, GPS tracker, AndAndo, Cardiotrainer, Hi Hiker, Speedproof Speedometer etc... Pour avoir vu l'appareil en action récemment, je te conseillerait toutefois le HTC Hero qui même si il est relativement comparable au niveau système bénéficie de finitions de meilleur qualité et l'interface HTC Sense qui est séduisante. Simon (STA) Le 18 août 2009 20:41, Arthur Clement clement.art...@gmail.com a écrit : Bonjour, Je m'adresse aux mappeurs utilisant leur HTC Magic pour contribuer à OSM. J'aimerai avoir une estimation de l'autonomie en mode GPS, la précision de ce dernier, et également s'il est assez performant pour l'utilisation en montagne (je souhaite mapper mes randos en montagne et dépasser les 3000m est assez courant). Je vois aussi dans le HTC magic l'intérêt de l'appareil photo qui permet la géolocalisation des clichés, et donc leur exploitation directe avec josm. A priori, l'appareil conviendrait pour une utilisation modérée (8-10h d'autonomie peuvent suffire à pour une journée de rando par exemple). 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) Bref, il a tout pour plaire sur le papier mais j'aimerai quelques paroles avant de passer à la caisse :) Cordialement, Arthur ___ 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] 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] 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] 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
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] [Nouveaux] Contribution via une application Android
En dehors des applications destinées uniquement à contribuer à OSM (Vespucci et DroidCollector), dans la catégorie des applications qui peuvent uploader directement des traces GPS anonymes vers OSM, il y a au moins AndNav, AndNav2 et moins connu Speed Proof Speedometer qui est un simple compteur de vitesse : http://tinyurl.com/cnh3or Simon (STA) Le 21 août 2009 12:03, Emilie Laffray emilie.laff...@gmail.com a écrit : 2009/8/21 Didier Girard didier.gir...@gmail.com Merci pour ce retour. Dans un premier temps, je vais proposer aux utilisateurs de contribuer au projet en rajoutant une preference dans l'application qui sera desactivee par defaut. La preference aura pour nom : Contribuer au projet OpenStreetMap.fr. Je vais commencer a voir comment les utilisateurs reagissent. Ensuite lorsque le systeme de collecte sera operationnel et utilise, je vous recontacterai pour voir comment je peux redeverser les enregistrements dans votre systeme. +1 Je suis vraiment contente que voir que des gens qui produisent des applications permettent a leur application de contribuer a OSM. Je pense que c'est quelque chose de très important pour le futur de OSM. Je ne peux que te féliciter sur le choix que tu as fait. Bravo, et merci encore. 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] Fwd: Wase
Bonjour à tous, Possesseur d'un smartphone Android, j'ai utilisé l'application Waze pas plus tard que ce matin et je m'interroge vraiment sur la façon dont ils récoltent les données. Une fois l'application lancée, on tombe sur une carte qui a l'air très complète. Quand on y regarde de plus près, on à l'impression qu'en fait seule quelques voies sont effectivement produites par Waze mais qu'on navigue en fait sur un filaire à valider par le biais de récolte de points de passage (gris clair avec des points réguliers sur Waze). C'est comme si il n'y avait pas vraiment de tracé comme cela est fait dans OSM mais une sorte de réappropriation d'un filaire existant (dont l'origine me parait bien mystérieuse) sur le simple fait qu'un wazer est passé dessus une fois. Dans un coin que je connais bien (en réalité et sur OSM : http://goo.gl/BKKo) le filaire est très complet et à mon avis cela ne peut venir que de Teleatlas ou autres fournisseurs de données propriétaires, les voies en gris foncé semblent être celles effectivement présentes dans Waze. Avez vous la même analyse que moi ? Simon (STA) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] contre sens cyclable sur zone 30
En principe l'officialisation de ces décisions sur Paris paraitront dans le BMO (publication bi-hebdomadaire) : http://www.paris.fr/portail/publications/Portal.lut?page_id=6285 J'essaye de faire les modifications à chaque parution mais je laisserai ces modifications aux spécialistes des voies cyclables parisiennes lorsqu'elles sortiront :) Simon (STA) Le 25 mars 2010 10:59, jul...@krilin.org a écrit : A suivre aussi sur : http://www.paris.fr/portail/deplacements/Portal.lut?page_id=7096document_type_id=4document_id=79395portlet_id=16333 avec une foule de détails en plus, dont des plans de déploiement, etc. Pour le coup, il va falloir utiliser : highway=* + oneway=yes + cycleway=opposite_lane ( http://wiki.openstreetmap.org/wiki/Bicycle ) C'est une obligation légale liée au code de la rue. Toutes les villes de France doivent se mettre aux normes d'ici juillet http://www.fubicy.org/spip.php?article199 Attention une zone 30 n'est pas équivalente a une portion de route dont la vitesse est limité a 30 Km/h. Les panneaux ne sont pas les mêmes. Les regles non plus. On est dans une zone30 tant qu'on ne passe pas un panneau de sortie de zone 30 alors que pour une limitation de vitesse elle disparait automatiquement selon certaines conditions. J'ai fait une feuille de style pour osmarender qui indique les rues a vérifier par un code couleur - bleu : les oneway avec maxspeed a 30 et cycleway=opposite_lane - rouge : les oneway avec maxspeed a 30 sans cycleway=opposite_lane - orange : les oneway (on a souvent l'info sur les sens unique, plus rarement sur la vitesse max, a Rennes en tout cas). - gris : les maxspeed vide ou 30, ou les trunk http://img32.imageshack.us/img32/7594/mapz30.png C'est basé sur les limites administrative, il faudrait plutôt que je prenne la boite englobante de la relation. Je ne sais pas trop comment rendre ca dispo pour tout le territoire. L'idéale serait peut-etre une slippy map avec rendu spécifique. En attendant de savoir faire ca, je suis parti sur l'idée de faire le rendu toutes le nuits pour une liste de ville. -- JB ___ 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] contre sens cyclable sur zone 30
Effectivement, pour être rigoureux il faudrait tenir à jour un tableau dans le wiki avec la liste des arrêtés publiés et vérifier régulièrement leur application sur le terrain...c'est un sacré boulot car il y a en générale au moins une modification par BMO... Le 25 mars 2010 12:15, jul...@krilin.org a écrit : En principe l'officialisation de ces décisions sur Paris paraitront dans le BMO (publication bi-hebdomadaire) : http://www.paris.fr/portail/publications/Portal.lut?page_id=6285 J'essaye de faire les modifications à chaque parution mais je laisserai ces modifications aux spécialistes des voies cyclables parisiennes lorsqu'elles sortiront :) Il y a toujours un delta (parfois important) entre le moment ou une décision est prise et le moment ou les travaux sont finis, il vaut mieux constater sur le terrain. Il ne s'agit pas juste de mettre des panneaux, mais aussi de la peinture, voir de refaire les extrémités des rues. -- JB ___ 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] PuzzleMap sous Android
Pour information, un petit jeu sous Android qui utilise les cartes OSM pour les transformer en puzzle : http://www.android-software.fr/puzzlemap Comme quoi l'utilisation des données n'a de limite que l'imagination des développeurs :) Simon (STA) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tour de France 2010
Bonjour à tous, Il y a eu à plusieurs reprise des discussions sur la liste sur le fait de mettre le parcours du Tour de France dans OSM. On peut imaginer toutes sortes d'usage à ces données mais le plus intéressant est sans doute le fait de pouvoir faire un communiqué de presse ou équivalent qui permettrait de faire parler d'OSM...comme l'avait fait Google il y a deux ans ou trois ans pour le lancement de StreetView en France. Il n'y a que 21 étapes, j'imagine que le mieux est de créer une relation pour chaque étape et d'y associer les voies, la pollution de la base sera limitée. Une page du Wiki avait été crée à l'automne http://wiki.openstreetmap.org/wiki/WikiProject_France/Tour_de_France/2010. Par hasard, j'ai vu que le détail des étapes était maintenant disponible, par exemple pour l'étape 12 : http://www.letour.fr/2010/TDF/COURSE/fr/1200/etape_par_etape.html. Je pense que ces informations sont suffisantes pour déterminer le tracé. Je vous propose d'ajouter à la page du Wiki - une colonne pour ajouter la référence de la relation - une colonne pour indiquer si la relation est complète ou non - une colonne pour indique le contributeur qui se charge de l'étape Qu'en pensez vous ? Simon (STA) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tour de France 2010
Depuis mon post initial d'hier j'ai manqué un peu de temps pour répondre. Au vu des arguments des uns et des autres, je prends le parti de ne pas créer de relation pour les étapes dans la base OSM. J'avais fait le tableau avec la colonne id de la relation avant d'envoyer le message ce qui explique le décalage entre le tableau et la discussion. Je pense effectivement qu'il pourrait être utile pour des besoins de communications qu'un effort soit fait sur les ville étapes et compléter les trous dans les itinéraires d'étapes. Je vais remettre en forme le tableau en ce sens. En fonction de l'avancée de ce mini-projet d'ici juillet, on verra bien si quelque chose peut être fait du résultat. STA J'avais mis à jour le tableau de la page du wiki avant d'envoyer le message ce qui explique peut Le 7 avril 2010 11:07, Pieren pier...@gmail.com a écrit : Attention, je vois que certains insistent sur le wiki pour créer les itinéraires du tour 2010 dans OSM avec des relations. http://wiki.openstreetmap.org/wiki/WikiProject_France/Tour_de_France/2010 Je tiens à souligner qu'il pèse un risque juridique non négligeable sur l'utilisation de ces itinéraires qui, en France, sont protégés par le droit de la propriété intellectuelle. On peut le regretter et ne pas être d'accord mais importer ces itinéraires dans OSM ne devrait être fait qu'avec l'accord de la société ASO, propriétaire de ces droits. Par tradition, la communauté OSM ne veut pas prendre le risque que ce soit un juge qui décide pour nous. Un article est cité dans le wiki concernant le cas d'un tour operator mis en procès par ASO pour l'utilisation du terme Tour de France. Mais OSM n'est pas un tour operator, il n'utilise pas un itinéraire pour vendre d'autres services. Il peut servir à revendre l'itinéraire lui-même. Nous sommes donc dans un cas de figure très différent qui pourrait être apprécié différemment par un juge. 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] Import semi-automatique du bâti
Salut, Je suis preneur pour Rhônes Alpes et plus particulièrement l'Ardèche...et bien sur la Guadeloupe dès que le problème de projection sera réglé par les spécialistes :) Simon Le 22 juin 2010 01:21, RatZilla$ ratzil...@gmail.com a écrit : Pour ceux qui n'ont pas réussi à faire tourner le script, la région PACA (du moins ses communes vectorisées) est dans la boite ;-) A votre service pour les fichiers OSM. La Guadeloupe (St Martin/ Barthélémy), La Martinique, Guyane (Cayenne et Rémir Montjoly), La Réunion OK aussi mais ... mais ... mais l'import sera conditionné à la correction des projections ultramarines. Si les mappeurs Languedoc Roussillon et Rhônes Alpes le désirent je peux lancer l'extraction. On sera plus discret à l'entrer du Zénith ;-) Gaël ___ 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] Nouvel outil de Skobbler
Merci pour l'information. Je l'ai testé sur le seul bug ouvert sur Paris est ma foi le service reprend toutes les fonction d'OSB en mieux. Le problème est plus qu'il est indispensable d'avoir un seul service de ce type pour éviter les doublons et la dispersion des efforts. L'avenir nous dira quel outil prendra la place de l'autre, j'ai le sentiment que Mapdust survivra à OSB. STA Le 24 novembre 2010 13:57, Emilie Laffray emilie.laff...@gmail.com a écrit : Bonjour, Skobbler vient de lancer un nouveau outil proche de OpenStreetBugs afin d'aider a nettoyer les donnees. http://www.mapdust.com/ La plupart des erreurs viennent apparemment de leur application iPhone qui n'existe pas pour la France actuellement. 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] Nouvel outil de Skobbler
Effectivement, j'étais resté sur la partie fonctionnelle... Dommage effectivement pour ces termes de licence, cela change complètement la donne. Mes futures contributions sur cet outils attendront donc, je reste sur OSB où il y a encore beaucoup à faire. Le 24 novembre 2010 16:02, Pieren pier...@gmail.com a écrit : 2010/11/24 s1057...@gmail.com Merci pour l'information. Je l'ai testé sur le seul bug ouvert sur Paris est ma foi le service reprend toutes les fonction d'OSB en mieux. Le problème est plus qu'il est indispensable d'avoir un seul service de ce type pour éviter les doublons et la dispersion des efforts. L'avenir nous dira quel outil prendra la place de l'autre, j'ai le sentiment que Mapdust survivra à OSB. Pas sûr quand on lit les termes de la licence qui n'a rien d'ouverte : http://www.mapdust.com/terms En gros, vous êtes responsables des contributions mais elles sont ma propriété. Pas cool et loin de l'esprit d'OBL (qui en plus est récupéré en overlay) 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
