Re: [OSM-talk-fr] Évolution des traces GPX (étai t des données décalées ?)
Les traces chargées dans les éditeurs à travers l'API sont anonymes, mais pas les fichiers GPX qu'on peut trouver sur le site. Le problème des traces qui s'accumulent et qui risquent à moyen/long terme de couvrir des voies qui n'existent plus a déjà été soulevé. L'API va continuer d'évoluer et un critère de temps dans la sélection des données va probablement apparaître dans la prochaine version 0.6 : http://wiki.openstreetmap.org/index.php/OSM_Protocol_Version_0.6 ( http://lists.openstreetmap.org/pipermail/dev/2008-May/010149.html). Tout ça fait partie d'un sujet plus global concernant la mise à jour régulière des données sur les zones déjà bien complétées (ou qui le seront dans le futur). Je pense aussi aux traces qui proviendront du futur système Galileo. J'espère qu'il sera possible de distinguer l'origine des traces (Galileo ou GPS) mais c'est une question qui peut attendre encore quelques années. Pieren 2008/5/20 murphy2712. nospam [EMAIL PROTECTED]: Existe-t-il un moyen pour savoir à qui appartient la trace ? (probablement un de ceux qui ont tracé la route... c'est pas bien précis) Plus le temps court et plus le monde se remplit de traces à jour ... et aussi désuètes ! (Comment) est-ce géré ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Vandalisme ?
c'est une fonction que j'ai découvert dans la page wiki sur JOSM ( http://wiki.openstreetmap.org/index.php/Fr:JOSM) : pour sélectionner un chemin (*way*) parmi d'autres qui se superposent parce qu'ils partagent les mêmes noeuds, cliquez avec le bouton du milieu puis appuyez sur la touche ctrl et sélectionnez le chemin que vous désirez sélectionner en cliquant avec le bouton gauche dans la liste qui est apparue à l'écran. Pieren 2008/5/19 Stéphane Brunner [EMAIL PROTECTED]: Excellent, merci de vos réponses. Un parlant d'erreur de débutant, avec JOSM j'ai ajouter tout une série de points pour affiner le contours du lac et je ne me suis pas rendu compte qu'il à créer un chemin entre ces points ! Comment faire pour sélectionner ce chemin affin de le supprimer ? Merci d'avance Sarge. 2008/5/18 Thomas Walraet [EMAIL PROTECTED]: Stéphane Brunner wrote: Je viens de commencer à contribuer à OpenStreetMap dans ma région (Paudex - Lutry) et comme j'ai également contribuer à Wikipédia qui lutte efficacement contre le vandalisme, je me suis demandé comment OpenStreetMap lutait contre le vandalisme car je n'ai pas trouver d'historique des modifications ? Pour l'instant le projet n'a pas eu beaucoup de problème de vandalisme (à part le conflit d'édition sur Chypre, je ne crois pas qu'il y ai eu de gros problèmes). Mais ça pourrait arriver, et surtout il y a souvent du vandalisme involontaire de la part de débutants qui ne savent pas qu'ils modifient les données, ou qui cassent des trucs en pensant réellement bien faire. Il y a bien un historique actuellement, mais objet par objet. Ce n'est pas vraiment adapté au suivit des changements ou au retour en arrière après des modifications malheureuses. L'API d'OpenStreetMap va bientôt être modifiée justement pour pouvoir suivre plus facilement les changements. Ces derniers vont être regroupé en commit dont l'auteur sera clairement identifié et qui pourront être commentés. En cas d'erreur, ça permettra peut-être de comprendre ce que l'auteur voulait faire (via le commentaire) et surtout de retrouver facilement tous les autres changements qu'il a fait en même temps. ___ Talk-fr mailing list Talk-fr@openstreetmap.orghttps://mail.google.com/mail?view=cmtf=0ui=1[EMAIL PROTECTED] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-frhttps://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr -- Stéphane Brunner mail : [EMAIL PROTECTED] messageries instantanées : [EMAIL PROTECTED] ( http://talk.google.com) -- http://www.ubuntu-fr.org - Distribution Linux http://fr.wikipedia.org - Encyclopédie communautaire http://mozilla-europe.org - Navigateur internet / Client de messagerie http://framasoft.net - Annuaire de logiciel libre (gratuit) http://jeuxlibres.net - Jeux Libres (gratuit) -- Il existe 10 sortes de personnes : celles qui connaissent le binaire, et les autres. Si Microsoft inventait un truc qui plante pas, ce serait un clou. Si un jour on te reproche que ton travail n'est pas un travail de professionnel, dis toi que : Des amateurs ont construit l'arche de Noé, et des professionnels le Titanic. ___ 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] Présentation et question altitude
et je confirme que mon GPS Garmin 60CSx utilise la pression atmosphérique pour donner l'altitude (j'ai même fais l'effort considérable d'ouvrir le mode d'emploi...) D'ailleurs, une petite recherche sur le net montre que l'altitude triangulée par les satellites est moins fiable que l'horizontale et nécessite une bonne couverture du ciel même si apparement des GPS le font de cette façon. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Carte de rues sans nom.
et moi, j'ai une autre question sur ce sujet qui m'intéresse aussi : il arrive que des voies n'aient effectivement pas de noms, par exemple, des petites liaisons entre deux rues ou des voies piétonnes. Alors comment tu fais après avoir bien vérifié partout (sur place, sur le cadastre, etc) pour que cette voie qui n'a pas de nom n'apparaisse pas sur ce genre de carte ? tu mets name=(espace) ? Pieren 2008/5/18 David MENTRE [EMAIL PROTECTED]: Bonjour, 2008/5/18 Skywave [EMAIL PROTECTED]: J'ai fait une carte des rues sans noms dans Paris, Lyon et Toulouse comme . ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Stickers OSM
Très bonne initiative, bravo. Pour ceux qui ne lisent pas la ML anglaise, il existe aussi dans la même veine des vestes fluo : http://www.sonicresolutions.com/osm_vest/IMG_6327.jpg http://www.sonicresolutions.com/osm_vest/IMG_6328.jpg Il y en avait encore de disponible à differentes tailles le 14 mai. Contactez Graham Smith (osm at sonicresolutions#com) Prix de 9£ (+frais de port) http://lists.openstreetmap.org/pipermail/talk/2008-May/026035.html Pieren 2008/5/16 g.d [EMAIL PROTECTED]: Crément bonne initiative ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] une nouvelle page d'accueil sur le wiki ?
suite aux réactions quasi-unanimes, je vais donc remplacer la page d'acceuil. Jocelyn: fait François: j'ai déjà réfléchi au sujet du forum. On peut tenter le coup, même si je pense que la plupart d'entre nous risquent de ne pas visiter souvent ces pages mais ça peut faciliter les choses pour les débutants (et il n'y pas besoin de se ré-inscrire). Le lien existe déjà dans la page Fr:Contact mais si un sous-forum Users: France se met en place (il suffirait de faire un post dans le forum feedback), on pourra aussi l'ajouter directement sur la page d'acceuil dans la section Gallerie d'images, l'actu, contacts Renaud: l'ancienne version a justement l'inconvénient d'être très (trop) succinte et cache de nombreux points d'entrées. Elle donne en plus, je crois, trop de place à l'image du jour et aux news internationales. Mais tous les liens sont normalement aussi dans la nouvelle page. J'ai aussi mis un lien vers la main_page en haut, à coté du titre. Simon (STA): on peux effectivement ajouter une deuxième image de la semaine plus locale (un nouveau template Template:France:Image_of_the_week), pour montrer que ça bouge chez-nous aussi ! Cette page est une page wiki, j'allais dire comme les autres. Tous le monde peux y ajouter sa patte. Et cette nouvelle présentation offre plus de flexibilité qu'auparavant, je pense. Il y aussi la page http://wiki.openstreetmap.org/index.php/Talk:Fr:Wiki_Helpoù vous pouvez placer vos commentaires plus généraux sur le wiki. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] une nouvelle page d'accueil sur le wiki ?
A tous, Je travaille depuis quelques temps déjà sur un prototype de nouvelle page d'accueil francophone sur le wiki. La 1ere réunion IRC francophone avait montré que beaucoup de gens étaient frustrés par le manque d'organisation du wiki aussi ais-je pensé qu'une page d'accueil avec d'avantages de liens et organisé par thèmes pourrait améliorer les choses. Donc, ma proposition serait de remplacer la page actuelle: http://wiki.openstreetmap.org/index.php/Fr:Main_Page par celle-ci: http://wiki.openstreetmap.org/index.php/User:Pieren/sandbox Bien sûr, j'attend vos commentaires, suggestions, etc.. avec un retour de vos propres expériences passées, surtout à vos débuts (par exemple, quelles pages mettre en avant, celles qui peuvent restées en dehors de la page d'accueil, d'autres qui manquent, etc..) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] residential or unclassified ?
2008/5/7 g.d [EMAIL PROTECTED]: Il me semble important, que les osmeurs français accordent leurs violons, afin qu'il n'y ait pas autant de 'chartes' de cartographie, qu'il y a d'osmeurs français. ça urge !!! Les interventions de Gerhard ([EMAIL PROTECTED]) sont souvent véhémentes et parfois contradictoires - voir son mail dans la MLF (mailing list française ;-) du 1er février : 'Faut pas vouloir être plus catholique que le Pape ! Pas vouloir tout définir définitivement - mais c'est une façon de mettre les pieds dans le plat, comme on dit. Si ce point est abordé au prochain tchat, il faudra alors lui réserver une place importante... Avec Renaud, je suis d'accord pour dire que les tags sont des recommandations et que chacun est libre de mettre ce qu'il veut (et même de se tromper). Mais quelqu'un d'autre peut passer derrière lui et changer la classification de la voie et ainsi de suite... Tout le monde comprend qu'il faut arriver à un certain consensus pour que: 1. la carte soit cohérente (au moins sur le territoire français) 2. éviter une guerre de classification entre contributeurs J'ai mis à jour la liste de la réunion IRC de ce soir. Si quelqu'un veut y ajouter ses commentaires... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] residential or unclassified ?
Non, je ne suis pas d'accord. Le tag living-street s'applique à des voies qui ont un status bien particulier dans de nombreux pays (nordiques) et où effectivement la vitesse est fortement réduite surtout parce que les piétons y ont une priorité absolue (le panneau routier est assez explicite). Or ce statut n'existe pas en France. Sinon, toutes les rues un peu commerçantes de centre-ville vont devenir highway=living-street, ce qui va ajouter encore de la confusion. Pieren 2008/5/6 Vincent MEURISSE [EMAIL PROTECTED]: Si la rue est vraiment squatté par les piétons au point de ne pas pouvoir rouler à plus de 10km/h, ce tag se justifie. En effet ce qui est intéressant dans une carte ce n'est pas la théorie mais la pratique. Par exemple si un chemin de terre contourne une ville, il est limité en théorie à 90. Mais je pense que les gens préfèrent prendre l'avenue qui traverse le centre et est limité à 50. 2008/5/6 Renaud Martinet [EMAIL PROTECTED]: Ok j'avais jamais lu la page du wiki dédiée à ce tag. Pour moi ça s'appliquait aux rues fortement fréquentées par les piétons, où il y a beaucoup de gens qui traversent, etc; bref des rues de centre-ville. Donc je me suis trompé :) Je vois pas trop du coup comment on devrait tagguer ce genre de choses. Renaud. On 5/6/08, Vincent MEURISSE [EMAIL PROTECTED] wrote: Dans les cas des centre-villes peut-être que le tag living-street est plus approprié Attention living_street c'est pour les rue presque piétonnes. genre limité a 10km/h 2008/5/6 Renaud Martinet [EMAIL PROTECTED]: Dans les cas des centre-villes peut-être que le tag living-street est plus approprié que residential. Mais voir une way unclassified dans des zones de centre-ville sans landuse ne me choquerait pas honnêtement. Renaud. On 5/6/08, GARETTE Emmanuel [EMAIL PROTECTED] wrote: Le Tue, 6 May 2008 17:16:29 +0200, Renaud Martinet [EMAIL PROTECTED] a écrit : Personnellement je penche pour le 1er point de vue, les landuse me semblant répondre plutôt bien au problème. Pour des zones résidentiel, zone commercial, ... Mais il existe beaucoup de zone non identifié (autant de magasin que d'habitation). Je pense évidement au centre de la plus part de ville. Mais on peut rajouté la plus part des quartiers avec des bars, restaurant, magasin de proximité, ... Je vois pas bien quel landuse mettre dans ce cas là. ___ 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 ___ 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] Rue à cheval sur deux communes ( pb de nom)
On la résolu (?) comme cela : name = nom1 - nom2 ... tout simplement, le right et left on s'en fout , c'est pas pratique, cela peut devenir incohérent en cas de changement de sens de la voie... De plus si le logiciel te dit de tourner dans la rue nom1 et que toi betement tu regardes la plaque portant nom2 tu seras perdu ... Le problème du changement de sens est général et devra être corrigé un jour ou l'autre (sans doute lorsque les éditeurs inverseront automatiquement le sens de certains tags contenant des mot clés comme oneway, left ou right). Sinon, on voit un peu de tout: name_left comme sur la page wiki sur Dortmund pour identifier les limites entre quartiers (en disant que la syntaxe name:left n'est pas acceptée par Potlatch, ce qui est faux) ou encore dans la page wiki OSM Mobile Binary Protocol/Feature Tags) ou name:left comme dans les boundaries. En tout cas, ce qu'il ne faut pas faire, c'est créer 2 ways qui se supperposent. Superposer deux chemins juste pour compenser les problèmes de tagging est une erreur (que j'ai aussi faite à mes débuts). Moi, ma proposition serait de taguer avec name:left name:right comme pour les boudaries et qui es le plus proche du réel, et name=nom1;nom2 (a noter le ; comme séparateur) que je supprimerai le jour où les logiciels de rendus de carte supportent la première version. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] Comment taguer les portes de villes ?
Je pensais avoir vu quelque part une proposition pour taguer les portes de villes qui ont (ou ont eu) des fortifications, comme ici: http://www.alsace-passion.com/rosheim/rosheim_2.htm mais je n'arrive pas à remettre la main dessus. On voit pourtant ce cas relativement souvent dans certaines régions. Est-ce que quelqu'un a une idée ? faut-il simplement ignorer ce point particulier et mettre uniquement les tags de restriction hauteur/largeur ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] Primary, secondary, etc en ville.
Je viens de voir la carte de Caen. Je suis étonné d'y voir autant de voies marquées en primary et secondary. C'est peut-être un des sujets à aborder dans un prochain char-irc : quel critère choisissez-vous pour la hiérarchie des voies en ville? Alors que les critères sont apparement assez homogènes pour la campagne, il semble y avoir un plus grand flou pour les villes... Personnellement, je réserve le primary si un axe de circulation primary existe ä l'extérieur de la ville. Le cas typique est la route nationale ou la grosse départementale (voies élargies) qui soit traverse la ville de part en part ou qui en contourne une partie. Les boulevards et autre avenues sont plutôt des secondary s'ils ne sont pas la prolongation d'un primary qui vient de l'extérieur. Quand pensez-vous ? Pieren PS: une remarque concernant le fameux débat residential ou unclassified. Je me suis rendu compte récemment que les allemands ont une définition assez claire sur leur wiki: residential pour la ville et unclassified à la campagne. C'est vrai que ça permet de marquer la fin de la zone résidentielle si la voie se prolonge en rase campagne sans avoir à tracer un polygone landuse=residential (dans un premier temps en tout cas). ___ 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
Discussion assez intéressante, j'ai moi-même été confronté à des cas limites.. mais 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 tag access=destination a la signification que la communauté OSM veut bien lui donner. Un fil précédent avait déjà suggéré que destination s'appliquait pour les restrictions interdit sauf riverains mais rien ne précise que seuls les riverains piétons ont accès à cette voie. Je pense que c'est même le contraire, seule une voie privée peut interdire un accès aux piétons (et encore, il y a les histoires de droit de passage...) 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 Je pense donc que foot=yes n'est pas nécessaire (sauf si access=private). Autrement, j'ai aussi tagué des rues avec sens interdit aux deux bouts et il n'y avait même pas de panneaux sauf riverains (mais une petite rangée de maisons) ! Dans ce cas, je pense qu'il faut aussi penser aux logiciels de navigation qui, un jour peut-être, utiliseront les données OSM. J'ai donc coupé ma rue en deux et mis oneway=true de telle façon que la rue apparaisse comme interdite à chaque extrémité. 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
Re: [OSM-talk-fr] rue piétonne à sens unique
Effectivement, sur la photo, ça fait plus rue piétonne que voie routière... Mais un coup d'oeil sur les autres cartes en ligne ne la montre pas non plus comme piétonne (alors que des voies perpendiculaires le sont). Là, je suis perplexe. Il semblerait que administrativement, elle n'est pas piétonne même si dans les faits, la circulation automobile y soit difficile mais pas interdite... J'ai vu une proposition pour taguer les rues étroites. C'est peut-être ce qui serait le plus approprié (pas de restriction à part le sens unique, mais un navigateur ne la choisirait pas en priorité). Pieren 2008/4/16 [EMAIL PROTECTED]: Une petite photo de la rue de la Huchette pour se faire une idée : http://www.paperblog.fr/115361/rue-de-la-huchette/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Reportage photo sur navteq (zdnet)
sinon, la doc est la si je ne me trompe pas : http://wiki.openstreetmap.org/index.php/Mapnik Il y a meme la traduction en français (n'hésitez pas à améliorer le wiki avec votre expérience personnelle) (j'ajouterai un language toolbar dès que possible): http://wiki.openstreetmap.org/index.php/Fr:Mapnik Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Reportage photo sur navteq (zdnet)
Différents points à noter: - la base ne possède pas les chemins de terre ou sentiers de randonnée (p.10) - il y a aussi une version pour camions (hauteur de ponts) et une pour piétons (mais sans sentiers de randonnées ?!) Quelques stats (p.8): - 1,2 million de noms de rues en France - 602 802 lieux-dits - 1,2 million de routes carrossables (+ 4 500 km en 1 an) (je suppose 1,2 million de kilomètres...) - 31 500 ronds-points - 80 500 km de rues à sens unique (+ 1 500 km en 1 an) qui seraient intéressantes à comparer avec les stats OSM... A noter qu'ils ne proposent rien pour les cyclo, un autre point à l'avantage d'OSM. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk] anonymous contributions still allowed ?
It's only Potlatch that prohibits such edits. JOSM and the main API permit them. cheers Richard Thanks for the answer. And is something planned in the future for those who registered before Nov. 2007 (e.g. force the 'public' edition flag in the osm user profile) or in the main API (e.g. disable anonymous edition) ? regards, Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk-fr] Référencement des routes
Salut à tous, Je viens de découvrir quelque chose dans les référencements de routes. Il semblerait qu'une référence D1b et D1bis ne soient pas la même chose. Voir cet exemple: http://www.viamichelin.fr/viamichelin/fra/dyn/controller/Cartes-plans?mapId=-t83ck9gov2wtbpinitialMap=mapiddx=343.5dy=216.5empriseW=771empriseH=647 Il m'est arrivé de renommer une D_bis en D_b mais il semblerait qu'il faille strictement respecter la nomenclature utilisée sur les panneaux routiers. C'est parfois coton, par exemple, certains panneaux indiquent D1.III et d'autres D1.3 (j'ai même vu un D1bisIV !) Y-a-t-il une convention de nommage pour les références de routes en France ? (vu ce que je vois, il semblerait que non) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] lettre aux collectivités locales
Je trouve aussi ce projet de lettre type intéressant. Il faut effectivement éviter de tomber dans les termes techniques (du genre, c'est quoi 30 Mo ?). Par contre, il faudrait peut-être appuyer un peu dans la direction du plan de circulation (OSM fixe une hiérarchie des voies, primary, secondary, tertiary, unclassified). Et puis aussi peut-être, une demande sur le réseau des piste cyclables lorsqu'il y a lieu... Dommage que le wiki est en rade, on ne peut toujours rien voir sur le compte-rendu de la réunion d'hier soir. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] lettre aux collectivités locales
2008/4/5 Olivier Boudet [EMAIL PROTECTED]: Chez moi le wiki fonctionne bien en ce moment même... Effectivement, ça vient juste de revenir (ça fait pas longtemps alors) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk] anonymous contributions still allowed ?
Hi all, By accident, I found some contributions made in March 16th this year but with some mistakes. http://www.openstreetmap.org/?lat=48.25977lon=7.42248zoom=16layers=B0FT As usual, I wanted to contact the person but I was surprised to see that this recent edition is anonymous: http://crschmidt.net/osm/history.html?type=wayid=23316471 Potlach history just says 'anonymous'. The way was created with JOSM. I thought that such anonymous editions are not possible since Nov. 2007. http://wiki.openstreetmap.org/index.php/Disabling_anonymous_edits http://lists.openstreetmap.org/pipermail/talk/2007-October/018893.html I suspect that this person was registered before this date. Is it possible that such people have a kind of 'privilege' and can stay anonymous for ever ? Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk-fr] Contributeur anonymous
Par contre, pour que son pseudo soit indiqué il faut avoir coché une case indiquant j'accepte que mes modifications soient publiques. Si j'en crois ce que dis la page wiki http://wiki.openstreetmap.org/index.php/Disabling_anonymous_edits , l'édition anonyme n'est plus possible depuis le mois de Novembre. C'est aussi à ce moment-là que je me suis inscrit et je ne me souvient pas avoir coché une case make my edits public (donc, pas le choix). La seule chose public/privée que je connaisse concerne les traces GPX... Et il est impossible d'uploader avec JOSM si le compte OSM n'est pas configuré. Tout ceci pour dire que je ne m'explique pas cette édition anonyme faite le 16 Mars... ce qui accréditerais l'hypothèse d'un bug dans Potlatch ? Quelqu'un a-t-il vu un mail ou un trac à ce sujet ? (la dernière grosse discussion dans la mailing-list que je trouve est celle pointée par le wiki en Octobre 2007). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk] How do we tag passing/slow lanes?
Break the way at the start and end of each passing section and tag with lanes=2 for the normal sections (assuming its normally a two lane undivided highway) and... lanes=2 is not supposed to be the default value ? I mean, it's obvious for me that lanes=2 is the default for highway=motorway, trunk, primary , secondary, tertiary, etc... but it's maybe different for other contributors (only the motorway tag is clear about this in the Map Features wiki page). And what about motorway_link, and other xxx_link ? could we consider that the default is lanes=1 for the linking sections ? or shall we always tag the lanes=x because the default amount of lanes in a link is country specific ? regards Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Map_Features not loading
I'm currently fine with the map features, you can read it if you like/need and search it for stuff. But could we all agree that the two keys which have potentially an endless list of values, the sport and shop keys (and game later for snooker,bowling,etc.), could be moved to a separate page and we just keep an header for these two keys in the Map Features page ? Like someone started a try with shops at http://wiki.openstreetmap.org/index.php/Proposed_features/shops_%28multiple%29 regards, Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk-fr] limites région/département
Il restera à faire : Je n'ai pas raccordé les limites aux frontières nationales qu'il faudra scinder et tagger (c'est le bordel il y a plein de lignes superposées : c'est l'occasion de faire le ménage!). Je n'ai pas raccordé les limites aux cotes maritimes. Améliorer la précision de ces limites : par exemple quand la limite est un cours d'eau qui est déjà sous OSM la BD Cartographe Associés passent à travers... Alban Super ! Il faudrait peut-être créer une page sur le wiki pour coordonner ce travail complémentaire (qui fait quoi par département). La prochaine étape serait, par exemple, un petit script qui permettrait de créer un tableau des villes, villages, hameaux à l'intérieur d'un département avec les tags attachös (pourquoi pas au format html et/ou wiki). Ca permettrait de comparer avec les listes déjà disponibles dans wikipedia (voir ce qui manque, la cohérence du tagging, les doublons, etc... ) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk] Map_Features not loading
FULL ACK - the current page is a PITA! +1 I restored the single page. P.S: If the templates are the problem, remove them. It's a lot more important to have a usable map features page than to have an easy way for translations ... Agreed, but again, the problem is not the templates but PHP on the server has a limited memory and this page takes about 900Kb size of text and pictures (with or without templates). (the error is a not possible to allocate enough memory in parser.php) So, either the memory allocated for PHP is increased or the page is split or its content is reduced. regards, Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Map_Features not loading
Apparently some people have converted it to about fifteen million embedded meta-templates. I've altered Map_Features to link to the templates rather than include them and it renders now. The someone is myself. I migrated to templates in the middle of January, and this had no impact of the page size. The reason of doing this is to help the internationalization (and synchronization) of this important page, these templates are used in the german, czech, danish, french, italian, russian, turkish, dutch Map Feature pages. This error already raised before the migration to templates. The main reason is that the page weight is inflating because of new features (and more pictures ?). The solution will be to either split the page in 2 or many pages but people like to see all at once (see mail from Chris) or reduce the amount of information (e.g. summarize, remove pics) or fix the problem on the wiki engine. But the current situation is not satisfaying : either restore the templates calls in the main page or add a link to new pages where templates are called. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk-fr] reserve aux riverains
Moi je mets access=destination. J'ai ajouté l'équivalent français sauf riverains en français sur le wiki. http://wiki.openstreetmap.org/index.php/Key:access#Core_values Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk] create a rendering test zone somewhere on the planet ?
What do you think about this idea : - select two or three small islands somewhere on the planet, but really in the middle of 'nowhere', means no humans, no constructions, absolutely nothing. - call these islands 'mapnik', 'osmarender', etc... - add them in a dedicated wikipage with appropriate links to point them on the browser - then put as much as you want existing nodes, ways, relations and tag them as specified as the 'recommended by the map features' and supported by this renderer e.g. intersections, with bridges, tunnels or directly connected; multipolygons relations; buildings; places; admin_levels; large rivers; canal; etc... This would : - give an idea for beginners how the tags are rendered at the different zoom levels directly on the maps - show what is currently supported by the current rendering softwares. - avoid that many people perform the same kind of tests locally - be used as a test area for renderers developers Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] create a rendering test zone somewhere on the planet ?
You can create a standalone .osm file with all this in it if you/we need a test file. That's a much better idea than polluting the database with junk! ok, forget my comment for developers who have a local environment anyway... but I'm only thinking about the 99% of the OSM contributors who will never install a renderer but would like to see the best practices described in the wiki (when they are) in action. And the database is already polluted by junk, exactly because of lake of guidelines. With a separate environment, the problem is the maintenance. Here we are sure that it would use the latest renderers as they are used by osm. When I say 'island', it could be in the middle of a desert as well and tagued as 'test area' or whatever ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] traffic_lights
I raised a similar thread about highway=stop some weeks ago. You can find it in the archives (in January if I remember correctly). Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] create a rendering test zone somewhere on the planet ?
wow, I'm surprised about the hostility of some answers. I mean, remember me the name of this ML... So, lets continue the talk (and not the fight): if you are already speeding 15 mph over the speedlimit in your car, you would think it's a good idea to go even faster ? no, but to drive a car, you need a license. And to get the license, you're educated by someone explaining you what you are allowed to do and what not. Because osm doesn't require a license (not yet), the amount of wrong data will increase with the amount of contributors. One reason I had this idea is because many threads in this ML concern the mean of representing the real world into the db. (I know the story about the difference between the data and the rendering, but don't forget that many contributors will just enter data if they can see the results on the maps.) So, threads get the conclusion that the tagging is wrong or improper or incomplete and others say that the renderers are incorrect. Then, ideally, the wiki would be updated, reflecting the consensus found on the thread. But we all know what is the reality with the wiki, even if some people bravely tries to keep it up-to-date as much as possible. So, this suggestion was just an attempt to find a shared area between the osm db and the renderers without the difficulties of the wiki maintenance. I agree that making this in a separate database is probably better but I thought easier to make it where all contributors are already registered and real rendering softwares are used. Inserting a link into the wiki pointing to an existing area considered as a good pratice (means: following the consensus) is also a good idea. My suggestion was just to summarize everything in one clearly identified area. Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk-fr] Re : Cadastre
En temps que simple citoyen (et pas un professionnel comme beaucoup d'intervenants ici), je suis chaque jour un peu plus surpris par la complexité de la gestion des informations géographiques au sein des différentes administrations françaises (et par le manque de cohésion dans tout cela)... Donc Il y a encore des questions qui ne sont pas clair pour moi, simple débutant dans ce domaine: - le cadastre est la propriété intellectuelle de la DGI et ne s'interesse qu'au calcul de l'impôt foncier - toutefois le cadastre en lui-meme est consultable en mairie (en Alsace en tout cas) et pas au centre des impôts. Est-ce une délégation de la DGI vers les communes qui sont donc détentrices des plans et responsables de leur mise à jour ? - le cadastre de ma région étant en ligne depuis peu, j'ai pu constater des différences entre les plans et la réalité: - certains constructions n'y figurent pas. Est-ce un probleme de mise à jour (ou de fraude) ou plus simplement, ce n'est pas au cadastre d'afficher l'occupation au sol d'un bâtiment ? - de petits chemins n'y figurent pas. Est-ce à dire que des chemins tombés dans le domaine public par l'usage sont encore fiscalement privés et, à ce titre, pourraient être barrés par les propriétaires des terrains ? (et on pourrait faire figurer le caractère privé de la voie, bien que rien ne l'indique dans la réalité) ? - les limites administratives d'une commune sont-elles légalement définies par le cadastre ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Re : Re : Re : Cadastre
Grâce à vous, je viens de découvrir ce map rectifier de metacarta. Petite question : dans la partie droite, il y a OpenStreetMap comme Base Layer mais en dézommant, on découvre que ce layer doit dater de Mathusalem. Savez.vous d'où vient ce layer ? est-il possible de le mettre à jour ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] limites région/département
Dans tous les cas, left:région est un peu bizarre non ? Une partie de la clé est en anglais, l'autre est en français. bon ben, comme OSM est international: 'left:region' et 'left:department' 'right:region' et 'right:department' ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] limites région/département
Il y a malheureusement deux sujets qui se sont téléscopés sur ce thread (comme souvent d'ailleur): - le fait de trouver une source fiable et libre pour les limites administratives - le fait de pouvoir utiliser les données du cadastre Pour le cadastre, les arguments de Denis sont convaincants mais ne sont peut-être pas une garantie suffisante pour tout le monde. Faut-il alors demander l'avis d'un juriste ou l'autorisation de la DGI pour que tout le monde soit rassuré ? Concernant les limites administratives, la question n'est plus de savoir si c'est nécessaire ou pas mais de savoir si : 1- la source d'Alban est utilisable, 2- le positionnement des ways peut être affiné plus-tard (puisque la source semble dater un peu), à la façon des coastlines 3- si le département forme un seul polygone (un way fermé) avec plusieurs centaines voire milliers de nodes ou une relation aggrégeant plusieurs ways. Pour moi: 1. oui, sauf que le diable se cache parfois dans les détails et il est possible qu'Alban n'ai pas vu le texte du copyright qui peut se cacher quelque part (en tout petit caractère). 2. pas de problème 3. je n'ai pas d'avis : le polygone a comme avantage de pouvoir facilement localiser un point d'apres Axel mais un logiciel devrait pouvoir fermer le polygone lui-meme si la limite est composéee de plusieurs ways. On peut aussi vérifier par scripte que tous les ways administratifs sont continus et fermés, à la manière des coastlines. J'ai cru lire dans la ML talk que la tendance actuelle est de ne pas faire de trop grands ways (ce qui facilite le boulot des renderers ou des editeurs, entre autre). Par ex. les frontières, les chemins de fers, les lignes côtières sont toutes coupées en sections. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] limites région/département
De toute façon, les limites administratives n'appartiennent ä personne et cette source digitalisée ne sera pas d'une très grande précision (mais amplement suffisante pour nous). Ce qui serait gênant serait de transférer une source vectorisée venant directement de l'IGN par exemple. D'ailleur ces données devraient clairement être dans le domaine public et je n'imagine à aucun moment une firme ou même l'IGN lancer un procès contre OSM pour avoir créer les limites départementales de la France (qui seront de toute façon approximatives). Pour répondre à la question d'Alban, moi je voyais juste des ways boundary pour les départements (admin_level=6) avec une relation de type collected ways (qui n'est qu'au stade de la proposition dans le wiki ( http://wiki.openstreetmap.org/index.php/Relations/Proposed/Collected_Ways)). On peut bien sûr en profiter pour marquer les régions (admin_level=4) mais je ne vois pour l'instant pas l'intérêt de descendre au niveau catonal (mais c'est un avis très personnel), surtout que la précision du tracé doit se dégradée aux petites échelles. Question : comment seront fixées les limites extérieures ? Par exemple, l'Alsace a déjà un way pour la frontière avec l'Allemagne sur le Rhin. L'idéal serait de pouvoir réutiliser automatiquement ce way en y ajoutant simplement les tags supplémentaires. Sinon il faudra faire une correction à la main. Et les limites côtières ? Pour l'instant, il n'existe pas de way qui fixe nos frontières dans l'océan. Faudra-t-il créer un way spécifique ou simplement réutiliser le way coastline ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] limites région/département
L'IGN fournit des cartes des départements français libres de droits c'est ici : http://www.ign.fr/rubrique.asp?rbr_id=441 Libres de droit.. sauf pour une utilisation commerciales. Hors, la license OSM n'interdit pas une utilisation commerciale de ses données. Il est donc impossible d'utiliser des données qui nécessitent une autorisation préalable, ce qui est le cas de toutes les données de l'IGN (dans un cadre commercial). Quant au fait que des données soient dans wikimedia, cela ne garantie pas l'absence de droits sur les données. Wikimedia/pedia utilisent leur droit de citation, d'ailleurs d'une façon parfois limite. Par contre Wikipedia n'autorise pas une réutilisation commerciale de ses données. C'est peut-etre là la principale différence avec la license d'OSM. Pour en revenir au cadastre, on est là - je pense - dans un tout autre domaine qui n'est pas sous la férule de l'IGN. On est là dans des documents administratifs faisant partie - à mon avis - du domaine public. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] limites région/département
Je ne connais pas le statut exact du cadastre en france, mais je crois me rappeler qu'on en avait déjà discuté et qu'au final ce n'était pas utilisable. Personne n'a encore pu apporter la preuve que le cadastre n'était pas utilisable. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau sur Aix-En-Provence
je crois que ce qui est le plus gratifiant pour un débutant (mais pour tout le monde en fait), c'est de voir apparaître son travail sur les cartes. Je dis les cartes car aujourd'hui, il y a essentiellement deux cartes visibles sur le site, celle rendue par Mapnik mais qui n'est mise à jour qu'une fois par semaine et celle rendue par osmarender qui rafraichie automatiquement une zone modifiée au bout de quelques heures. Si tu veux voir rapidement un résultat après avoir ajouter quelque chose, le mieux est d'aller sur le site http://informationfreeway.org/ , d'aller sur ta zone au niveau de zoom 12 et de cliquer ctrl+bouton droit de la souris. Cela mettra le carré concerné en haut de la pile des zones à rafraichir... là, il faudra encore attendre un peu, en général 1/2h à 1h (parfois moins). Attention, les logiciels de rendus n'afficheront que ce qui a été taggué et avec des tags comme ceux listés sur la page Fr:Map Features (pour voir une nouvelle route, il faudra le taguer highway=primary, secondary, tertiary ou unclassified, tout dépend de l'importance de la route). A part ça, bienvenue dans la communauté OSM ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau sur Aix-En-Provence
et de cliquer ctrl+bouton droit de la souris. rectification, bouton gauche évidemment ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Re : [Compte-rendu] 1ère r éunion IRC francophone
Il y a aussi des mairies complètement excentrée, Peut-être faudrait-il créer un thread séparé pour discuter des points restés ouverts pendant la réunion IRC. En attendant, merci à Jonathanmm pour son boulot. A quand la prochaine réunion IRC et avec quel intervalle ? une fois par an ? tous les 6 mois ? tous les 3 mois ? On pourrait déjà ouvrir une liste pour les points possibles à voir (encore que, il a y déjà beaucoup de choses à faire...) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] lac, forêt etc.
Quel tag utilisez-vous ? natural=wood ou landuse=forest ? Mapnik affiche les deux mais avec un vert plus foncé pour natural=wood alors que osmarender affiche le même vert foncé... Y-a-t-il un critère qui différencie ces deux tags ? Apparement, certains dans le wiki parlent de tagguer les deux... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Le cadastre consultable sur Internet
je ne crois pas que l'on puisse utiliser les données vectorielles lorsqu'elles sont disponibles. En revanche, je ne vois rien contre le fait d'utiliser les copies de planches pour trouver les noms des rues. Ca fait quand même partie du domaine public. Le cadastre n'a aucun intérêt à placer des eastern eggs pour induire en erreur qui que ce soit. Il est en revanche possible que les noms ne soient pas plus ä jour que les cartes commerciales (qui se sont sans doute gavées de cette source d'information eux-même). Je ne sais pas jusqu'à quel point ces planches sont à jour. En revanche, les quelques planches que j'ai pu voir me conforte dans ce que j'avais dit dans un thread précédent: la quasi-totalité des voies portent un nom, surtout à la campagne. Mais je ne crois pas qu'il soit utile de reporter dans OSM tous ces noms, lorsque ce sont de petites voies sans habitations. Ou alors, ça sera un énorme travail de bénédictin pour ceux qui se lancerait la-dedans... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Re : unclassified ways et ways sans nom...
Bon, d'abord, les ways residential et unclassified sont rendus de la même manière (pour l'instant) sur les cartes et je trouve que c'est très bien comme ça. Ensuite, un tag doit reflèter la réalité du terrain. Après avoir longtemps hésité sur le sujet, je m'applique cette règle : - residential s'applique à une voie qui contient des maisons habitées, même si la rue contient des usines ou un centre commercial un peu plus loin. Si la voie est un axe de circulation , elle peut être promue en tertiairy, secondary ou primary. Tout dépend du plan de circulation, de la taille de la ville et de la complexité de celle-ci. Je garde en tête que un jours, il y aura peut-être un logiciel de navigation qui cherchera le meilleur chemin pour une adresse finale en aillant sélectionner dans l'ordre un voie primary, secondary, tertiary et residential pour finir. - unclassified est une voie qui n'est pas résidentielle et n'est pas non plus un axe de circulation suffisament important pour mériter un tertiary, secondary, primary. Ca s'applique aux voies sans usage particulier à la campagne. En ville, les voies dans les zones industrielles ou commerciales ou bureaux ou sans affectation particulière. Quand au sujet des noms soulevé par g.di, je viens aussi de la campagne et je peux dire que toutes les voies portent un nom (ou le nom de la zone qu'elles traversent). Si ce nom n'est pas toujours indiqué par un panneau ni par des cartes ofiicielles, il y a toujours un usage local (prends le chemin de la ferme 'untel' puis tourne à droite vers la route du pré 'bidule'). Ces dénominations sont parfois officialisées par les mairies et se retrouvent sur les cartes par ce biais. Si tu veux vraiment trouver un nom, interroge les anciens du coin. ___ 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...
landuse=retail. Marquer une zone est d'après moi souvent difficile, voir impossible. Les limites entre zones commerciales, industrielles et habitations sont souvent imprécises (sauf dans de nouvelles zone avec un POS clair) ou alors assez complexes à tracer. Si on va dans ce sens, je préfèrerais alors remplacer highway=residential par higway=unclassified + abutters=residential D'apres tagwatch, il y a abutters=residential 13100 fois en UK 1800 fois en DE 12 fois en FR alors que higway=residential : 173000 fois en UK 205000 fois en DE 15900 fois en FR et highway=unclassified 76000 en UK 217000 en DE 18700 en FR On peut voir que, toutes proportions gardées, on a en France le même usage qu'en Allemagne du highway=residential ou unclassified. Par contre, ils utilisent d'avantage l'abutters=residential. Quant aux anglais, ils utilisent beaucoup moins le unclassified, sans doute parce qu'ils en ont une autre définition. ___ 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 ?
la question était si la limite s'affichait sans être fermée... et la réponse était oui. Maintenant pour en faire d'avantage comme différentes pistes qui me sont venues à l'esprit, effectivement, l'idéal est de fermer la boucle. 2008/1/27 Axel Rousseau [EMAIL PROTECTED]: Par contre, une limite administrative comme un arrondissement ou un département pourrait servir à faire des cartes concentrées sur ces zones, ou à faire une extraction de base de donnée, ou à créer des statistiques par zone (liste de tags, quantité de points velib, points de recyclage, kilometres de pistes cyclables) dans une page html... enfin bref, tous les usages possible d'une cartographie ayant besoin d'une limite administrative. C'est sans limite. je vois pas trop comment on peut savoir si un node se trouve à l'intérieur ou à l'extérieur d'une limite si celle ci n'est pas fermée... Mes souvenirs de licence d'informatique me disent que c'était quasi-impossible à savoir. 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] comment délimiter un arrondissemen t à paris ?
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 ? Pour trouver si une rue se trouve dans une ville, d'autres moyens sont ou seront utilisés. Par ordre de pertinence, la rue est trouvée si: - elle porte un tag is_in=Paris (ou is_in=Paris) - elle est à l'intérieur d'un area tagué place=Paris - elle se trouve à proximité d'un node tagué place=Paris qui lui-même se trouve à l'intérieur d'un area taggué landuse=residential ou équivalent - elle se trouve à moins de XX kilomètres d'un node tagué place=Paris (voir le wiki http://wiki.openstreetmap.org/index.php/OSM_tags_for_routing#City ) Par contre, une limite administrative comme un arrondissement ou un département pourrait servir à faire des cartes concentrées sur ces zones, ou à faire une extraction de base de donnée, ou à créer des statistiques par zone (liste de tags, quantité de points velib, points de recyclage, kilometres de pistes cyclables) dans une page html... enfin bref, tous les usages possible d'une cartographie ayant besoin d'une limite administrative. C'est sans limite. ___ 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
cycleway=lane;opposite_lane ouhla, ça devient compliqué là ! je pense que cycleway=lane implique déjà que c'est dans les deux sens (soit sur deux bandes cyclables de chaque coté, soit une bande cyclable large sur un coté). Je n'ai pas encore vu des pistes cyclables à sens unique (je veux dire pour les velos uniquement). Je crois que opposite_lane et opposite_track s'appliquent à des pistes cyclables qui se trouvent dans une rue à sens unique pour les voitures et les vélos circulent dans le sens opposé (donc sur une bande à gauche du point de vue de la voiture). ___ 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
Il y a les pistes franchement séparées qu'on peut taguer en cycleway=track (ou opposite_track), les bandes cyclables mais qui sont simplement une coloration sur la voie routière qu'on tague en cycleway=lane (ou opposite_lane) (voir les photos sur la Fr:Map Features ici http://wiki.openstreetmap.org/index.php/Fr:Map_Features#Voie_cyclable_.28cycleway.29 Mais qu'en est-t-il pour une piste cyclable sur le trottoir comme il y en a beaucoup en ville ? Et pour les bus, ils ont aussi parfois leur propre voie de circulation avec une séparation physique et parfois, c'est la même voie que pour les voitures. Quand la voie est séparée physiquement (une bordure, un trottoir), faut-il tracer un deuxieme way parallèle à la route avec route=bus et pas de highway=xxx ? ou alors ajouter juste un route=bus sur le way des voitures ? ___ 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 ?
un way tagué comme suit (lire le wiki Talk:Key:boundary): boundary=administrative admin_level=10 et left:arrondissement=15e right:arrondissement=16e par exemple. Ou left=15e arrondissement right=16e arrondissement left/rights dépendent bien sûr de la direction du way. ___ 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 ?
[EMAIL PROTECTED] wrote: Le way peut être une rue qui sépare les deux arrondissements ? ben, si la limite administrative utilise une limite physique (genre une avenue), on peut réutiliser le way physique existant. Il n'y a aucune raison de ne pas en profiter. Le seul ptit problème éventuel, c'est que le render dessine la limite par dessus un nom de rue, ce qui pourrait rendre le texte illisible. Faut faire le test. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk] highway=stop
Could someone explain the tag highway=stop provided by the 'Map Features' page ? I would expect that all tags approved and moved to this reference page are clearly described. I found a wiki page ( http://wiki.openstreetmap.org/index.php/Mapping/Features/Junction) saying : Intersections with stop signs should be tagged highwayhttp://wiki.openstreetmap.org/index.php/Key:highway =stophttp://wiki.openstreetmap.org/index.php?title=Tag:highway%3Dstopaction=edit. Intersections with traffic signals should be tagged highwayhttp://wiki.openstreetmap.org/index.php/Key:highway =traffic_signalshttp://wiki.openstreetmap.org/index.php?title=Tag:highway%3Dtraffic_signalsaction=edit . But at the end of the page, an important note says: Should highway http://wiki.openstreetmap.org/index.php/Key:highway=stophttp://wiki.openstreetmap.org/index.php?title=Tag:highway%3Dstopaction=editand highway http://wiki.openstreetmap.org/index.php/Key:highway= traffic_signalshttp://wiki.openstreetmap.org/index.php?title=Tag:highway%3Dtraffic_signalsaction=editbe used to mark the intersection or where the physical stop sign/signal is? What about junctions where not all directions are signed/signaled? Well, fine, the foot note on the wiki page explains that the main description is a non-sens... Shall we put the node on the way where the sign is, a little bit before the intersection (and how much) ? or is it planned to use a relation ? or does it really help to tag such signs (I mean, it does not influence routing) ? or should we remove this tag from the approved Map features and create a proposal wiki page where a clear definition could be done ? Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk-fr] highway=stop
oui mais ça fait 2 opérations: - couper le way en deux (B et C) -créer une relation node-way B - éventuellement créer une relation qui indique que B et C font partis de la même rue... Ca fait beaucoup de travail pour éviter de placer un node juste à coté de l'intersection, mais pourquoi pas... Je ne vois pas où est le problème. Si B et C sont la même route, tu entends par là si c'est la même ref ou le même nom ? Si c'est ça, il suffit de découper le chemin en deux et d'appliquer la relation stop qui convient. Et ensuite, rien n'empeche de mettre une autre relation pour spécifier que B et C font belle et bien partie de la même route. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] highway=stop
2008/1/23 Olivier Boudet [EMAIL PROTECTED]: Ah bah oui, mais à voir ce que l'on souhaite : - des données pertinente - la simplicité je suis peut-être exigeant mais moi, je préfère : - des données pertinentes avec la simplicité ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Evolution vers les chemins de randon née
highway=footway pour les sentiers et highway=track si assez large pour un 4x4 Pour les routes forestieres interdites aux vehicules de tourisme, ajouter un tag d'access, genre motorcar= no + motorcycle=no Pour taguer la reference, j'y ai aussi réfléchis pour les Vosges. On pourrait imaginer un ref dédié pour le GR, genre gr_ref=GR10 ou gr_ref=10 . Mais pour les circuits de rando au niveau régional, je ne connais pas les références mais ce que tout le monde peut voir, ce sont les balises. Or je viens de voir sur internet que les balises du GR sont déposés comme des marques (ainsi que le terme GR). Je ne pense pas que taguer les ref GR posent un problème de droit (encore que) mais je suis moins sûr pour les balises. De plus, OSM ne propose pour l'instant aucune solution standard pour les balises de rando mais rien n'empeche quelqu'un de modifier un des logiciels de rendus pour l'adapter a ce genre de cartes (il y a une carte en ligne dédiée aux pistes cyclables par exemple). Mais il y a un problème de droits d'auteur à régler : dans les Vosges, les balises sont posées et entrenues par le Club vosgien qui publie ses propres cartes en partenariat avec l'IGN. C'est pour eux une importante source de revenues et je ne pense pas qu'ils vont lâcher la poule aux oeufs d'or aussi facilement. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Evolution vers les chemins de randon née
tu as l'url de cette carte dédiée aux pistes cyclables ? C'est sur le wiki : http://wiki.openstreetmap.org/index.php/Cycle_layer et ça renvoie sur le site http://www.gravitystorm.co.uk/osm/ C'était limité à l'Angleterre au départ mais il semble l'avoir étendu (au moins à l'Europe) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Que faire des routes qui ne correspo ndent pas à la carte Yahoo?
attention, j'ai déjà lu plusieurs réponses sur ce sujet dans les threads en anglais : les images Yahoo! ne sont pas une projection corrigée et peuvent avoir une dérive importante par rapport à la réalité (j'ai lu jusqu'à une centaine de mètres, mais l'exemple indiqué ci-dessus est troublant) surtout si la zone n'est pas couverte en haute résolution. Il faut toujours faire plus confiance aux relevés GPS qu'aux images Yahoo!. Une exception toutefois: en ville, avec l'effet canyon, le GPS aura éventuellement un moins bon résultat qu'une image haute résolution de Yahoo Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Mapping party en France
Les anglais citent souvent comme exemplaire leur mapping party sur l'île de Wight, surtout parce que cette île est vide dans GoogleMaps. C'est donc un bon argument pour montrer les avantages d' OSM par rapport aux autres sites commerciaux... En France, les îles qui manquent dans GoogleMaps se trouvent dans les DOM-TOMS (la Réunion, etc..). Je veux bien y aller si on trouve un sponsor pour les billets ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] problème de GPS
effectivement, ton test se fait dans les pires conditions pour un GPS, même pour les meilleurs. Ton GPS subit un effet canyon. Regarde la Fr:FAQ qui aborde ce sujet ici: http://wiki.openstreetmap.org/index.php/Fr:FAQ#Je_re.C3.A7ois_un_mauvais_signal_.2F_traces_dans_les_centres_villes_.2F_pr.C3.A8s_de_constructions_m.C3.A9talliques Certains GPS comme le mien affichent la précision de la mesure en permanence. Je tourne en général entre 5 et 8 mètres de précision (+/-), ce qui est suffisant pour OSM. Mais dans des rues brodées d'immeubles comme sur ta photo, ça monte facilement a plus de 15, 20 mètres. Le GPS reçoit moins de satellites et il y a une réverbération possible sur certaines façades. C'est comme ça, il faut faire avec. (en attendant Galileo). La précision se dégrade aussi quand on passe sous une couverture végétale comme des arbres qui aténuent le signal. Heureusement, y a pas beaucoup de feuilles en ce moment... Pour ton test, va sur une zone plus dégagée. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] hôpitaux
pour les hôpitaux et autres bâtiments: amenity = hospital area = yes building = yes euh.. est-ce que area=yes est encore nécessaire si on met building=yes ? Pieren ___ 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
Effectivement, l'avis de cette personne sera intéressant. Pour ce qui concerne le tag admin_level, je n'ai pas l'impression qu'il soit remis en cause. C'est plutot la façon de localiser des objets avec is_in qui pose d'avantage questions, me semble-t-il. Comme cela a déjà été mentionné, ce tag (combiné avec boundary=administrative) pourrait avoir de multiples usages comme des statistiques, extraction de listes (par exemple villes, villages, hameaux) par département, création de fond de carte avec tout ou partie des départements, agrégation pour les régions, etc... Pieren On Jan 10, 2008 5:40 PM, [EMAIL PROTECTED] wrote: 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Deuxième article sur Openstreetmap sur vnunet cette fois-ci
Je pensais - à tort - qu'une présentation écrite avait été utilisée. Il existe bien une page pour la presse sur le wiki (http://wiki.openstreetmap.org/index.php/Fr:Portal:Press) qui n'a pas vraiment bougé depuis Aout 2007. Je ne connaissait pas cette statistique de 5% par semaine, c'est pas mal ! Il y a bien une page de statistiques sur le wiki mais pour toute base de données, et je ne sais pas si elle est vraiment à jour. Quand tu dis j'ai expliqué pourquoi Navteq ou Teleatlas ne pouvaient pas réutiliser nos données pour leurs cartes.. Je dois dire que je ne comprends pas. Je croyais justement que la license CCbySA permettait l'exploitation commerciale, et rien n'empêche Navteq et Teleatlas d'utiliser les données d'OSM à condition d'en faire la mention quelque part, ou bien ? C'est peut-être ça qui peut les empêcher effectivement de le faire (publiquement en tout cas). D'ailleurs, je pense que ces deux firmes doivent garder un oeil attentif sur ce projet et peut-etre utilisent-elles déjà des logiciels de comparaison avec OSM pour corriger leurs propres erreurs ou lancer des vérifications, car les erreurs, approximations ou obsolescences sont légions dans ces produits commerciaux (ça m'a moi-même étonné tellement elles sont facile ä trouver dès qu'on va dans le détail). Il n'y qu'à se souvenir des débuts de wikipedia alors que le peu d'encyclopédies en ligne de l'époque étaient toutes payantes... Pieren On 1/11/08, Frédéric Bonifas [EMAIL PROTECTED] wrote: J'ai essayé de préparer mais ensuite le journaliste est le seul à rédiger et je n'ai pas pu relire l'article avant la publication. L'entretien s'est fait par téléphone et apparemment certains mots ont été oubliés (par exemple je parlais d'une croissance d'environ 5% de la taille des données pour la France PAR SEMAINE (d'après les cartes pour Garmin que je génère régulièrement) mais les deux derniers mots ont été omis ce qui enlève tout le sens). Même problème pour la licence et l'utilisation commerciale, il y a eu sans doute une mauvaise interprétation lorsque j'ai expliqué pourquoi Navteq ou Teleatlas ne pouvaient pas réutiliser nos données pour leurs cartes. Je demanderai à lire l'article avant qu'il ne soit publié la prochaine fois. Frédéric Le 10/01/08, Pieren Pieren[EMAIL PROTECTED] a écrit : j'espère que ce genre d'articles va augmenter le nombre de participants de manière significative. Il y a encore tellement de zones non couvertes... L'article de ZDnet montre qu'il faut bien préparer sa présentation pour un article auprès de ces organes de presse. Malheureusement les journalistes ne prennent pas beaucoup de temps pour vérifier sur le site lui-même ce qui s'y passe et il faut donc bien leur prémâcher le boulot... chez ZDNet en tout cas... 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
Re: [OSM-talk-fr] Ligne de bus
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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] une rue et deux rond-points
Intéressant. Je parlais bien sûr du tag name sur le rond-point lui-même, càd un way fermé. Si tu mets un nom là-dessus, les renderers vonts afficher le texte en suivant la route, càd en forme de rond ou rectangle, etc.. Je pense que dans ce cas, il serait plus judicieux de créer un node au milieu du rond-point et de taguer le node avec name=xxx Pieren On Jan 3, 2008 9:20 AM, [EMAIL PROTECTED] wrote: 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Tours [was: Question sur les zon es piétonnes]
Je crois avoir lu plusieurs mails à ce sujet et FIXME est souvent utiilisé dans d'autres pays. L'avantage du tag FIXME est qu'il serait plus facile d'identifier plus-tard les zones incomplètes d'une carte (on peut imaginer une carte en ligne qui montrerait ce tag). Après, le fait d'afficher une rue ou un chemin mal identifié sur la carte... L'idéal reste toujours le relevé sur le terrain avec GPS avec prise de notes (papier ou dicta). Maintenant si quelqu'un ajoute un bout de rue juste pour le marquer en sachant qu'il va le compléter plus-tard, toutes les solutions sont acceptables (à condition que cela reste temporaire). Pieren On Jan 3, 2008 9:25 AM, [EMAIL PROTECTED] wrote: En travaillant sur les rues de Paris, j'ai rencontré de nombreuses voies qui était taggué note:FIXME. Je pensais qu'il s'agissait d'une convention et je l'ai utilisé assez largement. C'est à dire que je traçe les voies à partir de la vue aérienne et j'indique seulement les tags highway=unclassified (pour avoir un rendu du traçé) et note=FIXME. Est ce que cela vous parait correct ou vaut il mieux que j'arrête cette pratique ? Simon Le 02/01/08, Olivier Boudet [EMAIL PROTECTED] a écrit : Thomas Walraet a écrit : Pieren Pieren wrote: intéressant: c'est tout simplement building=yes + name=xxx mais pourquoi ces petits bouts de highway=unclassified qui ne sont liés à rien ? J'utilise parfois ça quand je sais qu'il y a une rue mais que je ne l'ai pas encore saisie. Par exemple pour différencier une impasse d'une rue pas finie. http://informationfreeway.org/?lat=48.64088527346268lon=-3.3450500449684473zoom=16layers=B000F000 http://informationfreeway.org/?lat=48.78589827046282lon=-3.4939287063028734zoom=17layers=B000F000 Ça avait été discuté il y a pas mal de temps... d'autres personnes mettent 2-3 nodes sans connexions pour faire la même chose, mais ça n'apparaît pas sur la carte. On avait aussi discuté d'utiliser un tag pour prévenir quand la route n'est pas finie mais finalement rien n'a émergé. Je trouve en effet dommage de devoir ajouter des données juste pour se souvenir alors que le tag FIXME pourrait simplement être utilisé. On peut facilement imaginer un layer de type osmarender + FIXMES pour voir les choses à corriger/terminer à la manière du layer maplint. ___ 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] Question sur les zones piétonnes
ah c'est tout le problème avec ce projet : certains points mettent du temps avant d'arriver à un consensus. Celui des places en est un bon exemple. Comme tu as pu le voir, il existe une solution pour osmarender mais je n'en connais aucun pour mapnik. Utiliser area=yes et highway=pedestrian a été longuement discuté ici: http://wiki.openstreetmap.org/index.php/Proposed_features/area http://wiki.openstreetmap.org/index.php/Talk:Key:area http://wiki.openstreetmap.org/index.php/Proposed_features/Plaza http://lists.openstreetmap.org/pipermail/talk/2007-October/018786.html http://lists.openstreetmap.org/pipermail/talk/2007-December/020505.html C'est une solution qui ne plait pas à tous le monde mais une majorité semble apprécier le terme générique area alors que d'autres n'en veulent pas... De plus, même les anglais qui sont à l'origine du projet n'ont pas de solution pour Mapnik, voir la place la plus célèbre de Londre, Trafalgar Sq: http://www.openstreetmap.org/?lat=51.508lon=-0.12793zoom=17layers=B0FT qui rend bien sur osmarender mais plutot mal avec mapnik. Dans ces cas-là, je choisis d'utiliser le tag qui fonctionne sur au moins un logiciel de rendu. Plus tard, si le consensus est trouvé avec d'autres tags, il sera toujours possible de créer des scripts qui modifieront ces zones d'une manière massive, après éventuellement un contrôle visuel. En attendant, bravo pour ton mapping sur cette zone. Ca donne pas mal même si c'est un peu lugubre avec tous ces cimetières. D'ailleurs, taguer les cimetières pourrait aussi changer dans le futur. Il s'agirai d'ajouter un tag suplémentaire pour préciser la confession et pour éviter de mettre une zone verte avec des croix sur des cimetières juifs ou musulmans... Comme tu vois, il faut bien commencer par quelque chose. Pieren On Jan 2, 2008 12:28 AM, [EMAIL PROTECTED] wrote: Bonjour, J'ai découvert OSM depuis maintenant un peu plus d'un mois après m'être acheté un GPS. J'ai commencé à ajouter quelques rues à Saint Cyr l'Ecole (78), Nanterre/La défense (92), et Pontcharra (38) sous le pseudo khris78. Dans un message du 30 Dec 2007, Vincent Bernat disait : Pour la Défense, il n'y a a que le boulevard circulaire. Sachant que le reste est très encaissé par les immeubles, voire enterré, comment pourrais-t-on cartographier ce quartier correctement ? J'ai l'impression que le problème, c'est surtout tous les boulevards et trains/métros en sous-sol... Pour l'esplanade, je pense qu'on peut s'en sortir avec les photos aériennes Yahoo associées à quelques traces GPS (au pire, j'ai une précision de l'ordre de 20/30m malgré les immeubles) et aux infos récoltées sur le terrain (j'utilise un appareil photo + le plugin geotagged de JOSM, c'est impeccable). J'ai notamment commencé à ajouter les noms des tours (malheureusement, aucun moteur de rendu ne les prend encore en compte). Sinon, j'ai une petite question concernant les surfaces à vocation piétonnes : - j'ai essayé highway=pedestrian + area=true (comme indiqué sur le Wiki) = correct avec osmrender, mais il trace une rue circulaire avec mapnik (exemple : le cours Valmy, là : http://www.openstreetmap.org/index.html?lat=48.892lon=2.231zoom=17) - avec landuse=plaza : on n'obtient que le nom, mais pas de tracé de la surface (quelque soit le moteur de rendu, exemple, en zoomant à l'URL précédente : la Place Ronde). Avez-vous déjà rencontré ce genre de problèmes ? Y a-t-il un autre moyen de tracer les parvis/esplanades réservés aux piétons ? ___ 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] une rue et deux rond-points
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
Re: [OSM-talk-fr] Des réunions francophones ?
Savoir qui fait un mapping dans le voisinage peut être un des thèmes à aborder pendant la réunion. Moi je serais d'avantage pour une gestion avec des category du wiki, à l'image de ce que font les allemands par exemple (voir http://wiki.openstreetmap.org/index.php/Category:Users_in_Germany). On Dec 25, 2007 6:28 PM, JonathanMM [EMAIL PROTECTED] wrote: Effectivement, ce champ a un interêt par exemple, dans la liste des contributeurs francophones. Mais ne sert strictement a rien pour l'organisation de la réunion Jean-Francois Rousval a écrit : Ce champ me semble quand même intéressant car il permet à chacun de découvrir ses voisins géographiques ! JonathanMM a écrit : Alors, c'est moi qui est enlevé le champ Zone de mapping Je l'ai retiré pour la simple et unique raison qu'on en a pas besoin pour organiser la réunion Yann SLADEK a écrit : J'avais mis un champ 'Zone de mapping' pour savoir un peu qui mappait quoi Quelqu'un l'a enlevé volontairement ? Si oui, pourquoi ? a+ Yann ___ 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] Nouvel arrivant
Personnellement, les bounding box de données téléchargées, je vois ce que c'est mais je n'en ai pas compris l'utilité... pour le reste, je vais ajouter une petite section sur la gestion des calques. On Dec 21, 2007 9:02 AM, Julien Langlois [EMAIL PROTECTED] wrote: Le 20/12/07, Pieren Pieren[EMAIL PROTECTED] a écrit : J'ai traduit la page JOSM des allemands sur le wiki pour ceux qui démarrent (bon c'est vraiment un guide pas-à-pas pour les vrais débutants) (voir http://wiki.openstreetmap.org/index.php/Fr:JOSM) Super la doc. Je viens de la parcourir. Par contre, je pense qu'il serait interessant (et utile :)) d'expliquer ce que représente le carré jaune (bounding box de données téléchargés) et les différents types de données : osm, gpx, image dans la représetation des calques. Car c'est ce que j'ai eu du mal à saisir au début et c'est aussi ce que les gens ont du mal à comprendre quand je l'explique. Sinon, le wiki d'osm a l'air fournis en page française mais y'a rien à faire, je ne m'y retrouve pas ! Je sais pas si ça vient du portail mais je suis obligé de bookmarqué les pages pour les retrouver. Et donc j'imagine même pas ce que c'est pour quelqu'un qui découvre le projet :/. On pourrait pas faire quelque chose à ce niveau ? -- 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
Re: [OSM-talk-fr] Préparation de la 1ère réunion
est-ce qu'il sera possible d'archiver la discussion (peut-etre ici) ? les questions/réponses serviront les suivants et aussi a enrichier la FAQ wiki ou la page France. On Dec 22, 2007 9:35 PM, JonathanMM [EMAIL PROTECTED] wrote: Bonjour ou bonsoir, dans le cadre de la préparation de la première réunion de la communauté francophone, nous essayons d'établir une liste des personnes a contacter, qui ne serait pas au courant, et donc, ne recevant pas ce Mailing. Si votre pseudo est dans cette liste, merci de vous rendre sur http://wiki.openstreetmap.org/index.php/Reunions_Francophones#Personnes_a_contacter et de le retirer. Les pseudo restants le 5 janvier 2008 feront l'objet de recherche pour chercher a les contacter. La liste : Dupleix - ryra6453 - Julien Langlois - StevenLeRoux - Ludovic - Bruno Adele - Alban - BostiG - wagner51 - BDROEGE - Aurelien Jacobs - Lost GPX Traces - lluc - Pieren - ordonnateur - belu - GwennG - Jeremie Huchet - Maarten Deen - DrMark - flo - blk - beliag - Michel Brabants - Guyou - cortex62 - dankarran - fil - hlindhe - HyGy - kevredon - Nico - StuM - tgomas - Thomas Walraet - user_2464 Bonne journée, ou soiré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
Re: [OSM-talk-fr] Nouvel arrivant
Salut Yann et bienvenue sur OSM. Pour JOSM, c'est vrai que l'interface est un peu déroutante au début mais une fois qu'on a pris le coup (surtout en utilisant les raccourcis clavier), on travaille beaucoup plus vite qu'avec Potlach (surtout, on peut plus facilement revenir en arrière). D'ailleurs, tu verras que c'est l'éditeur utilisé par la plupart des mappers. J'ai traduit la page JOSM des allemands sur le wiki pour ceux qui démarrent (bon c'est vraiment un guide pas-à-pas pour les vrais débutants) (voir http://wiki.openstreetmap.org/index.php/Fr:JOSM) Voila, sinon bon mapping à tous ! On 12/18/07, Julien Langlois [EMAIL PROTECTED] wrote: Le 18/12/07, Yann SLADEK[EMAIL PROTECTED] a écrit : Bonjour à tous, Salut Quelques difficultés à démarrer au départ, un peu dérouté par josm et son interface quelque peu bizarre. Je passe donc par l'éditeur en ligne Potlach, je charge mes tracks GPS et je dessine comme en maternelle :) Je suis aussi assez nouveau sur le projet. Le lien qui m'aide vachement pour le mapping : http://wiki.openstreetmap.org/index.php/Fr:Map_Features Sinon, y'a le chan IRC #osm-fr sur OFTC. Moi je mappe à l'ouest de chez toi dans l'Eure et le Calvados. Amuses toi bien -- 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