[OSM-talk-fr] Article sur le vélo et OpenStreetMap
Bonjour, Vélocité est une association dont le but est la promotion et la défense de l’usage du vélo au quotidien dans l’agglomération bordelaise. À leur demande, j'y ai présenté OpenStreetMap lors de leur dernier conseil d'administration. L'accueil y a été assez chaleureux (merci à Frédéric qui avait déjà fait quelques tentatives avant, comme quoi il faut revenir à la charge !) Maintenant, il me propose d'écrire un petit article (environ 400 mots) autour d'OSM pour leur journal diffusé à plusieurs centaines d'adhérents. Est ce que certains d'entre vous ont quelques bouts de textes et articles que je peux utiliser (je citerai bien sur les sources, par exemple contributeurs OSM) ? Par avance merci, -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation Itinéraires vélo
Bonjour, Le 15 juil. 2015 à 19:33, bernard a écrit : > Bonjour, > Quelques questions pour remplir un itinéraire cycliste. > Général : > Ref : Y a-t'il un espace entre EV et 5 dans EV5 ou EV 5 ? les références en > France et en Allemagne ont un espace entre la lettre et le nombre (source: > wiki) A ma connaissance, il n'y a pas de convention définie pour ça mais la forme la plus répandue est sans espace : voir http://ra.osmsurround.org/searchRelation?name=eurovelo&relationType=route&route=bicycle&ref=&network=&operator= > Idem pour V32 ou V 32 ? Il y a le nombre "32" dans une carte de France sur > les panneaux de direction; je suppose qu'il s'agit de V 32. Oui, les références nationales sont indiquées sur fond de carte de France. Les numéro d'Eurovelo sont jaunes et placés à la droite de la référence nationale, entourés des étoiles du drapeau européen. > Dans une relation, > Peut-on y mettre: > - les panneaux indicateurs ? > - Les panneaux de directions type : un vélo vert > - les panneaux d'informations, le plus souvent avec carte se référant à > l'itinéraire > si oui, avec quel rôle? Je n'y mets que les ways qui composent l'itinéraire. As-tu regardé ce que dit le wiki pour les relation de type route ? Je ne suis pas contre rajouter ces informations mais attention à ce que les consommateurs de données ne soient pas codés avec la supposition que tous les éléments de la relation sont des tronçons de l'itinéraire. > Sur les ways > Faut-il , comme pour les routes automobiles, mettre les références dans le > way? V 32;EV 5 Non. Tu peux faire l'analogie avec un itinéraire de bus, on ne met pas sa référence sur les ways qu'il emprunte. > Un way "automobile" qui est emprunté par une route cycliste prend-il comme > référence, en plus de la référence de type D 951, la référence cycliste, E 32 > : Ref= D 951;E 32 ? C'est même l'essentiel des itinéraires cyclables, ils empruntent beaucoup de routes à circulation générale de faible fréquentation. Pour répondre à ta question, c'est non : j'ai lu quelque part à mes début d'OSM, qu'en France, la convention veut que l'on n'indique qu'une seule référence. Je ne retrouve plus l'origine de cette information. > Merci de vos réponses > Bernard George ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Relation Itinéraires vélo
Bonjour, Quelques questions pour remplir un itinéraire cycliste. Général : Ref : Y a-t'il un espace entre EV et 5 dans EV5 ou EV 5 ? les références en France et en Allemagne ont un espace entre la lettre et le nombre (source: wiki) Idem pour V32 ou V 32 ? Il y a le nombre "32" dans une carte de France sur les panneaux de direction; je suppose qu'il s'agit de V 32. Dans une relation, Peut-on y mettre: - les panneaux indicateurs ? - Les panneaux de directions type : un vélo vert - les panneaux d'informations, le plus souvent avec carte se référant à l'itinéraire si oui, avec quel rôle? Sur les ways Faut-il , comme pour les routes automobiles, mettre les références dans le way? V 32;EV 5 Un way "automobile" qui est emprunté par une route cycliste prend-il comme référence, en plus de la référence de type D 951, la référence cycliste, E 32 : Ref= D 951;E 32 ? Merci de vos réponses Bernard --- L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast. https://www.avast.com/antivirus ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zone de rencontre sur grand axe routier
Pas tant que ça concernant le réseau principal dont la structure met des années à se réformer par petits bouts. Le 15 juillet 2015 18:28, Christian Quest a écrit : > Route500 date de 2012... ça commence à faire long > > > Le 14/07/2015 19:33, rainerU a écrit : > > Am 14.07.2015 um 15:55 schrieb Jean-Francois Nifenecker: > >> Au demeurant, tout comme Eric, je pense que le centre ville > >> de Nancy est trop densément tagué en primary. > > > > Ça saute aux yeux quand on compare avec route500 qui n'est certes pas > > très à jour et des fois imprécis, mais pas à ce point. > > > > > > > > ___ > > Talk-fr mailing list > > Talk-fr@openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-fr > > -- > Christian Quest - OpenStreetMap France > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zone de rencontre sur grand axe routier
Route500 date de 2012... ça commence à faire long Le 14/07/2015 19:33, rainerU a écrit : > Am 14.07.2015 um 15:55 schrieb Jean-Francois Nifenecker: >> Au demeurant, tout comme Eric, je pense que le centre ville >> de Nancy est trop densément tagué en primary. > > Ça saute aux yeux quand on compare avec route500 qui n'est certes pas > très à jour et des fois imprécis, mais pas à ce point. > > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zone de rencontre sur grand axe routier
Je suis d'accord aussi, même si une petite section d'une route primaire passe en zone de rencontre et est donc "coupée" visuellement, il n'y a aucune raison de la reconnecter "visuellement" juste parce que c'est plus joli sur la carte, et me^me si le numéro de route reste le même : oui il y a bien une restriction sur une partie du tracé mais si les 20 km/h sont une gêne pour trouver la route la plus rapide (parce que ce petit bout même limité en vitesse ne devrait pas être bien long à franchir) c'est de la faute du logiciel de routage qui ne prendrait en compte QUE la classification de voie et omettrait de regarder les limitations de vitesse. L'axe primaire est bel et bien coupé en deux par cette zone de rencontre. Ceux que ça gêne prendront des voies de contournement et il vaut mieux que les données mentionnent cette restriction pour que justement les voies de contournement soient proposées. En fait plein de centre-ville ont des restrictions de circulation et sur les trajets longue distance partout tout est fait pour utiliser les rocades extérieures. Quant à l'aspect "joli" de la carte je suis aussi d'accord que cette ville est traversée par beaucoup trop d'axes primaires et que cela correspond plus à une situation dans les années 1970 quand les voies extérieures n'avaient pas encore été aménagées et les plans de circulation faisaient passer les voitures partout au détriment de tout le reste. Il ne faut pas se fier à la dénomination des voies qui sont un peu partout en cours de reclassification et de transferts aux collectivités mais qui n'ont pas été toutes été pour autant renumérotées. Le plan actuel de Nancy dans OSM fait vraiment vieillot, comme si rien n'avait changé depuis des décennies ou si on avait voulu cumuler des voies primaires sans tenir compte de celles qui ont été déclassées. Il serait bien de s'appuyer sur le Plan de déplacement urbain officiel de la ville pour voir comment la circulation est structurée et revoir la classification effective. Trop de routes primaires tue l'intérêt de cette classification primaire. Dans la plupart des villes il n'y en a pas plus que 3 ou 4 vers les principaux axes de circulation extérieurs (un bon guide : les panneaux de signalisation verts pour les destinations lointaines, et les indicateurs vers les autoroutes, et les panneaux "autres directions" qui groupent les destinations: ça vise le véritable réseau primaire et souvent ce n'est pas le chemin le plus court et nous emmène en contre-sens pour justement sortir de l'hypercentre et passer par les rocades ou boulevards extérieurs), et éventuellement un unique axe de traversée longeant mais évitant l'hypercentre mais avec une partie fortement ralentie près de ce secteur: cet axe en fait n'est plus primaire c'est un axe secondaire juste destiné à compléter l'accès aux quartiers qui ne sont pas les plus proches des axes primaires extérieurs. Pour le reste ce sont les boulevards périphériques ou rocades qui doivent être privilégiés et qui connectent les quartiers en évitant autant que possible l'hypercentre et favorisant plus l'évauation de ce secteur en allant vers l'extérieur, et sinon plein d'anciens boulevards maintenant restreints par des chicanes, des voies réservées aux bus et cyclistes. La ville n'apartient plus aux voitures qui doivent prendre leur mal en patience et ne pas être pressées. Dans tous les cas il ne faut pas se fier non plus à la largeur des boulevards qui ont maintenant des voies réservées ou carrément bloquées: la restriction de capacité a été faite volontairement pour ralentir et emmener le flux de circulation le plus vers l'extérieur et le répartir tut autour plutôt que de ce concentreer à quelques points centraux. Ne devrait pas non plus être classé "primaire" les axes interdits aux poids lourds ou sévérement limités à quelques heures tôt le matin pour les livraisons, ni les axes avec stationnement en zone rouge à durée très limitée. Autre guide aussi : la position des principaux parkings à proximité des réseaux publics de transport. s'ils sont situés tout autour de la ville sur tous les grands axes longue distance, il n'y a plus aucune raison de garder des axes primaires traversant la ville et c'est la rocade ou le boulevard périphérique qu'il faut privilégier. Toute route qui est limitée à moins de 50km/h ou ponctuée de zones 30 à chaque rond-point ou carrefour ne devrait plus jamais être axe primaire, et peu importe sa "largeur", car elle n'a pas assez de voies sur une distance réellement assez longue. Initialement le réseau primaire était destiné à créer la grille des routes interurbaines (entre chefs lieux de départements ou sous-préfectures), il passait par les centres-villes mais ce n'est plus le cas aujourd'hui et même les grandes gares ferroviaires ou garent routières sortent des centres-villes avec la création à la place de dessertes locales par d'autres transports publics. Le 15 juillet 2015 09:07, Pierre Knobel a écrit : > Est-ce que favoriser la cohérence du
Re: [OSM-talk-fr] Zone de rencontre sur grand axe routier
Est-ce que favoriser la cohérence du réseau routier ne revient pas un peu à tagguer pour le rendu ? Pour moi c'est clair que la réalité du terrain prime sur les principes esthétiques généraux. S'il n'y a pas de route primaire digne de ce nom qui permet de traverser la ville confortablement, il ne faut pas en inventer. Concernant le routage, je dirais que les logiciels fonctionneront mieux si l'information est la plus spécifique et la plus neutre possible. Ce n'est pas au contributeur OSM de décider qu'une route donnée est la meilleure manière de traverser une ville, c'est les algorithmes qui doivent s'en occuper. Et les algorithmes ont besoin de savoir qu'un tronçon de route est limité à 20 km/h avec la priorité aux piétons. Le 14 juil. 2015 19:34, "rainerU" a écrit : > Am 14.07.2015 um 15:55 schrieb Jean-Francois Nifenecker: > >> Au demeurant, tout comme Eric, je pense que le centre ville >> de Nancy est trop densément tagué en primary. >> > > Ça saute aux yeux quand on compare avec route500 qui n'est certes pas très > à jour et des fois imprécis, mais pas à ce point. > > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr