Re: [OSM-talk-fr] Demande de Bati et de Rivière

[Philippe Pary]

Salut,

Le lundi 26 juillet 2010 à 15:01 -0700, Eric V a écrit :
>  Avant de quémander, je tiens à vous remercier tous, pour tout ce que vous
> faites pour  les contributeurs modestes comme moi, en mettant gracieusement
> fichiers et abondants conseils en ligne.
> 
> Pour en venir au fait, la commune de "La Croix sur Gartempe" en Haute Vienne
> vient juste d'être numérisée et l'aide d'une bonne âme pour recuperer le
> bati et les cours d'eau serait appréciable et appréciée.

Les demandes sont malvenues sur la liste. Je t'invite plutôt à te
rapprocher en privé des utilisateurs qui ont indiqué avoir  fait de
grands imports sur le wiki

Philippe


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

Re: [OSM-talk-fr] Suffixes :left/:right - piqûre de rappel

[Pieren]

2010/7/26 Mikaël Cordon 

En confrontant les réponses avec les figures de cette page:
http://wiki.openstreetmap.org/wiki/Bicycle

1. Une rue à double-sens (highway=*) dispose d'une bande cyclable
> (cycleway=lane) que d'un côté,
>
>highway=* ; cycleway=lane (on pourrait préciser :left ou :right)
>

C'est pas 'on peut'. C'est 'on doit'. Sinon on tombe sur le cas L1a avec
simplement cycleway=lane.


> 2. Une rue à sens unique (highway=* ; oneway=1) dispose d'une bande
> cyclable
> (cycleway=lane) pour aller du Sud vers le Nord (oneway:bicycle=1) et d'une
> piste (cycleway=track) pour aller du Nord vers la Sud (oneway:bicycle=-1).
> Je
> mappe :
>
>highway=* ; oneway=1 ; cycleway=lane,opposite_track ;
> oneway:bicycle=1
>

Tracez les tracks avec des polylignes séparées, ça sera beaucoup plus
simple. La virgule n'est pas utilisée comme séparateur (c'est le
point-virgule). On recommande depuis longtemps de ne plus utiliser '1' mais
'yes' (uniquement accepté pour -1). On ne sait pas si ton 'oneway:bicycle'
s'applique au lane ou au track. Etc, etc... J'arrête là pour ce soir.

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

[OSM-talk-fr] Demande de Bati et de Rivière

[Eric V]

Bonjour à tous

 Avant de quémander, je tiens à vous remercier tous, pour tout ce que vous
faites pour  les contributeurs modestes comme moi, en mettant gracieusement
fichiers et abondants conseils en ligne.

Pour en venir au fait, la commune de "La Croix sur Gartempe" en Haute Vienne
vient juste d'être numérisée et l'aide d'une bonne âme pour recuperer le
bati et les cours d'eau serait appréciable et appréciée.

Librement et cordialement

Eric
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Demande-de-Bati-et-de-Riviere-tp5340002p5340002.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] Fusionner des ways redondants resultants d'imports successifs

[Croquette Olivier]

Le 23 juil. 2010 à 20:02, Pieren a écrit :
> Euh, pas sûr que ce soit une bonne idée de fusionner:

OK, merci à tous pour le retour.
Je vais laisser comme ça pour le moment.

Mais d'un point de vue purement technique, dans JOSM, y-a-t'il une autre 
méthode que de faire ça à la main tronçon par tronçon ?


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

Re: [OSM-talk-fr] Argumentaire pour des données libres

[Tanguy Ortolo]

Le lundi 26 juillet 2010, François Van Der Biest a écrit :
> 2010/7/26 Tanguy Ortolo :
> > C'est déjà partiellement le cas avec l'IGN, j'ai l'impression : des
> > organisations qui achetaient auparavant leurs données utilisent
> > maintenant celles, libres, de la NASA à la place.
> 
> Ha bon ?
> Je veux bien savoir qui est passé de IGN à NASA ...

Au moins un des commentateurs de la page
.

Mais je me trompais, il ne s'agit pas spécifiquement de la NASA, juste
de l'armée américaine, sans précision de l'arme en question.

> Et quels produits de la NASA concurrencent ceux de l'IGN ?

Des cartes, je pense. Ou des photographies aériennes. Je ne connais pas
non plus les produits de la NASA, je sais juste que les américains sont
d'une façon générale beaucoup plus ouverts que nous dans ce domaine.

En tout cas, si ce n'est pas l'IGN, ce sera bientôt le cas des
fournisseurs de cartographie urbaine, je pense. Déjà, vu l'état du plan
OpenStreetMap de Paris, j'imagine mal un éditeur de carte aller se
fournir ailleurs, à moins d'avoir spécialement envie de dépenser de
l'argent…

-- 
Tanguy Ortolo


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

Re: [OSM-talk-fr] Argumentaire pour des données libr es

[François Van Der Biest]

2010/7/26 Tanguy Ortolo :

> C'est amusant comme argument. Si on me l'opposait, personnellement je
> répondrais : « Quoi que vous fassiez, la concurrence progresse, avec un
> atout terrible : elle est utilisable librement pour un prix nul. Donc
> même si vous gardez vos données, un jour vous n'arrivez plus à les
> vendre. »
>
> C'est déjà partiellement le cas avec l'IGN, j'ai l'impression : des
> organisations qui achetaient auparavant leurs données utilisent
> maintenant celles, libres, de la NASA à la place.

Ha bon ?
Je veux bien savoir qui est passé de IGN à NASA ...

Et quels produits de la NASA concurrencent ceux de l'IGN ?
Personnellement, je n'en vois aucun, mais peut etre est-ce ma
méconnaissance de l'offre de produits de la NASA.

F.

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

Re: [OSM-talk-fr] Argumentaire pour des données libr es

[François Van Der Biest]

2010/7/26 Christophe Bayle :
> Good afternoon OSM !!

Salut Christophe,

> Bref, je me suis permis de faire quelques commentaires sur le texte,
> je vous invite à venir me rejoindre sur la page discussion du wiki:
>
> http://wiki.osgeo.org/wiki/Talk:Pourquoi_des_donnees_geographiques_libres_fr

Superbe travail !
J'embraye sur la suite dès que j'ai un peu de temps... j'aime bien la
dynamique "on est à plusieurs sur un document".

Sinon, dans l'idée "la preuve par les faits", le document suivant (en
cours de finalisation avant publication dans le journal de l'EPFL)
peut aider à convaincre des décideurs, surtout si on leur montre
comment réutiliser les données OSM (maposmatic, serveur de tuiles, etc
...) : http://dl.free.fr/oeHMyR3pg - regarder essentiellement les
figures 2 et 3 ... le reste est probablement déjà connu de vous tous.

F.

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

Re: [OSM-talk-fr] qualitystreetmap.org is back ! (was: Re: 888 Mo (taille de l'extrait france.osm.bz2))

[François Van Der Biest]

2010/7/26 Denis :
> François Van Der Biest a écrit :
>>
>> En parlant d'indicateurs d'avancement...
>> http://www.qualitystreetmap.org/osmqa/?lang=fr est de retour, avec une
>> couverture européenne !
>
> le chocolat c'est fin, ça se mange sans fin


Héhé  ...
Denis, tu files la métaphore comme d'autres, la guimauve ;-)

>> PS: si vous pensez à plus d'indicateurs que les 3 actuellement
>> supportés (highways, landuse, building), n'hésitez pas à vous
>> manifester ... je me suis notamment demandé un temps
>> (http://code.google.com/p/osmqa/issues/detail?id=12) s'il ne fallait
>> pas utiliser le "statut de Munich"
>> (http://wiki.openstreetmap.org/wiki/M%C3%BCnchen/Status) comme clé
>> d'avancement.
>
> Je ne savais pas comment cela s'appelait, mais j'avais vu cela sur les pages
> d'avancement de communes par départements et je m'étais dit que ce serait
> bien de mélanger cette finesse d'analyse avec l'aspect quality-carte.
> Du coup au lieu de mettre un indicateur : bâti =>0/1 on pourait avoir bâti =
> [0,1,2,3,...] avec un curseur pour positionner le niveau au niveau de
> l'interface.
> Au niveau rendu, on pourrait avoir un dégradé de couleur comme sur
> l'avancement des communes fournies par beta.letuffe.org

Oui, j'y ai bien pensé, mais n'est ce pas compliquer l'outil ?
C'est vrai que la solution "passage à false en masse, puis repassage à
true pour affiner" n'est pas généralisable, puisqu'elle ne fonctionne
que pour un contributeur isolé. A partir du moment ou il y a 2 ou plus
mappeurs, les critères ne seront pas homogènes...

F.

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

Re: [OSM-talk-fr] qualitystreetmap.org is back ! (was: Re: 888 Mo (taille de l'extrait france.osm.bz2))

[François Van Der Biest]

2010/7/26 Raphaël Pinson :
> Quelles sont les conditions pour marquer une tuile comme bonne?

Bah, c'est un peu comme le contributeur veut :-)
Je me suis dit que dans une premiere approximation, marquer OK pour
highways sur une tuile peut vouloir dire :
 - OK, toute les routes y sont, mais comme j'ai tracé depuis une photo
aerienne, j'ai pas les noms (1)
 - mieux : depuis le cadastre, j'ai toutes les rues, et leurs noms (2)
 - encore mieux : pareil, mais je suis allé vérifier sur le terrain (3)

Comme tout cela est complexe à modéliser, je me suis dit : faisons
simple pour commencer, avec un critère binaire.

Rien n'empeche de marquer la tuile comme OK pour le statut (1)
ci-dessus, puis se dire : "OK, je refais une passe en précisant",
auquel cas, le contributeur repasse sur les tuiles en les remettant à
false, puis les repasse à true au fur et à mesure de son avancement
vers le critère (2)...

Auquel cas, la fonctionnalité de sélection multiple de tuiles aurait
clairement son intérêt...
Ticket créé à l'instant : http://code.google.com/p/osmqa/issues/detail?id=18

> Un import du
> cadastre dans une ville suffit-il à marquer les tuiles de la ville comme
> bonnes?

A priori, oui.
Mais là encore, une fois un import réalisé, si on se rend compte qu'il
y a des noeuds en double, et qu'il faut travailler zone par zone pour
corriger, on peut repasser en building = false toute la ville d'un
coup, et changer les statuts de chaque tuile au fur et à mesure de
l'avancement.

Enfin, c'est ma vision des choses...

>Comment s'assurer que les routes sont bonnes pour une tuile?

cf ci-dessus...

F.

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

Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel

[Mikaël Cordon]

J’ai suivi un peu ce fil de discussion, et j’ai effectivement l’impression 
qu’une certaine obscurité reigne chez certains.

Ceci dit, je n’ai pas encore pris la peine de cartographier les pistes et 
bandes cyclables. Aussi, c’est avec un œil assez neuf et intuitif (je n’ai pas 
lu précisément le wiki à ce sujet, mais en dehors des vélos, j’ai une certaine 
expérience). Alors j’ai répondu au QUIZZ avec la sensation d’avoir des 
réponses et une modélisation cohérentes. J’ai lu les questions, posé les 
balises modélisant chaque objet et condition, et je les ai combiné.

1. Une rue à double-sens (highway=*) dispose d'une bande cyclable 
(cycleway=lane) que d'un côté,

highway=* ; cycleway=lane (on pourrait préciser :left ou :right)


2. Une rue à sens unique (highway=* ; oneway=1) dispose d'une bande cyclable 
(cycleway=lane) pour aller du Sud vers le Nord (oneway:bicycle=1) et d'une 
piste (cycleway=track) pour aller du Nord vers la Sud (oneway:bicycle=-1). Je 
mappe :

highway=* ; oneway=1 ; cycleway=lane,opposite_track ; oneway:bicycle=1


3. Une rue, à double-sens (highway=*), dispose d'une piste cyclable de chaque 
côté (cycleway:left=track ; cycleway:right=track).

si le sens des pistes n’est pas précisé :
highway=* ; cycleway:left=track ; cycleway:right=track
si il est implicite qu’il y a un seul sens par piste :
highway=* ; cycleway:left=track ; cycleway:right=opposite_track ; 
oneway:bicycle=1 (ou -1 selon le sens à donner alors)


4. Une rue (highway=*), à sens unique (oneway=1), dispose d'une bande cyclable 
(cycleway=lane) pour aller du Sud vers le Nord (oneway:bicycle=1), placée côté 
gauche (cycleway:left=lane). Je mappe :

highway=* ; oneway=1 ; cycleway:left=lane ; oneway:bicycle=1


5. Je suis en Angleterre (on s’en moque). Une rue (highway=*), à sens unique 
(oneway=1), dispose d'une bande cyclable (cycleway=lane) en contre-sens 
(oneway:bicycle=-1). Je mappe :

highway=* ; oneway=1 ; cycleway=lane ; oneway:bicycle=-1
ou
highway=* ; oneway=1 ; cycleway=opposite_lane ; oneway:bicycle=1


6. Une rue à sens unique (highway=* ; oneway=1) dispose de marquages répétés 
au sol, chevrons+sigle cycliste (bicycle=yes), dans le même sens de 
circulation (oneway:bicycle=1). Je mappe :

highway=* ; oneway=1 ; bicycle=1 ; oneway:bicycle=1
Comme cycleway n’apparaît pas on pourrait le faire apparaître comme 
suit :
highway=* ; oneway=1 ; cycleway=share_highway ; oneway:bicycle=1


7. Une rue à sens unique (highway=* ; oneway=1) dispose de marquages répétés 
au sol, chevrons+sigle cycliste (bicycle=yes), dans le sens contraire de 
circulation (oneway:bicycle=-1). Je mappe :

Même chose que 6. mais le sens des cyclistes est opposé :
highway=* ; oneway=1 ; bicycle=1 ; oneway:bicycle=-1
Comme cycleway n’apparaît pas on pourrait le faire apparaître comme 
suit :
highway=* ; oneway=1 ; cycleway=share_highway ; oneway:bicycle=-1


8. Une rue à sens unique (highway=* ; oneway=1) dispose d'une bande cyclable 
(cycleway=lane) en sens contraire (oneway:bicycle=-1) à ses extrémités, sur 
10m (je découpe le « way »), puis de marquages répétés au sol, chevrons+sigle 
cycliste, sur le reste de la rue (bicycle=yes). Je mappe :

sur les extrémités coupées :
highway=* ; oneway=1 ; cycleway=lane ; oneway:bicycle=-1
ou
highway=* ; oneway=1 ; cycleway=opposite_lane ; oneway:bicycle=1
sur le reste :
highway=* ; oneway=1 ; bicycle=1 ; oneway:bicycle=-1
ou
highway=* ; oneway=1 ; cycleway=share_highway ; oneway:bicycle=-1


9. Une rue à sens unique (highway=* ; oneway=1) dispose d'un couloir de bus 
(busway=lane) en sens contraire (oneway:bus=-1) autorisé au vélo 
(bicycle=yes). Je mappe :

highway=* ; oneway=1 ; busway=lane ; oneway:bus=-1 ; bicycle=1 ; 
oneway:bicycle=-1 (ici on ne voit pas que le vélo partage la voie des bus)
ou
highway=* ; oneway=1 ; busway=lane ; oneway:bus=-1 ; 
cycleway=share_busway 
; oneway:bicycle=-1


10. Une rue (highway=*), à sens unique (oneway=1), dispose d'un couloir de bus 
(busway=lane) pour aller du Sud vers le Nord (oneway:bus=1), placée côté 
gauche (busway:left=lane). Laquelle bande de bus dispose d'une bande cyclable 
(cycleway=share_busway), placée côté gauche sur cette même bande 
(cycleway:left=lane). Je mappe :

highway=* ; oneway=1 ; busway:left=lane ; oneway:bus=1 ; 
cycleway=share_busway ; cycleway:left=lane ; oneway:bicycle=1 (ici c’est la 
combinaison de cycleway=share_busway et cycleway:left=lane qui permet de 
déduire que la bande cyclable est sur la voie de bus)


11. Un couloir de bus à double-sens (busway=lane) n'autorise les vélos 
(bicycle=yes) dans le sens sud->nord (oneway:bicycle=1). Je mappe :

busway=lane ; bicycle=1 ; oneway:bicycle=1
ou
busway=lane ; cycleway=share_busway ; oneway:bicycle=1


12

Re: [OSM-talk-fr] Problème d'affichage mapnik ou de la base OSM aux 7 Laux ?

[Fred]

Le Mon, 26 Jul 2010 15:11:17 +0200,
"sly (sylvain letuffe)"  a écrit :

> http://wiki.openstreetmap.org/wiki/Mapnik#Bugs_and_rendering_suggestions

Merci ! C'est enregistré (http://trac.openstreetmap.org/ticket/3143).

   fredb.



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

Re: [OSM-talk-fr] Limites des pays (type loi Voinet)

[Club Informatique Inter Communes / C2IC]

B'soir,

Le problème, c'est que l'admin_level 7 est déjà pris par des entités qui
> vont partiellement recouvrir tes "pays". Il y aura donc plus de cohérence
> dans ce niveau (si on considère que la somme des boundaries forment le
> territoire en entier, sans recouvrements, ni trous), ni possibilité de les
> distinguer. D'après wikipedia, "Il s'agit en fait d'une délimitation qui
> suit les limites des cantons.".
>

Bon ... Même si l'idée de Denis, des Réserves Naturelles Régionales de
Développement me plaît bien je pense que je vais conserver mon tracé dans un
coin ...

Si je fais ça c'est surtout pour avoir un élément visuel qui pourrait faire
"percuter" les élus ! Ils sont tellement fiers de leur territoire ! :o)

Merci de vos retours !

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

[OSM-talk-fr] Re : 888 Mo (taille de l'extrait france.osm.bz2)

[THEVENON Julien]

De : Nicolas Dumoulin 


Étant donné que les indicateurs d'avancement ont tendance à stimuler mes 
contributions (ben quoi, c'est beau de voir la carte des limites de 
communes 

qui progresse grâce à ses clics, ou de faire progresser un cours d'eau pour 
s'approcher de la longueur officielle du SANDRE), on pourrait pas générer 
des 
>
indicateurs intéressants, 'fin plus intéressant que la taille genre :
 * le km de linéaire
 * le nombre d'amenités, éventuellement classées (écoles, bars, …)
 * …
Le tout classé par département par exemple. Après, on peut aussi ajouter 
les 

indicateurs d'alarme comme les nœuds dupliqués ou le nombre d'erreurs 
d'osmose 
>>
en général.
Une petite page wiki pour recenser, voir centraliser ces stats serait du 
plus 
>
bel effet je pense pour booster les contributions d'un type pas toujours 
facile.

+1

Julien



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

Re: [OSM-talk-fr] Bonjour à tous

[Philippe Pary]

Salut,

Le lundi 26 juillet 2010 à 17:54 +0200, Raphaël Pinson a écrit :
> 
> J'ai déjà posté sur la liste, mais je pense qu'il pourrait être bien
> de me présenter. Je suis inscrit depuis 2008 à OSM mais je n'avais pas
> contribué jusqu'à maintenant. J'habite à Grasse (06) et je travaille
> comme admin système Linux à Sophia Antipolis. Je suis par ailleurs
> investi dans plusieurs projets open-source depuis 5 ans
> (Ubuntu/Debian, KDE, Augeas).
> 
> 
> Je suis originaire de région parisienne et j'ai donc fait des
> modifications en PACA et en vallée de Chevreuse ces derniers temps.
> 
> 
> Je suis heureux de voir que la communauté OSM en France est bien
> active, et j'espère voir encore grandir ce beau projet qu'est OSM!
> 
> 
Bienvenu sur la liste

Philippe



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

Re: [OSM-talk-fr] [Tech] Question sur l'aide à la saisie d'adresses du plugin Cadastre.

[Pieren]

2010/7/26 hamster 

>
> de plus pour tout ce qui est edition du wiki il y a la barriere de la
> langue : lire c'est deja difficile mais alors ecrire... (oui, je sais, cette
> page est traduite en francais, seulement je me dis que si je marque un truc
> dans la version francaise uniquement ca sera pas top, et puis la page de
> discussion correspondante n'est qu'en anglais)
>
>
>
Oui je sais que ça peut être une barrière. Mais il arrive que certains
posent de bonnes questions dans un mauvais anglais sur la liste principale
(l'inverse arrive plus souvent).
Il se trouve que maintenant, on a dans le wiki deux relations assez proches
"associatedStreet" et "street" et qu'il faudra sans doute faire le ménage.

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

Re: [OSM-talk-fr] Limites des pays (type loi Voinet)

[Pieren]

2010/7/26 Denis 

>
> l'échevau des zonages
>
>
En tant que citoyen lambda, j'utiliserais plutôt le terme de "sac de noeuds"
(mais c'est une définition que l'on pourrait aussi donner à OSM ;-)

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

Re: [OSM-talk-fr] Bonjour à tous

[Nicolas Dumoulin]

Le lundi 26 juillet 2010 17:54:13 Raphaël Pinson, vous avez écrit :
> Je suis heureux de voir que la communauté OSM en France est bien active, et
> j'espère voir encore grandir ce beau projet qu'est OSM!

Salut et bienvenue à toi, même si tu es plus ancien contributeur que moi :-)

P.S. : À force de fréquenter les mêmes listes, on va finir par se rencontrer 
IRL ;-)

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

[OSM-talk-fr] Bonjour à tous

[Raphaël Pinson]

Bonjour,

J'ai déjà posté sur la liste, mais je pense qu'il pourrait être bien de me
présenter. Je suis inscrit depuis 2008 à OSM mais je n'avais pas contribué
jusqu'à maintenant. J'habite à Grasse (06) et je travaille comme admin
système Linux à Sophia Antipolis. Je suis par ailleurs investi dans
plusieurs projets open-source depuis 5 ans (Ubuntu/Debian, KDE, Augeas).

Je suis originaire de région parisienne et j'ai donc fait des modifications
en PACA et en vallée de Chevreuse ces derniers temps.

Je suis heureux de voir que la communauté OSM en France est bien active, et
j'espère voir encore grandir ce beau projet qu'est OSM!


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

Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel

[Tanguy Ortolo]

Le lundi 26 juillet 2010, Lapinos03 a écrit :
> M'enfin, pourquoi c'est si compliqué ?

À cause de quelques rares oneway=-1…

> Maintenant, c'est l'heure du grand QUIZZ ! 

Youpi !


Mes réponses (en vrac pour ne pas troubler les autres joueurs) :
1d
2b
3a
4b
5a
6d : ça existe, ces marquages, mais c'est du foutage de gueule de cycliste
7c
8c, mais en fait je ferais une représentation plus détaillée
9c
10c
11e : aucune réponse ne me convient, en fait
12c : même si je sais parfaitement ce que ça voulait théoriquement dire
  (hmmm…), j'ai des doutes sur le fait que le contributeur précédent
  le savait aussi

-- 
Tanguy Ortolo


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

Re: [OSM-talk-fr] qualitystreetmap.org is back ! (was: Re: 888 Mo (taille de l'extrait france.osm.bz2))

[Xinfe Ewalavir]

2010/7/26 François Van Der Biest 

> En parlant d'indicateurs d'avancement...
> http://www.qualitystreetmap.org/osmqa/?lang=fr est de retour, avec une
> couverture européenne !
>
> intérêt premier : systématiser et rationaliser le travail sur le
> cadastre, geolittoral et autres sources (BMO, imports massifs ...).
>
> En prime, et au final, on a une jolie carte d'avancement, même si 1)
> ce n'était pas l'objectif initial du projet et 2) cette carte n'est
> pas exhaustive.
>
> F.
>
> PS: si vous pensez à plus d'indicateurs que les 3 actuellement
> supportés (highways, landuse, building), n'hésitez pas à vous
> manifester ... je me suis notamment demandé un temps
> (http://code.google.com/p/osmqa/issues/detail?id=12) s'il ne fallait
> pas utiliser le "statut de Munich"
> (http://wiki.openstreetmap.org/wiki/M%C3%BCnchen/Status) comme clé
> d'avancement.
>
Peut-être différentier sous forme de tableau :
*Catégorie | Géométrie | Tags*
Bâtiments |   |
Landuse   |   |
Routes|   |


Autre genre d'idées :
 - pouvoir sélectionner plusieurs tuiles pour changer les attributs d'un
groupe de tuiles
 - verdir progressivement les tuiles :
  Non OK : rouge
  Un True : orange
  Deux True : jaune
  Trois : vert
(A voir en fonction du nombre de tags...)

Je suis conscient que ca demande sûrement du travail, vu la peine que j'ai
pour un projet web perso

 2010/7/26 Nicolas Dumoulin :
> > Bonjour,
> >
> > Le lundi 26 juillet 2010 15:03:29 Emilie Laffray, vous avez écrit :
> >> Cette fameuse cathédrale a énormément impressionné au SOTM :) Bon
> >> maintenant, il ne manque plus qu'a battre les allemands sur
> l'exhaustivité
> >> de nos rues et de nos routes ;)
> >
> > Étant donné que les indicateurs d'avancement ont tendance à stimuler mes
> > contributions (ben quoi, c'est beau de voir la carte des limites de
> communes
> > qui progresse grâce à ses clics, ou de faire progresser un cours d'eau
> pour
> > s'approcher de la longueur officielle du SANDRE), on pourrait pas générer
> des
> > indicateurs intéressants, 'fin plus intéressant que la taille genre :
> >  * le km de linéaire
> >  * le nombre d'amenités, éventuellement classées (écoles, bars, …)
> >  * …
> > Le tout classé par département par exemple. Après, on peut aussi ajouter
> les
> > indicateurs d'alarme comme les nœuds dupliqués ou le nombre d'erreurs
> d'osmose
> > en général.
> > Une petite page wiki pour recenser, voir centraliser ces stats serait du
> plus
> > bel effet je pense pour booster les contributions d'un type pas toujours
> > facile.
> >
> > mon idée à 2 balles du jour :-)
> >
> > --
> > Nicolas Dumoulin
> > http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
> >
> > ___
> > 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] Suffixes :left/:right - piqûre de rappel

[simon]

1- b
2- b,d
3- a,d
4- b
5- a
6- b
7- c
8- c
9- c
10- d
11- c
12- Je vais voir moi même sur le terrain :)

Le lundi 26 juillet 2010 à 17:35 +0200, Lapinos03 a écrit : 
> M'enfin, pourquoi c'est si compliqué ?
> 
> La référence est le sens du tracé. C'est par rapport à cela que 
> [oneway]=yes prend consistence.
> 
> LANE / TRACK suivent le sens de la circulation automobile, le sens 
> directeur maître étant celui du tracé. Evidemment, dans une circulation 
> à double-sens, le sens du tracé n'a que peu d'importance. Avec un 
> [oneway]=yes, cela devient significatif. Par défaut, LANE / TRACK 
> suivent la même règle que la circulation automobile, en direction(s) et 
> en nombre de voies.
> 
> OPPOSITE / OPPOSITE_LANE / OPPOSITE_TRACK indique un sens contraire au 
> sens du tracé pour éloigner toute équivoque.
> 
> :LEFT / :RIGHT sont optionnels et précisent un positionnement de l'axe 
> cycliste par rapport au tracé directeur, si nécessaire. LANE/TRACK ont 
> un positionnement par défaut qui dépend du système de conduite. En 
> France, à droite, en Angleterre, à gauche.
> 
> Après, vous pouvez combiner ces tags pour cartographier la quasi 
> totalité des cas de figure.
> 
> 
> Maintenant, c'est l'heure du grand QUIZZ !
> 
> Dans les questions qui suivent, la rue est tracée à la verticale et 
> s'étire du Sud vers le Nord. On fera fi du tag [highway]=* et 
> [oneway]=yes pour les rues à sens niques, le cas échéant. Les 
> pistes/bandes cyclables sont naturellement placées en fonction du 
> système de conduite, sauf mention contraire. Plusieurs réponses sont 
> parfois possibles mais il faut donner la plus pertinente. Qui fera un 
> sans-faute ? ;-)
> 
> ---
> 
> 1. Une rue à double-sens dispose d'une bande cyclable que d'un côté, 
> pour aller du Sud vers le Nord. Je mappe :
> a. [cycleway]=lane
> b. [cycleway:right]=lane
> c. [cycleway:left]=opposite_lane
> d. [cycleway]=lane [oneway:bicycle]=yes
> 
> 2. Une rue à sens unique dispose d'une bande cyclable pour aller du Sud 
> vers le Nord et d'une piste pour aller du Nord vers la Sud. Je mappe :
> a. [cycleway]=lane;track
> b. [cycleway:right]=lane [cycleway:left]=track
> c. [cycleway:right]=lane [cycleway:left]=opposite_track
> d. [cycleway:right]=lane et je trace 1 piste indépendante côté gauche, 
> en sens opposé
> 
> 3. Une rue, à double-sens, dispose d'une piste cyclable de chaque côté. 
> Je mappe :
> a. [cycleway]=track
> b. [cycleway:right]=track [cycleway:left]=track
> c. [cycleway:right]=track [cycleway:left]=opposite_track
> d. je trace 2 pistes indépendantes de part et d'autre de la rue
> 
> 4. Une rue, à sens unique, dispose d'une bande cyclable pour aller du 
> Sud vers le Nord, placée côté gauche. Je mappe :
> a. [cycleway]=lane
> b. [cycleway:left]=lane
> c. [cycleway:left]=opposite_lane
> d. joker
> 
> 5. Je suis en Angleterre. Une rue, à sens unique, dispose d'une bande 
> cyclable en contre-sens. Je mappe :
> a. [cycleway]=opposite_lane
> b. [cycleway:left]=lane
> c. [cycleway:right]=opposite_lane
> d. [cycleway:left]=opposite_lane
> 
> 6. Une rue à sens unique dispose de marquages répétés au sol, 
> chevrons+sigle cycliste, dans le même sens de circulation. Je mappe :
> a. [cycleway]=lane
> b. [bicycle]=yes
> c. [cycleway]=opposite
> d. C'est bon, j'arrête là et je pars avec la caisse. Et c'est mon 
> dernier mot.
> 
> 7. Une rue à sens unique dispose de marquages répétés au sol, 
> chevrons+sigle cycliste, dans le sens contraire de circulation. Je mappe :
> a. [cycleway]=lane
> b. [bicycle]=yes
> c. [cycleway]=opposite
> d. Cette fois-ci, j'arrête vraiment.
> 
> 8. Une rue à sens unique dispose d'une bande cyclable en sens contraire 
> à ses extrémités, sur 10m, puis de marquages répétés au sol, 
> chevrons+sigle cycliste, sur le reste de la rue. Je mappe :
> a. [cycleway]=lane
> b. [cycleway]=opposite_lane
> c. [cycleway]=opposite
> d. [oneway:bicycle]=-1
> 
> 9. Une rue à sens unique dispose d'un couloir de bus en sens contraire 
> autorisé au vélo. Je mappe :
> a. [cycleway]=lane
> b. [cycleway:left]=opposite_lane
> c. [busway]=opposite_lane [cycleway]=share_busway
> d. [busway:left]=opposite_lane [cycleway:left]=opposite_lane
> 
> 10. Une rue, à sens unique, dispose d'un couloir de bus pour aller du 
> Sud vers le Nord, placée côté gauche. Laquelle bande de bus dispose 
> d'une bande cyclable, placée côté gauche sur cette même bande. Je mappe :
> a. [cycleway]=lane
> b. [cycleway:left]=lane
> c. [busway:left]=lane [cycleway:left]=share_busway
> d. [busway:left]=lane [cycleway:left]=lane
> 
> 11. Un couloir de bus à double-sens n'autorise les vélos dans le sens 
> sud->nord. Je mappe :
> a. [bicycle]=yes
> b. [cycleway:left]=lane
> c. [cycleway:left]=share_busway
> d. [bicycle:left]=yes
> 
> 12. Une rue est mappée [oneway]=-1 et [cycleway]=opposite_lane. Je 
> retourne la rue et modifie [oneway]=yes. Que devient cycleway?
> a. [cycleway]=opposite_lane
> b. [cycleway]=lane
> c. je demande des infos sur cette rue auprès du co

Re: [OSM-talk-fr] qualitystreetmap.org is back ! (was: Re: 888 Mo (taille de l'extrait france.osm.bz2))

[Nicolas Dumoulin]

Le lundi 26 juillet 2010 16:55:43 François Van Der Biest, vous avez écrit :
> En parlant d'indicateurs d'avancement...
> http://www.qualitystreetmap.org/osmqa/?lang=fr est de retour, avec une
> couverture européenne !

Super. J'espère que tu ne seras pas jeté à la rue cette fois-ci.
 
> PS: si vous pensez à plus d'indicateurs que les 3 actuellement
> supportés (highways, landuse, building), n'hésitez pas à vous
> manifester ... 

On en avais déjà discuté il me semble, et la remarque de Raphaël va dans ce 
sens, la modalité true/false est trop restrictive.
Le statut de München a en effet un gradient intéressant, basique mais déjà 
bien mieux que rien/tout.

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Suffixes :left/:right - piqûre de rappel

[Lapinos03]

M'enfin, pourquoi c'est si compliqué ?

La référence est le sens du tracé. C'est par rapport à cela que 
[oneway]=yes prend consistence.


LANE / TRACK suivent le sens de la circulation automobile, le sens 
directeur maître étant celui du tracé. Evidemment, dans une circulation 
à double-sens, le sens du tracé n'a que peu d'importance. Avec un 
[oneway]=yes, cela devient significatif. Par défaut, LANE / TRACK 
suivent la même règle que la circulation automobile, en direction(s) et 
en nombre de voies.


OPPOSITE / OPPOSITE_LANE / OPPOSITE_TRACK indique un sens contraire au 
sens du tracé pour éloigner toute équivoque.


:LEFT / :RIGHT sont optionnels et précisent un positionnement de l'axe 
cycliste par rapport au tracé directeur, si nécessaire. LANE/TRACK ont 
un positionnement par défaut qui dépend du système de conduite. En 
France, à droite, en Angleterre, à gauche.


Après, vous pouvez combiner ces tags pour cartographier la quasi 
totalité des cas de figure.



Maintenant, c'est l'heure du grand QUIZZ !

Dans les questions qui suivent, la rue est tracée à la verticale et 
s'étire du Sud vers le Nord. On fera fi du tag [highway]=* et 
[oneway]=yes pour les rues à sens niques, le cas échéant. Les 
pistes/bandes cyclables sont naturellement placées en fonction du 
système de conduite, sauf mention contraire. Plusieurs réponses sont 
parfois possibles mais il faut donner la plus pertinente. Qui fera un 
sans-faute ? ;-)


---

1. Une rue à double-sens dispose d'une bande cyclable que d'un côté, 
pour aller du Sud vers le Nord. Je mappe :

a. [cycleway]=lane
b. [cycleway:right]=lane
c. [cycleway:left]=opposite_lane
d. [cycleway]=lane [oneway:bicycle]=yes

2. Une rue à sens unique dispose d'une bande cyclable pour aller du Sud 
vers le Nord et d'une piste pour aller du Nord vers la Sud. Je mappe :

a. [cycleway]=lane;track
b. [cycleway:right]=lane [cycleway:left]=track
c. [cycleway:right]=lane [cycleway:left]=opposite_track
d. [cycleway:right]=lane et je trace 1 piste indépendante côté gauche, 
en sens opposé


3. Une rue, à double-sens, dispose d'une piste cyclable de chaque côté. 
Je mappe :

a. [cycleway]=track
b. [cycleway:right]=track [cycleway:left]=track
c. [cycleway:right]=track [cycleway:left]=opposite_track
d. je trace 2 pistes indépendantes de part et d'autre de la rue

4. Une rue, à sens unique, dispose d'une bande cyclable pour aller du 
Sud vers le Nord, placée côté gauche. Je mappe :

a. [cycleway]=lane
b. [cycleway:left]=lane
c. [cycleway:left]=opposite_lane
d. joker

5. Je suis en Angleterre. Une rue, à sens unique, dispose d'une bande 
cyclable en contre-sens. Je mappe :

a. [cycleway]=opposite_lane
b. [cycleway:left]=lane
c. [cycleway:right]=opposite_lane
d. [cycleway:left]=opposite_lane

6. Une rue à sens unique dispose de marquages répétés au sol, 
chevrons+sigle cycliste, dans le même sens de circulation. Je mappe :

a. [cycleway]=lane
b. [bicycle]=yes
c. [cycleway]=opposite
d. C'est bon, j'arrête là et je pars avec la caisse. Et c'est mon 
dernier mot.


7. Une rue à sens unique dispose de marquages répétés au sol, 
chevrons+sigle cycliste, dans le sens contraire de circulation. Je mappe :

a. [cycleway]=lane
b. [bicycle]=yes
c. [cycleway]=opposite
d. Cette fois-ci, j'arrête vraiment.

8. Une rue à sens unique dispose d'une bande cyclable en sens contraire 
à ses extrémités, sur 10m, puis de marquages répétés au sol, 
chevrons+sigle cycliste, sur le reste de la rue. Je mappe :

a. [cycleway]=lane
b. [cycleway]=opposite_lane
c. [cycleway]=opposite
d. [oneway:bicycle]=-1

9. Une rue à sens unique dispose d'un couloir de bus en sens contraire 
autorisé au vélo. Je mappe :

a. [cycleway]=lane
b. [cycleway:left]=opposite_lane
c. [busway]=opposite_lane [cycleway]=share_busway
d. [busway:left]=opposite_lane [cycleway:left]=opposite_lane

10. Une rue, à sens unique, dispose d'un couloir de bus pour aller du 
Sud vers le Nord, placée côté gauche. Laquelle bande de bus dispose 
d'une bande cyclable, placée côté gauche sur cette même bande. Je mappe :

a. [cycleway]=lane
b. [cycleway:left]=lane
c. [busway:left]=lane [cycleway:left]=share_busway
d. [busway:left]=lane [cycleway:left]=lane

11. Un couloir de bus à double-sens n'autorise les vélos dans le sens 
sud->nord. Je mappe :

a. [bicycle]=yes
b. [cycleway:left]=lane
c. [cycleway:left]=share_busway
d. [bicycle:left]=yes

12. Une rue est mappée [oneway]=-1 et [cycleway]=opposite_lane. Je 
retourne la rue et modifie [oneway]=yes. Que devient cycleway?

a. [cycleway]=opposite_lane
b. [cycleway]=lane
c. je demande des infos sur cette rue auprès du contributeur
d. non, décidément, je préfère les Jeux d'Eté du Figaro




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

Re: [OSM-talk-fr] qualitystreetmap.org is back ! (was: Re: 888 Mo (taille de l'extrait france.osm.bz2))

[Denis]

François Van Der Biest a écrit :

En parlant d'indicateurs d'avancement...
http://www.qualitystreetmap.org/osmqa/?lang=fr est de retour, avec une
couverture européenne !


le chocolat c'est fin, ça se mange sans fin



PS: si vous pensez à plus d'indicateurs que les 3 actuellement
supportés (highways, landuse, building), n'hésitez pas à vous
manifester ... je me suis notamment demandé un temps
(http://code.google.com/p/osmqa/issues/detail?id=12) s'il ne fallait
pas utiliser le "statut de Munich"
(http://wiki.openstreetmap.org/wiki/M%C3%BCnchen/Status) comme clé
d'avancement.


Je ne savais pas comment cela s'appelait, mais j'avais vu cela sur les 
pages d'avancement de communes par départements et je m'étais dit que ce 
serait bien de mélanger cette finesse d'analyse avec l'aspect quality-carte.
Du coup au lieu de mettre un indicateur : bâti =>0/1 on pourait avoir 
bâti = [0,1,2,3,...] avec un curseur pour positionner le niveau au 
niveau de l'interface.
Au niveau rendu, on pourrait avoir un dégradé de couleur comme sur 
l'avancement des communes fournies par beta.letuffe.org


Denis

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

Re: [OSM-talk-fr] qualitystreetmap.org is back ! (was: Re: 888 Mo (taille de l'extrait france.osm.bz2))

[Raphaël Pinson]

2010/7/26 François Van Der Biest 

> En parlant d'indicateurs d'avancement...
> http://www.qualitystreetmap.org/osmqa/?lang=fr est de retour, avec une
> couverture européenne !
>
>
C'est très intéressant.

Quelles sont les conditions pour marquer une tuile comme bonne? Un import du
cadastre dans une ville suffit-il à marquer les tuiles de la ville comme
bonnes? Comment s'assurer que les routes sont bonnes pour une tuile?


Raphaël





> intérêt premier : systématiser et rationaliser le travail sur le
> cadastre, geolittoral et autres sources (BMO, imports massifs ...).
>
> En prime, et au final, on a une jolie carte d'avancement, même si 1)
> ce n'était pas l'objectif initial du projet et 2) cette carte n'est
> pas exhaustive.
>
> F.
>
> PS: si vous pensez à plus d'indicateurs que les 3 actuellement
> supportés (highways, landuse, building), n'hésitez pas à vous
> manifester ... je me suis notamment demandé un temps
> (http://code.google.com/p/osmqa/issues/detail?id=12) s'il ne fallait
> pas utiliser le "statut de Munich"
> (http://wiki.openstreetmap.org/wiki/M%C3%BCnchen/Status) comme clé
> d'avancement.
>
>
> 2010/7/26 Nicolas Dumoulin :
> > Bonjour,
> >
> > Le lundi 26 juillet 2010 15:03:29 Emilie Laffray, vous avez écrit :
> >> Cette fameuse cathédrale a énormément impressionné au SOTM :) Bon
> >> maintenant, il ne manque plus qu'a battre les allemands sur
> l'exhaustivité
> >> de nos rues et de nos routes ;)
> >
> > Étant donné que les indicateurs d'avancement ont tendance à stimuler mes
> > contributions (ben quoi, c'est beau de voir la carte des limites de
> communes
> > qui progresse grâce à ses clics, ou de faire progresser un cours d'eau
> pour
> > s'approcher de la longueur officielle du SANDRE), on pourrait pas générer
> des
> > indicateurs intéressants, 'fin plus intéressant que la taille genre :
> >  * le km de linéaire
> >  * le nombre d'amenités, éventuellement classées (écoles, bars, …)
> >  * …
> > Le tout classé par département par exemple. Après, on peut aussi ajouter
> les
> > indicateurs d'alarme comme les nœuds dupliqués ou le nombre d'erreurs
> d'osmose
> > en général.
> > Une petite page wiki pour recenser, voir centraliser ces stats serait du
> plus
> > bel effet je pense pour booster les contributions d'un type pas toujours
> > facile.
> >
> > mon idée à 2 balles du jour :-)
> >
> > --
> > Nicolas Dumoulin
> > http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
> >
> > ___
> > 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] Limites des pays (type loi Voinet)

[Denis]

Pieren a écrit :

Le problème, c'est que l'admin_level 7 est déjà pris par des entités qui 
vont partiellement recouvrir tes "pays". Il y aura donc plus de 
cohérence dans ce niveau (si on considère que la somme des boundaries 
forment le territoire en entier, sans recouvrements, ni trous), ni 
possibilité de les distinguer. D'après wikipedia, "Il s'agit en fait 
d'une délimitation qui suit les limites des cantons."


Il ne faut pas croire tout ce que raconte Wikipédia. Les Pays ne sont 
pas des regroupements de cantons. Dans le meilleur des cas, des 
regroupements d'EPCI (parfois, c'est un peu plus complexe). Comment 
expliquer que les communes de Wittelsheim, Kleingoeft ou Jetterswiller 
n'appartient à aucun Pays en Alsace ?
La "couche" des Pays ne formera pas une partition complète du territoire 
français (pas en 2010 du moins). Quelques villages gaulois résistent. Au 
boulot, pour garder le coté "homogénéïté" de la Région, on a inventé le 
concept de "pseudo-pays", à l'image des pseudo-cantons créés et utilisés 
par l'INSEE pour les statistiques.


Je crois qu'il serait bon de distinguer les collectivités locales 
(département, région, comcom, etc.) des autres territoires de projet ou 
règlementaire qui s'entremêleront inévitablement ; je pense aux 
périmètres de transport urbain, aux schémas de cohérence territoriale 
(SCOT), aux zones urbaines sensibles, parcs naturels, etc.
On pourrait considérer les Pays-Voynet comme des Réserves Naturelles 
Régionales de Développement, au moins sous l'angle des tags ;-)


Un site incontournable pour tenter de comprendre l'échevau des zonages :
http://www.territoires.gouv.fr

Denis

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

[OSM-talk-fr] qualitystreetmap.org is back ! (was: Re: 888 Mo (taille de l'extrait france.osm.bz2))

[François Van Der Biest]

En parlant d'indicateurs d'avancement...
http://www.qualitystreetmap.org/osmqa/?lang=fr est de retour, avec une
couverture européenne !

intérêt premier : systématiser et rationaliser le travail sur le
cadastre, geolittoral et autres sources (BMO, imports massifs ...).

En prime, et au final, on a une jolie carte d'avancement, même si 1)
ce n'était pas l'objectif initial du projet et 2) cette carte n'est
pas exhaustive.

F.

PS: si vous pensez à plus d'indicateurs que les 3 actuellement
supportés (highways, landuse, building), n'hésitez pas à vous
manifester ... je me suis notamment demandé un temps
(http://code.google.com/p/osmqa/issues/detail?id=12) s'il ne fallait
pas utiliser le "statut de Munich"
(http://wiki.openstreetmap.org/wiki/M%C3%BCnchen/Status) comme clé
d'avancement.


2010/7/26 Nicolas Dumoulin :
> Bonjour,
>
> Le lundi 26 juillet 2010 15:03:29 Emilie Laffray, vous avez écrit :
>> Cette fameuse cathédrale a énormément impressionné au SOTM :) Bon
>> maintenant, il ne manque plus qu'a battre les allemands sur l'exhaustivité
>> de nos rues et de nos routes ;)
>
> Étant donné que les indicateurs d'avancement ont tendance à stimuler mes
> contributions (ben quoi, c'est beau de voir la carte des limites de communes
> qui progresse grâce à ses clics, ou de faire progresser un cours d'eau pour
> s'approcher de la longueur officielle du SANDRE), on pourrait pas générer des
> indicateurs intéressants, 'fin plus intéressant que la taille genre :
>  * le km de linéaire
>  * le nombre d'amenités, éventuellement classées (écoles, bars, …)
>  * …
> Le tout classé par département par exemple. Après, on peut aussi ajouter les
> indicateurs d'alarme comme les nœuds dupliqués ou le nombre d'erreurs d'osmose
> en général.
> Une petite page wiki pour recenser, voir centraliser ces stats serait du plus
> bel effet je pense pour booster les contributions d'un type pas toujours
> facile.
>
> mon idée à 2 balles du jour :-)
>
> --
> Nicolas Dumoulin
> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
>
> ___
> 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] Argumentaire pour des données libres

[Tanguy Ortolo]

Le lundi 26 juillet 2010, Christophe Bayle a écrit :
> Je mets actuellement  en place un catalogue de données géographiques
> pour un parc naturel régional et j’en profite pour amorcer une
> discussion sur la libération des données.
> Malgré la pénétration de ces idées au sein de plusieurs collectivités
> (je pense à Brest entre autre) on reste tout même confronté à de
> vieilles crispations concernant ce sujet. Comme dirait l’autre : « le
> savoir c’est le pouvoir et je compte bien le garder. »

C'est amusant comme argument. Si on me l'opposait, personnellement je
répondrais : « Quoi que vous fassiez, la concurrence progresse, avec un
atout terrible : elle est utilisable librement pour un prix nul. Donc
même si vous gardez vos données, un jour vous n'arrivez plus à les
vendre. »

C'est déjà partiellement le cas avec l'IGN, j'ai l'impression : des
organisations qui achetaient auparavant leurs données utilisent
maintenant celles, libres, de la NASA à la place.

Ma réaction personnelle face à une collectivité qui refuse de libérer
ses données cartographiques, c'est de faire mon possible pour
reconstruire ces données librement, et rendre leur base obsolète.

-- 
Tanguy Ortolo


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

[OSM-talk-fr] Argumentaire pour des données libr es

[Christophe Bayle]

Good afternoon OSM !!

Je mets actuellement  en place un catalogue de données géographiques
pour un parc naturel régional et j’en profite pour amorcer une
discussion sur la libération des données.
Malgré la pénétration de ces idées au sein de plusieurs collectivités
(je pense à Brest entre autre) on reste tout même confronté à de
vieilles crispations concernant ce sujet. Comme dirait l’autre : « le
savoir c’est le pouvoir et je compte bien le garder. »

J’ai relu l’argumentaire publié sur le wiki de l’OSGéo. Je ne sais pas
si quelqu’un l’a déjà confronté à des responsables de SIG, des
responsables de collectivité ou encore des élus un peu hostiles à la
libération des données mais il me semble maladroit.
Les arguments ne sont pas tournés de façon à séduire les décideurs.
Pour en avoir employé certains, ils sont même plutôt contre-productif.

Bref, je me suis permis de faire quelques commentaires sur le texte,
je vous invite à venir me rejoindre sur la page discussion du wiki:

http://wiki.osgeo.org/wiki/Talk:Pourquoi_des_donnees_geographiques_libres_fr

Merci d'avance =)

-- 

Christophe Bayle

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

Re: [OSM-talk-fr] Suffixes :left/:right - piqû re de rappel

[hamster]

Tanguy Ortolo a écrit :

À ce prix-là, on pourrait aussi bien individualiser chacune des voies
 de circulation d'une route…


c'est bien de ca que je parle

Tel que je le conçois, un plan tracé n'est qu'une représentation 
graphique d'une partie des données logiques, qui sont elles-mêmes une
 représentation logique partielle des objets matériels, pas une 
photographie.


je ne pense pas
dans SIG le G est pour geographique, il ne s'agit pas de donnees
logiques mais bien de donnees geographiques

le rendu et la base de donnees sont 2 langages differents pour exprimer
les memes donnees geographiques
par contre les donnees geographiques sont une representation partielle
de la realite, ca je suis d'accord

Par exemple, les pistes et bandes cyclables, ça intéresse évidemment 
les cyclistes.


pas que


Et je pense que mon ami cycliste se moquera que la bande soit à trois
 mètres trente-huit du centre de la chaussée ; en revanche il sera 
intéressé de savoir qu'elle est à droite de la chaussée, et que dix 
mètres plus loin, elle passe à gauche.


les services techniques de la mairie qui cherchent a calculer la surface
de goudron de la rue pourront etres interesses de savoir que la piste
cyclable est a 3 m 38 du centre de la rue...

de la meme facon qu'il ne faut pas mapper pour le rendu, il ne faut pas
non plus mapper pour un usage, il faut decrire le terrain

avec un raisonnement comme le tien pourquoi ne pas mettre les n° des 
adresses directement sur le way de la rue, avec un tag qui indique si 
ils sont a droite ou a gauche ?



Et cette information me semble plus facile à reconnaître dans un
placement relatif et liée — la bande est à droite, puis à gauche de
la chaussée — que dans un placement absolu — la bande est *ici*, et
chaussée est *là*, comme tu peux le calculer, l'une est à droite de
l'autre.


ca c'est si tu cherche a calculer, par contre si tu regarde avec tes
yeux c'est la representation absolue qui est la plus facile a interpreter

Quand ça devient aussi compliqué, je pense que la seule solution est 
de faire des routes séparées. Ça peut se compliquer à souhait, et on
 n'arrivera jamais à traiter des cas aussi bizarres avec de simples 
tags. Et si les cyclistes ont un trajet spécial pour un virage, qui 
emprunte momentanément le passage piéton ? ;-)


je te remercie de redire ce que j'avais dit quelques mails plus tot !

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

Re: [OSM-talk-fr] 888 Mo (taille de l'extrait france.osm.bz2)

[Nicolas Dumoulin]

Bonjour,

Le lundi 26 juillet 2010 15:03:29 Emilie Laffray, vous avez écrit :
> Cette fameuse cathédrale a énormément impressionné au SOTM :) Bon
> maintenant, il ne manque plus qu'a battre les allemands sur l'exhaustivité
> de nos rues et de nos routes ;)

Étant donné que les indicateurs d'avancement ont tendance à stimuler mes 
contributions (ben quoi, c'est beau de voir la carte des limites de communes 
qui progresse grâce à ses clics, ou de faire progresser un cours d'eau pour 
s'approcher de la longueur officielle du SANDRE), on pourrait pas générer des 
indicateurs intéressants, 'fin plus intéressant que la taille genre :
 * le km de linéaire
 * le nombre d'amenités, éventuellement classées (écoles, bars, …)
 * …
Le tout classé par département par exemple. Après, on peut aussi ajouter les 
indicateurs d'alarme comme les nœuds dupliqués ou le nombre d'erreurs d'osmose 
en général.
Une petite page wiki pour recenser, voir centraliser ces stats serait du plus 
bel effet je pense pour booster les contributions d'un type pas toujours 
facile.

mon idée à 2 balles du jour :-)

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] [Tech] Question sur l'aide à la saisie d'adresses du plugin Cadastre.

[hamster]

Pieren a écrit :
Effectivement, il ne faut pas prendre le wiki pour une bible avec des 
règles gravées dans le marbre. Mais c'est l'endroit où l'on documente 
les consensus. Si tu trouves des défauts à ce qui est écrit, essaie de 
le faire modifier pour que tout le monde fasse pareil au lieu de suivre 
tes propres règles. Sinon, il y a peu de chances que ceux qui 
développent des logiciels se basent sur tes pratiques plutôt que sur 
celles documentées dans le wiki.


j'ai bien compris cela, mais ce que j'ai pas bien compris c'est a partir 
de quel moment un truc est considere comme un consensus et a sa place 
dans le wiki

"essayer de le faire modifier", c'est comment qu'on procede ?

de plus pour tout ce qui est edition du wiki il y a la barriere de la 
langue : lire c'est deja difficile mais alors ecrire... (oui, je sais, 
cette page est traduite en francais, seulement je me dis que si je 
marque un truc dans la version francaise uniquement ca sera pas top, et 
puis la page de discussion correspondante n'est qu'en anglais)


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

Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel

[Tanguy Ortolo]

Le lundi 26 juillet 2010, GaelADT a écrit :
> Donc par exemple, pour les deux problèmes réels (pour lesquels cette
> discussion a été lancée) sur Paris :
> 
> Cas 1 : Sur une voie en sens unique pour les voiture, si la bande cyclable
> est à gauche et dans le même sens de circulation, il faut mettre
> cycleway:left = lane ?

Ça semble logique : il y a une bande cyclable à gauche, c'est tout.

> Cas 2 : Et pour une voie à double sens, où il n'y a qu'une bande cyclable à
> gauche de la voie (par rapport au sens de création du way), on met
> cycleway:left = lane également ?

Pareil.

> Du coup pour "déduire" dans quel sens circulent les vélos sur la bande
> cyclable il faut regarder le cycleway:left + le oneway. Si oneway=yes alors
> les vélos circulent dans le même sens que les voitures, sinon les vélos
> circulent en fait dans le sens opposé du sens de création de la voie. J'ai
> bon ?

C'est cohérent. On indique où il y a une bande cyclable, et, sauf si
c'est un contresens — auquel cas on l'indique vu que c'est un cas bien
particulier —, le sens de circulation est juste le sens « normal » : sur
double sens, le sens du côté où elle est, si c'est un sens unique, le
sens unique.

-- 
Tanguy Ortolo


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

Re: [OSM-talk-fr] Problème d'affichage mapnik ou de la base OSM aux 7 Laux ?

[sly (sylvain letuffe)]

On lundi 26 juillet 2010, Fred wrote:
> Le Mon, 26 Jul 2010 13:13:53 +0200,
> "sly (sylvain letuffe)"  a écrit :
> 
> > Il s'agit peut-être simplement d'un bug de rendu dans la gestion de
> > la relation qui s'appelle "les 7 laux" et qui les comprend tous.
> > 
> > En choisissant un rendu bien fait ;-) ça passe :
> > http://maps.refuges.info/?lat=45.24458&lon=6.07961&zoom=14&layers=B0F
> 
> Il s'agit donc bien d'un bug de rendu… je n'en étais pas sûr.
> 
> Le site indiqué a un rendu bien joli, mais pour le site officiel OSM,
> où et comment pourrait-on signaler le problème pour une correction ?
> Sur le site de Mapnik ? quelque part sur OSM ?

http://wiki.openstreetmap.org/wiki/Mapnik#Bugs_and_rendering_suggestions


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] Suffixes :left/:right - piqûre de rappel

[Jean-Francois Nifenecker]

Le 26/07/2010 10:35, jul...@krilin.org a écrit :



tu voulais peut etre dire "opposite" tout court ?


oups ! oui, bien sûr ! pas réveillé...

--
Jean-Francois Nifenecker, Bordeaux


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

Re: [OSM-talk-fr] 888 Mo (taille de l'extrait france.osm.bz2)

[Emilie Laffray]

2010/7/26 sly (sylvain letuffe) 

> Yo,
>
> 888 Mo, c'est la taille du fichier osm compressé du france.osm.bz2 de cette
> nuit présent chez géofabrik.
>
> Est-ce si extraordinaire ? le chiffre, ça, on s'en fout, par contre c'est
> la
> première fois que la taille du fichier france dépasse celui de l'allemagne
> (887Mo) , faisant du même coup du fichier france le plus gros fichier
> d'europe.
>
> Hé ben, on a bien fait de rentrer des cathérales aux 1500 points ;-)
>
> Bien sûr personne ne s'étonnera d'apprendre, sans que je le dise, d'où
> vient
> cette croissance récente du fichier...
>

:)
Cette fameuse cathédrale a énormément impressionné au SOTM :) Bon
maintenant, il ne manque plus qu'a battre les allemands sur l'exhaustivité
de nos rues et de nos routes ;)

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

[OSM-talk-fr] 888 Mo (taille de l'extrait france.osm.bz2)

[sly (sylvain letuffe)]

Yo,

888 Mo, c'est la taille du fichier osm compressé du france.osm.bz2 de cette 
nuit présent chez géofabrik.

Est-ce si extraordinaire ? le chiffre, ça, on s'en fout, par contre c'est la 
première fois que la taille du fichier france dépasse celui de l'allemagne 
(887Mo) , faisant du même coup du fichier france le plus gros fichier 
d'europe.

Hé ben, on a bien fait de rentrer des cathérales aux 1500 points ;-)

Bien sûr personne ne s'étonnera d'apprendre, sans que je le dise, d'où vient 
cette croissance récente du fichier...



-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] Problème d'affichage mapnik ou de la base OSM aux 7 Laux ?

[Fred]

Le Mon, 26 Jul 2010 13:13:53 +0200,
"sly (sylvain letuffe)"  a écrit :

> Il s'agit peut-être simplement d'un bug de rendu dans la gestion de
> la relation qui s'appelle "les 7 laux" et qui les comprend tous.
> 
> En choisissant un rendu bien fait ;-) ça passe :
> http://maps.refuges.info/?lat=45.24458&lon=6.07961&zoom=14&layers=B0F

Il s'agit donc bien d'un bug de rendu… je n'en étais pas sûr.

Le site indiqué a un rendu bien joli, mais pour le site officiel OSM,
où et comment pourrait-on signaler le problème pour une correction ?
Sur le site de Mapnik ? quelque part sur OSM ?

fredb.



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

Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel

[GaelADT]

Ok,

Donc par exemple, pour les deux problèmes réels (pour lesquels cette
discussion a été lancée) sur Paris :

Cas 1 : Sur une voie en sens unique pour les voiture, si la bande cyclable
est à gauche et dans le même sens de circulation, il faut mettre
cycleway:left = lane ?

Cas 2 : Et pour une voie à double sens, où il n'y a qu'une bande cyclable à
gauche de la voie (par rapport au sens de création du way), on met
cycleway:left = lane également ?

Du coup pour "déduire" dans quel sens circulent les vélos sur la bande
cyclable il faut regarder le cycleway:left + le oneway. Si oneway=yes alors
les vélos circulent dans le même sens que les voitures, sinon les vélos
circulent en fait dans le sens opposé du sens de création de la voie. J'ai
bon ?

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Suffixes-left-right-piqure-de-rappel-tp5327383p5337796.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] Suffixes :left/:right - piqûre d e rappel

[Tanguy Ortolo]

Le lundi 26 juillet 2010, Christophe Merlet a écrit :
> Comment on fait lorsque la bande cyclable est au milieu des voies de
> circulation automobile ?
> 
> Genre 
> voiture | voiture | bus | vélo | voiture  ?

Quand ça devient aussi compliqué, je pense que la seule solution est de
faire des routes séparées. Ça peut se compliquer à souhait, et on
n'arrivera jamais à traiter des cas aussi bizarres avec de simples tags.
Et si les cyclistes ont un trajet spécial pour un virage, qui emprunte
momentanément le passage piéton ? ;-)

-- 
Tanguy Ortolo


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

Re: [OSM-talk-fr] Suffixes :left/:right - piqûre de rappel

[Raphaël Pinson]

Bonjour,

Les tags :left et :right sont valides pour cycleway, mais peuvent-il être
utilisés pour footway? Un rue qui a un trottoir d'un seul côté peut-elle
être taguée footway:right=lane?


Raphaël


2010/7/26 Christophe Merlet 

> Le lundi 26 juillet 2010 à 14:02 +0200, Pieren a écrit :
> > 2010/7/26 Tanguy Ortolo >
> >
> > C'est bizarre et rare, mais pas forcément dangereux ni
> > insensé. Il y en
> > a par exemple sur le boulevard Lenoir [1] à Paris. La piste
> > est
> > complètement séparée des voies de circulation, de gauche à
> > droite :
> > piste cyclable, voie de stationnement, voie de circulation,
> > voie de
> > circulation.
> >
> >
> > Alors je t'arrrête tout de suite. Si c'est complètement séparé des
> > voitures (par un muret ou par des voies de parquage de voitures ou par
> > un trottoir, symbolisé par une bande verte sur les dessins du wiki),
> > on trace un way parallèle et on le taggue comme en T1 ou S2. Ultra
> > simle.
>
>
> Bon allez, je rajoute mon grain de sel...
>
> Comment on fait lorsque la bande cyclable est au milieu des voies de
> circulation automobile ?
>
> Genre
> voiture | voiture | bus | vélo | voiture  ?
>
>
>Librement,
> --
> Christophe Merlet (RedFox)
>
>
> ___
> 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] Suffixes :left/:right - piqûre de rappel

[Christophe Merlet]

Le lundi 26 juillet 2010 à 14:02 +0200, Pieren a écrit :
> 2010/7/26 Tanguy Ortolo 
> 
> C'est bizarre et rare, mais pas forcément dangereux ni
> insensé. Il y en
> a par exemple sur le boulevard Lenoir [1] à Paris. La piste
> est
> complètement séparée des voies de circulation, de gauche à
> droite :
> piste cyclable, voie de stationnement, voie de circulation,
> voie de
> circulation.
> 
> 
> Alors je t'arrrête tout de suite. Si c'est complètement séparé des
> voitures (par un muret ou par des voies de parquage de voitures ou par
> un trottoir, symbolisé par une bande verte sur les dessins du wiki),
> on trace un way parallèle et on le taggue comme en T1 ou S2. Ultra
> simle.


Bon allez, je rajoute mon grain de sel...

Comment on fait lorsque la bande cyclable est au milieu des voies de
circulation automobile ?

Genre 
voiture | voiture | bus | vélo | voiture  ?


Librement,
-- 
Christophe Merlet (RedFox)


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

Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel

[Tanguy Ortolo]

Le lundi 26 juillet 2010, Pieren a écrit :
> Alors je t'arrrête tout de suite. Si c'est complètement séparé des voitures
> (par un muret ou par des voies de parquage de voitures ou par un trottoir,
> symbolisé par une bande verte sur les dessins du wiki), on trace un way
> parallèle et on le taggue comme en T1 ou S2. Ultra simple.

Oui, en effet, ça semble le plus simple. Question en apparté : comment
raccorde-t-on cette piste à la route principale lorsqu'elle est remplacée
par [autre chose] ? On lui fait faire un angle droit pour rejoindre le
point où se termine la route ?

-- 
Tanguy Ortolo


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

Re: [OSM-talk-fr] Suffixes :left/:right - piqûre de rappel

[Pieren]

2010/7/26 Tanguy Ortolo >

>
> C'est bizarre et rare, mais pas forcément dangereux ni insensé. Il y en
> a par exemple sur le boulevard Lenoir [1] à Paris. La piste est
> complètement séparée des voies de circulation, de gauche à droite :
> piste cyclable, voie de stationnement, voie de circulation, voie de
> circulation.
>
>
Alors je t'arrrête tout de suite. Si c'est complètement séparé des voitures
(par un muret ou par des voies de parquage de voitures ou par un trottoir,
symbolisé par une bande verte sur les dessins du wiki), on trace un way
parallèle et on le taggue comme en T1 ou S2. Ultra simle.

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

Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel

[Tanguy Ortolo]

Le lundi 26 juillet 2010, Pieren a écrit :
> Je dois dire que certaines personnes font tout pour que cela le devienne
> (pas clair). J'ai fait les dessins du wiki "Bicycle" en décembre pour
> justement clore ce genre de débats.

C'est vrai qu'on s'embrouille vite.

> L'idée de mettre :left/:right systématiquement a été discutée de long en
> large (fortune pour Vincent). Le problème, c'est qu'on veut imposer à tout
> le monde de mettre deux tags partout alors qu'un seul suffirait pour
> l'immense majorité des cas. C'est comme l'histoire du oneway=no à mettre sur
> toutes les routes à double sens.

Tout à fait d'accord. Ce qui rend les choses difficiles à mon avis, et
qui fait qu'il peut rester des interrogations, c'est que la page en
question donne les cas possibles, mais pas le sens de chaque tag ou
valeur : c'est bon pour un usage pratique, mais pas pour la curiosité.
Je rajouterais bien cette explication théorique.

> - ceux qui ont des problèmes pour des pistes à gauche de la circulation, je
> les félicite d'abord d'en avoir trouver parce que moi, je n'en ai jamais vu.
> Il faut dire que c'est un peu suicidaire.

C'est bizarre et rare, mais pas forcément dangereux ni insensé. Il y en
a par exemple sur le boulevard Lenoir [1] à Paris. La piste est
complètement séparée des voies de circulation, de gauche à droite :
piste cyclable, voie de stationnement, voie de circulation, voie de
circulation.

[1] http://osm.org/go/0BOd_t63?layers=C

En revanche, ça vaut la peine d'être mentionné, parce que ce qui est
dangereux, c'est le passage de la piste cyclable de la gauche à la
droite, et vice-versa. Le fait qu'elle soit à gauche ou à droite n'est
pas important en tant que tel, les changements le sont. Donc
effectivement, cycleway:left=track. C'est un cas qui n'est pas indiqué,
je le rajouterais bien.

Ceci dit, c'est le long d'une chaussée à sens unique. Une bande cyclable
circulant à gauche sur une route à double sens, c'est à dire en
opposition du sens de circulation, ça ce serait un aménagement aberrant.

-- 
Tanguy Ortolo


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

Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel

[Stéphane Brunner]

Hello,

Merci Pieren, je n'avais effectivement pas lu cette page en anglais elle
met bien les choses au point, donc finalement :left/:right + opposite ne
devrais pas exister !

CU
Stéphane


Pieren [via GIS] a écrit :
> 
> 
> 2010/7/26 Tanguy Ortolo >
> 
>> Justement, ce n'est pas évident. Aujourd'hui, ce n'est pas très clair.
>>
>>
> Je dois dire que certaines personnes font tout pour que cela le devienne
> (pas clair). J'ai fait les dessins du wiki "Bicycle" en décembre pour
> justement clore ce genre de débats.
> L'idée de mettre :left/:right systématiquement a été discutée de long en
> large (fortune pour Vincent). Le problème, c'est qu'on veut imposer à tout
> le monde de mettre deux tags partout alors qu'un seul suffirait pour
> l'immense majorité des cas. C'est comme l'histoire du oneway=no à mettre sur
> toutes les routes à double sens.
> 
> - "opposite" et "opposite_lane" ne s'appliquent que pour les rues à sens
> unique POUR LES VOITURES. A l'époque de leur création, notre code de la
> route interdisait de rouler dans le sens contraire mais ce tag venait des
> hollandais qui, eux, avaient déjà le droit de circuler à contre-sens en
> vélo.
> - cette page du wiki, je l'ai annoncée sur plusieurs listes et il y a eu des
> commentaires et améliorations fin décembre et janvier de la part de
> contributeurs partout en Europe. Lisez les commentaires sur la page
> "discussion". Si vous voulez refaire le schéma de tags depuis zéro, pourquoi
> pas mais faites-le sur une page à part avec vos propositions mais ne
> redéfinissez pas des usages largement en place ici et partout ailleurs sur
> le wiki existant sans en discuter à un niveau international.
> - ceux qui ont des problèmes pour des pistes à gauche de la circulation, je
> les félicite d'abord d'en avoir trouver parce que moi, je n'en ai jamais vu.
> Il faut dire que c'est un peu suicidaire. Comme l'a dit Lapinos03, le code
> de la route demande aux cyclistes de serrer à droite. Et comme il est
> maintenant possible de rouler en vélo à contre-sens (sauf
> contre-indication), boujour les collisions. Mais bref, pour les
> sens-uniques, que vous importe que la piste soit à droite ou à gauche,
> l'essentiel étant de savoir s'il y a une piste ou pas. Et si, pour aller
> vraiment dans le détail, vous voulez le montrer, il existe le cas M2 du wiki
> qui propose une alternative pour tagguer ces cas et il suffit de remplacer
> "cycleway:right" par "cycleway:left".
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> __
> View message @ 
> http://gis.638310.n2.nabble.com/Suffixes-left-right-piqure-de-rappel-tp5327383p5337510.html
> To start a new topic under France, email 
> ml-node+3070341-1406367393-41...@n2.nabble.com
> To unsubscribe from France, click  (link removed) ==
> 

-- 
Stéphane Brunner
Messagerie instantanée (Jabber - XMPP) : stephane.brun...@jabber.fr
--
Il existe 10 sortes de personnes : celles qui connaissent le binaire, et
les autres.

begin:vcard
fn;quoted-printable:St=C3=A9phane Brunner
n;quoted-printable:Brunner;St=C3=A9phane
email;internet:courr...@stephane-brunner.ch
x-mozilla-html:FALSE
version:2.1
end:vcard


 
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Suffixes-left-right-piqure-de-rappel-tp5327383p5337569.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] Tagger des frontières anciennes e t actuelles

[sly (sylvain letuffe)]

On dimanche 25 juillet 2010, Eric SIBERT wrote:
> Il est aussi évoqué un problème que j'ai passé sous silence: 
> la méthode surfacique nécessite d'avoir toutes les surfaces 
> élémentaires. 

C'est en effet une contrainte forte parce que :
> Encore loin en nombre d'années je le crains. 
Je n'espère pas ! Mais en attendant, il est en effet utile à plusieurs niveaux 
de disposer des limites n>8 sans pour autant les avoir toutes à n=8

> D'où le modèle  
> hybride contour et surface des espagnols pour cumuler les avantages des 
> deux systèmes.

B... ça me fait encore plus peur d'avoir un système hybride/double. Cela 
voudrait dire que certains vont utiliser le modèle contour pour reconstruire 
les niveaux n>8, et d'autre vont utiliser le modèle surface. Ce qui veut dire 
deux système parrallèles à maintenir, surveiller et entretenir.

En fait, j'espère secrètement qu'un autre pays va utiliser le modèle surface 
et qu'ils essuierons les éventuels plâtres de cette méthode pour nous faire 
ensuite un retour ;-)

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] Suffixes :left/:right - piqà »re de rappel

[Stéphane Brunner]

julien balas [via GIS] a écrit :
> 
> 
> 
>> Jute pour etre sur d'avoir bien compris une troute toute simple avec une
>> bande ce chaque cote est taggee (suis on utilise la methode
>> left/right):
>> highway=*
>> cycleway:left=lane
>> cycleway:right=opposite_lane
> 
> si c'est dans un sens unique ca me parait bon
> 
> si c'est une route a double sens avec une bande de chaque coté un
> cycleway=lane
> suffit non ?

Oui mais c'était pour illustrer un usage possible car une des deux piste
aurais très bien pu être un track.

CU
Stéphane
> 

-- 
Stéphane Brunner
Messagerie instantanée (Jabber - XMPP) : stephane.brun...@jabber.fr
--
Il existe 10 sortes de personnes : celles qui connaissent le binaire, et
les autres.

begin:vcard
fn;quoted-printable:St=C3=A9phane Brunner
n;quoted-printable:Brunner;St=C3=A9phane
email;internet:courr...@stephane-brunner.ch
x-mozilla-html:FALSE
version:2.1
end:vcard


 
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Suffixes-left-right-piqure-de-rappel-tp5327383p5337530.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] Problème d'affichage mapnik ou de la base OSM aux 7 Laux ?

[sly (sylvain letuffe)]

On lundi 26 juillet 2010, Fred wrote:
>   Bonjour,
> 
>   J'ai voulu regarder sur OSM pour une ballade dans la région des 7
> Laux, et j'y ai trouvé un truc bizarre :
> 
> http://www.openstreetmap.org/?lat=45.2415&lon=6.0863&zoom=14&layers=B000FTF

Il s'agit peut-être simplement d'un bug de rendu dans la gestion de la 
relation qui s'appelle "les 7 laux" et qui les comprend tous.

En choisissant un rendu bien fait ;-) ça passe :
http://maps.refuges.info/?lat=45.24458&lon=6.07961&zoom=14&layers=B0F

>   Est-ce un problème connu ? Peut-on y faire quelque chose ?

Je viens d'analyser la relation qui regroupe les lacs : 
http://www.openstreetmap.org/browse/relation/331364

Il serait peut être plus logique d'y ajouter natural=water pour indiquer de 
quel type de relation il s'agit, bien que je ne pense pas que ça change quoi 
que ce soit au rendu.


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] Suffixes :left/:right - piqûre de rappel

[Pieren]

2010/7/26 Tanguy Ortolo >

>
> Justement, ce n'est pas évident. Aujourd'hui, ce n'est pas très clair.
>
>
Je dois dire que certaines personnes font tout pour que cela le devienne
(pas clair). J'ai fait les dessins du wiki "Bicycle" en décembre pour
justement clore ce genre de débats.
L'idée de mettre :left/:right systématiquement a été discutée de long en
large (fortune pour Vincent). Le problème, c'est qu'on veut imposer à tout
le monde de mettre deux tags partout alors qu'un seul suffirait pour
l'immense majorité des cas. C'est comme l'histoire du oneway=no à mettre sur
toutes les routes à double sens.

- "opposite" et "opposite_lane" ne s'appliquent que pour les rues à sens
unique POUR LES VOITURES. A l'époque de leur création, notre code de la
route interdisait de rouler dans le sens contraire mais ce tag venait des
hollandais qui, eux, avaient déjà le droit de circuler à contre-sens en
vélo.
- cette page du wiki, je l'ai annoncée sur plusieurs listes et il y a eu des
commentaires et améliorations fin décembre et janvier de la part de
contributeurs partout en Europe. Lisez les commentaires sur la page
"discussion". Si vous voulez refaire le schéma de tags depuis zéro, pourquoi
pas mais faites-le sur une page à part avec vos propositions mais ne
redéfinissez pas des usages largement en place ici et partout ailleurs sur
le wiki existant sans en discuter à un niveau international.
- ceux qui ont des problèmes pour des pistes à gauche de la circulation, je
les félicite d'abord d'en avoir trouver parce que moi, je n'en ai jamais vu.
Il faut dire que c'est un peu suicidaire. Comme l'a dit Lapinos03, le code
de la route demande aux cyclistes de serrer à droite. Et comme il est
maintenant possible de rouler en vélo à contre-sens (sauf
contre-indication), boujour les collisions. Mais bref, pour les
sens-uniques, que vous importe que la piste soit à droite ou à gauche,
l'essentiel étant de savoir s'il y a une piste ou pas. Et si, pour aller
vraiment dans le détail, vous voulez le montrer, il existe le cas M2 du wiki
qui propose une alternative pour tagguer ces cas et il suffit de remplacer
"cycleway:right" par "cycleway:left".
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Petit tour d'horizon des sites openstreetmap

[Art Penteur]

Le 25 juillet 2010 12:07, Pierre Mauduit  a écrit :

> http://www.openstreetmap.nl/ qui a mon sens a une manière de présenter
> la map du pays de façon tout à fait originale (perso, j'aime bien).

  C'est sûr, la carte en "grand écran", c'est une bonne idée.

 Mais on en veut toujours plus : je reste frustré que la seule façon
de faire disparaître la fenêtre texte soit le bouton "Toon Kaart" :
j'ai plutôt envie de la déplacer à la souris.

   Et y'a des questions politiques : leur carte ne couvre pas les
autres pays (Allemagne, GB, France), mais couvre la Belgique et le
Luxembourg .

Art.

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

Re: [OSM-talk-fr] Limites des pays (type loi Voinet)

[Pieren]

2010/7/26 Club Informatique Inter Communes / C2IC 

>
> Selon http://wiki.openstreetmap.org/wiki/FR:Key:boundary on pourrait lui
> accorder le level 7  ... boundary of "intercommunalités" (communes groups
> like "Communautés Urbaines", "Communautés d'agglomération", "Communautés de
> Communes")
>
>
Le problème, c'est que l'admin_level 7 est déjà pris par des entités qui
vont partiellement recouvrir tes "pays". Il y aura donc plus de cohérence
dans ce niveau (si on considère que la somme des boundaries forment le
territoire en entier, sans recouvrements, ni trous), ni possibilité de les
distinguer. D'après wikipedia, "Il s'agit en fait d'une délimitation qui
suit les limites des cantons.".

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

Re: [OSM-talk-fr] [Tech] Question sur l'aide à la saisie d'adresses du plugin Cadastre.

[Pieren]

2010/7/25 hamster 

> il m'a ete conseille sur cette meme liste de ne pas suivre le wiki a la
> lettre et c'est ce que je fais : je mets tous les segments de la rue avec le
> role=street dans la relation
>
>
Effectivement, il ne faut pas prendre le wiki pour une bible avec des règles
gravées dans le marbre. Mais c'est l'endroit où l'on documente les
consensus. Si tu trouves des défauts à ce qui est écrit, essaie de le faire
modifier pour que tout le monde fasse pareil au lieu de suivre tes propres
règles. Sinon, il y a peu de chances que ceux qui développent des logiciels
se basent sur tes pratiques plutôt que sur celles documentées dans le wiki.

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

Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel

[Tanguy Ortolo]

Le lundi 26 juillet 2010, Stéphane Brunner a écrit :
> Effectivement mais ce n'est pas bien grave tant que c'est bien défini
> comme tu viens de le faire.
> Par contre ce n'est dit nul par sur le wiki (et je ne voie pas ou
> l'ajouter) surtout que le opposite est acctuellement lier au oneway ce
> qui ne doit plus être le cas.

Justement, ce n'est pas évident. Aujourd'hui, ce n'est pas très clair.
En fait, la vraie question est celle du sens de ce « opposite » :
— sens contraire à la voie de circulation adjacente,
— sens contraire au sens du tracé,
— sens contraire au sens normal pour une voie située à cet endroit-là ?

> Jute pour être sur d'avoir bien compris une troute toute simple avec une
> bande ce chaque côté est taggée (suis on utilise la méthode left/right):
> highway=*
> cycleway:left=lane
> cycleway:right=opposite_lane

C'est une route à sens unique, ça. Sinon, autant mettre tout
simplement : cycleway=lane, ce qui signifie une de chaque côté dans la
sens de circulation.

Ou bien, en utilisant la convention actuelle :
highway=*
oneway=yes
cycleway=lane
oneway:bicycle=no

Ce qui signifie assez logiquement : la rue est globalement à sens
unique, il y a des bandes cyclables qui sont dans les deux sens, et
elles sont placées de façon standard.

Personnellement, je suis partisan des représentations simples pour les
cas simples. Devoir sortir systématiquement des :left, :right et
opposite pour des cas standard de pistes ou de bandes normalement
placées sur la droite de chaque sens, ça me semble nuisible, ça rend la
cartographie inutilement compliquée.

-- 
Tanguy Ortolo


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

Re: [OSM-talk-fr] Suffixes :left/:right - piqà »re de rappel

[julien]

> Jute pour etre sur d'avoir bien compris une troute toute simple avec une
> bande ce chaque cote est taggee (suis on utilise la methode
> left/right):
> highway=*
> cycleway:left=lane
> cycleway:right=opposite_lane

si c'est dans un sens unique ca me parait bon

si c'est une route a double sens avec une bande de chaque coté un
cycleway=lane
suffit non ?

-- 
JB



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

Re: [OSM-talk-fr] Alerte ! Les doublons, ça grossi t sans arrêt - Était :Bâtiments se superpos ant

[Marc SIBERT]

Bonjour,

Voilà, j'ai envoyé le dernier lot de suppressions ce matin :
http://www.openstreetmap.org/browse/changeset/5318380

Enfin, pour Osmose, il en reste encore :
http://osmose.openstreetmap.fr/cgi-bin/all-update.py?source=64

A+

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

Re: [OSM-talk-fr] Limites des pays (type loi Voinet)

[Club Informatique Inter Communes / C2IC]

Salut !

Moi, je verrais bien une relation pour ça : elle permet de regrouper des
> éléments hétérogènes dans un ensemble. Après reste la question de sa
> caractérisation : type=boundary, boundary=administrative et puis ?


Selon http://wiki.openstreetmap.org/wiki/FR:Key:boundary on pourrait lui
accorder le level 7  ... boundary of "intercommunalités" (communes groups
like "Communautés Urbaines", "Communautés d'agglomération", "Communautés de
Communes")

J'attends une confirmation de la liste et je fais ça ce soir ...

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

[OSM-talk-fr] Problème d'affichage mapnik ou de la base OSM aux 7 Laux ?

[Fred]

Bonjour,

  J'ai voulu regarder sur OSM pour une ballade dans la région des 7
Laux, et j'y ai trouvé un truc bizarre :

http://www.openstreetmap.org/?lat=45.2415&lon=6.0863&zoom=14&layers=B000FTF

Tous les lacs de ce coin (les 7 Laux = les 7 lacs) portent le même nom
(« Lac de la Motte ») dans l'affichage Mapnik, alors que lorsqu'on
regarde les données dans JOSM, ils sont bien marqués avec un nom
distinct !

Avec Osmarender, on n'a aucun lac…

Avec l'affichage « SansNom », c'est encore plus drôle, on a les lacs,
avec des noms corrects ou non suivant le niveau de zoom !


  Est-ce un problème connu ? Peut-on y faire quelque chose ?

 fredb.



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

Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel

[Stéphane Brunner]

Tanguy Ortolo [via GIS] a écrit :
> 
> 
> Le lundi 26 juillet 2010, Stéphane Brunner a écrit :
>> Et de bien définir la différence entre cycleway:right=lane
> 
> Une bande cyclable sur la droite par rapport au sens du tracé, qui
> roule dans le sens du tracé ?
> 
>> et cycleway:right=opposite_lane
> 
> Une bande cyclable sur la droite par rapport au sens du tracé, qui
> roule dans le sens opposé au tracé ?
> 
> Bon, là où ça devient pénible, c'est quand il y a des oneway=-1. J'ai
> envie de dire que oneway=-1, c'est un cas que je ne considère pas comme
> normal, mais qui ne devrait influer que sur la partie principale d'une
> route qui a été tracée à l'envers.
je ne voie pas ce que viens faire le oneway ici ta définitions me
parrais claire et sans tenir compte du sens de circulation !


> 
>> Personnellement j'aurais définis les chose comme ceci:
>> - :left/:right coter par rapport au sens du way.
> 
> +1
> 
>> - opposite si la piste cyclable ce trouve dans le sens opposé a la
>> normale, c'est a dire que les vélo roulerais (pour la France) a gauche.
> 
> Autrement dit, dans le sens opposé au tracé pour les :right, et dans le sens
> du tracé pour les :left.
Effectivement mais ce n'est pas bien grave tant que c'est bien défini
comme tu viens de le faire.
Par contre ce n'est dit nul par sur le wiki (et je ne voie pas ou
l'ajouter) surtout que le opposite est acctuellement lier au oneway ce
qui ne doit plus être le cas.


Jute pour être sur d'avoir bien compris une troute toute simple avec une
bande ce chaque côté est taggée (suis on utilise la méthode left/right):
highway=*
cycleway:left=lane
cycleway:right=opposite_lane

CU
Stéphane


-- 
Stéphane Brunner
Messagerie instantanée (Jabber - XMPP) : stephane.brun...@jabber.fr
--
Il existe 10 sortes de personnes : celles qui connaissent le binaire, et
les autres.

begin:vcard
fn;quoted-printable:St=C3=A9phane Brunner
n;quoted-printable:Brunner;St=C3=A9phane
email;internet:courr...@stephane-brunner.ch
x-mozilla-html:FALSE
version:2.1
end:vcard


 
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Suffixes-left-right-piqure-de-rappel-tp5327383p5337221.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] Suffixes :left/:right - piqûre d e rappel

[Tanguy Ortolo]

Le lundi 26 juillet 2010, Stéphane Brunner a écrit :
> Et de bien définir la différence entre cycleway:right=lane

Une bande cyclable sur la droite par rapport au sens du tracé, qui
roule dans le sens du tracé ?

> et cycleway:right=opposite_lane

Une bande cyclable sur la droite par rapport au sens du tracé, qui
roule dans le sens opposé au tracé ?

Bon, là où ça devient pénible, c'est quand il y a des oneway=-1. J'ai
envie de dire que oneway=-1, c'est un cas que je ne considère pas comme
normal, mais qui ne devrait influer que sur la partie principale d'une
route qui a été tracée à l'envers.

> Personnellement j'aurais définis les chose comme ceci:
> - :left/:right coter par rapport au sens du way.

+1

> - opposite si la piste cyclable ce trouve dans le sens opposé a la
> normale, c'est a dire que les vélo roulerais (pour la France) a gauche.

Autrement dit, dans le sens opposé au tracé pour les :right, et dans le sens
du tracé pour les :left.

-- 
Tanguy Ortolo


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

Re: [OSM-talk-fr] Limites des pays (type loi Voinet)

[Marc SIBERT]

Le 25 juillet 2010 23:40, Club Informatique Inter Communes / C2IC <
cont...@c2ic.net> a écrit :

> B'soir,
>
> Y a t'il un tag pour les pays type loi voynet -
> http://fr.wikipedia.org/wiki/Pays_(aménagement_du_territoire)
>  -
> pour OSM ?
>
> Ou est ce que cela n'a pas sa place ?
>
> Merci !
>
> Lionel
>
> Bonjour,

Moi, je verrais bien une relation pour ça : elle permet de regrouper des
éléments hétérogènes dans un ensemble. Après reste la question de sa
caractérisation : type=boundary, boundary=administrative et puis ?

http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives

mes 0.02 €

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

Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel

[Stéphane Brunner]

Hello,

Et de bien définir la différence entre cycleway:right=lane et
cycleway:right=opposite_lane, car personnellement je ne m'y retrouve pas
surtout si on fais une différence entre une route a sens unique ou pas !

Personnellement j'aurais définis les chose comme ceci:
- :left/:right coter par rapport au sens du way.
- opposite si la piste cyclable ce trouve dans le sens opposé a la
normale, c'est a dire que les vélo roulerais (pour la France) a gauche.
- lane/track comme dab. ;-)

CU
Sarge

Lord Awikatchikaen [via GIS] a écrit :
> 
> 
> Le plus simple serait de remanier un peu les tags
> 
> cycleway:right = lane / opposite_lane / lane;opposite_lane /
> opposite_lane;lane
> cycleway:left = lane / opposite_lane / lane;opposite_lane /
> opposite_lane;lane
> cycleway = lane / opposite_lane / lane;opposite_lane / opposite_lane;lane
> (quand on ne sait pas ou les pistes sont placées)
> (+ les memes avec track)
> 
> On couvre tous les cas de piste cyclable sur les voies
> 
> 2010/7/26 
> 
>>> Le 26/07/2010 09:37, GaelADT a écrit :

 Bon, pour résumer ce que je "crois" avoir compris, "opposite_lane" ça
 veut
 dire que les vélo circule dans le sens opposé du trafic. Après il faut
 en
 dire un peu plus...
>>> opposite_lane signifie qu'il n'y a aucune matérialisation de voie
>>> cycliste à contresens.
>> ca n'est pas ce qui est dit dans le wiki
>> http://wiki.openstreetmap.org/wiki/Cycleway
>>
>> opposite_lane --> The route is a lane, but bicycles may go in the
>> direction opposite of other traffic. Only applies where oneway=yes.
>>
>> tu voulais peut etre dire "opposite" tout court ?
>>
>> opposite --> The route may be cycled in the direction opposite of other
>> traffic, but does not have a dedicated lane.
>>
 Si j'ai une voie en sens unique, et que les vélos roulent à gauche de la
 voie, dans le même sens que les voitures, on met juste cycleway:left =
 lane

>>> à la condition qu'une bande cyclable soit matérialisée (à gauche par
>>> rapport au sens de circulation, donc à droite pour les cyclistes
>>> circulant à contresens).
>> De mon point de vue si on met un "cycleway" (left ou right), c'est
>> forcement dans le sens de circulation.
>> Il y a des endroits (je peut faire une photo) ou il y a une bandes
>> cyclables a droite ET a gauche, dans un sens unique.
>>
>> Les "opposite" et "opposite_lane" exprimant justement le fait que c'est
>> dans le sens contraire.
>>
>> --
>> JB
>>
>>
>>
>> ___
>> 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
> 
> 
> __
> View message @ 
> http://gis.638310.n2.nabble.com/Suffixes-left-right-piqure-de-rappel-tp5327383p5337127.html
> To start a new topic under France, email 
> ml-node+3070341-1406367393-41...@n2.nabble.com
> To unsubscribe from France, click  (link removed) ==
> 

-- 
Stéphane Brunner
Messagerie instantanée (Jabber - XMPP) : stephane.brun...@jabber.fr
--
Il existe 10 sortes de personnes : celles qui connaissent le binaire, et
les autres.

begin:vcard
fn;quoted-printable:St=C3=A9phane Brunner
n;quoted-printable:Brunner;St=C3=A9phane
email;internet:courr...@stephane-brunner.ch
x-mozilla-html:FALSE
version:2.1
end:vcard


 
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Suffixes-left-right-piqure-de-rappel-tp5327383p5337161.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] Suffixes :left/:right - piqûre d e rappel

[Tanguy Ortolo]

Le vendredi 23 juillet 2010, hamster a écrit :
> Tanguy Ortolo a écrit :
>> Je ne suis qu'un débutant, mais ça me semble contraire au bon sens.
>> Lorsque je décris une route à quelqu'un, je dis qu'elle a [plein de
>> voies]. Je ne parle pas d'une chaussée, d'une piste cyclable, d'une
>> bande cyclable et de deux trottoirs.
> 
> c'est parce que quand tu decris une route a quelqu'un tu le fais
> avec des mots et non pas avec un systeme geographique par contre si
> tu te mets a lui faire un croquis pour lui expliquer tu va dire "et
> la y'a une bande cyclable" (ce qui ne contient pas d'information
> sur la position de cette bande cyclable) et en le disant tu va la
> dessiner la ou elle est (et c'est la que se trouve l'information de
> position) dans un systeme geographique la bonne methode pour
> indiquer la position d'une chose c'est de la dessiner a sa place
> mais ce n'est que mon avis

À ce prix-là, on pourrait aussi bien individualiser chacune des voies de
circulation d'une route… Tel que je le conçois, un plan tracé n'est
qu'une représentation graphique d'une partie des données logiques, qui
sont elles-mêmes une représentation logique partielle des objets
matériels, pas une photographie.

Par exemple, les pistes et bandes cyclables, ça intéresse évidemment les
cyclistes. Et je pense que mon ami cycliste se moquera que la bande soit
à trois mètres trente-huit du centre de la chaussée ; en revanche il
sera intéressé de savoir qu'elle est à droite de la chaussée, et que dix
mètres plus loin, elle passe à gauche. Et cette information me semble
plus facile à reconnaître dans un placement relatif et liée — la bande est à
droite, puis à gauche de la chaussée — que dans un placement absolu — la
bande est *ici*, et chaussée est *là*, comme tu peux le calculer, l'une
est à droite de l'autre.

-- 
Tanguy Ortolo

« La carte n'est pas le territoire »


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

Re: [OSM-talk-fr] Petit tour d'horizon des sites openstreetmap

[Thomas Clavier]

Le 25/07/2010 12:07, Pierre Mauduit a écrit :
> http://www.openstreetmap.nl/ qui a mon sens a une manière de présenter
> la map du pays de façon tout à fait originale (perso, j'aime bien).
>   
+1

-- 
Thomas Clavier http://www.tcweb.org
Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org
+33 (0)6 20 81 81 30   +33 (0)950 783 783




signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Petit tour d'horizon des sites openstreetmap

[Thomas Clavier]

Le 25/07/2010 12:07, Pierre Mauduit a écrit :
> http://www.openstreetmap.nl/ qui a mon sens a une manière de présenter
> la map du pays de façon tout à fait originale (perso, j'aime bien).
>   
+1

-- 
Thomas Clavier http://www.tcweb.org
Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org
+33 (0)6 20 81 81 30   +33 (0)950 783 783




signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Suffixes :left/:right - piqûre de rappel

[Lord Awikatchikaen]

Le plus simple serait de remanier un peu les tags

cycleway:right = lane / opposite_lane / lane;opposite_lane /
opposite_lane;lane
cycleway:left = lane / opposite_lane / lane;opposite_lane /
opposite_lane;lane
cycleway = lane / opposite_lane / lane;opposite_lane / opposite_lane;lane
(quand on ne sait pas ou les pistes sont placées)
(+ les memes avec track)

On couvre tous les cas de piste cyclable sur les voies

2010/7/26 

> >
> > Le 26/07/2010 09:37, GaelADT a écrit :
> >>
> >>
> >> Bon, pour résumer ce que je "crois" avoir compris, "opposite_lane" ça
> >> veut
> >> dire que les vélo circule dans le sens opposé du trafic. Après il faut
> >> en
> >> dire un peu plus...
> >
> > opposite_lane signifie qu'il n'y a aucune matérialisation de voie
> > cycliste à contresens.
>
> ca n'est pas ce qui est dit dans le wiki
> http://wiki.openstreetmap.org/wiki/Cycleway
>
> opposite_lane --> The route is a lane, but bicycles may go in the
> direction opposite of other traffic. Only applies where oneway=yes.
>
> tu voulais peut etre dire "opposite" tout court ?
>
> opposite --> The route may be cycled in the direction opposite of other
> traffic, but does not have a dedicated lane.
>
> >> Si j'ai une voie en sens unique, et que les vélos roulent à gauche de la
> >> voie, dans le même sens que les voitures, on met juste cycleway:left =
> >> lane
> >>
> >
> > à la condition qu'une bande cyclable soit matérialisée (à gauche par
> > rapport au sens de circulation, donc à droite pour les cyclistes
> > circulant à contresens).
>
> De mon point de vue si on met un "cycleway" (left ou right), c'est
> forcement dans le sens de circulation.
> Il y a des endroits (je peut faire une photo) ou il y a une bandes
> cyclables a droite ET a gauche, dans un sens unique.
>
> Les "opposite" et "opposite_lane" exprimant justement le fait que c'est
> dans le sens contraire.
>
> --
> JB
>
>
>
> ___
> 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] Suffixes :left/:right - piqûre de rappel

[julien]

>
> Le 26/07/2010 09:37, GaelADT a écrit :
>>
>>
>> Bon, pour résumer ce que je "crois" avoir compris, "opposite_lane" ça
>> veut
>> dire que les vélo circule dans le sens opposé du trafic. Après il faut
>> en
>> dire un peu plus...
>
> opposite_lane signifie qu'il n'y a aucune matérialisation de voie
> cycliste à contresens.

ca n'est pas ce qui est dit dans le wiki
http://wiki.openstreetmap.org/wiki/Cycleway

opposite_lane --> The route is a lane, but bicycles may go in the
direction opposite of other traffic. Only applies where oneway=yes.

tu voulais peut etre dire "opposite" tout court ?

opposite --> The route may be cycled in the direction opposite of other
traffic, but does not have a dedicated lane.

>> Si j'ai une voie en sens unique, et que les vélos roulent à gauche de la
>> voie, dans le même sens que les voitures, on met juste cycleway:left =
>> lane
>>
>
> à la condition qu'une bande cyclable soit matérialisée (à gauche par
> rapport au sens de circulation, donc à droite pour les cyclistes
> circulant à contresens).

De mon point de vue si on met un "cycleway" (left ou right), c'est
forcement dans le sens de circulation.
Il y a des endroits (je peut faire une photo) ou il y a une bandes
cyclables a droite ET a gauche, dans un sens unique.

Les "opposite" et "opposite_lane" exprimant justement le fait que c'est
dans le sens contraire.

-- 
JB



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

Re: [OSM-talk-fr] Suffixes :left/:right - piqûre de rappel

[Lord Awikatchikaen]

2010/7/26 Jean-Francois Nifenecker 

>
> Le 26/07/2010 09:37, GaelADT a écrit :
>
>
>>
>> Bon, pour résumer ce que je "crois" avoir compris, "opposite_lane" ça veut
>> dire que les vélo circule dans le sens opposé du trafic. Après il faut en
>> dire un peu plus...
>>
>
> opposite_lane signifie qu'il n'y a aucune matérialisation de voie cycliste
> à contresens.


Non ca c'est cycleway=opposite. opposite_lane veut justement dire qu'il y a
une lane 


>
>
>
>> Si j'ai une voie en sens unique, et que les vélos roulent à gauche de la
>> voie, dans le même sens que les voitures, on met juste cycleway:left =
>> lane
>>
>>
> à la condition qu'une bande cyclable soit matérialisée (à gauche par
> rapport au sens de circulation, donc à droite pour les cyclistes circulant à
> contresens).
>
> mes deux sous
> --
> Jean-Francois Nifenecker, Bordeaux
>
>
>
> ___
> 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] Systèmes de numérotation des voi es en France. Suite, c'est moins tranché.

[Christian Quest]

Le 26 juillet 2010 08:09, julien balas  a écrit :

> On 07/25/2010 01:48 PM, Christian Quest wrote:
>
>> Il me semble aussi que pour l'aspect composite, tout le reste des données
>> d'Osm ajoute justement cette dimension. Si on n'avait que les données du
>> cadastre dans SOS ça serait une autre histoire...
>>
>
> Si le seul "apport" d'OSM dans le proces c'est la rue déjà existante et son
> nom, ca fait peut par rapport au bati, a la numerotation et aux relations
> non ?
>
>
OSM ce n'est pas que des bâtiments et des rues... il y a les POI, les
landuse et toutes les informations complémentaires sur la circulation (les
types de voies ou les pistes cyclables par exemple), les voies de chemins de
fer, les itinéraires de bus et plus généralement les transports en commun,
les cours d'eau. Il y a beaucoup de richesse dans ces infos !

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

Re: [OSM-talk-fr] Recherche de mappeurs sur la commune et alentours de la Ville de Grasse - Cartopartie ?

[Raphaël Pinson]

>
>   Bonjour à tous,


> Dans une optique de compléter et améliorer la carte de la commune de

Grasse, le Service des N.T.I.C (DSI) de la ville est à la recherche de

mappeurs volontaires pour participer à la cartographie de Grasse sur O.S.M..


Bonjour,

Je suis domicilié à Magagnosc et je contribue déjà à la cartographie sur
cette zone. Je suis d'ailleurs avec attention les modifications apportées
récemment à la carte par votre stagiaire.



> Nous recherchons également des personnes intéressées pour organiser et

participer à une "cartopartie" soit le samedi 18 et / ou dimanche 19

septembre, soit le le samedi 24 et / ou dimanche 25 septembre 2010.


Je ne peux pas m'engager pour organiser, mais il est possible que je puisse
me rendre disponible le samedi.


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

Re: [OSM-talk-fr] Suffixes :left/:right - piqûre de rappel

[Jean-Francois Nifenecker]

Le 26/07/2010 09:37, GaelADT a écrit :



Bon, pour résumer ce que je "crois" avoir compris, "opposite_lane" ça veut
dire que les vélo circule dans le sens opposé du trafic. Après il faut en
dire un peu plus...


opposite_lane signifie qu'il n'y a aucune matérialisation de voie 
cycliste à contresens.




Si j'ai une voie en sens unique, et que les vélos roulent à gauche de la
voie, dans le même sens que les voitures, on met juste cycleway:left = lane



à la condition qu'une bande cyclable soit matérialisée (à gauche par 
rapport au sens de circulation, donc à droite pour les cyclistes 
circulant à contresens).


mes deux sous
--
Jean-Francois Nifenecker, Bordeaux


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

Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel

[GaelADT]

Bon, pour résumer ce que je "crois" avoir compris, "opposite_lane" ça veut
dire que les vélo circule dans le sens opposé du trafic. Après il faut en
dire un peu plus... 

Si j'ai une voie en sens unique, et que les vélos roulent à gauche de la
voie, dans le même sens que les voitures, on met juste cycleway:left = lane

Si j'ai le même cas de figure mais que la voie est en double sens, je met
cycleway:left = opposite_lane car pour le coup les vélos dans le sens
inverse des voitures ?

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Suffixes-left-right-piqure-de-rappel-tp5327383p5336935.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