[OSM-talk-fr] Piste cyclable, encore...
Bonjour, Je reviens vers vous pour avoir la confirmation sur la façon de taguer certaines configurations (de pistes cyclables, mais pas que) : - voie cyclable d'un seul coté d'une rue à double sens de circulation, l'autre sens de circulation ayant une piste cyclable (donc track séparé) : cycleway:right = lane (le right voulant dire « à droite dans le sens de la rue ») ? - couloir de bus (et psv) que d'un coté de la rue : psv:right=yes (idem) ? - voie cyclable d'un seul coté d'une rue à double sens de circulation, et rien de l'autre coté (parce que cycleway=lane suppose les deux cotés) : aucune idée ; - voie cyclable des deux cotés d'une rue à sens unique, donc voie cyclable dans le sens de circulation + contre-sens cyclable : aucune idée, il faudrait un cycleway=lane+opposite_lane, ça existe les attributs multivalués ? - marquage de la voie cyclable interrompu au niveau d'un arrêt de bus, là où on a les zébras jaunes : je dirais qu'on s'en fout... - zone piétone interdite aux vélos : highway=pedestrian + bicycle=no, d'après le wiki oui, mais quels sont les « access » par défaut à yes d'un highway=pedestrian ? - piste cyclable dans un rond-point, logiquement y'en a qu'une -- à la périphérie -- mais c'est lié au fait que le rond-point est lui-même en sens unique ; le tout en tenant compte de la façon de taguer un rond-point (j'ai pas vu de conclusion sur le thread à ce sujet), à savoir si on met ou non de tag oneway sur les ronds-points. En fait je me pose cette dernière question en partie à cause du rendu Cycle Map (oui, je sais, on ne tag pas pour le rendu), qui indique par des bordures bleues les axes ayant des voies cyclables, mais qui met ces bordures systématiquement des deux cotés, même pour un axe en sens unique dont on n'a pas précisé qu'il avait de contre-sens cyclable, et même pour l'intérieur des ronds-points. Ne serait-il pas plus judicieux de ne mettre une bordure que pour le coté ayant effectivement une voie cyclable ? Et tant qu'on est sur les rond-points : - comment dessiner les doubles ronds-points, parce qu'actuellement ça fait un peu brouillon : http://osm.org/go/eq2sWap6c-- - comment indiquer qu'un rond-point est coupé en deux par un tramway (avec des feux pas tricolores) : http://osm.org/go/eq2sOxDE7-- et http://osm.org/go/eq2sc...@-- Merci d'avance -- ICHB, pfff, ils font chier ces cyclistes :þ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Piste cyclable, encore...
Le Sun, Oct 25, 2009 at 03:24:02PM +0100, ICHB [ichb@gmail.com] a écrit: Et tant qu'on est sur les rond-points : - comment dessiner les doubles ronds-points, parce qu'actuellement ça fait un peu brouillon : http://osm.org/go/eq2sWap6c-- Bah déjà, pour un cas comme rd-point de Rennes, j'aurais pas taggé des voies d'accès, qui si je me souviens bien n'existe pas vraiment. - comment indiquer qu'un rond-point est coupé en deux par un tramway (avec des feux pas tricolores) : http://osm.org/go/eq2sOxDE7-- et http://osm.org/go/eq2sc...@-- En mettant un noeud commun au tram et à la rue, et un feu dessus ? Du coup, ça me fait repenser à celui là : http://osm.org/go/eq2tJpYV4-- C'est une horreur, la première fois que t'arrives dessus, et que t'es pas habitué à ces nantaiseries :) -- Dominique Rousseau d...@lee-loo.net - 06 82 43 12 27 Si cinquante millions de gens disent une sottise, ça n'en reste pas moins une sottise. -- Anatole France ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Piste cyclable, encore...
2009/10/25 ICHB ichb@gmail.com: - zone piétone interdite aux vélos : highway=pedestrian + bicycle=no, d'après le wiki oui, mais quels sont les « access » par défaut à yes d'un highway=pedestrian ? http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions#France - piste cyclable dans un rond-point, logiquement y'en a qu'une -- à la périphérie -- mais c'est lié au fait que le rond-point est lui-même en sens unique ; le tout en tenant compte de la façon de taguer un rond-point (j'ai pas vu de conclusion sur le thread à ce sujet), à savoir si on met ou non de tag oneway sur les ronds-points. On ne met pas de tag oneway sur un rond-point, sinon c'est pas un rond-point. Ne serait-il pas plus judicieux de ne mettre une bordure que pour le coté ayant effectivement une voie cyclable ? Il faudrait demander aux auteurs de cette carte en ligne. Et tant qu'on est sur les rond-points : - comment dessiner les doubles ronds-points, parce qu'actuellement ça fait un peu brouillon : http://osm.org/go/eq2sWap6c-- Ce rond-point fonctionne comme un rond-point normal pour ceux qui viennent du nord/sud (Boulevard Robert Schuman, Rue Paul Bellamy) et comme une intersection pour ceux qui viennent de l'est/ouest (Boulevard des Frères De Goncourt, Boulevard Le Lasseur) c.a.d que ceux-là peuvent couper le rond-point s'ils veulent tourner à gauche. C'est assez unique en son genre et il faudrait qu'ils ralentissent avec la bouteille les aménageurs nantais. Mais comme j'ai trouvé ça drôle, je me suis permis de faire quelques modifications directement dans OSM. En gros, je trace un seul rond-point (ce qui est valable pour l'axe nord-sud) et je trace deux oneways pour montrer qu'on peut couper au centre si on tourne à gauche (avec une partie centrale commune qui n'est pas oneway). - comment indiquer qu'un rond-point est coupé en deux par un tramway (avec des feux pas tricolores) : http://osm.org/go/eq2sOxDE7-- et http://osm.org/go/eq2sc...@-- Sur le rond-point Rue de Fleurus, il y a visiblement une erreur à corriger sur la ligne de tram marquée en bridge=yes;layer=1 alors qu'elle se trouve au même niveau que la route. L'intersection avec le rond-point est marqué par un feu bi-colore et un panneau rouge clignotant arrêt absolu. Il y a déjà un node à l'intersection des deux types de voies (malgré l'erreur du layer) qu'il suffit de marquer railway=level_crossing (la présence de barrières n'est pas obligatoire) comme pour toute intersection entre rail et route. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modification du commentaire associé à un changeset
Pieren a écrit : C'est théoriquement possible avec l'API: Merci, j'ai donc essayé avec curl : u...@host:~$ curl -v -v -u sebastien.di...@free.fr:pass -T data.xml \ http://www.openstreetmap.org/api/0.6/changeset/2941546 Le serveur refuse d'honorer ma requête au prétexte que le changeset est clos : HTTP/1.1 409 Conflict [...] Error: The changeset 2941546 was closed at Sat Oct 24 21:12:14 UTC 2009 [...] Je n'ai pas trouvé le moyen de réouvrir le changeset pour le modifier. Ai-je du cambouis dans les yeux ? Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modification du commentaire associ é à un changeset
2009/10/25 Sébastien Dinot sebastien.di...@free.fr: Je n'ai pas trouvé le moyen de réouvrir le changeset pour le modifier. Ai-je du cambouis dans les yeux ? Non, ça devait être moi. La doc dit bien: HTTP status code 409 (Conflict) - text/plain If the changeset in question has already been closed (either by the user itself or as a result of the auto-closing feature). Ce qui confirme ce que j'avais lu par ailleurs (mais qui semblait être en contradiction avec la doc de l'API). Il semble donc qu'on ne peut plus modifier le changeset une fois clos, sauf à être un administrateur de la base de données. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Nouvelle version du plugin JOSM cadastre-fr
Bonsoir, Comme certains l'ont remarqué récemment, de nombreuses communes ne sont plus accessibles sur le plugin JOSM cadastre-fr. Cela vient du fait que le serveur WMS utilise maintenant la projection Lambert conique conforme 9 zones. Il semblerait que les départements les plus au nord de la France ne sont pas encore concernés (ceux couvrant les zone 8 et 9) mais cela ne devrait pas tarder. La nouvelle projection est disponible depuis aujourd'hui dans JOSM-lastest (à partir de la version 2304): http://josm.openstreetmap.de/josm-latest.jar Cette projection offre l'avantage d'utiliser le même système géodésique que le système GPS, ce qui rend la conversion des coordonnées dans JOSM beaucoup plus précise que la projection Lambert 4 zones utilisée jusque là. Différents tests et comparaisons montrent une égalité parfaite entre cet implémentation et des outils fournis par l'IGN, ce qui n'est pas le cas avec l'ancienne projection Lambert 4 zones qui peut avoir créer un décalage entre 0 et 5 mètres, suite à une implémentation partielle de l'algorithme. Je considérais cette marge d'erreur acceptable il y a 18 mois puisque souvent inférieure au GPS mais comme cela devient insuffisant pour l'utilisation actuelle du cadastre (bâtiments). Il est donc possible que le passage vers la nouvelle projection vous fasse constater ce léger décalage. Il sera alors nécessaire d'ajuster la position de tous les éléments OSM, mais cela devrait pouvoir se faire en une fois à l'échelle de toute une commune (l'écart aux extrémités devrait être négligeable à cette échelle mais c'est à vérifier). En plus de la nouvelle projection, le plugin offre quelques petites améliorations: - possibilité d'afficher des croisillons tous les 50 ou 100 mètres dans les calques de plans images. - toujours pour ces calques, un nouveau mode permet de déplacer à la souris l'image pour l'ajuster avec précision - les plans images déjà géoréférencés dans le serveur WMS seront automatiquement détectés et positionnés si l'utilisateur le souhaite (en effet, il arrive que certaines planches contiennent des partie détachées qui ne correspondent pas au géoréférencement de la feuille). Comme l'ancienne projection Lambert 4 zones continuera d'être utilisée pour les plans images et que de plus en plus de contributeurs les utilisent à une très petite échelle, je pense faire une implémentation complète de cette projection en ajoutant cette fameuse grille de conversion entre systèmes géodésiques français et GPS (celui utilisé par OSM) pour enfin obtenir une précision correcte. Le plugin n'est pas encore mis dans le dépôt SVN à sa place habituelle car elle ne fonctionne pas avec JOSM-tested. Les plus impatients devront donc le charger ici: http://svn.openstreetmap.org/applications/editors/josm/plugins/cadastre-fr/dist-lastest/cadastre-fr.jar et l'installer manuellement. Le wiki est plus ou moins à jour et donne des détails sur la projection CC 9 zones: http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr En particulier, l'unique carte de France montrant les 9 zones par départements qui soit libre de droit (à ma connaissance). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modification du commentaire associé à un changeset
Pieren a écrit : Ce qui confirme ce que j'avais lu par ailleurs (mais qui semblait être en contradiction avec la doc de l'API). Il semble donc qu'on ne peut plus modifier le changeset une fois clos, sauf à être un administrateur de la base de données. Bon, alors, c'est quoi la question suivante Ah oui : aurais-tu le mot de passe ? ;) Plus sérieusement, j'ai lu que le changeset était clos automatiquement une heure après le dernier commit. Si j'avais eu la commande idoine sous la main à temps, j'aurais pu effectuer la modification (à moins que JOSM ne close le changeset explicitement dans la foulée du commit). Je me la mets donc au chaud... Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr