Re: [OSM-talk-fr] Article sur carto numérique dans The Atlantic

[Romain MEHUT]

Bonjour,

Un autre point de vue:
http://oegeo.wordpress.com/2012/09/06/google-maps-and-openstreetmap-data-views-find-the-10-differences/

Romain

Le 6 septembre 2012 23:10, Eric Marsden  a écrit :

> Un article intéressant (en anglais) dans The Atlantic sur les enjeux de la
> cartographie numérique, et les moyens et outils déployés par Google pour
> développer leurs cartes.
>
> <
> http://www.theatlantic.com/technology/archive/2012/09/how-google-builds-its-maps-and-what-it-means-for-the-future-of-everything/261913/
> >
>
> --
> Eric Marsden
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Potlatch, utilisable avec le cadastre ? [Etait : Potlatch, mauvais outil ?]

[Emilie Laffray]

Ouais mais non Java n'a jamais marche partout (C'est un peu une blague
recurrente dans l'industrie a la base). Il y a trop de platformes Java et
on ne va meme pas parler des differents profiles comme J2ME.

2012/9/6 Philippe Verdy 

> Le rapport c'est justement le choix de la plateforme. Il n'y a pas
> (plus) de plateforme universelle alors qu'avant Java marchait partout
> (mais plus depuis Android et Windows Phone ou un Java standard ne
> s'installe pas) pour JOSM, pas plus que Flash (banni chez Apple et en
> fin de vie) concernant Potlatch.
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr]ronds points et interdictions

[Pieren]

2012/9/7 Christian Quest :
> Par une relation "restriction":
> http://wiki.openstreetmap.org/wiki/FR:Relation:restriction
>
> Il y a un plugin JOSM pour faciliter leur création.

Attention à n'utiliser les restrictions que si c'est <>
interdit. Ici, s'il n'y aucun panneau d'interdiction, il n'y a pas de
raison de l'indiquer dans OSM sous cette forme. D'après les images
aériennes, il reste possible de tourner à gauche même si c'est
sûrement plus facile avec une Fiat 500 (ou à vélo) qu'avec une BMW X6.
On ne peut pas se permettre l'ajout de restrictions légales
imaginaires sur des critères personnels. S'il y a des critères
physiques (angle, surface, largeur), alors on taggue ces critères
physiques.

Pieren

PS: en allant voir le wiki du tag access, on se rend compte que la
version anglaise est beaucoup plus claire sur l'aspect "légal" que
dans la version française. Une chose à corriger.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr]ronds points et interdictions

[Cedric Viou]

Le 07/09/2012 09:41, Pieren a écrit :
> 2012/9/7 Christian Quest :
>> Par une relation "restriction":
>> http://wiki.openstreetmap.org/wiki/FR:Relation:restriction
>>
>> Il y a un plugin JOSM pour faciliter leur création.
> 
> Attention à n'utiliser les restrictions que si c'est <>
> interdit. 

Bonjour,

Je suis d'accord avec Pieren pour n'utiliser les FR:Relation:restriction
que pour des interdictions légales.

Néanmoins, je pense qu'il manque "quelque chose" pour décrite ce genre
de situations.  En regardant les panneaux routier , il semble évident
qu'il faille prendre la sortie 33b au lieu de la 33a (et de se pendre
une sévère épingle à cheveux) mais cette info n'est pas dans OSM.


En fait, amha, le problème vient du fait que les voies à cet endroit:
http://map.project-osrm.org/1iw
sont connectées par un nœud.  Actuellement, d'un point de vue OSM, ce
point DOIT exister car les voies sont physiquement liées (elles
partagent de l'asphalte ;) ).  Mais dans la "vrai" vie, cette
intersection ne doit pas être utilisée pour changer de direction.
Topologiquement, pour du routage, les 2 voies n'auraient pas à être liées.

On pourrait donc se demander si, dans certains cas, ce nœud ne devrait
pas être omis.  Mais évidement, Validator et Osmose vont signaler des
erreurs... ;)  Pas simple...


On peut peut être demander à la DDE de mettre un pont.  Ça arrangerait
tout le monde. ;)

Cedric

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Réunion de préparation d'une cartopartie à Villeurbanne

[Sylvain Maillard]

Salut,

en fait le lieu de la réunion avait changé, finalement on s'est retrouvé au
Rize ... Fabien avait annoncé la modification sur la liste local-lyon (avec
son numéro de téléphone pour le joindre), il a dut oublier de le faire pour
ce sujet sur la liste france ...

du coup on a bien discuté sur les objectifs de la médiathèque et ce qu'il
est possible de faire. Je pense qu'on fera un apéro lyonnais d'ici peu
histoire de bien enclencher les synergies locales ;)

@+
Sylvain




Le 6 septembre 2012 19:54, Éric Gillet  a écrit :

> Si finalement qqun viens, merci de m'appeler au 0613625583
>
> Le 6 sept. 2012 19:50, "Éric Gillet"  a écrit :
>
> >
> > Moi j'y suis (tshirt blanc et sac a dos noir), je vois personne ???
> >
> > Le 3 sept. 2012 10:35, "Eric"  a écrit :
> >
> > >
> > > Oui mais du coup, le lien vers la page est cassé (car il cherche la
> page "/2012-10-10-cartopartie-a-villeurbanne")
> > >
> > > +1, je pense etre dispo pour cette date.
> > >
> > > Le 3 septembre 2012 10:21, Christian Quest 
> a écrit :
> > >
> > >> Corrigé.
> > >>
> > >
> > >
> > > ___
> > > Talk-fr mailing list
> > > Talk-fr@openstreetmap.org
> > > http://lists.openstreetmap.org/listinfo/talk-fr
> > >
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr]ronds points et interdictions

[sly (sylvain letuffe)]

On vendredi 7 septembre 2012, Pieren wrote:
> Attention à n'utiliser les restrictions que si c'est <>
> interdit. Ici, s'il n'y aucun panneau d'interdiction, il n'y a pas de
> raison de l'indiquer dans OSM sous cette forme. 

+1

> On ne peut pas se permettre l'ajout de restrictions légales
> imaginaires sur des critères personnels.

+1

> S'il y a des critères 
> physiques (angle, surface, largeur), alors on taggue ces critères
> physiques.

Les tagguer, pourquoi pas après tout mais cela sera-t-il suffisant ?
Le problème part d'un constat simple du départ : "OSMR ne trouve pas la bonne 
route"
"Bonne" dans le sens : "majoritairement utilisée par les usagers pour des 
raisons de praticité et sécurité"

Il faut donc lui donner un moyen, réaliste (faisable quoi), sans mentir dans 
la base (ne pas dire que c'est interdit de tourner), de trouver cette "bonne" 
route.

Ta proposition de tagguer la réalité physique dans ses détails me rappel un 
peu le débat smoothness comparé aux innombrables autres tag qui décrivent le 
réél du terrain.
Il me semble, qu'a un moment donné, cette logique va trop loin pour être 
fonctionnelle, car, au final, il faut bien que OSMR trouve la réponse.
Tu dis "angle", "surface", "largeur", mais je doute que ce soit uniquement ça 
pour tous les cas qui définisse le fait que tourner n'est pas sûr, on peut 
penser à "branches qui dépassent", "visibilité mauvaise", "gravillon au sol 
sur les bords", "trafic important" et tout un tas d'autre critères qui cette 
fois sont assez subjectif, mais qui, mis bout à bout, font qu'une majorité 
d'usager ne réalisera pas ce virage.

Et ça, je pense qu'il est valable de l'enregistrer dans un seul tag, simple, 
qui dira :
tourner=non
ou si on veut raffiner le subjectif :
touner=délicat/au_frein_a_main/very_dangereux/pas_fou_non_?

-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr]ronds points et interdictions

[Pieren]

2012/9/7 Cedric Viou :
> On peut peut être demander à la DDE de mettre un pont.  Ça arrangerait
> tout le monde. ;)

Ou de mettre un panneau d'interdiction de tourner à gauche. Ca serait
un peu moins cher ;-)

>  Mais dans la "vrai" vie, cette intersection ne doit pas être utilisée pour 
> changer de direction.

Dans le code de la route comme dans le droit en général, tout ce qui
n'est pas interdit est autorisé. A condition de prendre les
précautions d'usage et de ne mettre personne en danger, évidemment.
Plus généralement, on a ce problème à des millions d'endroits sur le
réseau routier où les demi-tours ne sont pas interdits mais restent
dangereux du fait qu'ils nécessitent des manoeuvres et un trafic
routier peu dense et bien entendu, toutes les précautions nécessaires.

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr]ronds points et interdictions

[Lord Awikatchikaen]

Et pourquoi pas simplement une relation "preferable" qui serait composé des
point de départ et d'arriver et des ways utile pour se rendre de A à B ?

2012/9/7 Pieren 

> 2012/9/7 Cedric Viou :
> > On peut peut être demander à la DDE de mettre un pont.  Ça arrangerait
> > tout le monde. ;)
>
> Ou de mettre un panneau d'interdiction de tourner à gauche. Ca serait
> un peu moins cher ;-)
>
> >  Mais dans la "vrai" vie, cette intersection ne doit pas être utilisée
> pour changer de direction.
>
> Dans le code de la route comme dans le droit en général, tout ce qui
> n'est pas interdit est autorisé. A condition de prendre les
> précautions d'usage et de ne mettre personne en danger, évidemment.
> Plus généralement, on a ce problème à des millions d'endroits sur le
> réseau routier où les demi-tours ne sont pas interdits mais restent
> dangereux du fait qu'ils nécessitent des manoeuvres et un trafic
> routier peu dense et bien entendu, toutes les précautions nécessaires.
>
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr]ronds points et interdictions

[Pieren]

2012/9/7 Pieren :
> Ou de mettre un panneau d'interdiction de tourner à gauche. Ca serait
> un peu moins cher ;-)

D'un autre côté, si la DDE n'a pas mis de panneau, c'est qu'il y a
peut-être une interdiction par ailleurs ou que c'est trop évident. Le
problème existe aussi à cet endroit pour les véhicules arrivant dans
l'autre sens (de l'ouest vers l'est). Bon, si vous mettez les
relations de restrictions à cette intersection, c'est pas moi qui vais
les effacer pour cause d'absence de panneau.

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr]ronds points et interdictions

[Vincent Pottier]

Le 07/09/2012 11:56, Pieren a écrit :

2012/9/7 Pieren :

Ou de mettre un panneau d'interdiction de tourner à gauche. Ca serait
un peu moins cher ;-)

D'un autre côté, si la DDE n'a pas mis de panneau, c'est qu'il y a
peut-être une interdiction par ailleurs ou que c'est trop évident. Le
problème existe aussi à cet endroit pour les véhicules arrivant dans
l'autre sens (de l'ouest vers l'est). Bon, si vous mettez les
relations de restrictions à cette intersection, c'est pas moi qui vais
les effacer pour cause d'absence de panneau.

Pieren


+1. C'est plus un défaut de signalisation qu'autre chose !
Dans le même sens, un tag oneway est mis sur le segment entre les deux 
voies jaunes alors qu'il n'est pas signalé physiquement (vérifié sur 
googleStreet). Ce que soulève Pieren.

Et je n'irai pas non plus le retirer !

Mais l'imagerie Bing date de 2006. Peut-être que la signalétique a été 
corrigée. À voir.

--
FrViPofm

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr]ronds points et interdictions

[Pieren]

Je viens de vérifier sur Tomtom et eux ne se trompent pas. Le
demi-tour se fait un peu plus loin, à l'intersection avec la voie qui
part vers un petit rond-point au nord. Notez qu'avec OSM, il faudrait
aussi ajouter les lignes blanches continues jusqu'à cette intersection
pour que l'itinéraire soit correct.

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comment tagguer les MJC ?

[Christian Rogel]

> 
> Je suis plutôt d'accord avec Philippe (même si il poste trop de messages et 
> des trop longs).
> Une MJC colle tout a fait au community center (et là j’ai envie de regarder 
> Ali G qui essaye de sauver son community center :q).

Admettons que "community center" convienne  pour l'immense majorité des MJC et 
des centres culturels communaux, mais certaines d'entre
se sont vus confier des missions artistiques de niveau élevés par la puissance 
publique.

C'est le cas dans ma ville où 3 "Maison de quartiers-MJC" ont chacune axe de 
travail culturel fixé dans une convention.
Par quartier, on entend ici les 3 anciennes communes fusionnées avec le centre 
ville (2 500 à 4 000 hectares et 10 à 17 000 habitants).
Les axes sont le théâtre pour jeunes, la poésie et les expressions artistiques 
de la rue (hip-hop).
Chacune gère un petit théâtre/salle de conférence.

Finalement, une double attribution "arts centre" et "community centre" serait à 
envisager.

La définition de "community centre" donnée par le wiki correspond plutôt à 
"salle des fêtes", "salle polyvalente" et maintenant "salle multifonctions".
On peut donc avoir une MJC et une salle des fêtes proches l'une de l'autre, la 
première étant le lieu de pratiques artistiques régulières  et diverses et 
l'autre non.

NB : on écrit "centre" en anglais du Royaume-Uni (et c'est ainsi sur OSM) et 
"center" en anglais américain


Christian Rogel
Ancien administrateur de MJC et de fédération de MJC
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr]ronds points et interdictions de tourner à gauche

[lolowan]

ok c'est fait

la trace de la modif se trouve ici
http://www.openstreetmap.org/browse/changeset/13021657
j'espère que j'ai correctement codé la relation

merci pour le lien

Le 6 septembre 2012 22:45, quicky [via GIS] <
ml-node+s19327n572407...@n5.nabble.com> a écrit :

> * De :* lolowan <[hidden 
> email]
> >
> *** *juste pour préciser il n'y a pas que des ronds points qui pose
> problème
>
> * *j'ai une intersection de deux voies qui forment un angle très aigue
> * *en pratique passer d'une voie à l'autre n'est pas possible je vous
> l'assure
> * *(bien que je n'ai pas sur d'avoir vu une interdiction formalisée
> de tourner
> * *à gauche).
>
> * *ci-joint un lien osrm piur illustrer mon propos
> * *http://map.project-osrm.org/1ic
> * *cela se passe sur la rocade de toulouse
> * *osrm nous fait prendre la sortie 33a alors que le chemin "normal"
> est plutot
> * *de prendre la sortie 33b
> * *le chemin proposé par osrm n'est en pratique pas réalisable
>
> C est par la
> http://wiki.openstreetmap.org/wiki/Turn_restrictions
>
> Julien
>
>
>
> ___
> Talk-fr mailing list
> [hidden email] 
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
> --
>  If you reply to this email, your message will be added to the discussion
> below:
>
> http://gis.19327.n5.nabble.com/forum-osm-fr-ronds-points-et-interdictions-de-tourner-a-gauche-tp5714821p5724074.html
>  To unsubscribe from [forum-osm-fr]ronds points et interdictions de
> tourner à gauche, click 
> here
> .
> NAML
>




--
View this message in context: 
http://gis.19327.n5.nabble.com/forum-osm-fr-ronds-points-et-interdictions-de-tourner-a-gauche-tp5714821p5724173.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr]ronds points et interdictions de tourner à gauche

[Pieren]

2012/9/7 lolowan :
> ok c'est fait

Tu as oublié de faire la deuxième restriction à cette intersection
pour les véhicules qui viennent par l'ouest vers l'est et qui
voudraient tourner au sud (un no_turn_right). Les autres restrictions
sont déjà gérées par les "oneway".
De plus, il faudra ajouter la ligne blanche contnue sur la route à
l'ouest (http://www.openstreetmap.org/browse/way/23444060) sinon le
logiciel de navigation va indiquer un demi-tour encore trop prématuré.
Il le fera ici:
http://www.openstreetmap.org/browse/node/146206642
au lieu de le faire là:
http://www.openstreetmap.org/browse/node/28378776

Les seuls tags que je connaisse pour ça sont "overtaking=no" ou
"divider=solid_line". Je ne crois pas qu'ils soient déjà pris en
compte par OSRM mais au moins ta modélisation sera complète.

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Suite Import cadastre les sables d'olonnes

[Stéphane Péneau]

Salut,

Pour faire suite à l'histoire de l'import du cadastre des sables 
d'olonnes, je n'ai pas eu de réponse à mon message, les erreurs n'ont 
pas été corrigées, et depuis, ce cher contributeur a réalisé l'import de 
la commune de saint-mars-la-rhéortre sans tenir compte de tout ce qui 
avait déjà été importé.


Résultats :
Les sables : encore plus de 300 chevauchements
Saint-mars : plus de 500 bâtiments dupliqué/se chevauchant

Je pense qu'on peut sans problème faire un revert sur ce dernier import, 
et essayer de raisonner un peu cette personne (comment ?)


Pour ma part, je n'ai pas le temps de m'occuper de ça pendant quelques 
jours. Si quelqu'un le peut


Le changeset de saint-mars :
http://www.openstreetmap.org/browse/changeset/13000744


Bonne fin de journée !

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr]ronds points et interdictions

[Cedric Viou]

Le 07/09/2012 11:35, Pieren a écrit :
> 2012/9/7 Cedric Viou :
>> On peut peut être demander à la DDE de mettre un pont.  Ça arrangerait
>> tout le monde. ;)
> 
> Ou de mettre un panneau d'interdiction de tourner à gauche. Ca serait
> un peu moins cher ;-)

En effet ;)
Mais ce que je voulais souligner est que personne n’empruntant l'une des
2 voies n'a BESOIN de ce point pour changer de direction.  L'échangeur a
été conçu pour pour que ce changement de direction ne soit pas utile
(dans notre exemple, il fallait prendre la sortie 33b et si on se trompe
en prenant la 33a, et bien continuer jusqu'au rond-point à l'ouest pour
faire demi-tour)

Mais j’arrête... ;)

Cedric

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Suite Import cadastre les sables d'olonnes

[Christian Quest]

Revert en cours et mail envoyé à l'intéressé:


Tu as importé le bâti issu du cadastre sur la ville de Saint Mars sans te
préoccuper des données existantes. Résultat, presque 500 bâtiments en
double.

Quel intérêt ?

C'est non seulement inutile, mais non respectueux tu travail fait par le
contributeur précédent, la zone étant maintenant remplie d'erreurs.

J'ai donc fait un "revert" de ton changeset 13000744 car tu avais fait de
même aux Sables d'Olonne.

Merci de ne plus importer de bâti sans prendre le temps pour le faire
correctement, c'est à dire d'éliminer les bâtiments en double et toutes les
erreurs signalées par le plugin validator de JOSM et de suivre les
recommandations du wiki pour l'import semi-automatique du bâti.

http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_bâtiments

Ces données sont mises à disposition pour être traiter manuellement comme
il faut avant envoi vers OSM. Si tu n'a pas le temps ou le courage pour le
faire fait autre chose. Merci d'avance.



Le 7 septembre 2012 21:05, Stéphane Péneau  a
écrit :

> Salut,
>
> Pour faire suite à l'histoire de l'import du cadastre des sables
> d'olonnes, je n'ai pas eu de réponse à mon message, les erreurs n'ont pas
> été corrigées, et depuis, ce cher contributeur a réalisé l'import de la
> commune de saint-mars-la-rhéortre sans tenir compte de tout ce qui avait
> déjà été importé.
>
> Résultats :
> Les sables : encore plus de 300 chevauchements
> Saint-mars : plus de 500 bâtiments dupliqué/se chevauchant
>
> Je pense qu'on peut sans problème faire un revert sur ce dernier import,
> et essayer de raisonner un peu cette personne (comment ?)
>
> Pour ma part, je n'ai pas le temps de m'occuper de ça pendant quelques
> jours. Si quelqu'un le peut
>
> Le changeset de saint-mars :
> http://www.openstreetmap.org/**browse/changeset/13000744
>
>
> Bonne fin de journée !
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France -
http://openstreetmap.fr/u/cquest
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Suite Import cadastre les sables d'olonnes

[Pieren]

2012/9/7 Christian Quest :
> Revert en cours et mail envoyé à l'intéressé:

J'ai aussi contacté le DWG et voici le résultat:
http://www.openstreetmap.org/user_blocks/235

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Suite Import cadastre les sables d'olonnes

[Christian Quest]

Parfait.


2012/9/7 Pieren 

> 2012/9/7 Christian Quest :
> > Revert en cours et mail envoyé à l'intéressé:
>
> J'ai aussi contacté le DWG et voici le résultat:
> http://www.openstreetmap.org/user_blocks/235
>
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France -
http://openstreetmap.fr/u/cquest
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Du bon usage d'access, pour des voies réservées à certains types de modes de transport

[Francescu GAROBY]

Bonjour,
Voulant renseigner un peu plus quelques voies existantes
(celle-cietcelle-là),
réservées aux bus (et aux taxis et vélos), je comptais utiliser Key:access.
Mais j'ai été pris d'un doute quant à son utilisation : dois-je les marquer
"acces:no", puis rajouter des "access:XXX=yes" (où XXX désigne le mode de
transport autorisé) ?
Je trouve que la page dans le wiki à ce sujet n'est pas bien clair sur ce
point...

-- 
Cordialement,
Francescu GAROBY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Du bon usage d'access, pour des voies réservées à certains types de modes de transport

[Pieren]

2012/9/7 Francescu GAROBY :

J'ai re-traduit l'entête de cette page du wiki ce matin encore. Mais
il faudrait encore réviser le corps du document wiki qui est mal
traduit ou trop ancien. La page anglaise est plus claire.
Le "access=no" est correct; c'est l'interdiction générale. Puis on le
combine avec d'autres tags pour préciser ce qui est autorisé. En
l'occurence, "psv=yes" (ce qui implique les taxis d'après le wiki) et
"bicycle=yes"  simplement (et non "access:psv=yes")

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] besoin d'aide svp

[Romain Hautot]

Bonjour,
Je suis nouveau dans le développement OSM et j'aurais besoin de beaucoup de 
conseil.
J'aimerais mettre en place pour mon entreprise un serveur OSM possédant la 
carte entière des états Unis.
Auriez vous un tutoriel qui fonctionne avec des explications afin de pouvoir 
tout comprendre en totalité.
Des conseils sur les ressources minimum niveau serveur pour pouvoir générer est 
utilisé OSM
Merci d'avance 
Cordialement 
Hautot Romain



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Demande d aide

[Romain Hautot]

ok merci pour cette réponse mais la compagnie désire avoir son propre serveur 
OSM pour être sur de ne pas avoir de problème par la suite.
Mais du coup je dois faire casiment la meme chose …
Je suis un peu perdu j'ai essayé de créer une carte sur mon pc ( 4 G dam ubuntu 
apache) mais la carte n'apparait pas donc je ne sais pas si c'est un mangue de 
ressource ou des erreurs la carte est la car quand je change de type de carte 
elle apparait mais ensuite si je me déplace dessus il y a des carré coloré et 
donc on ne voit rien du tout 
Merci d'avance
Le 31 août 2012 à 10:24, f.dos.san...@free.fr a écrit :

> Vu le profil de la société Dialie LLC tu pourrais être intéressé par le 
> projet OpenGTS :
> http://opengts.sourceforge.net/
> 
> 
> - Mail original -
> De: "Hautot Romain" 
> À: talk-fr@openstreetmap.org
> Envoyé: Vendredi 31 Août 2012 03:47:42
> Objet: [OSM-talk-fr] Demande d aide
> 
> Bonjour,
> Je suis nouveau dans le développement OSM et j'aurais besoin de beaucoup de 
> conseils.
> J'aimerais mettre en place pour mon entreprise un serveur OSM possédant la 
> carte entière des états Unis ou je pourais placer des points mise a jours le 
> plus souvent possible grace a des position gps (traking).
> 
> Auriez vous un tutoriel qui fonctionne avec des explications afin de pouvoir 
> tout comprendre en totalité.
> Des conseils sur les ressources minimum niveau serveur pour pouvoir générer 
> est utilisé OSM
> Merci d'avance 
> Cordialement 
> 
> HAUTOT Romain
> Engineer Software
> Dialie LLC, Chicago
> 1 (773) 937 5501
> +33 6 95 65 65 60
> romain.hau...@gmail.com
> 
> 
> 
> *Please be environment conscious and print this e-mail only if necessary.*
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Demande d aide

[Ab_fab]

Peux-tu préciser la démarche que tu as suivie ? (quel tutoriel ?)
Est-ce que c'est quelque chose similaire à ce qu'on peut lire à cet endroit
: http://switch2osm.org/serving-tiles/ ?

Pour info, quelle est la couverture géographique de la carte que tu as
voulu créer ?

Le 31 août 2012 19:38, Romain Hautot  a écrit :

> ok merci pour cette réponse mais la compagnie désire avoir son propre
> serveur OSM pour être sur de ne pas avoir de problème par la suite.
> Mais du coup je dois faire casiment la meme chose …
> Je suis un peu perdu j'ai essayé de créer une carte sur mon pc ( 4 G dam
> ubuntu apache) mais la carte n'apparait pas donc je ne sais pas si c'est un
> mangue de ressource ou des erreurs la carte est la car quand je change de
> type de carte elle apparait mais ensuite si je me déplace dessus il y a des
> carré coloré et donc on ne voit rien du tout
> Merci d'avance
> Le 31 août 2012 à 10:24, f.dos.san...@free.fr a écrit :
>
> > Vu le profil de la société Dialie LLC tu pourrais être intéressé par le
> projet OpenGTS :
> > http://opengts.sourceforge.net/
> >
> >
> > - Mail original -
> > De: "Hautot Romain" 
> > À: talk-fr@openstreetmap.org
> > Envoyé: Vendredi 31 Août 2012 03:47:42
> > Objet: [OSM-talk-fr] Demande d aide
> >
> > Bonjour,
> > Je suis nouveau dans le développement OSM et j'aurais besoin de beaucoup
> de conseils.
> > J'aimerais mettre en place pour mon entreprise un serveur OSM possédant
> la carte entière des états Unis ou je pourais placer des points mise a
> jours le plus souvent possible grace a des position gps (traking).
> >
> > Auriez vous un tutoriel qui fonctionne avec des explications afin de
> pouvoir tout comprendre en totalité.
> > Des conseils sur les ressources minimum niveau serveur pour pouvoir
> générer est utilisé OSM
> > Merci d'avance
> > Cordialement
> >
> > HAUTOT Romain
> > Engineer Software
> > Dialie LLC, Chicago
> > 1 (773) 937 5501
> > +33 6 95 65 65 60
> > romain.hau...@gmail.com
> >
> >
> >
> > *Please be environment conscious and print this e-mail only if
> necessary.*
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
ab_fab 
"Il n'y a pas de pas perdus"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] besoin d'aide svp

[Christian Quest]

http://switch2osm.org/ !


Le 31 août 2012 07:36, Romain Hautot  a écrit :

> Bonjour,
> Je suis nouveau dans le développement OSM et j'aurais besoin de beaucoup
> de conseil.
> J'aimerais mettre en place pour mon entreprise un serveur OSM possédant la
> carte entière des états Unis.
> Auriez vous un tutoriel qui fonctionne avec des explications afin de
> pouvoir tout comprendre en totalité.
> Des conseils sur les ressources minimum niveau serveur pour pouvoir
> générer est utilisé OSM
> Merci d'avance
> Cordialement
> Hautot Romain
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France -
http://openstreetmap.fr/u/cquest
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Du bon usage d'access, pour des voies réservées à certains types de modes de transport

[Francescu GAROBY]

ok, merci pour la réponse (rapide, qui plus est).

Le 7 septembre 2012 16:33, Pieren  a écrit :

> 2012/9/7 Francescu GAROBY :
>
> J'ai re-traduit l'entête de cette page du wiki ce matin encore. Mais
> il faudrait encore réviser le corps du document wiki qui est mal
> traduit ou trop ancien. La page anglaise est plus claire.
> Le "access=no" est correct; c'est l'interdiction générale. Puis on le
> combine avec d'autres tags pour préciser ce qui est autorisé. En
> l'occurence, "psv=yes" (ce qui implique les taxis d'après le wiki) et
> "bicycle=yes"  simplement (et non "access:psv=yes")
>
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Cordialement,
Francescu GAROBY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr]ronds points et interdictions

[Philippe Verdy]

Le 7 septembre 2012 11:35, Pieren  a écrit :
> Dans le code de la route comme dans le droit en général, tout ce qui
> n'est pas interdit est autorisé. A condition de prendre les
> précautions d'usage et de ne mettre personne en danger, évidemment.

Evidemment le critère important est le danger : le conducteur est
maître de son véhicule, il est responsable des accidents qu'il
provoque en se mettant en danger ou mettant en danger les autres, même
si ce n'est pas explicitement interdit.

Je pense sincèrement d'un logiciel de routage qui trouve un angle de
plus de 300 degrés doit considérer cela comme un demi-tour. Étant
donné la largeur de voie "standard" ou indiquée, et le rayon de
braquage minimum d'un véhicule (dépendante du type de véhicule ou de
la présence d'une remorque) qui obligerait à inclure une marche
arrière dans la manœuvre, et les limites de vitesse applicables à
l'endroit et d'autres critères comme la distance de visibilité des
autres véhicules roulant à cette vitesse, des chemins sont
implicitement interdits car dangereux. Le code de la route ne peut
détailler toutes les situations dangereuses, mais ce qui est une
manœuvre inutilement dangereuse (car facilement évitable) est bel bien
interdit (des PV sont dressés pour conduite « dangereuse » même sans
aucun panneau pour l'indiquer).

Malgré tout, même les navigateurs du commerce « recommandent » de
faire demi-tour à des endroits pourtant impossibles ou dangereux !

Cela ne survient que très localement, au début d'un parcours mais pour
des chemins plus longs, ils ignorent simplement ce chemin car c'est
tout bonnement le plus long (c'est plus court simplement d'emprunter
le rond-point normalement sans avoir à tourner à gauche sur un
triangle de séparation des voies sur une longueur ne dépassant guère
les 50 mètres. Su un telle distance, tout doit être en visibilité du
conducteur, qui n'a pas à tenir compte de ce que dit le navigateur
électronique : le conducteur se rend jusqu'au point d'intersection
normal le plus proche et le plus sûr, même si cela l'oblige à faire le
tour complet du rond-point, il ne franchit pas la séparation à gauche
avec un virage aussi serré !

Le navigateur s'adaptera et recalculera son itinéraire. après que le
conducteur aura évité ce virage impossible ou dangereux selon sa
propre estimation.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr]ronds points et interdictions de tourner à gauche

[Philippe Verdy]

Le divider-line me parait inutile, il complique tout pour rien (en
revanche on peut toujours délimiter les ilôts de séparation, parfois
arborés ou semés de pelouses) : il est nettement plus simple de tracer
les deux voies parallèles en sens unique opposés !

On ne joint les deux voies que sur une séparation en ligne discontinue
(ou l'absence de ligne, ou parfois juste les petits "papillons"
espacés qu'on trouve sur les petites routes de campagne sur lesquelles
il est permis de rouler au milieu de la route, mais où on doit souvent
ralentir pour rouler à droite en croisant un véhicule dans l'autre
sens, souvent en roulant sur les bordures) et où le franchissement
(pour dépasser, ou pour entrer sur un chemin ou un garage privé à
gauche), et le demi-tour sont autorisés.

Le sens unique des voies implique aussi l'interdiction du demi-tour.
Les logiciels de navigation reconnaissent les sens uniques
instantanément.

Le 7 septembre 2012 14:03, Pieren  a écrit :
> Les seuls tags que je connaisse pour ça sont "overtaking=no" ou
> "divider=solid_line". Je ne crois pas qu'ils soient déjà pris en
> compte par OSRM mais au moins ta modélisation sera complète.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Potlatch, utilisable avec le cadastre ? [Etait : Potlatch, mauvais outil ?]

[Philippe Verdy]

C'est comme le HTML, CSS, Javascript... Pire encore maintenant avec
HTML5 et les restrictions propriétaires et licences de brevets dessus
(sans compter des tas de brevets dont personne n'a encore eu jamais
connaissance et qui sortent régulièrement, même la licence MPEG LA
sensée les couvrir tous en une seule fois pour les codecs
audio/vidéo/image ne couvre pas tout).

Le temps de la convergence est terminé (les organismes de
normalisation ont capitulé il se sont laissés faire). Chaque fabricant
de matériel ou logiciel crée « sa » plateforme propriétaire, et « son
» API sans pourtant offrir la moindre protection pour les brevets avec
« sa » licence.

Moralité, on redéveloppe de plus en plus souvent les mêmes
applications, on multiplie les tests de compatibilité de plateformes
et ça « tient » de moins en moins longtemps. C'est lourd et coûteux
pour tout le monde, ou alors on s'inscrit totalement dans la démarche
propriétaire d'un seul fournisseur, en croyant qu'il garantira un
fonctionnement « compatible » assez longtemps pour justifier les coûts
et le temps de développement et déploiement des applis.

Le 7 septembre 2012 09:14, Emilie Laffray  a écrit :
> Ouais mais non Java n'a jamais marche partout (C'est un peu une blague
> recurrente dans l'industrie a la base). Il y a trop de platformes Java et on
> ne va meme pas parler des differents profiles comme J2ME.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr]ronds points et interdictions de tourner à gauche

[Vincent Pottier]

Le 07/09/2012 19:21, Philippe Verdy a écrit :

Le divider-line me parait inutile, il complique tout pour rien (en
revanche on peut toujours délimiter les ilôts de séparation, parfois
arborés ou semés de pelouses) : il est nettement plus simple de tracer
les deux voies parallèles en sens unique opposés !


Je n'ai pas compris.
Séparer les voies quand il y a une bande blanche, une pour chaque sens 
de circulation ?

Ça n'est pas la règle dans OSM.
Dans OSM, une chaussé => un way. S'il y a une bande blanche, on met un tag.
Deux chaussées séparées physiquement => 2 ways
--
FrViPofm


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Potlatch, utilisable avec le cadastre ? [Etait : Potlatch, mauvais outil ?]

[Vladimir Vyskocil]

Le 7 sept. 2012 à 19:30, Philippe Verdy  a écrit :

> C'est comme le HTML, CSS, Javascript... Pire encore maintenant avec
> HTML5 et les restrictions propriétaires et licences de brevets dessus
> (sans compter des tas de brevets dont personne n'a encore eu jamais
> connaissance et qui sortent régulièrement, même la licence MPEG LA
> sensée les couvrir tous en une seule fois pour les codecs
> audio/vidéo/image ne couvre pas tout).

Ma chère et tendre, qui travaille au W3C va être désolée d'apprendre cela !
Plus sérieusement je pense que la situation est bien plus saine maintenant avec 
HTML5 qu'avant avec le web dédié à Microsoft/IE6 et ses incompatibilités 
parfois totale avec les autres navigateurs ET OS, le flash propriétaire, 
optimisé sur Windows mais mal supporté ailleurs,...

Vlad. 

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] [forum-osm-fr]OSM Senegal arrive

[forum]

Le message suivant de :
##
Salut à tous, je suis du Sénégal, qui vient d'avoir une communauté OSM  
https://www.facebook.com/OpenStreetMap.Senegal, avec l'aide de Nicolas Chavent. 
OSM , c'est quelque chose que j'aime beaucoup, j'y passe beaucoup de temps, 
mais malheureusement j'y connais pas encore grand chose. Néanmoins j'essaie de 
mapper des rueS et certains lieux. Donc je compte sur vous pour être un vrai 
contributeur sur osm. Je pose trop de questions, mais comprenez moi, suis 
nouveau et veux être parmi les meilleurs. Mes contribution sont sous le même 
pseudo.

a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=10
Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part
Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une 
concertation sur la liste avant de recopier 
la/les meilleurs réponses sur le forum.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre.
--
Les questions sur ce robot de transfert forum->liste
peuvent être posées à sylvainaletuffe.org

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr]OSM Senegal arrive

[Stéphane Henriod]

Bienvenu!

:-)


--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info



2012/9/8 

> Le message suivant de :
> ##
> Salut à tous, je suis du Sénégal, qui vient d'avoir une communauté OSM
> https://www.facebook.com/OpenStreetMap.Senegal, avec l'aide de Nicolas
> Chavent. OSM , c'est quelque chose que j'aime beaucoup, j'y passe beaucoup
> de temps, mais malheureusement j'y connais pas encore grand chose.
> Néanmoins j'essaie de mapper des rueS et certains lieux. Donc je compte sur
> vous pour être un vrai contributeur sur osm. Je pose trop de questions,
> mais comprenez moi, suis nouveau et veux être parmi les meilleurs. Mes
> contribution sont sous le même pseudo.
> 
> a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=10
> Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part
> Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche
> pas une concertation sur la liste avant de recopier
> la/les meilleurs réponses sur le forum.
> Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour
> répondre.
> --
> Les questions sur ce robot de transfert forum->liste
> peuvent être posées à sylvainaletuffe.org
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Potlatch, utilisable avec le cadastre ? [Etait : Potlatch, mauvais outil ?]

[Philippe Verdy]

Le 7 septembre 2012 21:45, Vladimir Vyskocil
 a écrit :
> Ma chère et tendre, qui travaille au W3C va être désolée d'apprendre cela !
> Plus sérieusement je pense que la situation est bien plus saine maintenant 
> avec HTML5 qu'avant avec le web dédié à Microsoft/IE6 et ses incompatibilités 
> parfois totale avec les autres navigateurs ET OS, le flash propriétaire, 
> optimisé sur Windows mais mal supporté ailleurs,...

On aimerait bien. Mais le cas des codecs MPEG LA par défaut dans HTML5
est un réel problème pour les distributions Linux libres non
supportées directement soit par un constructeur de matériel, soit dans
une licence commerciale de support. Cela barre la route à des versions
réellement indépendantes. La Fondation Mozilla a du s'y résoudre, plus
moyen d'inclure un codec compatible HTML5 dans Firefox, cela ne
marchera que via l'API de l'OS sous-jascent qui supporte nativement ce
codec, sinon plus de vidéo du tout. Google qui comptait proposer son
codec libre a laché prise. Ce ne sera plus qu'un codec alternative
pour certains sites, et il est obligé de supporter un transcodage vers
MPEG, car déjà des brevets mystérieux (hors de ceux inclus dans la
suite MPEG LA) se manifestent maintenant contre son codec (après des
années de développement et de publication), et Mozilla ne va pas
défendre seul ce que Google renonce à défendre sérieusement, alors que
MPEG LA défend son beurre en négociant l'inclusion de ces brevets dans
sa suite, quitte à reverser des parts.

IBM, Sony, Google, Microsoft, Apple, Oracle, ou bon nombre de
constructeurs de smartphones et opérateurs télécom, et même Red Hat,
ne sont pas menacés pour l'instant, mais des plus petits du libre
comme Debian, GNOME, et même Apache ou Ubuntu, si (et clairement la
FSF aussi, on comprend la rage de Linus Torvald ou de la FSF contre
les spécifs adoptées pour HTML5 puisque Linux ne peut survivre sans
s'allier directement avec un des constructeurs précédents, qui peuvent
lâcher Linux du jour au lendemain, comme l'a fait Apple contre BSD
dans son OSX).

Conséquence, la fragmentation de Linux devient inévitable entre les
distributions appuyées par les constructeurs ou gros fournisseurs de
licences commerciales (qui feront comme ce qu'à déjà fait Apple), et
les autres à qui on barre la route d'un Internet portable et ouvert
par des menaces de brevets et réclamations de royaltees, même sur des
implémentations et inventions développées complètement à part sans
pourtant que les brevets réclamés aient été jamais publiés avant le
développement. Il en est de même de bon nombre des normes
internationales ISO actuelles toutes entâchées de brevets (même si
leur licence est "ouverte" et supposée "équitable" à "coût
raisonnable" (mais rien ne garantit ces coûts de licences et royaltees
d'une facçon que le monde du libre pourra supporter sur le même
terme).

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr]ronds points et interdictions de tourner à gauche

[Philippe Verdy]

Le 7 septembre 2012 21:18, Vincent Pottier  a écrit :
> Le 07/09/2012 19:21, Philippe Verdy a écrit :
>
>> Le divider-line me parait inutile, il complique tout pour rien (en
>> revanche on peut toujours délimiter les ilôts de séparation, parfois
>> arborés ou semés de pelouses) : il est nettement plus simple de tracer
>> les deux voies parallèles en sens unique opposés !
>>
> Je n'ai pas compris.
> Séparer les voies quand il y a une bande blanche, une pour chaque sens de
> circulation ?
> Ça n'est pas la règle dans OSM.
> Dans OSM, une chaussé => un way. S'il y a une bande blanche, on met un tag.
> Deux chaussées séparées physiquement => 2 ways

Et pourquoi donc ? La séparation physique vient s'ajouter aux deux
ways par un tracé supplémentaire indiquant ce qui est dessus ou en
quoi consiste cette séparation physique. A défaut, S'il n'y a rien
entre les deux (pas d'îlot ni terre plein ni barrière), avec la seule
distance entre les deux ways, on voit très bien qu'il n'y a qu'une
chaussée physique. Mais les deux ways en sens unique à contre sens
matérialisent très bien l'interdiction du demi-tour ou du
franchissement.

Maintenant vous pouvez toujours rajouter une "divider_line" mais où la
tracer si ce n'est entre deux ways séparés en sens unique et en
contre-sens ? Cela n'aura aucune influence de toute façon sur le
routage (pas plus que le tracé des ilôts ou barrières entre les ways).

Si la complication c'est le fait que par défaut on peut se garer de
chaque côté d'un way en sens unique, il y a moyen d'indiquer aussi le
fait qu'on ne peut pas s'arrêter du côté central entre les deux ways
(et il faudra alors le faire aussi même si on a une "divider_line"
entre ces ways).

Si la complication c'est les chemins piétons conformes au code de la
route pour traverser, on met les passages cloutés sur les deux ways,
et on les connecte par un footway : le routage piéton reste assuré.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr]ronds points et interdictions de tourner à gauche

[Christian Quest]

Philippe, il me semble que la règle est claire dans OSM:
- pas de séparation physique -> un way
- séparation physique -> plusieurs ways

C'est valable pour les voies de bus, les pistes cyclables, etc.

Une ligne blanche continue est une interdiction "légale" de tourner, pas
une impossibilité physique (implicite avec 2 ways).

Pour remettre en cause cette règle il faudra de solides arguments et
dépasser l'hexagone.

-- 
Christian Quest - OpenStreetMap France -
http://openstreetmap.fr/u/cquest
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr]ronds points et interdictions de tourner à gauche

[Philippe Verdy]

Le 8 septembre 2012 03:35, Christian Quest  a écrit :
> Philippe, il me semble que la règle est claire dans OSM:
> - pas de séparation physique -> un way
> - séparation physique -> plusieurs ways
>
> C'est valable pour les voies de bus, les pistes cyclables, etc.
>
> Une ligne blanche continue est une interdiction "légale" de tourner, pas une
> impossibilité physique (implicite avec 2 ways).

L'impossibilité physique est à démontrer : on arrive physiquement à
franchir des terre-plein, pas des barrières ou bâtiments qu'on a
cartographié entre les voies.

La règle c'est plutôt l'usage normal, pas l'exception temporaire en
cas d'accident ou de travaux par exemple (même les pompiers peuvent
prendre des rues à contre-sens en situation d'urgence).

> Pour remettre en cause cette règle il faudra de solides arguments et
> dépasser l'hexagone.

Oui mais vous tentez de résoudre ça par des principes et non la
solution la plus simple et pratiquement le plus évidente.

Et l'argument du rendu n'est même pas valable. C'est pas pour défendre
Google, mais lui il cartographie chaque voie individuellement sur la
même rue, et ça ne l'empêche pas de produire des cartes très lisibles
quand le niveau de zoom fait que ces voies se confondent et ne
permettent plus de préciser graphiquement le sens. Pareil pour les
cartes de navigation propriétaires.

Et cela ne change rien à la typologie de classification des routes :
trunk ou autoroute/motorway (qui sont nécessairement à chaussées
séparées? pas toujours et en tout cas pas partout sur leur longueur !
Parfois on ne trouve qu'une petite barrière légère, ou un mini
terre-plein facilement franchissable et sans barrière dessus si ce
n'est des poteaux porteurs de luminaires ou signalisations suspendues
; certes ce n'est pas qu'une ligne blanche, mais sur certains ponts il
n'y a qu'une chaussée, avec une ligne blanche et des barrières mobiles
posées dessus)

Deux routes séparées avec rien d'indiqué entre les deux (pas de fossé
ni même de parking ou terrain vierge et sec matérialisé), sont
facilement passables de l'une à l'autre, il n'y a même pas
d'interdiction de le faire. Ce qui fait l'impossibilité physique c'est
quelquechose de matérialisé entre les ways (barrière, terre-plein,
bâtiment, fossé, zone de forêt, voire prairies ou zones rocheuses,
mais encore faut-il que ce soit présent ; le way qu'on dessine
constitue ce qui est le dommage du légal et normal, on ne cartographie
pas les exceptions à l'usage normal, légal ou réglementaire, même s'il
existe des passe-droits légaux pour un minorité d'usagers privilégiés
qui malgré tout sont sensés tenir compte de tous les autres sur la
route qui n'ont pas ces droits).

Vous vous compliquez la vie donc. Sans mêle aller jusqu'à séparer
toutes les voies de circulation là où ça ne s'impose pas, le cas des
franchissements interdits par une ligne continue n'est pas
exceptionnel et touche à priori tous les pays (je n'ai pas été voir au
Bhoutan ou au Swaziland ou dans les petites îles, atolls ou archipels
indépendants du Pacifique).

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr]ronds points et interdictions de tourner à gauche

[lolowan]

Tu as oublié de faire la deuxième restriction à cette intersection
> pour les véhicules qui viennent par l'ouest vers l'est et qui
> voudraient tourner au sud (un no_turn_right). Les autres restrictions
> sont déjà gérées par les "oneway".
>

dans l'absolu tu as raison mais 20 metres avant il y a une voie pour aller
au "sud" donc le tourner à droite ne serai utile que pour les calculs
d'itinéraires qui commencent précisément ici (il ne doit pas y en avoir des
masses)
et puis en pratique l'angle est presque droit, on peut imaginer le cas du
touriste qui vient de rater l'embranchement (20m avant) et qui au stop suit
son GPS qui lui indique d'aller au Sud en pratique c'est faisable et
n'enfreind pas le code de la route donc pas d'interdiction à coder


> De plus, il faudra ajouter la ligne blanche contnue sur la route à
> l'ouest (http://www.openstreetmap.org/browse/way/23444060) sinon le
> logiciel de navigation va indiquer un demi-tour encore trop prématuré.
> Il le fera ici:
> http://www.openstreetmap.org/browse/node/146206642
> au lieu de le faire là:
> http://www.openstreetmap.org/browse/node/28378776
>
>
ce n'était pas directement mon souci
je coderai cette impossibilite de demi-tour quand ce sera bien clair entre
vous

Ce matin j'ai pu observer la nouvelle réponse donnée par OSRM à mon
problème initial (suite à prise en compte de mes modifs OSM)

voici le résultat, cela correspond bien au trajet "nominal" pour le secteur
il n'y a pas besoin de faire demi-tour a l'endroit que tu m'indiquais.

http://map.project-osrm.org/1iK

merci à tous pour votre aide




--
View this message in context: 
http://gis.19327.n5.nabble.com/forum-osm-fr-ronds-points-et-interdictions-de-tourner-a-gauche-tp5714821p5724285.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr