Re: [OSM-talk-fr] Rappel: appel à commentaires pour relation:type=route_instruction
2009/2/4 Yann Coupin y...@coupin.net Histoire de ne pas parler en l'air, voici la vue aérienne de la jonction en question. Ça part d'en haut à gauche pour aller en bas à droite (de l'A15 vers la N315 et l'A86) http://maps.google.fr/maps?f=qsource=s_qhl=frq=A86,+Ile-de-Francesll=47.15984,2.988281sspn=14.972555,46.582031ie=UTF8cd=1geocode=Fbse6gIdgokhAAsplit=0ll=48.940233,2.293718spn=0.007061,0.022745t=hz=16 Le 4 févr. 09 à 08:18, murphy2712.nospam a écrit : au sein du segment C le nombre de files change. C'est que ton segment est mal découpé ! La jonction entre CDE doit être faite au milieu entre le début et la fin des pointillés. C'est à dire ? Je suis censé cartographier sans respecter la configuration réelle des routes ? Justement si, mais ce n'est pas ce qui est fait. La jonction doit être faite là où a lieu la séparation des voies. Si au sein du segment C le nombre de voies change alors il faut le scinder en 2 pour définir le changement du nombre de voies, c'est comme cela qu'on fait pour tout autre attribut qui n'est pas présent tout le long d'une voie. et aussi du fait que dans le deuxième exemple, les panneaux de directions sont sur la partie à 4 voies et nécessite donc de donner des instructions depuis une partie qui ne se scinde que plus tard si tu suis la mortorway. Tout à fait, le moteur de routage peut très bien prendre la décision, 400m avant l'embranchement d'indiquer placer vous sur la file centrale/droite/gauche Oui mais une fois encore, comment devine-t-il où se trouve les panneaux pour donner l'information à temps ? C'est pourtant bien ce que font tous les logiciels de navigation, et même Navit qui tourne sur des cartes OSM. La distance d'annonce est fonction de la vitesse. Et l'annonce est souvent faite plusieurs fois, du genre dans 2 kilomètres..., dans 500m, tourner à droite (et là il y a une petite marge d'avance tout de même). S'il y a des changements rapprochés il suffit de l'intégrer à l'annonce d'avant : dans 500m tourner à droite, puis serrez à gauche. Je suis bien d'accord que le guidage se fait à l'avance et en fonction de la vitesse, le problème est que dans le cas qui nous intéresse, la configuration physique diffère de la configuration perçue/logique. Si tu vois un meilleur moyen d'exprimer cette information je suis preneur. Je ne dis pas que je le fais bien mais à l'heure actuelle il n'y a pas de moyen d'exprimer cette différence. Scinder c en 2 pour ajouter l'information du changement de nombre de voies. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rappel: appel à commentaires pour relation:type=route_instruction
Hello ! Merci de ta réponse ;-) Bref c'est excellent ;-) Normalement la couleur devrais être déduite du type de route de destination, quoi que... Par contre je me demande si dans l'exemple c (http://wiki.openstreetmap.org/wiki/Proposed_features/Relation:type%3Droute_instruction#Example_c) il ne faut pas ajourer le segment C comme via (comme c'est la cas dans les restrictions - http://wiki.openstreetmap.org/wiki/Relation:restriction#Members), je ne sais pas ci dans certain cas les logiciels de routage en auraient besoin ? CU Stéph 2009/2/3 Yann Coupin y...@coupin.net: Le 3 févr. 09 à 20:14, Stéphane Brunner a écrit : Pour moi c'est une très bonne base, j'ai juste pas compris a quoi servent les tags : to_n_directional_sign, to_n_phonetic_direction, to_n_phonetic_direction_format. Premièrement le n de chaque tag doit être remplacé par le numéro qui a été assigné à la highway de destination. On a donc plusieurs membres de la relation, la highway de provenance (from), et les highway de destination (to_1, to_2, to_3...) On a donc de 0 à 3 tags (puisque tous les tags qui nous concernent sont tous facultatifs) rattachés à chaque highway de destination. Par exemple to_1_directional pour l'attribut directional de la highway nº1 ou to_2_phonetic_direction pour l'attribut phonetic_direction de la highway nº2 Concernant maintenant le contenu de chaque attribut si c'est uniquement ça qui n'était pas clair. to_n_directional_sign: cet attribut est censé reprendre le texte des panneaux de direction, en général le nom de villes ou de lieux marquants to_n_phonetic_direction: est censé contenir le nom de la direction principale sous forme phonétique. Cette valeur n'a pas vocation a être affichée mais est présente pour les moteurs de synthèse vocale. Elle peut être exprimée au choix du cartographe soit en utilisant l'alphabet API (IPA en anglais), voir http://fr.wikipedia.org/wiki/Alphabet_phon%C3%A9tique_international ou en utilisant l'alphabet X-SAMPA, voir http://fr.wikipedia.org/wiki/X-SAMPA to_n_phonetic_direction_format: est là pour dire quel alphabet a été utilisé pour exprimer la représentation phonétique et peut contenir soit IPA soit X-SAMPA Par contre je trouverais bien de mettre le texte présent sur le panneau voire ça couleur, cela permettrai de faire de joli plan de route comme viamichelin. C'est une bonne idée mais je me demandais au départ si ça n'aurait pas dû être mis au niveau national. Après réflexion il y a tellement de types de panneaux que je me demande si leur couleur ne devrait pas en effet être stockée pour chaque panneau. Après reste la question du format. Doit on stocker uniquement deux codes couleurs, une pour le texte, une autre pour le fond. Dans quel format ? Pourquoi pas plutôt un bout de CSS ? À charge pour les logiciels de guidage de parser cette valeur du mieux qu'ils peuvent. Ou alors juste un nom de style avec une liste à étendre au sein du wiki. La discussion continue... Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Stéphane Brunner mail : stephane.brun...@gmail.com messageries instantanées : stephane.brun...@gmail.com (http://talk.google.com) -- Non aux brevets logiciels http://stopsoftwarepatents.eu/banner/601000605319/ssp-468-96.gif http://stopsoftwarepatents.eu/601000605319 -- 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) http://openstreetmap.org - Cartographie libre (en développement) -- Il existe 10 sortes de personnes : celles qui connaissent le binaire, et les autres. -- 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/listinfo/talk-fr
Re: [OSM-talk-fr] Rappel: appel à commentaires pour relation:type=route_instruction
Hello ! Pour moi c'est une très bonne base, j'ai juste pas compris a quoi cervent les tags : to_n_directional_sign, to_n_phonetic_direction, to_n_phonetic_direction_format. Par contre je trouverais bien de mettre le texte présent sur le panneau voire ça couleur, cela permettrai de faire de joli plan de route comme viamichelin. CU Steph 2009/2/3 Yann Coupin y...@coupin.net: Le 3 févr. 09 à 18:42, sly (sylvain letuffe) a écrit : Rappel de l'URL : http://wiki.openstreetmap.org/wiki/Proposed_features/Relation:type%3Droute_instruction Nom de bleu que c'est compliqué Me voilà en train de faire des schémas sur des papiers pour voir quel est le cas que l'on ne peut résoudre avec le système de lane et qui nécessiterait ce type de relation. Si tu en as sous la main, ce serait bien de les indiquer, car, sauf erreur, les 3 exemples que tu cites en début me semble solublent topologiquement. isn't it ? C'est la conclusion (hâtive à mon avis) à laquelle en était arrivé un mec dans la partie talk avant de réaliser qu'avec les changement de nombre de lanes du deuxième exemple ça n'était pas possible. Sans parler du fait qu'il faudrait renseigner le nombre de lanes de tous les segments et aussi du fait que dans le deuxième exemple, les panneaux de directions sont sur la partie à 4 voies et nécessite donc de donner des instructions depuis une partie qui ne se scinde que plus tard si tu suis la mortorway. Les motorway_junction ne suffisent donc pas non plus. Enfin ce type d'instructions est applicable là où les *_junction n'existent pas : en ville par exemple. En effet le marquage au sol peut imposer certaines manœuvres qu'il est difficile de reproduire uniquement avec la topologie. Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Stéphane Brunner mail : stephane.brun...@gmail.com messageries instantanées : stephane.brun...@gmail.com (http://talk.google.com) -- Non aux brevets logiciels http://stopsoftwarepatents.eu/banner/601000605319/ssp-468-96.gif http://stopsoftwarepatents.eu/601000605319 -- 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) http://openstreetmap.org - Cartographie libre (en développement) -- Il existe 10 sortes de personnes : celles qui connaissent le binaire, et les autres. -- 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/listinfo/talk-fr
Re: [OSM-talk-fr] Rappel: appel à commentaires pour relation:type=route_instruction
au sein du segment C le nombre de files change. C'est que ton segment est mal découpé ! La jonction entre CDE doit être faite au milieu entre le début et la fin des pointillés. et aussi du fait que dans le deuxième exemple, les panneaux de directions sont sur la partie à 4 voies et nécessite donc de donner des instructions depuis une partie qui ne se scinde que plus tard si tu suis la mortorway. Tout à fait, le moteur de routage peut très bien prendre la décision, 400m avant l'embranchement d'indiquer placer vous sur la file centrale/droite/gauche Oui mais une fois encore, comment devine-t-il où se trouve les panneaux pour donner l'information à temps ? C'est pourtant bien ce que font tous les logiciels de navigation, et même Navit qui tourne sur des cartes OSM. La distance d'annonce est fonction de la vitesse. Et l'annonce est souvent faite plusieurs fois, du genre dans 2 kilomètres..., dans 500m, tourner à droite (et là il y a une petite marge d'avance tout de même). S'il y a des changements rapprochés il suffit de l'intégrer à l'annonce d'avant : dans 500m tourner à droite, puis serrez à gauche. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr