[OSM-talk-fr] Frontière maritime du Pérou

[teuxe]

Bonjour,

Quelqu'un peut-il m'éclairer sur la raison de cette étonnante frontière 
maritime du Pérou ?
https://www.openstreetmap.org/#map=5/-10.488/-76.904
N'y a-t-il pas un mélange entre eaux territoriales et zone d'économie exclusive 
?

Merci,
Teuxe

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

Re: [OSM-talk-fr] Noms des routes à des intersections doubles/triples...

[Teuxe]

Bonjour,Ce genre de section de route n'a pas besoin d'être nommé car il n'est jamais adressé. Dans la pratique il est géré dans la continuité de la route principale.Il faudrait donc que dans OSM on lui dise "volontairement pas de nom".TeuxeLe 8 juin 2017 23:07, LeTopographeFou  a écrit :
Bonjour,
Je cherche à nommer (ou indiquer qu'il n'y a pas de nom...) des
  sections de routes (en bleu sur l'image) qui ont la particularité
  d'être à des intersections "doubles" (ou pire : triple/quadruple
  !) c'est -à-dire qu'elles ont pour caractéristique :
d'assurer la transition entre deux routes éventuellement
alignées (appelons les A et B) avec des noms différentsen permettant de couper un grand axe séparé par un
terre-plein, appelons C et D les deux sens de circulation
  bien entendu et sauf restriction particulière on peut aussi
utiliser ces routes pour tourner (de A à C, de D à B...)
  

Exemples dans Paris :
http://www.openstreetmap.org/way/19518124http://www.openstreetmap.org/way/18498298http://www.openstreetmap.org/way/4039334
  ...
  
Dans ces cas de figure le cadastre ne semble pas être d'une très
  grand aide ni le wiki
  (https://wiki.openstreetmap.org/wiki/FR:Jonctions,
https://wiki.openstreetmap.org/wiki/FR:Normes_et_conventions_d%27%C3%A9dition#Croisements
  et leurs homologues anglais). Le terrain non plus n'est pas
  toujours d'une grande aide (trop courts et sans adresse pour qu'un
  panneau de rue soit mis).

Après une petite enquête c'est parfois le nom du "grand axe à voies
séparées" qui est choisi (mais sur quel critère ?), parfois l'une de
deux rues débouchant (de manière arbitraire ?). Mais le plus souvent
il n'y a pas de nom de renseigné.

Existes-t-il une règle/un outil pour savoir comment nommer ces axes
? Un cadastre "hyper précis" ? Je me dis que mon soucis peut
concerner pas mal de gens et que le Wiki gagnerait à aborder ce cas
de figure.
Cordialement,

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

[OSM-talk-fr] Revert changeset 39454205

[teuxe]

Bonjour,

J'ai été un peu vite en besogne et j'ai besoin de faire un revert complet sur 
ce mini-changeset :
https://www.openstreetmap.org/changeset/39454205

J'ai essayé en suivant http://wiki.openstreetmap.org/wiki/Revert_scripts :
- j'ai dû mettre api.openstreetmap.org (pas api06.dev.openstreetmap.org qui ne 
répond plus)
- à la clotûre, bizarre une erreur Perl, $body non défini, j'ai dû rajouter un 
argument vide dans Changeset.pm : OsmApi::put("changeset/$id/close", '');
- je finis avec un "PUT changeset//close" (pas de numéro de changeset ??), mon 
historique ne montre toujours pas d'annulation du changeset
- je n'arrive pas à savoir s'il est normal de ne pas avoir de numéro de 
changeset à ce stade

Ci-joint la sortie de la commande : perl revert.pl 39454205 2>&1 | tee 
revert_39454205.out
Un coup de main SVP ?

Merci,
Teuxe


revert_39454205.out
Description: chemical/gulp
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Multipolygons cassés ?

[teuxe]

Bonjour,

Hier j'ai dû casser quelque chose au niveau des multipolygons autour de 
Tigeaux, mais impossible de retrouver mon erreur...
http://www.openstreetmap.org/#map=14/48.8273/2.9020
Mes tentatives de correction n'ont pas suffi.

Les polygones ont l'air continus, avec des outer et des inner, mais rien n'y 
fait, le rendu de la page principale fournit toujours une zone bien grise à la 
place de la forêt et des champs.
https://www.openstreetmap.org/relation/1728908
https://www.openstreetmap.org/relation/1728914
https://www.openstreetmap.org/relation/2001400

Pouvez-vous SVP vérifier et me dire l'erreur que je n'ai pas identifié ? Par la 
même occasion, des astuces pour valider ce genre de configurations (outils 
online) ? http://ra.osmsurround.org/analyzeRelation ne fournit pas de réponse 
(pas claire en tout cas) à mon problème.

Merci,
Teuxe

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

Re: [OSM-talk-fr] Parc des expositions

[teuxe]

Bonjour,

D'une façon générale, entre les mots du type centre (anglais) et center 
(américain), la convention est d'utiliser le terme anglais (centre), ce qui 
devrait éliminer déjà deux possibilités.

Teuxe

- Mail original -
De: PanierAvide panierav...@laposte.net
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Lundi 27 Octobre 2014 11:12:23
Objet: [OSM-talk-fr] Parc des expositions

Bonjour,

Je suis en train de me renseigner pour améliorer la description de 
certains parcs des expositions, et visiblement il n'y a pas de consensus 
sur le sujet. Voici ce que j'ai pu trouver :
* amenity = exhibition_centre (11 éléments)
* amenity = exhibition_center (88)
* amenity = convention_centre (25)
* tourism = convention_center (5)
* amenity = exhibition_hall (94)
* amenity = community_centre, mais à mon avis c'est une interprétation 
un peu large de ce tag.

Il n'y a pas de valeur se dégageant vraiment des autres, d'autant plus 
qu'il y a apparemment un mélange entre un parc des expositions (grands 
halls vides accueillant des salons ?) et un centre de conférences/palais 
des congrès (bâtiment contenant plusieurs amphithéâtres ?).

Quelles sont vos habitudes sur ce sujet ? Ça pourrait valoir le coup de 
mieux documenter le wiki là dessus.

Cordialement.

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

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

Re: [OSM-talk-fr] Hyperactivité d'un utilisateur

[Teuxe]

Bonjour,

J'ai reçu pour réponse je ne savais pas que ça serait en ligne... Je pense 
que c'est un jeune qui y a juste vu un jeu amusant.

Est-ce qu'on pourra faire un revert sur toutes ses contributions ?

Teuxe

On 17 septembre 2014 23:09:45 HAEC, Mides mides@gmail.com wrote:
Bonsoir,

effectivement, il y a des routes ou des tunnels terminées qui ont surgi
de
terre, du moins dans mon secteur, à vitesse grand V, alors que
certaines
portions de tracés ne reflètent absolument pas la réalité sur le
terrain.

Une erreur de tag peut être dans la mesure où ce n'est pour certains
segments qu'à l'état de chantier ou futures réalisations à venir,
proches
ou lointaines.

Wait and see + demande d'infos.

Michel



Le 17 septembre 2014 18:46, JB jb...@mailoo.org a écrit :

 Tiens, il me semblait bien que j'avais vu passer ce nom-là :
 http://www.openstreetmap.org/note/241898
 Si tout est aussi créatif que celui-là… je suis curieux de sa
réponse…
 JB.

 Le 17/09/2014 17:42, te...@free.fr a écrit :

 Bonjour,

 L'utilisateur jeremy2878 s'est inscrit le 10 septembre ; depuis 4
jours
 il s'amuse à effectuer des modifications (109 changesets à cette
heure) un
 peu partout en France, sans aucun commentaire, et dont la nature est
très
 discutable (projets en plan ou imaginaires...). Je l'ai contacté
pour lui
 rappeler l'objectif d'OpenStreetMap.

 Teuxe

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



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





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

-- 
Envoyé de mon téléphone avec Kaiten Mail. Excusez la brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Hyperactivité d'un utilisateur

[teuxe]

Bonjour,

L'utilisateur jeremy2878 s'est inscrit le 10 septembre ; depuis 4 jours il 
s'amuse à effectuer des modifications (109 changesets à cette heure) un peu 
partout en France, sans aucun commentaire, et dont la nature est très 
discutable (projets en plan ou imaginaires...). Je l'ai contacté pour lui 
rappeler l'objectif d'OpenStreetMap.

Teuxe

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

[OSM-talk-fr] N 906706

[Teuxe]

Bonjour,

J'avais remarqué il y a quelques temps une référence de route nationale 
N 906706 qui me semblait étrange :

https://www.openstreetmap.org/#map=17/48.43104/5.14320
Il s'agit en fait d'une voie d'accès reliant la D 200 à la N 67 
entre Rupt et Joinville (Champagne-Ardennes), mais elle n'est pas à 
proprement parler une rampe d'accès à une voie rapide (il est possible à 
des tracteurs de l'emprunter pour accéder à des champs au bout de la voie).


D'après la colle (contributeur OSM qui nous lit peut-être), cette 
référence provient de Route 500 mais j'ai cru comprendre que ce 
n'était pas une référence fiable. Je n'ai trouvé aucun autre endroit où 
cette référence est citée. Sur place (Google Street View) les panneaux 
n'indiquent que des directions : soit D 200, soit N 67 ; pas de 
borne kilométrique apparente sur les bas-côtés.


Alors que faire de cette référence ? Comment confirmer autrement cette 
désignation ?


Teuxe


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

Re: [OSM-talk-fr] N 906706

[Teuxe]

Merci Didier,
Mais où trouves-tu la référence N 906706 ? Je n'arrive pas à utiliser 
cet outil web :-\


Teuxe

Le 03/08/2014 15:36, didier2020 a écrit :

le lien complet c'est mieux ...
http://cartelie.application.developpement-durable.gouv.fr/cartelie/voir.do?carte=markerpost2012service=CEREMAcontext=rupy8562670052836562314


Le dimanche 03 août 2014 à 15:33 +0200, didier2020 a écrit :

la reférence N 906706 n'est que sur les voies d'acces a la N67
http://cartelie.application.developpement-durable.gouv.fr/cartelie/voir.do?carte=markerpost2012service=CEREMA



Le dimanche 03 août 2014 à 14:48 +0200, Teuxe a écrit :

Bonjour,

J'avais remarqué il y a quelques temps une référence de route nationale
N 906706 qui me semblait étrange :
https://www.openstreetmap.org/#map=17/48.43104/5.14320
Il s'agit en fait d'une voie d'accès reliant la D 200 à la N 67
entre Rupt et Joinville (Champagne-Ardennes), mais elle n'est pas à
proprement parler une rampe d'accès à une voie rapide (il est possible à
des tracteurs de l'emprunter pour accéder à des champs au bout de la voie).

D'après la colle (contributeur OSM qui nous lit peut-être), cette
référence provient de Route 500 mais j'ai cru comprendre que ce
n'était pas une référence fiable. Je n'ai trouvé aucun autre endroit où
cette référence est citée. Sur place (Google Street View) les panneaux
n'indiquent que des directions : soit D 200, soit N 67 ; pas de
borne kilométrique apparente sur les bas-côtés.

Alors que faire de cette référence ? Comment confirmer autrement cette
désignation ?

Teuxe


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



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



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



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

Re: [OSM-talk-fr] N 906706

[Teuxe]

*CARTELIE est une application développée par le ministère de l'écologie, 
du développement et de l'aménagement durables (MEDAD) pour faciliter la 
publication de cartes sur internet* à partir d'informations 
géographiques locales et de référentiels nationaux (principalement 
données IGN dont le ministère a acquis les droits de reproduction 
électronique). Les cartes résultantes offrent des fonctions classiques 
de navigation - déplacement, changement d'échelle, choix des 
informations affichées - et d'interrogation.
*La publication de cartes avec CARTELIE est réservée aux seuls agents 
des services du MEDAD. Il n'est donc pas possible pour des organismes 
extérieurs ou des particuliers d'utiliser ce service.*
Par contre, la consultation d'une carte est tout à fait possible sur 
Internet si le responsable de sa publication l'a autorisée.
Certaines cartes sont également publiées uniquement au sein de la sphère 
interministerielle (visibles par toute personne ayant accès au réseau 
ADER) ou réservées aux agents du MEDAD.
Pour consulter une carte particulière, il est impératif d'en connaître 
l'adresse exacte. Se rapprocher des services locaux du MEDAD pour avoir 
des informations sur un sujet ou une carte particulière.



Ça limite nos moyens de vérification...

Teuxe

Le 03/08/2014 15:42, Teuxe a écrit :

Merci Didier,
Mais où trouves-tu la référence N 906706 ? Je n'arrive pas à utiliser 
cet outil web :-\


Teuxe

Le 03/08/2014 15:36, didier2020 a écrit :

le lien complet c'est mieux ...
http://cartelie.application.developpement-durable.gouv.fr/cartelie/voir.do?carte=markerpost2012service=CEREMAcontext=rupy8562670052836562314 




Le dimanche 03 août 2014 à 15:33 +0200, didier2020 a écrit :

la reférence N 906706 n'est que sur les voies d'acces a la N67
http://cartelie.application.developpement-durable.gouv.fr/cartelie/voir.do?carte=markerpost2012service=CEREMA 





Le dimanche 03 août 2014 à 14:48 +0200, Teuxe a écrit :

Bonjour,

J'avais remarqué il y a quelques temps une référence de route 
nationale

N 906706 qui me semblait étrange :
https://www.openstreetmap.org/#map=17/48.43104/5.14320
Il s'agit en fait d'une voie d'accès reliant la D 200 à la N 67
entre Rupt et Joinville (Champagne-Ardennes), mais elle n'est pas à
proprement parler une rampe d'accès à une voie rapide (il est 
possible à
des tracteurs de l'emprunter pour accéder à des champs au bout de 
la voie).


D'après la colle (contributeur OSM qui nous lit peut-être), cette
référence provient de Route 500 mais j'ai cru comprendre que ce
n'était pas une référence fiable. Je n'ai trouvé aucun autre 
endroit où

cette référence est citée. Sur place (Google Street View) les panneaux
n'indiquent que des directions : soit D 200, soit N 67 ; pas de
borne kilométrique apparente sur les bas-côtés.

Alors que faire de cette référence ? Comment confirmer autrement cette
désignation ?

Teuxe


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



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



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



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


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

[OSM-talk-fr] Tag mini-place

[teuxe]

Bonjour,

J'ai à taguer la place Arago à Rosny-sous-Bois (way 292273015), qui n'est peu 
ou prou que l'intersection de deux voies résidentielles.
Le contour de la place est difficile à déterminer, j'ai plus ou moins suivi 
les clôtures des maisons qui forment les angles de l'intersection. En soi il 
n'y a pas vraiment de place identifiable.

Qu'est-ce que je mets comme tag highway=* dans ce cas ? Est-ce qu'il vaut mieux 
identifier la place comme étant un node ? (mais area=yes me semble inapproprié 
dans ce cas)

Merci,
Teuxe

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

Re: [OSM-talk-fr] Tag mini-place

[teuxe]

Merci Romain ! Je n'avais pas vu passer ce mail :s

Teuxe


- Mail original -
De: Romain MEHUT romain.me...@gmail.com
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Vendredi 11 Juillet 2014 10:05:04
Objet: Re: [OSM-talk-fr] Tag mini-place






Bonjour, 

Il existe le tag junction=yes cf. 
http://wiki.openstreetmap.org/wiki/FR:Key:junction 

Christian en avait parlé là 
https://lists.openstreetmap.org/pipermail/talk-fr/2014-June/069088.html 

Romain 







Le 11 juillet 2014 09:59,  te...@free.fr  a écrit : 


Bonjour, 

J'ai à taguer la place Arago à Rosny-sous-Bois (way 292273015), qui n'est peu 
ou prou que l'intersection de deux voies résidentielles. 
Le contour de la place est difficile à déterminer, j'ai plus ou moins suivi 
les clôtures des maisons qui forment les angles de l'intersection. En soi il 
n'y a pas vraiment de place identifiable. 

Qu'est-ce que je mets comme tag highway=* dans ce cas ? Est-ce qu'il vaut mieux 
identifier la place comme étant un node ? (mais area=yes me semble inapproprié 
dans ce cas) 

Merci, 
Teuxe 

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


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

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

Re: [OSM-talk-fr] Batiment invisible

[Teuxe]

Bonjour,

S'il s'agit d'un problème de rendu, c'est le moteur de rendu qui doit être 
corrigé. L'information géomatique est-elle correcte ? Pas de bidouille pour 
placer le trottoir en souterrain ! On ne tague pas pour le rendu.

Teuxe

On 9 juillet 2014 10:32:50 HAEC, Romain MEHUT romain.me...@gmail.com wrote:
Bonjour,

C'est un non sens de mettre layer = -1
Les voies piétonnes et les bâtiments sont au même niveau c'est à dire
0.

Romain

Le 9 juillet 2014 10:26, François Lacombe 
francois.laco...@telecom-bretagne.eu a écrit :

 En mettant un layer=-1 sur le pedestrian, on doit pouvoir faire
ressortir
 les bâtiments (et autres équipements, nottement dans les vides comme
les
 cours anglaises ou intérieures) par dessus cette zone qui encadre un
 quartier.

 En effet, utiliser area=yes est une vue de l'esprit, comme si on
posait
 des bâtiments sur une place inoccupée.
 C'est un raccourcis, cependant cela permet de remplir des zones
parfois
 étendues occupées par les trottoir le long des bâtiments.

 *François Lacombe*

 francois dot lacombe At telecom-bretagne dot eu
 http://www.infos-reseaux.com





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

-- 
Envoyé de mon téléphone avec Kaiten Mail. Excusez la brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Découpage des futures régions...

[Teuxe]

Bonjour,

Il me semble que le Nord-Pas-de-Calais et la Picardie ne feront qu'une région 
Nord, à vérifier.

Teuxe

On 3 juin 2014 08:47:54 HAEC, adrien carpentier ad.carpent...@gmail.com wrote:
dans ton tableau tu as 12 relations, il me semble avoir entendu 14
régions
j'ai repéré qu'il manque le npdc, même s'il bouge pas
et à priori la normandie, fusion de la basse et de la haute
quelle réactivité, bravo!
@drien


Le 3 juin 2014 00:46, Christian Quest cqu...@openstreetmap.fr a écrit
:

 J'ai créé les relations avec les limites.
 J'espère n'avoir rien oublié.

 Ca simplifie au moins quelques enclaves ;)

 Pour ne pas mélanger avec les régions actuelles, j'ai opté pour:
 - type=boundary
 - boundary=administrative
 - admin_level:proposed=4

 Si vous voyez mieux n'hésitez pas à proposer !

 J'ai aussi fait un petit tableau dans le wiki:

http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives#Futures_r.C3.A9gions_telles_qu.27annonc.C3.A9es_le_2_juin_2014

 --
 Christian Quest - OpenStreetMap France

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




-- 
http://www.virage-energie-npdc.org/




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

-- 
Envoyé de mon téléphone avec Kaiten Mail. Excusez la brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] 7ème continent

[Teuxe]

Salut,

Certes ce serait un moyen de mettre en valeur comment l'être humain remercie sa 
terre patrie... sauf qu'il s'agit de myriades de mini-continents, qui dérivent 
bien plus vite que la tectonique des plaques, et peut-être même plus vite que 
les icebergs (qui à ce que je sais seraient difficiles à mapper sur le long 
terme).

Qui voulait mapper les chiens dangereux déjà ?

Teuxe

On 27 avril 2014 11:33:06 HAEC, nono pingven...@free.fr wrote:
Salut

Juste une idée en passant... mais qui serait sympa à réaliser.

Pourrait-on mettre dans OSM le septième continent ?
Un continent qui semble être dispatché sur plusieurs océans de la
planète bleue.

Ce phénomène ne date pas d'hier :

http://www.lemonde.fr/planete/article/2012/05/09/le-7e-continent-de-plastique-ces-tourbillons-de-dechets-dans-les-oceans_1696072_3244.html

Ce serait un bon coup médiatique si on arrivait à les représenter sur
la
carte osm ;-)

Reste à savoir comment tagger cela et où prendre les sources (prouvées)
pour ne pas inscrire n'importe quoi.

Vous en pensez quoi ?

nono

-- 
Tous les barbus versent des royalties à Chuck Norris.




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

-- 
Envoyé de mon téléphone avec Kaiten Mail. Excusez la brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Chien méchant

[teuxe]

Bonjour,

En effet repérer des chiens n'a pas grand intérêt... En général si un chien 
monte la garde dans un espace clôturé, c'est sans doute que le lieu n'est pas 
destiné à être visité et que le propriétaire a décidé de placer un élément 
dissuasif (le chien) ; donc logiquement un tag access devrait correspondre, 
par exemple access=private (on respecte la vie privée, n'est-ce pas !), et sans 
doute des clôtures devraient entourer la zone.

Teuxe


- Mail original -
De: Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Mardi 22 Avril 2014 12:22:04
Objet: Re: [OSM-talk-fr] Chien méchant

Le mardi 22 avril 2014 12:09:47 Hamlet a écrit :
 2014-04-22 11:20 GMT+02:00 Pieren pier...@gmail.com:
  2014-04-22 9:43 GMT+02:00 Nicolas Dumoulin
  
  nicolas_openstreetmap@dumoulin63.net:
  Je vais pencher pour un simple danger=dog :-)
  
  A quand un tag pour la vache qui louche ? Plus sérieusement, on ne
  taggue pas des choses aussi transitoires que la présence (ou pas) d'un
  troupeau et du chien qui va avec... Même si les crocs du chien sont
  impressionnants ;-)
 
 Je suppose que ça se défend, si le chien est attaché en permanence au
 même endroit, chien de garde de ferme par exemple...
 Ces pauvres bêtes ne sont jamais détachées, elles font partie du décors !
 Il y a même des chances que le propriétaire le remplace dès sa mort,
 par un autre tout aussi agressif et malheureux...
 Donc pourquoi pas en cartographier l'emplacement dans ces cas là.

Heu, si le chien est accroché, sa présence n'est pas intéressant pour moi.
Par contre, savoir que telle ferme est équipé d'un chien zélé l'est plus.
En général, un chien de ferme sera remplacé par un chien du même gabarit :-)

Alors oui Pieren, ce n'est pas forcément hyper sérieux, mais j'ai trouvé le 
danger=well hidden dog cocasse.
J'ai pas non plus mis de ticket pour un rendu sur le rendu osm-fr ;-)

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

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

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

Re: [OSM-talk-fr] Chien méchant

[teuxe]

Ce n'est pas la présence du radar qui crée un danger (autre que celui de se 
prendre une amende et de perdre des points...) mais plutôt l'environnement, 
donc penser à dissocier les deux aspects si on veut taguer quelque chose de ce 
type.

Teuxe


- Mail original -
De: Guilhem Bonnefille guilhem.bonnefi...@gmail.com
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Mardi 22 Avril 2014 12:22:11
Objet: Re: [OSM-talk-fr] Chien méchant

Ca me fait penser : est-ce qu'on cartographie les zones de danger plus 
communément appelé radar immobile ou non. 


-- 
Guilhem BONNEFILLE 
-=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com 
-=- mailto: guilhem.bonnefi...@gmail.com 
-=- http://nathguil.free.fr/ 

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

[OSM-talk-fr] Rendu QA (était si t'avais 20 millions ?)

[teuxe]

Bonjour,

 Il ne faut pas non plus fanfaronner sur nos données, il suffit de regarder
 le rendu QA:
 http://tile.openstreetmap.fr/?zoom=9lat=48.37773lon=2.4135layers=B000TF
  
 Chaque pastille rose, c'est une route potentiellement manquante. Chaque
 pastille bleu, c'est du bâti qui manque. Zoomez et vous aurez un état des
 lieux sur les noms de rue avec bien plus d'étoiles noires que vertes ou
 bleues... et on n'est pas encore descendu au niveau adresses ou POI ;) 

Christian, peux-tu me dire où trouver la légende du rendu qualité
http://tile.openstreetmap.fr/ notamment les explications sur les étoiles ?
Cet outil m'a l'air bien utile pour aller fouiner du terrain vierge :)

Merci,
Teuxe

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

Re: [OSM-talk-fr] Rendu QA (était si t'avais 20 millions ?)

[teuxe]

Merci Nicolas :)
Chiche pour le concours ! Qui va fouiner en Sibérie ou en Antarctique, ou au 
cœur du Pacifique ?

Teuxe

- Mail original -
De: Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Jeudi 27 Février 2014 16:05:38
Objet: Re: [OSM-talk-fr]Rendu QA (était si t'avais 20 millions ?)

Le jeudi 27 février 2014 15:54:16 te...@free.fr a écrit :
 Christian, peux-tu me dire où trouver la légende du rendu qualité
 http://tile.openstreetmap.fr/ notamment les explications sur les étoiles ?

https://wiki.openstreetmap.org/wiki/FR:Servers/tile.openstreetmap.fr#Couche_.22Zones_.C3.A0_mapper.22

 Cet outil m'a l'air bien utile pour aller fouiner du terrain vierge :)

Oh que oui.
On pourrait faire un concours de la plus grande zone téléchargée avec le 
message Aucune donnée n'a été trouvée dans cette zone. ;-)

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

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

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

Re: [Talk-transit] maintenance is very time consuming on public transport routes

[Teuxe]

Mike N nice...@att.net a écrit :
On 12/1/2013 5:32 PM, Jo wrote:
 Hmm, I was thinking of staying more or less within the lines of what
we
 have now, but take away the burden of 10, 20, 70 relations on the
same
 piece of road.

  I'm just curious - what type of data consumer could use information 
from OSM which contains 70 routes in a road segment?  It would seem to 
be too many to fit on a map display, but I suppose a device would be 
able to highlight a single route variation on demand.

You're right, we would have to think of ways to integrate the following 
operations in edit tools:
- Adding items to a relation (OK itns available)
- Removing items from a relation (one by one, feasible)
- Copying a relation
- Splitting a relation into two relations (the main issue with our variants 
issue): how to visually handle this?
- Sorting items in a relation?

Regarding groups of segments to be represented on a tool, this is already 
possible since we do that with routes.
Now how to call this relationship?

Teuxe___
Talk-transit mailing list
Talk-transit@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-transit

Re: [Talk-transit] maintenance is very time consuming on public transport routes

[Teuxe]

Mike N nice...@att.net a écrit :
On 12/1/2013 5:32 PM, Jo wrote:
 Hmm, I was thinking of staying more or less within the lines of what
we
 have now, but take away the burden of 10, 20, 70 relations on the
same
 piece of road.

  I'm just curious - what type of data consumer could use information 
from OSM which contains 70 routes in a road segment?  It would seem to 
be too many to fit on a map display, but I suppose a device would be 
able to highlight a single route variation on demand.

You're right, we would have to think of ways to integrate the following 
operations in edit tools:
- Adding items to a relation (OK itns available)
- Removing items from a relation (one by one, feasible)
- Copying a relation
- Splitting a relation into two relations (the main issue with our variants 
issue): how to visually handle this?
- Sorting items in a relation?

Regarding groups of segments to be represented on a tool, this is already 
possible since we do that with routes.
Now how to call this relationship?

Teuxe___
Talk-transit mailing list
Talk-transit@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-transit

Re: [OSM-talk-fr] Découverte de OSM avec un groupe d'élève en classe de première

[teuxe]

Bonjour,

Je salue l'utilisation pédagogique des outils OpenStreetMap :)
A titre curieux, peux-tu nous en dire un peu plus sur le contexte ? Tu 
enseignes quelle discipline ?

Merci,
Teuxe


- Mail original -
De: Cyrille DERORY cyrille.der...@wanadoo.fr
À: talk-fr@openstreetmap.org
Envoyé: Dimanche 1 Décembre 2013 13:57:40
Objet: [OSM-talk-fr] Découverte de OSM avec un groupe d'élève en classe de 
première





Bonjour, 



je suis enseignant en lycée et je suis intéressé par toutes propositions 
permettant d'éviter la prise en compte des erreurs élèves. 



Mardi, je commencerai la saisie du bati d'une petite commune du finistère avec 
11 élèves de 1ère. 

Pour cela je vais créer 6 comptes sur openstreetmap. 

Sera-t-il possible de les supprimer ces comptes après mes 3 séances de saisies 
? 



Merci 

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

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

Re: [OSM-talk-fr] Décalage partiel de maisons dans une commune

[Teuxe]

Bonsoir,

J'ai déjà vu ce genre de décalages partiels, certaines rues sont plus larges ou 
moins larges que les vues Bing. Du coup difficile de réaligner de façon 
uniforme, même en zone urbaine dense (beaucoup de points de repère potentiels). 
Cela pourrait avoir un rapport avec le relief ?

Par exemple, à Clichy-sous-Bois/Montfermeil ou Nogent-sur-Marne.

Teuxe


Stéphane Péneau stephane.pen...@wanadoo.fr a écrit :
J'ai rencontré ce genre de cas assez souvent, le bourg est bien calé,

mais dès qu'on s'en éloigne, ça dérive sévère. Lorsqu'il y en a de 
visible dans le coin, les points géodésiques sont précieux.

Il y a quelques jours, en traçant des communes de l'orne, j'ai même 
recalé des limites régionales. Ca se voit assez bien lorsqu'on affiche 
le cadastre vectorisé de la ferté vidale sur cette zone :
http://www.openstreetmap.org/#map=16/48.5842/0.8500

Il y avait jusqu'à 40 mètres de décalage.


Stf

Le lundi 28 octobre 2013 10:38:31, Christian Quest a écrit :
 Je n'ai pas vu de traces GPS sur la zone, donc ça ne pourra pas
servir.

 A vue de nez, ça sent la vectorisation à l'arrache de certaines
 feuilles du cadastre.

 C'est bon sur certaines feuilles et nettement moins bon sur d'autres
 car le cadastre vectoriel a été vectorisé en reprennant les feuilles
 une à une.
 Quand une feuille était mal calée, le vectoriel qui en ressort est
lui
 aussi mal calé, donc ce n'a pas homogène sur toute la commune et le
 contrôle de qualité de la DGFiP a l'air assez light.

 Il n'y a pas de raison que l'ortho bing soit décalée sur de toutes
 petites zones, ça se verrai vu qu'une ortho c'est continu... donc je
 ferai plutôt confiance à l'ortho pour remettre le bâti à sa place.



 Le 28 octobre 2013 10:08, lann l...@worldonline.fr
 mailto:l...@worldonline.fr a écrit :

 Le Mon, 28 Oct 2013 09:02:18 +0100,
 David Crochet david.croc...@online.fr
 mailto:david.croc...@online.fr a écrit :


 As-tu des traces gps sur le chemin ou sur les routes aux
alentours

  Bonjour
 
  contexte
  Commune : Versainville (14700)
  Date import : 11/11/12
  /contexte
 
  secteur en défaut
  base : Chemin : 222809766
  ensemble mise en défaut : maisons aux alentours de ce chemin
  secteur en défaut
 
  Un import, datant, a été effectué sur cette commune.
  En vérifiant les erreurs Osmose, je tombe sur un secteur où les
  maisons sont en complet décalage par rapport à Bing alors que
les
  maisons dans le reste de la commune sont correcte.
 
  Je ne touche à rien puisque les routes ont l'air correctement
  positionnées. De ce fait je ne sais pas qui est
officiellement
 bien
  placé (l'image Bing ou les bâtiments issues de Cadastre)
 
  Des avis ?
  Est-ce normal ?
 
  Cordialement
 


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




 --
 Christian Quest - OpenStreetMap France
 Un nouveau serveur pour OSM... http://donate.osm.org/server2013/


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



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

-- 
Envoyé de mon téléphone avec Kaiten Mail. Excusez la brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] rdv contributeurs du npdc 1/10/2013, 20h au mutualab

[Teuxe]

Bonjour,
Parce que tout le monde n'est pas au courant, le Mutualab est à Lille.
Teuxe


adrien carpentier ad.carpent...@gmail.com a écrit :
Bonjour à tous,
pour information,
nous proposons de se rencontrer le mardi 1/10/2013 de 20h à 22h
où : au mutualab, 19 Rue Nicolas Leblanc
au plaisir de vous y croiser
@ bientôt
Adrien

-- 
http://www.virage-energie-npdc.org/




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

-- 
Envoyé de mon téléphone avec Kaiten Mail. Excusez la brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Intégrité des rond-points (était : Rétablissement d'un élément avant envoi d'une modification)

[teuxe]

Bonjour,

Je suis d'accord sur la règle on garde les rond-points intègres autant que 
possible, avec les exceptions liées aux arrêts sur (ou au milieu) du 
rond-point. On trouve parfois des configurations un peu particulières, voir par 
exemple le Rond-Point des Sciences à Chelles, où des voies dédiées aux bus sont 
situées au milieu du rond-point :
http://www.openstreetmap.org/#map=18/48.90388/2.58852layers=T
Un découpage du rond-point pourrait dans ce cas (peut-être) avoir son intérêt.

A ce propos je soulève une question, que le rond-point soit d'un seul tenant ou 
constitué de plusieurs ways : quid du nom du rond-point ? Le tag name=* de 
chaque way doit-il porter le nom du rond-point, ce qui pousse les moteurs de 
rendus à afficher le nom sur la voie (souvent de façon très moche, et plusieurs 
fois si le rond-point est découpé) ? Ou est-il préférable de définir une area 
(leisure=???, landuse=???... on oublie highway=*) entourée de la voie 
circulaire, area qui aurait, elle, le tag name=* (et serait rendu comme toute 
autre zone étendue) ? La question porte également sur les places en tous genres.
(La réponse on ne tague pas pour le rendu n'est pas tout à fait acceptée ici, 
sauf si vous connaissez un moteur de rendu qui sait se débrouiller avec tous 
ces cas.)

Teuxe


- Mail original -
De: Philippe Verdy verd...@wanadoo.fr
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Vendredi 27 Septembre 2013 04:28:04
Objet: Re: [OSM-talk-fr]Rétablissement d'un élément avant envoi d'une 
modification



Vrai our ce qui concerne les routes, mais pas quand on voit des rond-points 
utilisés comme limite administrative: dans ce cas ça n'a aucun sens et le 
préfère nettement que cette frontière administrative arrive jusqu'au rond point 
comme la route mais vienne s'appuyer ensuite sur 2 rayons passant par le centre 
ou par une corde, mais de toute façon séparément du cercle ou l'ovale fermé du 
rond-point. 


La remarque aussi n'est pas bonne quand il y a un arrêt de bus autour du 
rond-point (voire plusieurs, assez écartés entre eux selon les lignes) car on 
ne s'intéresse pas qu'au point d'entrée et au point de sortie du rond-point 
mais à des points intermédiaires. 





Le 26 septembre 2013 22:11, Vincent Pottier  vpott...@gmail.com  a écrit : 


Le 26/09/2013 19:56, Christian Rogel a écrit : 



Potlach2 est un vrai bonheur pour couper les Rond-Points en tranches : 8 clics 
et c'est fini 
Trop facile, hélas ! 

Il n'est pas nécessaire de couper les rond-points pour les relations route 
(je n'ai pas osé écrire que c'était stupide ;-), alors qu'à moi, on me l'avait 
dit ! ) 

Un rond-point, c'est relativement facile de calculer quelle partie prendre en 
compte dans un calcul d'itinéraire. 
Pour un véhicule, on a le point d'entrée, le sens de circulation, le point de 
sortie. 

Pour un piéton, on a le point d'entrée, le point de sortie et on prend l'arc le 
plus court. 

Donc, évitez de couper les rond-points, et même, reconstituez-les. 

JOSM gère très bien les rond-points dans les relations route, sans avoir 
besoin de couper quoi que ce soit ! 
-- 
FrViPofm 




__ _ 
Talk-fr mailing list 
Talk-fr@openstreetmap.org 
https://lists.openstreetmap. org/listinfo/talk-fr 


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

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

[OSM-talk-fr] Appel aux Troyens

[Teuxe]

Bonjour,

La ville de Troyes est attaquée par ses propres quartiers !
http://www.openstreetmap.org/#map=10/48.3152/4.1254layers=T

Sur le rendu transport, le nom des quartiers ressort plus que le nom 
de la ville. Le rendu standard n'a pas le souci. Des connaisseurs pour 
régler le problème ?



Teuxe


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

Re: [OSM-talk-fr] Polygone géant du massif central

[Teuxe]

Bonjour,


Après, cet exemple est beaucoup moins vaste que « Massif Central » .
Cela pourrait aller pour un massif du type « Plateau des Millevaches ».


Je ne saisis pas bien la différence. On mappe les contours 
administratifs des pays aussi bien que ceux des communes et ça ne pose 
pas de problème. Pourquoi ce serait différent pour des massifs 
montagneux ou des zones naturelles d'une manière générale ?
Les contours administratifs des villes, départements, pays, etc. sont 
des limites conventionnelles qu'il a fallu déterminer pour des usages 
divers et variés. Ils sont le plus souvent repérés par des 
particularités géographiques : cours d'eau, crêtes, etc. ou quand il n'y 
en a pas, c'est un choix plus ou moins arbitraire, guidé par l'histoire.


Pour les désignations de zones géographiques comme le « Massif Central 
», le « Plateau des Millevaches » ou un lieu-dit entouré de champs :

- quand on y est, on sait dire qu'on y est,
- quand on n'y est pas, on sait dire qu'on n'y est pas,
- mais difficile de trancher quand on se trouve dans une zone 
intermédiaire, sauf à avoir choisi des limites physiques : on ne passe 
pas de la Manche à l'Océan Atlantique comme on franchit une barrière.


S'il existe une liste de communes « officiellement dans le Massif 
Central » c'est bien pour trancher une fois pour toutes une limite qui 
n'aurait sinon pas de signification. Bien sûr on pourra trouver des gens 
qui chipoteront sur l'appartenance ou non d'un lieu à une dénomination, 
c'est l'essence même des frontières floues...


Pour représenter ces zones sur une carte, en général on floute justement 
ces frontières ; ce qui compte surtout, ce sont les points fondamentaux 
(au moins, un centre d'intérêt) qui donnent le nom du lieu, et l'étendue 
approximative de la zone dans laquelle on peut se considérer « à 
l'intérieur ». S'intéresser à une limite d'une précision de moins d'1 
mètre sur une zone floue de plusieurs milliers de km², ça n'a pas de sens.


Teuxe


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

Re: [OSM-talk-fr] Rendu osmfr : barrier=gate visible à un niveau de zoom trop faible ?

[Teuxe]

Bonjour,

+1 pour prendre en compte le highway, une barrière sur un tertiary sera 
toujours plus important que sur un track ou un path. Reste la question du 
highway=service.

S'il n'y a pas de tag access=private d'un côté ou de l'autre, c'est important 
aussi, mais ça me semble secondaire.

Teuxe


Christian Quest cqu...@openstreetmap.fr a écrit :
Je voyais le cas où aux moyennes échelles on cherche visuellement par
où
passer. A ces échelles, le côté privé ou pas d'une voie n'est pas
visible
(peut être un truc à changer), et la présence d'un obstacle est un
renseignement qui me semblait important.

C'est peut être à ajuster en fonction du type de highway aussi...


Le 22 août 2013 14:53, Pieren pier...@gmail.com a écrit :

 2013/8/22 Christian Quest cqu...@openstreetmap.fr:
  J'ai aussi remarqué ces barrières un peu trop visibles ailleurs et
je me
  suis posé les mêmes questions.. les rendre moins visible, oui, mais
en
 zone
  rurale où il y a peu de chemins, une barrière devient un élément
 important à
  rendre visible.

 Pas sûr. Même en zone rurale, la présence d'une barrière sur une
route
 ou un chemin marque l'entrée dans une propriété privée. Le tag
 access prend alors tout son sens sur le highway lui-même. Le rendu
 habituel devrait suffire aux zooms plus faibles et l'affichage de la
 barrière elle-même devient secondaire.

 Pieren

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




-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/




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

-- 
Envoyé de mon téléphone avec Kaiten Mail. Excusez la brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rendu FR dans OSMand

[Teuxe]

Pensez au fait que le JPEG est une norme de compression avec perte, ce qui fait 
qu'on peut se retrouver avec des artefacts lors de l'affichage d'une tuile 
compressée : ça peut être moche, pire, les approximations sur les contours 
peuvent rendre certains textes difficiles à lire, surtout en zone fortement 
détaillée.

Le JPEG est plus approprié aux images contenant de nombreuses nuances de 
couleurs, où l'altération locale de pixels n'a pas d'incidence sur le rendu 
visuel global.

Le PNG est plus approprié aux images contenant de nombreux pixels de même 
couleur (cas général des cartes).

Teuxe


Christian Quest cqu...@openstreetmap.fr a écrit :
On gagne un peu, mais ça reste vite volumineux comparé à des données
vectorielles.


Le 15 juillet 2013 08:36, Yves Pratter yves.prat...@laposte.net a
écrit :

 Le 13 juil. 2013 à 16:58, yvecai yve...@gmail.com a écrit :

 Pour le format, c'est un sqlite tout bête avec des colonnes x, y, z
et image qui contient des pngs en 'blob'.
 […]
 J'ai fait des jeux de tuiles pour Opensnowmap.org, mais même avec
l'écrasante majorité des tuiles vides et donc pas enregistrées dans le
sqlite, c'est gros:

 Et en mettant des jpeg à la place des png, ça donne quoi ?

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



-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

-- 
Envoyé de mon téléphone avec Kaiten Mail. Excusez la brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Voie en sens unique, partagée avec une voie cyclable à double sens

[teuxe]

Bonjour,

J'ai un petit souci sur cette voie à Chelles :
http://www.openstreetmap.org/browse/way/229696673
C'est une voie de parking à sens unique, qui partage en plein milieu (pas sur 
un côté) une voie cyclable à double sens.
Quels tags s'appliquent ?

Teuxe

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

Re: [OSM-talk-fr] Noms de cantons et d'arrondissements (était : Recherche d'une adresse par Nominatim)

[Teuxe]

Bonjour,

Les homonymies sont un fait. J'ai déjà parlé dans un fil analogue [1]
en 
évoquant les communes françaises nommées Saint-Nicolas. Il y en a un 
paquet, est-ce pour autant qu'on va trafiquer leur tag name=* pour s'y 
retrouver ?

Une fois de plus, ce sujet du nommage revient, et une fois de plus il 
s'appuie sur les approximations d'un outil (Nominatim), approximations 
qu'il faudrait compenser non pas dans l'outil, mais dans la donnée.

En l'occurrence la donnée différenciant le nom des entités existe bien, avec 
les admin_level. Renommer le canton aboutirait aux mêmes problèmes (la chaîne 
de caractères étant toujours présente). C'est toujours l'outil à vocation 
internationale qui impose ses contraintes ici ; ce ne devrait pas être le cas. 
À mon avis il y a encore du travail d'enrichissement de l'algo pour qu'il 
réponde au besoin. Il faut alors exprimer ce besoin clairement, ça s'appelle un 
cahier des charges.

Quelles sont nos exigences précises en la matière ?


Teuxe
-- 
Envoyé de mon téléphone avec Kaiten Mail. Excusez la brièveté.

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

Re: [OSM-talk-fr] Noms de cantons et d'arrondissements (était : Recherche d'une adresse par Nominatim)

[Teuxe]

Bonjour,

Les homonymies sont un fait. J'ai déjà parlé dans un fil analogue [1]
en 
évoquant les communes françaises nommées Saint-Nicolas. Il y en a un 
paquet, est-ce pour autant qu'on va trafiquer leur tag name=* pour s'y 
retrouver ?

Une fois de plus, ce sujet du nommage revient, et une fois de plus il 
s'appuie sur les approximations d'un outil (Nominatim), approximations 
qu'il faudrait compenser non pas dans l'outil, mais dans la donnée.

En l'occurrence la donnée différenciant le nom des entités existe bien, avec 
les admin_level. Renommer le canton aboutirait aux mêmes problèmes (la chaîne 
de caractères étant toujours présente). C'est toujours l'outil à vocation 
internationale qui impose ses contraintes ici ; ce ne devrait pas être le cas. 
À mon avis il y a encore du travail d'enrichissement de l'algo pour qu'il 
réponde au besoin. Il faut alors exprimer ce besoin clairement, ça s'appelle un 
cahier des charges.

Quelles sont nos exigences précises en la matière ?


Teuxe
-- 
Envoyé de mon téléphone avec Kaiten Mail. Excusez la brièveté.
-- 
Envoyé de mon téléphone avec Kaiten Mail. Excusez la brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ponts et leur emprise

[Teuxe]

Certes, ce tag semble approprié pour une construction, pourquoi pas un pont. 
Mais quid de ce qui passe au-dessus, en-dessous (layer du bridge versus les 
voies ?) Distinguera-t-on les ponts qui ont des supports visibles au-dessus 
(par ex haubans, piliers) qui sont très repérables ? Et pour les ponts avec des 
tabliers superposés (piétons/voitures/train/aqueduc/...) ?

Teuxe


Christian Quest cqu...@openstreetmap.fr a écrit :

Si l'emprise du pont est tagguée en building=bridge, elle sera visible
et sans besoin de relation !

Exemple: http://tile.openstreetmap.fr/?zoom=18lat=48.86343lon=2.31955

Je me demande meme si ça vaudrait pas le coup de les rendre plus
opaque...


Le 21 mai 2013 09:25, Francescu GAROBY windu...@gmail.com a écrit :
 Merci pour ces réponses.
 Là où j'ai (un peu) honte, c'est que je ne me souvenais pas que
j'avais
 moi-même ouvert un billet sur le trac, demandant à ce que ces
emprises
 soient rendues... en citant justement la relation proposed que cite
 cquest. -_-

 Francescu


 Le 21 mai 2013 08:33, Jean-Francois Nifenecker
 jean-francois.nifenec...@laposte.net a écrit :

 Le 21/05/2013 08:04, Christian Quest a écrit :

 Il y a déjà une proposition:

http://wiki.openstreetmap.org/wiki/Relations/Proposed/Bridges_and_Tunnels
 Cette relation peut comporter un membre ayant le rôle outline
pour
 définir l'emprise du pont.


 Oui, voir ici : http://www.openstreetmap.org/browse/way/119097731


 Maintenant, pour l'exploiter dans le rendu, ça va être une autre
 histoire...


 Vi
 --
 Jean-Francois Nifenecker, Bordeaux


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




 --
 Cordialement,
 Francescu GAROBY

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




-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

-- 
Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tile.osm déchèteries

[Teuxe]

À ce propos, le terme français approprié pour ces lieux est « déchèterie 
». Le mot « déchetterie » étant une marque déposée par l'Ademe (je me 
demande quel est l'intérêt de déposer une telle marque nommée), je pense 
qu'il est préférable d'éviter son usage dans OSM.

http://fr.wikipedia.org/wiki/D%C3%A9ch%C3%A8terie#cite_note-1

Teuxe

Le 19/05/2013 12:05, ZIMMY a écrit :

Au risque d'être redondant : il me semble important d'agrandir les pictos,
car il est tellement soigné dans son dessin qu'il en devient quasi illisible
dans tile.openstreetmap.fr

Dans son affichage réel
http://optigede.ademe.fr/sites/default/files/fichiers/LogoDecheterie.jpg
Une chose est importante c'est que ce pictogramme est normalement mis sur un
panneau d'entrée de déchetterie donc avec une taille qui est au moins de
50cm.

Quelques exemples
gravats
http://www.google.fr/imgres?sa=Xbiw=1241bih=606tbm=ischtbnid=T6oSORfELRlmTM:imgrefurl=http://www.ville-bagneresdebigorre.fr/pages/page.php%3Fnom%3Ddecheterie.htmldocid=BWS6sUb915cvvMimgurl=http://www.ville-bagneresdebigorre.fr/pages/services%252520techniques/dechetterie.JPGw=1136h=856ei=SKOYUZjwH5OFhQfo-IGACgzoom=1iact=hcvpx=944vpy=216dur=619hovh=196hovw=260tx=128ty=72page=1tbnh=142tbnw=188start=0ndsp=18ved=1t:429,r:5,s:0,i:178
entrée de déchetterie
http://www.sorgues-du-comtat.com/images/stories/environnement_om/dechetterie_2.jpg


A défaut d'agrandir le picto, pour l'instant je trouve le symbole universel
de reyclage plus compréhensible en terme de lisibilité.



-
Cordialement,
ZIMMY
Jean-Louis ZIMMERMANN
Développeur territorial (ville d'Orange,FR84)
Mandataire OSM-France sur le Grand-Sud-est
--
View this message in context: 
http://gis.19327.n5.nabble.com/tile-osm-decheteries-tp5761612p5761760.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



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

Re: [OSM-talk-fr] Rendu osm_fr : trois suggestions

[Teuxe]

N'oubliez pas que notre chère base de données n'est pas limitée à la génération 
de cartes qui contiendraient tout et n'importe quoi. Je suis partisan des 
cartes thématiques, et l'ouverture des données accessibles librement (sous 
licence quand même) et la diversité des outils customisables fait la force 
d'OSM.

Un rendu orienté art, avec musées, tags, sculptures... ? :)

Teuxe


Ista Pouss ista...@gmail.com a écrit :

(Hors sujet bien sûr)

Le 10 mai 2013 11:11, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit
:

 2- j'accorde une attention particulière à la valorisation de l'art
dans la
 ville : c'est souvent des éléments porteurs pour les villes
attractives :
 sculptures, fresques, fontaines,...


Je suis agréablement surpris de cette opinion d'un responsable
municipal
:-) (à ce que j'ai compris). J'ai l'impression la plupart du temps que
l'art dans la ville est considéré comme une sorte de mal nécessaire,
sauf
les arcs de triomphe...

Attention que je rouspèterais sur le terme valorisation : quand on
fait
une carte, on ne valorise pas, on ne fait que montrer, que décrire,
selon
des règles de projection précises (en général). Pour l'art, support
d'expression citoyenne, c'est particulièrement sensible.

On pourrait, par exemple, montrer les tags sauvages en tant qu'oeuvre
d'art, ce qui ferait débat en terme de valorisation, j'imagine, dans
les
sphères municipales. Et il existe même des débats sur le sens des
graphitis
(question micro-mapping, quel festival ce serait ! ) (CQuest, à vos
icones
! )

Et, je suppose j'espère, une municipalité s'occupe de la ville telle
qu'elle est, non telle qu'elle est vendue, et donc devrait la saisir en
termes de projection. Mais... je me doute que, pour avoir des budgets
de
participation à osm, il faut valoriser. Valoriser, plutot que rien,
c'est
mieux. Alors...




___
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] Logo SNCF / aéroports sur rendu FR...

[Teuxe]

Bonjour,

Oui je suis d'accord, à partir du moment où les cartes sont visibles par 
n'importe qui, la duplication d'un logo devrait être soumise à autorisation 
auprès de chaque propriétaire de marque. Ce n'est pas envisageable pour OSM, et 
ce n'est pas souhaitable non plus : autant nous pouvons informer de la présence 
de tel type de service ou tel autre à un endroit (en précisant éventuellement 
un nom), autant l'affichage d'un logo de marque s'apparente à de la publicité 
gratuite (que diraient des concurrents de telle ou telle marque qui n'auraient 
pas leur pub ?).

Je suis tout à fait contre les logos non neutres sur les cartes publiques OSM : 
les logos doivent représenter des services ou des lieux, pas des marques.

Teuxe


Mikaël Cordon mikael.cor...@gmail.com a écrit :

+1
Je n'ai pas su dire mieux :-)

Mais je rajouterais que si la carte était privée ce rendu ne serait pas
un
problème, ou en tout cas pas celui de la communauté OSMFR.

Seulement cette carte est accessible via le nom de domaine
openstreetmap.fr

Cordialement,
--
Mikaël mickey86
Le 27 avr. 2013 09:39, Pierre-Alain Dorange pdora...@mac.com a
écrit :

 Christian Rogel
 christian.ro...@club-internet.fr wrote:

   Je suis d'avis qu'il ne faut pas trop abuser des logos de marques
sur
   les tuiles image.
  
 
  Pour quelle raison : politique? pratique? graphique? Que signifie
ne pas
  trop abuser? Car, ou bien, on les met avec des règles ou on ne les
met
  pas.

 A mon sens l'usage de logo de marque n'a pas sa place sur une carte
 libre.

 Juridiquement c'est déjà probablement limite (droit des marques)

 Politiquement (au sens commun et au sens surtout d'OSM) ça me semble
pas
 être très raccord avec les notions de partage et de neutralité que
nous
 véhiculons.

 Pratiquement ensuite, c'est bien trop visible, ça attire l'œil car
c'est
 graphiquement pas raccord avec le reste de la carte.
 Et avec la dispariation des services publics, ça n'aura plus de sens
 dans quelques années...

 --
 Pierre-Alain Dorange
 OSM experiences : http://www.leretourdelautruche.com/map/


 ___
 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] way dupliqués

[Teuxe]

Bonjour,

Bonne idée... quand 2 ways se superposent mais ont des attributs légèrement 
différents, sont-ils considérés redondants ? Lequel est supprimé ?

Teuxe



didier2020 didier2...@free.fr a écrit :

j'ai fais un tour de planete afin de corriger les ways dupliqués

detection des ways grace a osmose avec critere way fermé et 
sans les tags building:part, buildingpart, barrier  et coastline 

apres telechargement du bbox du way
correction automatique avec la validation josm chemins dupliqués
ou 
correction manuelle avec la validation josm chemins superposés
(un tag source sur un way et pas sur l'autre, ou building=yes vs
building=house)

puis correction automatique avec la validation josm
Aucun attribut - Noeuds non connectés et sans attribut

dans le cas de zone ayant un grand nombre de way dupliqué,
telechargement de la zone correspondant au changeset des way

dans certains cas, il y avait aussi des ways non fermés dupliqués

bilan des courses depuis mi-mars:
nombre de ways effacés : 100 000, ce qui représente 592 000 nodes

je vais refaire les analyses osmoses pour le reste que j'ai oublié ...




___
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] API 0.6 down ?

[teuxe]

J'ai le même problème, ça ne vient pas de chez toi...

Teuxe


- Mail original -
De: Francescu GAROBY windu...@gmail.com
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Vendredi 12 Avril 2013 10:54:16
Objet: [OSM-talk-fr] API 0.6 down ?



Bonjour, 
En voulant télécharger des données depuis Josm, j'ai eu droit à ce message : 

Le serveur OSM ' http://api.openstreetmap.org/api/0.6/ ' a signalé une erreur 
interne du serveur. Ceci est probablement un problème momentané. Veuillez 
essayer à nouveau plus tard. Le serveur OSM 
' http://api.openstreetmap.org/api/0.6/ ' 
a signalé une erreur interne du serveur. 
Ceci est probablement un problème momentané. Veuillez essayer à nouveau plus 
tard. 

Quelqu'un est au courant ? Une intervention est-elle en cours ? Le site 
www.openstreetmap.org est aussi HS, semble-t-il... 

-- 
Cordialement, 
Francescu GAROBY 

___
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] Classification des cours d'eau

[teuxe]

Merci Christian pour ce rappel, j'en déduis donc que la transition 
ruisseau–rivière est très empirique... au gré de notre aptitude physique :)

Teuxe


- Mail original -
De: Christian Quest cqu...@openstreetmap.fr
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Mardi 9 Avril 2013 09:02:31
Objet: Re: [OSM-talk-fr] Classification des cours d'eau



J'avais gardé en mémoire le principe du cours d'eau que l'on peut traverser à 
pied (stream) ou pas (river)... 



Le 8 avril 2013 16:16,  te...@free.fr  a écrit : 


Bonjour, 

Une petite question sur le choix des tags waterway : entre la source et 
l'estuaire, comment détermine-t-on l'endroit où le cours d'eau passe de 
waterway=stream à waterway=river ? 

Question annexe : une rivière canalisée sur une partie de son cours doit-être 
elle marquée waterway=canal ? ou cela est-il réservé uniquement aux canaux 
purement artificiels ? 

Merci, 
Teuxe 

-- 
Christian Quest - OpenStreetMap France 
Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/s 
ynthese-sotmfr 
___
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] Boues d'épandage ? Eaux usées ?

[teuxe]

Merci Ab_fab,

Ce qui me gênait, c'est surtout qu'en utilisant landuse=landfill, on déduise 
que forcément il s'agit de débris matériels solides. J'imagine qu'il peut y 
avoir des cas d'utilisation où il est important de savoir s'il s'agit d'un 
milieu solide ou plutôt liquide... (Dans mon cas il ne s'agit pas d'une station 
d'épuration, mais des eaux rejetées d'une usine agroalimentaire.)

Teuxe


- Mail original -
De: Ab_fab gamma@gmail.com
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Lundi 8 Avril 2013 17:21:52
Objet: Re: [OSM-talk-fr]Boues d'épandage ? Eaux usées ?



Bonjour, 


Tu peux regarder du côté de la balise landuse = landfill (qu'on peut traduire 
par décharge) ... si c'est le seul usage de cette zone d'épandage 
http://wiki.openstreetmap.org/wiki/Waste_Processing 



Pas vu de détail particulier dans le wiki concernant la nature des rejets 
industriels. 



S'il y a une unité de traitement d'eau en amont, alors tu peux regarder ici : 
http://wiki.openstreetmap.org/wiki/FR:Tag:man_made%3Dwastewater_plant 



Le 8 avril 2013 16:27,  te...@free.fr  a écrit : 


Re-bonjour, 

En mode water aujourd'hui... (non je n'ai pas la diarrhée !) Comment 
tagueriez-vous un lieu où une entreprise rejette des eaux usées, ou même stocke 
des boues ? Je ne me permettrai pas de mettre natural=water... landuse=basin 
peut-être, avec d'autres tags plus spécifiques ? 

Tant qu'on y est, si le site présente certains aspects dangereux (vapeurs 
toxiques, contamination bactériologique, ...), je peux m'intéresser à quels 
tags ? 

Teuxe 

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




-- 

ab_fab 
Il n'y a pas de pas perdus, Nadja 
___
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] Boues d'épandage ? Eaux usées ?

[teuxe]

Une vue satellite sur Google Maps ?
https://maps.google.fr/maps?hl=frll=48.194257,1.946533spn=0.010141,0.01929sll=47.902964,1.909251sspn=0.326365,0.617294t=hz=16


- Mail original -
De: Ab_fab gamma@gmail.com
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Mardi 9 Avril 2013 11:41:59
Objet: Re: [OSM-talk-fr]Boues d'épandage ? Eaux usées ?




Peux-tu donner un lien vers une vue aérienne ? 




Le 9 avril 2013 11:36,  te...@free.fr  a écrit : 


Merci Ab_fab, 

Ce qui me gênait, c'est surtout qu'en utilisant landuse=landfill, on déduise 
que forcément il s'agit de débris matériels solides. J'imagine qu'il peut y 
avoir des cas d'utilisation où il est important de savoir s'il s'agit d'un 
milieu solide ou plutôt liquide... (Dans mon cas il ne s'agit pas d'une station 
d'épuration, mais des eaux rejetées d'une usine agroalimentaire.) 

Teuxe 


- Mail original - 
De: Ab_fab  gamma@gmail.com  
À: Discussions sur OSM en français  talk-fr@openstreetmap.org  
Envoyé: Lundi 8 Avril 2013 17:21:52 
Objet: Re: [OSM-talk-fr] Boues d'épandage ? Eaux usées ? 





Bonjour, 


Tu peux regarder du côté de la balise landuse = landfill (qu'on peut traduire 
par décharge) ... si c'est le seul usage de cette zone d'épandage 
http://wiki.openstreetmap.org/wiki/Waste_Processing 



Pas vu de détail particulier dans le wiki concernant la nature des rejets 
industriels. 



S'il y a une unité de traitement d'eau en amont, alors tu peux regarder ici : 
http://wiki.openstreetmap.org/wiki/FR:Tag:man_made%3Dwastewater_plant 



Le 8 avril 2013 16:27,  te...@free.fr  a écrit : 


Re-bonjour, 

En mode water aujourd'hui... (non je n'ai pas la diarrhée !) Comment 
tagueriez-vous un lieu où une entreprise rejette des eaux usées, ou même stocke 
des boues ? Je ne me permettrai pas de mettre natural=water... landuse=basin 
peut-être, avec d'autres tags plus spécifiques ? 

Tant qu'on y est, si le site présente certains aspects dangereux (vapeurs 
toxiques, contamination bactériologique, ...), je peux m'intéresser à quels 
tags ? 

Teuxe 

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




-- 

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

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




-- 

ab_fab 
Il n'y a pas de pas perdus, Nadja 
___
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] Classification des cours d'eau

[teuxe]

Oui, là on est un peu plus déterministe, ce n'est plus « la taille qui compte 
»...

Et encore, la définition simpliste de « fleuve » telle qu'on l'emploie 
habituellement en France, « cours d'eau qui se jette dans une mer ou un océan 
», devrait logiquement s'appliquer à tous les cours d'eau douce tant qu'on n'a 
pas défini ce qui se passe aux confluents. En fait, l'emploi du terme est une 
commodité de notre culture franco-française ; en faisant du « rétro-engineering 
de définition », il serait plutôt applicable à un cours d'eau, de sa source 
visible à son embouchure maritime, tel qu'à chaque confluent, l'affluent 
(rivière) est moins long / moins volumineux / moins débiteur (rayer les 
mentions inutiles). Sur la totalité de son cours, le terme ne désigne pas une 
largeur de lit.

Étymologiquement, la racine latine de « fleuve » (« fluvius », « eau qui court, 
qui ruisselle », à comparer avec « pluvius ») aurait dû s'appliquer à tous les 
cours d'eau. « Rivière » provient de « rive », et en ancien français désignait 
la région autour de ces rives. Par éponymie, la rivière est devenue le cours 
d'eau lui-même, et il a fallu (pourquoi ?) réinventer une définition simple 
pour distinguer « fleuve » de « rivière ».

Je me trompe ? (Philippe, sans doute un mot ?)

Teuxe


- Mail original -
De: Nicolas Moyroud nmoyr...@free.fr
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Mardi 9 Avril 2013 12:55:22
Objet: Re: [OSM-talk-fr] Classification des cours d'eau

Et encore heureusement qu'en anglais ils n'ont pas de mot spécial pour 
fleuve sinon ça aurait fait un 3ème tag et une 2ème transition à gérer 
! ;-)

Nico

Le 09/04/2013 11:24, te...@free.fr a écrit :
 Merci Christian pour ce rappel, j'en déduis donc que la transition 
 ruisseau–rivière est très empirique... au gré de notre aptitude physique :)

 Teuxe



___
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] Boues d'épandage ? Eaux usées ?

[teuxe]

OK merci...

man_made=wastewater_plant
natural=water
water=reservoir 

Les deux derniers tags sont conseillés en remplacement de landuse=reservoir 
(désuet).
http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dreservoir

Tiens, est-ce que le vote de la proposition natural=water + water=* est 
valide finalement ?
http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Water_details#INVALID_VOTE

Teuxe


- Mail original -
De: Ab_fab gamma@gmail.com
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Mardi 9 Avril 2013 12:11:31
Objet: Re: [OSM-talk-fr]Boues d'épandage ? Eaux usées ?



Les eaux sont traitées dans les deux lagunes de couleur brun clair (on voit 
l'aération par turbines de surface) 
Elles sont ensuite envoyées dans des lagunes de décantation (les boues 
biologiques se déposent au fond). 
Il y a peut être un dernier bassin de finition / contrôle (le verdâtre ?) 


C'est une station d'épuration 
- Tu as raison, landfill n'est pas adapté ici. 
man_made = wastewater_plant l'est beaucoup plus, pour l'ensemble des lagunes 




Le 9 avril 2013 11:58,  te...@free.fr  a écrit : 


Une vue satellite sur Google Maps ? 
https://maps.google.fr/maps?hl=frll=48.194257,1.946533spn=0.010141,0.01929sll=47.902964,1.909251sspn=0.326365,0.617294t=hz=16
 



- Mail original - 
De: Ab_fab  gamma@gmail.com  
À: Discussions sur OSM en français  talk-fr@openstreetmap.org  
Envoyé: Mardi 9 Avril 2013 11:41:59 


Objet: Re: [OSM-talk-fr] Boues d'épandage ? Eaux usées ? 




Peux-tu donner un lien vers une vue aérienne ? 




Le 9 avril 2013 11:36,  te...@free.fr  a écrit : 


Merci Ab_fab, 

Ce qui me gênait, c'est surtout qu'en utilisant landuse=landfill, on déduise 
que forcément il s'agit de débris matériels solides. J'imagine qu'il peut y 
avoir des cas d'utilisation où il est important de savoir s'il s'agit d'un 
milieu solide ou plutôt liquide... (Dans mon cas il ne s'agit pas d'une station 
d'épuration, mais des eaux rejetées d'une usine agroalimentaire.) 

Teuxe 


- Mail original - 
De: Ab_fab  gamma@gmail.com  
À: Discussions sur OSM en français  talk-fr@openstreetmap.org  
Envoyé: Lundi 8 Avril 2013 17:21:52 
Objet: Re: [OSM-talk-fr] Boues d'épandage ? Eaux usées ? 





Bonjour, 


Tu peux regarder du côté de la balise landuse = landfill (qu'on peut traduire 
par décharge) ... si c'est le seul usage de cette zone d'épandage 
http://wiki.openstreetmap.org/wiki/Waste_Processing 



Pas vu de détail particulier dans le wiki concernant la nature des rejets 
industriels. 



S'il y a une unité de traitement d'eau en amont, alors tu peux regarder ici : 
http://wiki.openstreetmap.org/wiki/FR:Tag:man_made%3Dwastewater_plant 



Le 8 avril 2013 16:27,  te...@free.fr  a écrit : 


Re-bonjour, 

En mode water aujourd'hui... (non je n'ai pas la diarrhée !) Comment 
tagueriez-vous un lieu où une entreprise rejette des eaux usées, ou même stocke 
des boues ? Je ne me permettrai pas de mettre natural=water... landuse=basin 
peut-être, avec d'autres tags plus spécifiques ? 

Tant qu'on y est, si le site présente certains aspects dangereux (vapeurs 
toxiques, contamination bactériologique, ...), je peux m'intéresser à quels 
tags ? 

Teuxe 

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




-- 

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

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




-- 

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

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




-- 

ab_fab 
Il n'y a pas de pas perdus, Nadja 
___
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

[OSM-talk-fr] Classification des cours d'eau

[teuxe]

Bonjour,

Une petite question sur le choix des tags waterway : entre la source et 
l'estuaire, comment détermine-t-on l'endroit où le cours d'eau passe de 
waterway=stream à waterway=river ?

Question annexe : une rivière canalisée sur une partie de son cours doit-être 
elle marquée waterway=canal ? ou cela est-il réservé uniquement aux canaux 
purement artificiels ?

Merci,
Teuxe

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

[OSM-talk-fr] Boues d'épandage ? Eaux usées ?

[teuxe]

Re-bonjour,

En mode water aujourd'hui... (non je n'ai pas la diarrhée !) Comment 
tagueriez-vous un lieu où une entreprise rejette des eaux usées, ou même stocke 
des boues ? Je ne me permettrai pas de mettre natural=water... landuse=basin 
peut-être, avec d'autres tags plus spécifiques ?

Tant qu'on y est, si le site présente certains aspects dangereux (vapeurs 
toxiques, contamination bactériologique, ...), je peux m'intéresser à quels 
tags ?

Teuxe

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

Re: [OSM-talk-fr] Compteur électrique

[teuxe]

Un PrintScreen et un stylo ou marqueur, c'est ça ? :)


- Mail original -
De: Tetsuo Shima tets...@gmail.com
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Vendredi 5 Avril 2013 17:01:34
Objet: Re: [OSM-talk-fr] Compteur électrique




nous avons une listes 

Tu travailles pour une municipalité? tu souhaites faire une carte pour 
faciliter le travail des agent techniques de la municipalité? si oui il y a 
moyen d'éviter de rajouter des infos dans la base OSM tout en superposants sur 
un fond de carte OSM ... 




Le 5 avril 2013 14:36, Tony Emery  tony.em...@yahoo.fr  a écrit : 


François Lacombe wrote 

 Une petite question: qu'est-ce qui pourrait différencier le compteur d'un 
 bâtiment municipal et celui d'une emprise privée? 

Si c'est l'angle de la saisie, l'idée que nous avons est de localiser tous 
les compteurs électriques des bâtiments publics municipaux et pour lesquels 
nous avons une liste. 

Si c'est l'angle du compteur lui-même, je n'ai aucune idée de la différence 
entre le compteur d'un bâtiment public et celui d'un particulier ou d'une 
entreprise. 



-- 
View this message in context: 
http://gis.19327.n5.nabble.com/Compteur-electrique-tp5755843p5755891.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 


___
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] Rendu des terrains de sport

[teuxe]

Bonjour,

Je ne voudrais pas démoraliser le très joli travail entrepris pour la 
représentation de ces terrains, mais... je trouve que les lignes d'un terrain 
de jeu ne sont pas très parlantes sur une carte, à moins de bien savoir ce 
qu'on cherche. Des symboles comme un ballon de football, une raquette de 
tennis, un ballon de rugby, un cheval au galop, etc. sont plus équivoques à mon 
sens pour un néophyte que les lignes sur le sol.

D'autant qu'il faudra considérer les terrains à usages multiples : si on trace 
toutes les lignes possibles, ça fait fouillis... alors que placer deux types de 
ballons côte à côte, c'est beaucoup plus lisible.

Teuxe

- Mail original -
De: Philippe Verdy verd...@wanadoo.fr
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Dimanche 24 Mars 2013 22:06:28
Objet: Re: [OSM-talk-fr] Rendu des terrains de sport

Le 24 mars 2013 17:09, Christian Quest cqu...@openstreetmap.fr a écrit :
where sport in
 ('tennis','soccer','basketball','rugby','rugby_union','rugby_league','american_football')
 AND way  !bbox!) as simplified) as simplified2

Est-ce que pour les stades patatoïdes, cela ne vaudrait pas le coup
de tracer effectivement la zone rectangulaire de jeu, seule celle-ci
indiquant le type de sport pratiqué (football:soccer, football
américain: american_footlbal, tennis,
rugby:rugby_union/rugby_league, handball, basketball) sans
indiquer le/les sports au niveau du stade lui-même (qui est souvent
multisport) ?

Autre problème: il y a souvent des demi-terrains de basketball (avec
un seul panneau de but, destiné à l'entrainement, mais qui fait aussi
l'objet de règles de jeu spécifiques avec des équipes réduites). Ils
sont courants en milieu urbain.

Au fait il ne semble y avoir aucun traitement pour le volleyball. Ni
non plus su le stade est marqué pour l'athlétisme et dispose d'une
piste circulaire autour du terrain (cela inclut pratiquement tous les
grands stades, surtout ceux avec des tribunes, même s'ils sont
utilisés toute l'année pour le football mais pas tous les jours).

De plus les stades à tribune couverte pourraient avoir une surface de
jeu partiellement couverte, même si pour le football la partie
centrale du jeu (et souvent aussi la piste d'athlétisme autour) ne
l'est pas (ce qui permet de tracer effectivement le terrain : là un
rectangle unique suffit (qu'on force en rectangle avec la touche Q
dans JOSM), et ça évite de tout taguer pour le football uniquement, en
laissant les détails autour apparaître sans être surchargé par le
tracé du foot..

___
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] Rendu des terrains de sport

[teuxe]

Ou alors en combinant les deux, c'est-à-dire des symboles dessinés au-dessus de 
ces terrains si joliment rendus ? :)

Teuxe

- Mail original -
De: te...@free.fr
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Lundi 25 Mars 2013 12:42:43
Objet: Re: [OSM-talk-fr] Rendu des terrains de sport

Bonjour,

Je ne voudrais pas démoraliser le très joli travail entrepris pour la 
représentation de ces terrains, mais... je trouve que les lignes d'un terrain 
de jeu ne sont pas très parlantes sur une carte, à moins de bien savoir ce 
qu'on cherche. Des symboles comme un ballon de football, une raquette de 
tennis, un ballon de rugby, un cheval au galop, etc. sont plus équivoques à mon 
sens pour un néophyte que les lignes sur le sol.

D'autant qu'il faudra considérer les terrains à usages multiples : si on trace 
toutes les lignes possibles, ça fait fouillis... alors que placer deux types de 
ballons côte à côte, c'est beaucoup plus lisible.

Teuxe

- Mail original -
De: Philippe Verdy verd...@wanadoo.fr
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Dimanche 24 Mars 2013 22:06:28
Objet: Re: [OSM-talk-fr] Rendu des terrains de sport

Le 24 mars 2013 17:09, Christian Quest cqu...@openstreetmap.fr a écrit :
where sport in
 ('tennis','soccer','basketball','rugby','rugby_union','rugby_league','american_football')
 AND way  !bbox!) as simplified) as simplified2

Est-ce que pour les stades patatoïdes, cela ne vaudrait pas le coup
de tracer effectivement la zone rectangulaire de jeu, seule celle-ci
indiquant le type de sport pratiqué (football:soccer, football
américain: american_footlbal, tennis,
rugby:rugby_union/rugby_league, handball, basketball) sans
indiquer le/les sports au niveau du stade lui-même (qui est souvent
multisport) ?

Autre problème: il y a souvent des demi-terrains de basketball (avec
un seul panneau de but, destiné à l'entrainement, mais qui fait aussi
l'objet de règles de jeu spécifiques avec des équipes réduites). Ils
sont courants en milieu urbain.

Au fait il ne semble y avoir aucun traitement pour le volleyball. Ni
non plus su le stade est marqué pour l'athlétisme et dispose d'une
piste circulaire autour du terrain (cela inclut pratiquement tous les
grands stades, surtout ceux avec des tribunes, même s'ils sont
utilisés toute l'année pour le football mais pas tous les jours).

De plus les stades à tribune couverte pourraient avoir une surface de
jeu partiellement couverte, même si pour le football la partie
centrale du jeu (et souvent aussi la piste d'athlétisme autour) ne
l'est pas (ce qui permet de tracer effectivement le terrain : là un
rectangle unique suffit (qu'on force en rectangle avec la touche Q
dans JOSM), et ça évite de tout taguer pour le football uniquement, en
laissant les détails autour apparaître sans être surchargé par le
tracé du foot..

___
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] [amusant][fun] la France dans la France

[teuxe]

Il manque la localisation de France Miniature miniature dans le parc. Vive 
les fractales ;)

Teuxe

- Mail original -
De: david crochet david.croc...@online.fr
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Mercredi 20 Mars 2013 09:45:52
Objet: [OSM-talk-fr] [amusant][fun] la France dans la France

Bonjour.

Un peu de plaisir dans ces différents fils de discussion.
Cela ressemble à du «Funny Google Earth Place », mais OSM peut le faire 
aussi
Histoire de monter que notre surface terrestre ou les activités de 
l'Homme fabriquent des originalités :

http://tile.openstreetmap.fr/?zoom=18lat=48.77649lon=1.96174layers=B0

Bon amusement à trouver d'autre;

Cordialement

-- 
David Crochet

___
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] Rappel maintenance serveurs OSM

[teuxe]

C'est d'un ennui cette journée !!! ;)

Teuxe

- Mail original -
De: f dos santos f.dos.san...@free.fr
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Jeudi 7 Mars 2013 21:59:47
Objet: [OSM-talk-fr] Rappel maintenance serveurs OSM

Bonsoir,

Je n'ai pas vu passer cette annonce sur la liste, donc petite piqure de rappel :

Vendredi 8 Mars (demain) a lieu une maintenance sur les serveurs base de donnée 
ET wiki d'OSM de 9h à 16h UTC.
Ces services passeront en lecture seule, aucune modification/contribution ne 
sera possible.

http://wiki.openstreetmap.org/wiki/March_2013_server_maintenance

Même sans OSM, passez tout de même une bonne journée ;-)

Francisco

___
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] contributions

[teuxe]

Bonjour,
Très intéressante cette idée, avec les horaires de passage et tout ? Je n'y 
pensais pas :)

Teuxe

- Mail original -
De: moussa diouf moudio...@yahoo.fr
À: talk-fr@openstreetmap.org
Envoyé: Jeudi 7 Mars 2013 14:39:02
Objet: [OSM-talk-fr] contributions



Bonjour, 
je suis entrain de réaliser le tracé des circuits de collecte porte à porte 
dans les quartiers de ma commune, concernant la gestion des ordures ménagères. 
je souhaite recevoir des contributions dans ce travail: 

je gére les circuit de collecte, 
je prends des poins avec le gps 
___
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] Tracé de projets

[Teuxe]

Du coup j'ai repris la suggestion de Nicolas, à savoir : et pourquoi 
pas u{Map} pour montrer cette info et la partager ?

En 2mn ça donne ça :
http://umap.fluv.io/m/410/

Voilà, on trouve des compromis :) Merci pour l'info !

Teuxe


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

Re: [OSM-talk-fr] Tracé de projets

[teuxe]

Je suis d'accord avec vous, tant qu'un projet n'a pas commencé sur le terrain, 
il ne devrait pas être visible par défaut sur nos chères cartes.

D'un autre côté, et je pense ne pas être seul dans ce cas, j'aime bien l'idée 
d'avoir accès facilement aux éventualités d'évolution de notre environnement, 
si ça se trouve le tracé d'un nouveau métro pourrait m'aider pour investir dans 
l'achat d'un appartement aux alentours d'une future station par exemple (ou pas 
d'ailleurs, j'ai pas envie qu'on rase dans quelques années la maison que je 
voudrais acheter).

C'est vrai que dans OSM ce n'est pas tout à fait approprié, mais :
- c'est devenu tellement simple de pouvoir rentrer des données géographiques 
dans une base officielle partagée pour tous,
- c'est encore peu pratique de monter son propre serveur pour stocker ce type 
d'informations projets d'intérêt public,
- cela pourrait quand même être utile d'avoir une partie des informations (au 
moins sur les tracés approximatifs, pour prévoir des balades de repérage...) au 
moment où la construction commencera...

J'en comprends la démarche sans l'approuver, mais j'imagine que vous avez des 
solutions pratiques plus appropriées pour stocker et présenter ces données ? 
(On parle là de projets d'envergure, qui ont un réel intérêt à être diffusés 
via OSM ne serait-ce que pour l'image même d'OSM.)


Teuxe


- Mail original -
De: sly (sylvain letuffe) li...@letuffe.org
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Vendredi 1 Mars 2013 12:03:14
Objet: Re: [OSM-talk-fr] Tracé de projets

Le vendredi 01 mars 2013 11:59:34, Vincent Pottier a écrit :
 J'aime bien les repères : bornes de géomètres, pose de la première
 pierre... il y a une réalité on ze ground et beaucoup d'étapes de
 fluctuation passées.

Tout pareil : what count is the terrain

On indique quand qu'il y a une borne, un hangar, de la terre retournée. Tant 
qu'il n'y a pas ça, ça me semble plus adapté que de le mettre ailleurs.


-- 
sly (sylvain letuffe)

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

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

Re: [OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai

[teuxe]

Bonjour,

Je suis d'accord avec les propos de Jean-Marc. Ces forwards sont gênants, 
d'autant qu'à part une règle de filtrage on ne peut pas s'en désabonner. 
Pourquoi un forum (auquel je ne suis peut-être pas abonné) envoie-t-il tous les 
nouveaux fils de discussion à une liste de diffusion (à laquelle je suis 
abonné) ? Pourquoi n'importe quel administrateur de forum qui aurait un rapport 
plus ou moins direct avec OSM n'en ferait pas autant ? Ça deviendrait imbuvable.

Qu'on puisse s'abonner à recevoir tout nouveau fil de discussion d'un forum par 
mail, si le forum propose l'option (ou l'impose...), d'accord, mais sinon oui, 
ça s'apparente logiquement à du spam. Il y a déjà suffisamment de mails 
échangés sur cette liste, et de mon point de vue il est dommage qu'un forum 
organisé casse sa structure en expédiant des mails (ou alors des mails 
structurés sous forme de résumé journalier/hebdomadaire ?).

Teuxe


- Mail original -
De: Jean-Marc Liotier j...@liotier.org
À: talk-fr@openstreetmap.org
Envoyé: Jeudi 28 Février 2013 11:06:13
Objet: Re: [OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / 
Permis de conduire Françai

On 28/02/2013 09:50, Nicolas Dumoulin wrote:
 Le jeudi 28 février 2013 09:24:38 JB a écrit :
 Je ne comprends vraiment pas pourquoi cette discussion vire à
 l'aigri. Relents d'histoire ancienne ?

Pour ma part, c'est l'occasion d'exprimer mon agacement devant le flux 
de spam que représente ce forum sur talk-fr.

Le choix d'un lieu de discussion n'est pas neutre : le forum et talk-fr 
s'adressent à des publics distincts - pull et push, messagerie et web 
sont des caractéristiques qui structurent le mode d'échange... Ces deux 
lieux ne sont pas un seul et même lieu visible à deux adresses : il ont 
chacun leur identité distincte - the medium is the message.

Les échanges sont-ils fragmentés ? Oui - et c'est voulu. Respectons 
l'intégrité des groupes de discussion.

Vous voulez agréger les flux pour avoir une vision globale ? Alors mêlez 
le flux de la liste 
(http://rss.gmane.org/gmane.comp.gis.openstreetmap.region.fr) avec celui 
du forum (PHPBB peut le faire mais il ne semble pas activé sur cette 
instance - par contre l'autre forum en a un à 
http://forum.openstreetmap.org/extern.php?action=feedfid=22type=atom) 
- le tout dans un agrégateur entoilé tel que Lilina ou Gregarius. 
Idéalement, chaque entrée sera le début d'un fil et non chaque message.

Je comprend que certains souhaitent un tel agrégateur et je serai ravi 
de les aider à le mettre en place. Mais je me suis abonné à talk-fr et 
non à l'agrégateur des discussions Openstreetmap francophones.


___
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

[OSM-talk-fr] 500 Internal Server Error sur API 0.6

[teuxe]

Bonjour,

En voulant faire une mini-modif avec Potlatch depuis le boulot (27/02/2013 
13:55), je suis tombé sur une erreur HTTP 500 :
http://www.openstreetmap.org/api/0.6/map?bbox=2%2E445367151767731%2C48%2E842833707145225%2C2%2E4501468482322695%2C48%2E8457462578576
Est-ce que c'est temporaire, la requête est-elle mal formulée, ou le serveur a 
réellement un problème ?
Merci,

Teuxe

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

Re: [OSM-talk-fr] 500 Internal Server Error sur API 0.6

[teuxe]

Non non Philippe, finalement la requête était bonne (générée par Potlatch), 
puisque maintenant elle passe sans problème...
C'était un problème temporaire du serveur, maintenant tout va bien !
Merci,

Teuxe

- Mail original -
De: Philippe Verdy verd...@wanadoo.fr
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Mercredi 27 Février 2013 14:07:54
Objet: Re: [OSM-talk-fr] 500 Internal Server Error sur API 0.6

The parameter bbox is required, and must be of the form
min_lon,min_lat,max_lon,max_lat.

c'est ta requête qui était mal formulée : pourquoi tu encodes les
paramètres en hexadécimal ? OK pour la virgule %2E, mais pour le reste
c'est illisible

Le 27 février 2013 13:59,  te...@free.fr a écrit :
 Bonjour,

 En voulant faire une mini-modif avec Potlatch depuis le boulot (27/02/2013 
 13:55), je suis tombé sur une erreur HTTP 500 :
 http://www.openstreetmap.org/api/0.6/map?bbox=2%2E445367151767731%2C48%2E842833707145225%2C2%2E4501468482322695%2C48%2E8457462578576
 Est-ce que c'est temporaire, la requête est-elle mal formulée, ou le serveur 
 a réellement un problème ?
 Merci,

 Teuxe

 ___
 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] Paris Gare du nord

[teuxe]

Bonjour,

Pourquoi pas highway=pedestrian ? Je connais ce coin, c'est une esplanade qui 
permet entre autres d'accéder à ces quais de trains régionaux. On peut 
notamment être plus précis en traçant l'esplanade sous forme d'area, comme pour 
toute la zone en amont des quais de gare (là où on peut trouver ces vendeurs de 
sandwitches et boissons, et aussi guetteurs de bonnes occasions...).

Appeler ce chemin Accès aux voies 20 et 21 ne me semble pas très justifié, ce 
trajet n'a pas de nom en soi (en tout cas je n'ai pas vu de tel nom sur un 
quelconque panneau) ; on ne met pas de nom sur les trottoirs, pourquoi en 
inventerions-nous un là ?

Et puisqu'on parle d'indoor mapping, il y a pas mal d'esplanades superposées 
dans le coin... un sacré défi pour représenter tout ça dans le schéma actuel de 
la base OSM.

Teuxe


- Mail original -
De: willemijns sebast...@willemijns.com
À: talk-fr@openstreetmap.org
Envoyé: Mardi 12 Février 2013 17:20:22
Objet: Re: [OSM-talk-fr] Paris Gare du nord

On Tue, Feb 12, 2013, at 15:29, Pieren [via GIS] wrote:

  j'ai remis un route=walk
 
  http://www.openstreetmap.org/?lat=48.880822lon=2.356653zoom=18layers=M
 
 Tu parles de ce way ?
 http://www.openstreetmap.org/browse/way/205203956
 
 J'aime bien le horse=no, juste au cas où. Un peu d'humour dans OSM
 ,ça ne fait jamais de mal ;-)

c'est de saison (affaire findus) ^^ bon bref non j'ai mis cela parce que
je voulais bien différencier rapidement
que ce chemin n'est pas outdoor..

 Par contre, les deux autres tags sont discutables : route=foot,
 c'est plutôt pour une relation de type route qui est absente ici et
 qui symbolise un itinéraire (route en anglais)
 (http://wiki.openstreetmap.org/wiki/Route).
 Si on en croit ce wiki
 (http://wiki.openstreetmap.org/wiki/Indoor#Tags_in_use) et celui-là
 (http://wiki.openstreetmap.org/wiki/Proposed_features/indoor), c'est
 plutôt un highway=footway + indoor=yes qu'il faudrait mettre.
 Le tag name ne devrait contenir que la version française et mettre
 la version en anglais dans un deuxième tag name:en=*.

ok pour indoor=yes et faute de mieux highway=footway
et hop aussi un level=0 + le name:en






--
View this message in context: 
http://gis.19327.n5.nabble.com/Paris-Gare-du-nord-tp5748375p5749159.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

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

Re: [OSM-talk-fr] Suppression des tirets cadratins

[teuxe]

Bonjour tout le monde,


 Ouf, quel thread. Au risque de répéter ce qui a était dit (j'ai pas pu tout 
 lire), de ma lorgnette l'erreur pointée est surtout dans le schéma de 
 l'information. Pourquoi mettre un nom à une frontière ?

Ah Guilem, il fallait lire un peu mieux :) Le sujet principal est encore dans 
le titre, Suppression des tirets cadratins (remplacer tirets cadratins par 
tout caractère ou toute formulation spécifique à une langue donnée).


Je ne suis pas mécontent d'avoir tilté sur le sujet, au vu des réactions de 
chacun... Je vais tenter un résumé sur le fond, peut-être devrait-on créer une 
page sur un wiki :D

POUR LA SIMPLICITÉ
+ Des outils faciles à développer et à maintenir à l'international.
+ Une approche évidente pour la majorité des participants.
- On impose (et on s'impose) des limites qui n'existent pas réellement dans la 
base de données.
- On perd des informations utiles (ON NE PEUT PAS remplacer espace-tiret-espace 
par un tiret long) voire importantes (exemple du œ ou de tous les caractères 
sortant du domaine de l'ASCII).
- Sur ce principe, on entre du contenu essentiellement en pensant à son 
traitement (données) plutôt qu'à sa finalité (information).

POUR LA RICHESSE DES DONNÉES
+ Des informations plus précises.
+ On n'empêche pas d'enrichir le contenu, toute participation peut toujours 
être améliorée.
+ On ne considère pas le contenu comme uniquement destiné à un rendu sur une 
carte.
- On contraint les outils à plus de complexité (au développement, pas à 
l'usage).
- On risque une diversité entre les contenus pointilleux et les contenus 
basiques (mais cela est le propre d'une base de données ouverte, voir la 
diversité des tags existants).
- On fait peur aux nouveaux contributeurs qui n'ont pas le même niveau de 
maturité (mais cela est valable également pour d'autres sujets sur OSM, et ça 
n'a empêché personne de contribuer, au contraire c'est en général constructif).

Si des arguments en faveur ou contre ces points de vue ont été abordés mais pas 
cités ci-dessus (sans recoupement des idées), je vous invite à compléter. Je 
manque de neutralité pour arbitrer le sujet : qui n'a pas de parti-pris ?


Teuxe

PS. Ce débat n'a-t-il lieu que pour le tag name=* ?

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

Re: [OSM-talk-fr] Suppression des tirets cadratins

[teuxe]

 Une frontière ça sépare deux pays, à priori sur un pied d'égalité. Il 
 faudrait donc surtout stocker les deux informations et puis c'est le rendu 
 qui décide comment nommer la frontière.

À ce sujet, tout à fait d'accord.
- Faut-il donner un nom à une frontière ?
- Si oui, alors s'il y a un nom différent de chaque côté (c'est-à-dire qu'il 
n'y a pas consensus), alors pas de name=* mais un name:LANG=* pour toutes les 
langues LANG qu'on veut, et écrit de la façon la plus appropriée qui soit 
(selon le niveau des contributeurs).

Au passage, je ne sais pas si la règle est édictée quelque part, mais il semble 
logique pour un système géographique de privilégier l'usage local dans le 
remplissage du champ name=* et d'indiquer les spécificités dans les langues 
étrangères si elles existent dans le champ name:LANG=*.
Par exemple : http://www.openstreetmap.org/browse/node/26686563 (name:fr=* n'a 
pas besoin d'être précisé)

Bien sûr pour les entités partagées entre pays, comme les frontières, cette 
règle n'a pas lieu d'être, et donc le tag name=* indépendant de la langue ne 
devrait pas être présent – sauf si on parle la même langue de chaque côté ou 
qu'on a le même nom :D


Teuxe



- Mail original -
De: Guilhem Bonnefille guilhem.bonnefi...@gmail.com
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Vendredi 30 Novembre 2012 15:21:43
Objet: Re: [OSM-talk-fr] Suppression des tirets cadratins

Le 27 novembre 2012 17:51, Pieren pier...@gmail.com a écrit :

 Petit rappel : OSM est une base de données, pas une société d'édition
 de beaux livres ou de belles cartes avec de beaux tirets longs, moyens
 ou carrés pour faire joli. Les caractères de ponctuation doivent
 pouvoir être saisis par n'importe quel quidam sur n'importe quel
 clavier et être reconnus par n'importe quel logiciel.
 [...]

Ouf, quel thread. Au risque de répéter ce qui a était dit (j'ai pas pu
tout lire), de ma lorgnette l'erreur pointée est surtout dans le
schéma de l'information. Pourquoi mettre un nom à une frontière ? Une
frontière ça sépare deux pays, à priori sur un pied d'égalité. Il
faudrait donc surtout stocker les deux informations et puis c'est le
rendu qui décide comment nommer la frontière.

-- 
Guilhem BONNEFILLE
-=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com
-=- mailto:guilhem.bonnefi...@gmail.com
-=- http://nathguil.free.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] Suppression des tirets cadratins

[teuxe]

Bonjour,

S'il existe des débats inter-frontaliers sur l'utilisation ou non des tirets 
cadratins ou semi-cadratins (et à mon avis le débat s'arrête quand on se rend 
compte que la désignation dépend de la langue), je suis contre l'idée de 
supprimer ces caractères typographiques français là où en France ils ont toute 
leur place, car ils ont un sens.

Laissez-moi citer ces exemples de stations de métro, de gares ou d'arrêts de 
bus, où ce caractère désigne l'union de deux entités qui n'ont pas d'autre 
raison d'être liés autrement que par leur rapprochement géographique ou pour 
préciser une position :
Sèvres — Babylone (rue de Sèvres, rue de Babylone)
Réaumur — Sébastopol (rue Réaumur, boulevard de Sébastopol)
Marcadet — Poissonniers (rue Marcadet, rue des Poissonniers)
Palais Royal — Musée du Louvre (deux bâtiments distincts)
Pierrefitte — Stains (villes proches)
Le Raincy — Villemomble — Montfermeil (villes proches pouvant être 
rejointes par cet arrêt SNCF)
Aubervilliers — Pantin — Quatre Chemins (villes proches et lieu-dit)
Maisons-Alfort — Stade (dans cette ville, plus précisément près du stade)
Charenton — Écoles (à Charenton-le-Pont, à proximité de l'école Aristide 
Briand et sans doute d'autres)
alors que le trait d'union, comme son nom l'indique, unit ; notez la différence 
dans la lecture de ces stations :
Haussmann — Saint-Lazare (boulevard Haussmann, gare Saint-Lazare)
Champs-Élysées — Clemenceau (avenue des Champs-Élysées, place Clemenceau)

Ce sont les règles édictées par l'Académie française, et reprises sur le 
terrain par les opérateurs dont la RATP. Et il me semble que ce qui se trouve 
sur le terrain fait foi dans OpenStreetMap (que l'on n'écrit pas Open Street 
Map ou Open-Street-Map).

Si la raison de supprimer ce caractère se trouve dans un outil de recherche, 
alors non ! Comme dans d'autres situations, c'est à l'outil de s'adapter et de 
savoir remplacer un tiret par un autre pour trouver des résultats, tout comme 
il doit savoir remplacer un e minuscule ou majuscule par un é ou un è. Je 
ne suis pas favorable à cette suppression, tout comme vous n'accepteriez pas de 
supprimer les accents.


Teuxe

PS. Pour les sous-titres (Parc de la Villette, Tour Eiffel, Place Aristide 
Briand, etc.), j'imagine que alt_name=* fait l'affaire ?


- Mail original -
De: sly (sylvain letuffe) li...@letuffe.org
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Mardi 27 Novembre 2012 22:20:29
Objet: Re: [OSM-talk-fr] Suppression des tirets cadratins

On mardi 27 novembre 2012, Vincent de Chateau-Thierry wrote:
 En revanche, je suis tout à fait contre l'idée de coller un tag name à 
 des limites administratives qui ne sont que des limites (et pas une 
 route, ou une rivière par ex.)

Pareil. Toutefois, j'entends les arguments que tu as indiqué connaître, et si 
je ne mettrais pas de nom, je m'abstiendrais de changer le choix des autres 
en l'état des outils/éditeurs.


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

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

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

Re: [OSM-talk-fr] Suppression des tirets cadratins

[teuxe]

 Les caractères de ponctuation doivent pouvoir être saisis par n'importe quel 
 quidam sur n'importe quel clavier et être reconnus par n'importe quel 
 logiciel.

A ce propos, as-tu des caractères chinois ou arabes sur ton clavier ? Dans ce 
cas ils n'auraient pas droit de cité dans OSM ?


Teuxe

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

Re: [OSM-talk-fr] Suppression des tirets cadratins

[teuxe]

Il ne s'agit pas que d'une mise en page, j'ai précisé qu'il y a une sémantique 
dans le fait d'utiliser un tiret plutôt qu'un trait d'union. Les exemples me 
semblaient parlants. La mise en page consisterait au contraire de décider de 
remplacer ce tiret par un trait d'union par souci de simplicité ou de 
compatibilité, tout comme par simplicité dans nos e-mails on place des 
guillemets à l'américaine plutôt que des guillemets à la française.

Il est clair que chaque contributeur apporte sa pierre à l'édifice dans la 
mesure de ses connaissances et de ses moyens. Mais cela ne doit pas pousser la 
totalité des contributeurs à se limiter au strict minimum, sous prétexte qu'une 
bonne partie ne soit pas en mesure de faire mieux. Il y a aussi de nombreux 
exemples à ça :
- tous les contributeurs ne savent pas forcément s'il faut écrire D 123 ou 
D123 et sans doute peu y portent une réelle attention, et pourtant on ne leur 
interdit pas de participer, on s'arrange pour corriger ;
- tous les contributeurs ne savent pas être précis dans leurs tracés, pourtant 
d'autres corrigent derrière ;
- tous les contributeurs ne savent pas importer de cadastre, pourtant certains 
s'y risquent et d'autres corrigent ;
- tous les contributeurs ne sont pas en mesure de faire tourner des scripts de 
vérifications ou de corrections par des bots (peu sont au courant que des 
robots font des modifications), et pourtant ces robots et ces scripts existent 
et sont utilisés par une minorité ;
- etc.

Suivant cette logique :
- Placer un trait d'union est à la portée de tous, et on a le droit d'améliorer.
- Placer un tiret pour améliorer le trait d'union est peut-être plus sioux et 
l'édition sera à la portée d'une minorité, mais volontairement le remplacer par 
un trait d'union serait une régression.

Si on écrit Clemenceau dans la base, c'est qu'une source vérifiable 
(l'origine du nom propre) nous prouve cette écriture et qu'on a croisé les 
informations justement parce qu'on a douté. Si on n'a pas d'autre source, alors 
on se réfère au terrain qui est la seule preuve. Et si quelqu'un passe derrière 
ce premier contributeur et se rend compte de l'inexactitude, il est en droit de 
corriger selon ses connaissances et ses références, sans jugement légitime sur 
les compétences du premier.

Teuxe


- Mail original -
De: Pieren pier...@gmail.com
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Mercredi 28 Novembre 2012 19:20:21
Objet: Re: [OSM-talk-fr] Suppression des tirets cadratins

2012/11/28  te...@free.fr:

Tu es sûr de ne pas confondre information et mise en page ? La
plupart des panneaux de rues sont écrits avec des caractères en
majuscule. Ca n'est pas pour autant qu'on recopie bêtement les noms de
rues en majuscule (quoique, certains le font...). L'assertion le
terrain fait foi a été plusieurs fois corrigé. C'est en cas de
doute, le terrain fait foi. Il arrive aussi que le terrain se trompe,
on en a de nombreux exemples dans les archives de cette liste
(Clémenceau, par exemple, avec un é sur des arrêts de bus ou même
de panneaux de rues).
On a eu une discussion similaire sur l'espace dans les ref de routes.
Espace, demi-espace, espace insécable, demi-insécable, pas d'espace ?
Les subtilités de ces caractères typographiques spéciaux échappent à
99% des contributeurs et utilisateurs de base. Alors je sais bien
qu'on peut se la jouer expert en typographie (on a même le droit d'en
être un) mais OSM se construit par ou pour un public le plus large et
international possible, celui qui n'a jamais entendu parlé de tiret
cadratin.  Si on veut distinguer deux entités, on peut aussi bien
mettre des espaces avant et après le tiret pour lever toute ambiguité
(Maisons-Alfort - Stade est assez clair).

Pieren

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

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

Re: [OSM-talk-fr] Fwd: [OpenStreetMap] Dedicated import account

[Teuxe]

Bonsoir,
On devrait envoyer des messages à l'intention de pnorman pour lui 
signaler qu'il risque une suspension de son compte (si seulement on en 
avait les moyens démocratiques) s'il n'arrête pas d'abuser de sa 
position dominante, car l'import de données, quelles que soient leur 
nature et tant qu'elles ne sont pas de l'ordre de la dégradation du 
travail d'autrui, n'est pas incompatible avec les conditions 
d'utilisation que nous avons approuvées et qui font partie du contrat. 
Comment a-t-il été désigné pour occuper un rôle au DWG ?


Teuxe

Le 03/11/2012 01:20, Cavok a écrit :

Bonsoir, pnorman à répondu à mon message:
Mais cette fois ci, plus de partie française, bien que je lui avais 
signifié que je ne parlais pas anglais.
J'aurai du lui mettre ma première réponse en français, ça m'apprendra 
de vouloir être bilingue ;)


En fait, il en a rien à foutre de notre position, son but est de faire 
respecter des règles absurdes à tout prix, enlevez lui ses oeillères.


Et bien, il bloquera mon compte, et la oui, il n'y aura plus de suivi 
sur ce que j'aurai pu faire auparavant.
Il faut que ces imports en masse puissent être suivis et répertoriés. 
Et bien en bloquant le compte, il aura tout gagné.


Moi, à sa place, si ces règles fondamentales d'upload en masse étaient 
non respectées, je supprimerai cet import. Car cela ne sert pas à 
grand chose de bloquer un compte sans supprimer le travail du 
contributeur fautif. C'est bien l'import en masse qu'il est question, 
et si il met en péril la fondation même d'OSM, cela n'a aucun sens de 
bloquer un compte en laissant un travail mal réalisé laissé dans la base.


Je vous laisse dans la délectation à la lecture de son message recopié 
ci dessous.


Bonne nuit.



2012/11/2 pnorman m-311295-261...@messages.openstreetmap.org 
mailto:m-311295-261...@messages.openstreetmap.org


Bonjour Cavokld,

pnorman http://www.openstreetmap.org/user/pnorman vous a envoyé
un message depuis OpenStreetMap avec le sujet Re: Dedicated import
account :

==

On 2012-11-02 13:24:56 UTC Cavokld wrote:

I thank the DWG for the great work you are doing to solve
conflicts, vandalism and copyright infringements worldwide.
But I'm strictly following the import guidelines defined by
the French community and documented here on the wiki ([1]).

I've contacted the local community to verify that the rules
didn't change recently. Since building strong local
communities is always a high priority for the OSMF, I chose
the rules defined and approved locally by the whole French
community where a separate account is not required to watch,
identify and fix French cadastre import issues, something that
the local community is able to manage itself. As Frederik Ramm
said ([2]), the rule has been defined only if the DWG has to
clean-up the mess which is not the case here.

That's why I decline your offer to create a seperate account
and invite you to discuss it again on the
talk-fr@openstreetmap.org mailto:talk-fr@openstreetmap.org
or t...@openstreetmap.org mailto:t...@openstreetmap.org list.

Best regards, Cavokld

 1. WikiProject France/Cadastre/Import semi-automatique des
bâtiments

http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_b%C3%A2timents
 2. [OSM-talk] Import guidelines proposal update

http://lists.openstreetmap.org/pipermail/talk/2012-September/064412.html


PS: Please note that I don't speak english and this message
was translated by another contributor.

This was not meant to be an offer; it was a polite request for you
to abide by the import guidelines which override any local rules
you might have in your country.

The matter of separate import accounts for cadastre imports is
under discussion and it is possible that there will be a
resolution that does not require separate import accounts, but
until such a resolution is in place, the existing rules continue
to apply.

You can choose to suspend your imports until the matter is
resolved (which may take several months), or you can create an
import account and continue your imports with that.

I will have to block your account if you use it for any further
imports at this time.

Paul Norman
For the Data Working Group

==

Vous pouvez également lire le message sur
http://www.openstreetmap.org/message/read/311295 et vous pouvez
répondre sur http://www.openstreetmap.org/message/reply/311295




___
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] Quelles fonctionnalités techniques vous manquent le plus en tant que contributeur OSM ?

[teuxe]

Bonjour,

Pour ce type de fonctionnalité, une liste devrait être créée à partir de tous 
les changesets que tu as faits, répertoriant les id et les versions de chaque 
objet au moment du changeset, puis ces versions devraient être comparées aux 
versions actuelles correspondant aux objets listés (si la version n'a pas 
changé, l'objet n'a pas changé et tu n'es pas informé).

Mais je vois mal gérer ça en continu pour tous les objets stockés, pour être 
notifié en live dès qu'un seul objet se voit modifié, car ça fait :
- un sacré paquet de vérifications à effectuer à chaque upload, pour tous les 
utilisateurs ayant participé à la création ou la modification de chaque objet,
- un sacré paquet de données à envoyer par mail, qui va grossir 
(proportionnellement ou exponentiellement ?) avec les contributions...

Pourquoi les nœuds sans attributs ne pourraient-ils pas faire partie de la 
liste ? Si quelqu'un repositionne tout un pâté de maisons, tu n'aimerais pas 
être informé ? Autre exemple tiré d'actualités récentes : si un débutant 
inexpérimenté appuie sur Aligner les points dans Potlatch 2 sans se rendre 
compte qu'il a dégommé un paquet de tracés, tu n'aimerais pas retrouver cette 
info ?

Je vois donc ça plutôt comme un script (disponible online ?) à utiliser dans 
son coin, et avec modération (comme certaines autres bonnes choses). Mais +1 
sur l'utilité !


Teuxe


- Mail original -
De: Jean-Claude Repetto jrepe...@free.fr
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Mercredi 24 Octobre 2012 22:26:35
Objet: Re: [OSM-talk-fr] Quelles fonctionnalités techniques vous manquent le 
plus en tant que contributeur OSM ?

Bonjour,

Voici une fonctionnalité qui me semblerait utile : Avoir la possibilité
d'être averti lorsque quelqu'un modifie ou
supprime un objet que j'ai créé, ou auquel j'ai contribué.

En effet, il m'est déjà arrivé de constater (plusieurs mois après) la
disparition de certains sentiers que j'avais créés, suppression faite
par un utilisateur inexpérimenté. Et parfois, inversement, lorsque
quelqu'un améliore mon travail, j'aimerais aussi en être averti, afin de
bénéficier de son expérience, et de faire de meilleures contributions
ultérieures.

Pour éviter d'être submergé de messages, on pourrait limiter les envois
à un par jour, contenant la liste des objets modifiés depuis 24h.
Les noeuds sans attributs faisant partie de chemins ne feraient pas
partie de cette liste.

Jean-Claude

___
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] Modification abusive du Wiki par Gauß ?

[teuxe]

Bonjour,

Pour être plus précis, Gauß a effectué principalement ces modifications sans 
raison identifiée :
- type=restriction:* est remplacé par le couple type=restriction + 
applies_only_to=* (le texte est toujours en anglais dans la page française ; ça 
va aussi dans le sens de l'existence de la clé except=*) ;
- il a réorganisé la description des valeurs possibles pour restriction=* (sans 
en modifier le sens : ça semble tout aussi logique de mettre l'interdiction et 
l'obligation en vis-à-vis) ;
- il a ajouté la grosse section Superposition of restrictions tout en 
anglais, qui apparemment sème la confusion sur les mailing-lists ;
- il a ajouté un certain nombre de cas dans la représentation des panneaux (en 
anglais), que je n'ai pas regardé en détails ;
- dans les exemples, tous les ways son nommés en minuscule (a, b, c) et les 
nodes en majuscule (N) (en accord avec les schémas qui accompagnent les 
explications).

A première vue, à part l'histoire du type=restriction:* et peut-être certains 
panneaux qu'il faudra vérifier, les autres modifications ont l'air plutôt 
constructives. A mon avis il n'a pas saisi que ce modèle est déjà très 
largement utilisé et qu'il ne suffit pas de modifier une page de wiki pour que 
la règle change ; ou alors il a vu d'autres changements radicaux s'effectuer 
sur le wiki (sans être inscrit à une mailing-list correspondante - c'est écrit 
où ?) et s'est dit que ça s'passe comme ça... chez OSM.

Il doit débuter dans cet univers. D'après la page hdyc.neis-one.org 
l'utilisateur Gauß n'est pas inscrit (sous ce nom là en tout cas) comme 
contributeur OSM, mais seulement inscrit sur le wiki. Sa langue natale est 
l'allemand, d'après quelques conversations qu'on peut trouver à ce sujet.

Si des utilisateurs de ce type de relation pouvaient jeter un œil pour comparer 
avec la façon dont ils mappent habituellement les restrictions... merci !
Si vous vous sentez bon en allemand, n'hésitez pas à partir à la pêche aux 
infos...


Teuxe


- Mail original -
De: Fabien marbolan...@gmail.com
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Mercredi 24 Octobre 2012 09:00:15
Objet: Re: [OSM-talk-fr]Modification abusive du Wiki par Gauß ?





2012/10/23 Marc  o...@framboisier.fr  



Bonjour à tous, 

J'ai trouvé ceci sur talk@ : 
Il semblerait qu'un certain Gauß ait modifier la page de wiki concernant les 
restrictions de circulation. D'après le mail ci-dessous, les modifications 
partiraient d'un bon sentiment mais n'aient été débattues. De plus il a 
modifiés plusieurs langues, en poussant jusqu'à traduire. 
http://wiki.openstreetmap.org/wiki/FR:Relation:restriction 


La question est : des objections pour faire retour arrière ? 

A+ 


Je m'en suis servi hier pour une restriction de tourner à gauche de cette page. 
J'espère que c'est correct du coup. Je m'étais pas questionné puisque JOSM 
n'avait pas râlé. 


Fabien 

___
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] Closed ways vs areas (était parking entouré d'une barrière)

[teuxe]

 Le 15 octobre 2012 21:53, Pieren pier...@gmail.com a écrit :
 2012/10/15 Philippe Verdy verd...@wanadoo.fr:

 Non, par défaut un way fermé est une surface, sauf pour les highway=*;
 waterway=* (sauf riverbank), et railway=* qui par défaut sont filaires
 (et qui justifient alors qu'on mette area=yes dans les très cas rares
 où il faut changer l'interprétation par défaut de ces éléments comme
 du filaire)

Alors il faudra vous mettre d'accord sur les wikis des différentes langues.
Si je lis la page anglaise, qui à mon avis fait foi pour toutes les autres
langues :

A closed way that also has a area=yes tag should be interpreted as an
area.

Ce qui me semble être logique en même temps : on a à la base tracé un
chemin, sans vouloir faire une surface ; c'est seulement si on précise qu'il
s'agit d'une surface (soit par un area=yes, soit par un tag représentant une
surface et donc qui implique area=yes) qu'elle en devient une.
La traduction française ne me semble pas être en phase :

Un chemin fermé est un chemin dont le premier et le dernier noeud
sont identiques, il décrit ainsi une surface. 
 

... avec tout un lot d'exceptions qui deviennent pour le coup illogiques.
(Encore une fois je dirais KISS : c'est pas parce qu'on dessine un rond
qu'on veut représenter une patate.)

La traduction italienne provient à mon avis de la page française, les deux
langues étant proches.

La page allemande est à l'état de brouillon.

Je n'ai pas regardé les autres traductions.


 Euh... un waterway fermé avec area=yes ?

 Il faudrait me donner un
 exemple concret, même très rare.

 Ce que je veux dire c'est que des waterways fermés ne sont pas rares
 (on en trouve autour des champs) mais ca n 'est pas pour ça qu'il faut
 les prendre pour des surfaces.

 L'exception ce sont les waterway=riverbank, qui devraient être fermés
 (ou dans une relation fermée) et qui sont remplis par défaut (pas
 besoin de area=yes pour eux, et aucun cas où on aura besin de
 area=no).

 Mais justement avec les riverbanks on n'a plus besoin d'autre chose
 pour les waterways donnant une surface. sinon c'est du water=lake ou
 équivalent pas du waterway.

 Pour railway, pareil. Il y avait un cas, celui du
 railway/highway=platform

 un rail sur une surface... h... même si tu parles des plateformes
 tournantes, ce n'est qu'une intersection de rails entre les directions
 qui peuvent être prises, la surface plateforme elle-même n'est pas
 ferrée, il y a un rail linaire posé dessus..

railway/highway=platform désigne une zone où les piétons attendent un
moyen de transport (bus, train, tram...), ou en descendent. Rien à voir
avec les plateformes tournantes.

 Donc pour moi le dernier cas pratique qui reste pour justifier un
 area=yes c'est la place piétonne (qu'on ne devrait pas marquer comme
 highway=footway mais comme landuse=*), et ne ne vois pas dans quel cas
 on a besoin de area=no.

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

Re: [OSM-talk-fr] parking entouré d'une barrière

[teuxe]

Salut à tous,

Je comprends qu'il est plus simple et moins encombrant pour la base de données 
de mêler le tag barrier=* avec la surface utilisée comme parking, mais ça reste 
quelque peu incohérent pour moi, car on mélange les sémantiques pour un même 
objet qui, une fois est interprété comme un way, une autre fois est interprété 
comme une area (quelle est la valeur implicite de la clé non fournie area ?). 
C'est comme mélanger un disque et un cercle : l'un est plein, l'autre n'est que 
périphérique.

Comment voulez-vous par la suite attribuer des propriétés à l'un sans que 
l'autre ne soit concerné ? Par exemple electrified=yes : est-ce que la surface 
du parking est électrifiée ? Si on doit placer un tag généraliste comme, disons 
un hypothétique color=*, à qui celui-ci s'appliquerait-il ?

Sans aller jusqu'aux surfaces, il a déjà été conclu que les railway=* et les 
highway=* devaient être sur des ways différents, justement parce que les 
confusions peuvent survenir dans les tags.

Dans un autre ordre d'idées, certains tags ont besoin d'un area=yes pour 
exprimer une surface plutôt qu'un way : citons railway=platform, mais aussi 
tous les highway=*. Alors, tous les tags qui y sont accolés devront aussi être 
interprétés avec area=yes.

De mon point de vue, dans notre base de données géographique (nous ne nous 
limitons pas aux cartes il me semble, même s'il s'agit du principal objectif), 
on devrait décrire des objets avec leurs propriétés :
- quelle est la nature de cet objet (route, building, barrière, étendue d'eau, 
etc.) avec l'aide éventuelle de plusieurs tags ;
- quelles sont les propriétés de cet objet (en termes d'accès, de propriété, de 
forme, d'altitude, etc.) avec autant de tags qu'on veut.
C'est simple et logique.

Une barrière n'est pas un parking, une barrière n'est pas une sorte de parking, 
et un parking n'est pas une sorte de barrière. Un parking peut être entouré 
d'une barrière, mais dans ce cas on utilise un tag approprié. Si on mélange les 
objets et leurs propriétés, on perd une importante logique descriptive pour en 
faire un inventaire à la Prévert, où seule une interprétation méticuleuse des 
éléments (triés à la main) permet de comprendre ce qu'il en est.


Teuxe

PS. Je n'ai rien compris quant à l'utilisation de relations pour taguer un 
parking entouré d'une barrière.


- Mail original -
De: Philippe Verdy verd...@wanadoo.fr
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Vendredi 12 Octobre 2012 10:59:29
Objet: Re: [OSM-talk-fr]parking entouré d'une barrière

Le 11 octobre 2012 14:17,  te...@free.fr a écrit :
 On peut se dire que le way fermé (area) représente une surface qui sert de 
 parking ; à l'opposé, la barrière, même si elle couvre tout le périmètre du 
 parking, n'en reste pas moins un linéaire et n'est pas une surface : n'étant 
 pas de même nature, on ne peut pas associer les deux au même objet.

Pas dans un même way, mais la surface fermer peut devenir une relation
avec se attributs propres, mais dont les membres sont les ways
linéaires ayant leurs propres tags. Ce qui évite de superposer les
ways ouverts des clôtures et barrières et un way fermé dessus, voire
aussi de dupliquer les noeuds ou de les intercaler le long du même
tracé quasi superposé sur une grande longueur (où les traits ne
cessent de se recouper aléatoirement alors que les tracés n'ont pas de
raison partioculière de s'écarter l'un de l'autre).

Donc on transforme dans ce cas un way fermé en multipolygone (c'est le
multipolygone qui portera les attributs de la surface, plus le way
fermé inclus comme membre du multipolygone) avant de le découper, et
on fusionne les chemins linéaires communs : il ne reste alors que le
chemin linéaire et non fermé de la cloture, et celui de la barrière,
les deux utilisés en membres du multipolygone pour la surface fermée
du parking.

___
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] parking entouré d'une barrière

[teuxe]

Salut Philippe,

 Une relation sert à regrouper un ensemble de ways connectés ensembles :
 - Les ways isolément ne représentent alors que des lignes et pas une
 surface, ils peuvent donc avoir les attributs/tags d'une barrière.
 - En revanche la relation ignore les attribits des ways membres, et
 possède ses propres tags pour mentionner ce que désigne la surface.
 - Toute surface fermée représentable par un way fermé peut être
 transformée en relation, afin de découper ses ways (et dans ce cas ils
 ne se ferment plus isolément et ne peuvent pas représenter une
 surface.

C'est plus clair, merci. Dans ce cas, on n'a pas de way fermé (aucun doute 
way/area) mais des ways unis par une relation, relation qui porte la propriété 
formée par l'ensemble. Le type multipolygon sert à ça, j'étais au courant.


 Par défaut toutes les relations qui ont des ways qui se ferment
 représentent une surface, sauf justement les rivières (avec leurs ways
 membres de rôle main_stream par défaut, ou side_stream, au
 contraire des ways membres de rôle riverbank qu'on peut y mettre
 aussi), et les rues/routes/chemins/pistes (highway=*) pour lesquels on
 doit encore utiliser area=yes dans la relation si on veut représenter
 leur surface et non le contour (exemple : les places piétonnes), et
 les voies ferrées (railway=*) pour lesquelles il n'y a aucun usage
 d'area=yes actuellement défini..

Alors il y a contradiction avec http://wiki.openstreetmap.org/wiki/Way : par 
défaut, un way fermé n'est pas une area, sauf si area=yes est fourni.

Certaines clés impliquent area=yes, cette page cite leisure=* et amenity=*, on 
peut aussi citer landuse=*, building=*, etc. (waterway=* ?) ; par contre il est 
dommage de trouver autant d'exceptions, surtout qu'elles sont listées nulle 
part. Et ça fait autant d'exceptions à intégrer dans les programmes qui 
utilisent ces données.


 Toutes les relations de type=boundary (également celles de
 type=land_area qui ne réprésentent que la partie émergée d'une région,
 peu utilisée actuellement en France mais très utilisées dans les pays
 pour lesquelles les frontières administratives incluent le domaine
 maritime) devraient se fermer, de même que toutes les relations de
 type=multipolygone (par exemple les landuse=* ou natural=*).

Note : devraient : on peut avoir de telles relations non fermées dans la base 
de données, tant que personne n'aura corrigé l'erreur reportée par OsmOse. On 
pourra constater sur la France de nombreux landuse blanchis au rendu par des 
multipolygones cassés. Pour ces larges surfaces, le multipolygon est nécessaire 
; pour un petit parking, je ne suis pas convaincu.


Bref tout cela ne répond pas à la question du cumul des objets : peut-on 
logiquement représenter deux objets réels _différents_ dans un même objet OSM 
(node/way/relation, qui peuvent être considérés comme des groupes de tags) ?
Pour ma part, non, car :
- on casse une logique sémantique,
- et le risque de rencontrer des incompatibilités grandit avec le nombre de 
combinaisons possibles.

(Les bons concepteurs vous parleront de l'adage KISS : 
http://fr.wikipedia.org/wiki/Principe_KISS)


Teuxe

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

Re: [OSM-talk-fr] parking entouré d'une barrière

[teuxe]

Les contradictions permettent de lever des loups et de réfléchir ensemble à la 
meilleure technique à adopter. Merci d'avoir ouvert le sujet ;)

Teuxe

- Mail original -
De: Francescu GAROBY windu...@gmail.com
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Jeudi 11 Octobre 2012 14:20:49
Objet: Re: [OSM-talk-fr]parking entouré d'une barrière


2 réponses en 2 minutes : merci pour la réactivité ! 
Manque de chance, elles sont contradictoires ! :-D 

Francescu 


Le 11 octobre 2012 14:18, Jean-Francois Nifenecker  
jean-francois.nifenec...@laposte.net  a écrit : 


Le 11/10/2012 14:03, Francescu GAROBY a écrit : 




Bonjour, 
En tagguant des parkings, délimités par des grillages et dont l'entrée 
et la sortie sont régies par des barrières , m'est venue la question 
suivante : vous parait-il correct de rajouter un tag barrier=fence (et 
barrier=lift_gate aux points d'entrée/sortie), sur le way délimitant le 
parking, et passant à l'emplacement du grillage, plutôt que de tracer 
une way pour le grillage+ une surface (donc une way) pour délimiter la 
surface du parking ? 

Une seule surface suffit. Celle-ci comporte alors les tags amenity=parking et 
barrier=* 
Au point d'entrée/sortie, un tag barrier=* 

-- 
Jean-Francois Nifenecker, Bordeaux 



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



-- 
Cordialement, 
Francescu GAROBY 


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

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

[OSM-talk-fr] Tram T4 Bondy-Aulnay : railway=light_rail ou railway=tram ?

[teuxe]

Bonjour,

Question de tag : réutilisant l'infrastructure ferroviaire de l'ancienne ligne 
SNCF Bondy-Aulnay dite des Coquetiers, le tram-train T4 devrait-il plutôt être 
marqué comme light_rail ou comme tram ? Actuellement selon qu'on soit plus 
proche de Bondy ou d'Aulnay-sous-Bois, l'un ou l'autre des tags est utilisé.

Les autres trams de la région parisienne (T1, T2, T3) sont marqués 
railway=tram.
Merci pour votre avis,

Teuxe

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

Re: [OSM-talk-fr] Potlatch2 a évolué (était Encore un alignement de points abusif liéà Potlatch 2.)

[teuxe]

Bonjour,

J'ai l'impression que nous avons été entendus...

Les développeurs de Potlatch2 ont récemment ajouté un petit bouton Show 
more/Show less qui permet de masquer les outils dont l'algorithme déplace la 
position des points ou en crée de nouveaux automatiquement, à savoir :
- aligner tous les nodes des ways sélectionnés (en fonction du 1er et du 
dernier node de chacun des ways),
- rendre une area d'apparence circulaire (ajoute des nodes si nécessaire),
- rendre une area rectangulaire (ne marche qu'avec 4 nodes) - raccourci Q,
- créer un way ou une area similaire (seulement si elle est concave) à une 
distance donnée (translation s'il s'agit d'un way simple, sinon homothétie).
D'autre part, la touche Suppr ne permet plus de supprimer un way, à part en 
supprimant tous les nodes un par un.

En espérant que cela permettra aux débutants de ne plus faire ce genre de 
gaffes...


Teuxe

PS. Sympa ces outils en fait, manquerait juste un outil de rotation...


- Mail original -
De: Eric eric...@sfr.fr
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Samedi 6 Octobre 2012 10:04:54
Objet: Re: [OSM-talk-fr] Encore un alignement de points abusif liéà Potlatch 2.

Le 04/10/12 11:37, Pmz a écrit :
 Salut,
 J'ai repéré un alignement de points non désiré causé par le changeset 13265346
 sur le way 38575362. Potlatch 2 a encore frappé !
 Quelqu'un peut-il corriger, s'il vous plait ?
 A+
 Pmz

J'ai jeté un coup d'oeil à la zone et on dirait qu'il y a pas mal de 
problèmes dans le coin : la route de Gardanne etait doublée, la D46G 
etait droite comme un I et ne respectait pas son tracé ...  J'ai corrigé 
ca mais par contre les limites administratives ont aussi été abimées
http://osm.org/go/xVv4rtlF
et je ne suis pas très à l'aise avec ca donc je laisse volontiers faire 
à quelqu'un de plus qualifié 

Ps: j'ai compris ce qui a dû se passer : quelqu'un a du appuyer par 
mégarde sur aligner les points. C'est par ca que la D46 est devenue 
droite comme un I (mais avec bcp de points intermédiaires) et que tout 
ce qui etait rattaché comme transversales et limites admin a suivi.

___
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] Encore un alignement de points abusif liéà Potlatch 2.

[teuxe]

Salut Eric,

Après avoir jeté un œil aux modifs pour corriger vite fait, je pensais avoir 
écrit un mot à ce sujet mais j'ai peut-être zappé... j'allais conseiller de 
faire un revert plutôt que des modifs à la main, vu que des limites 
administratives étaient concernées. (Je ne sais pas faire de revert.) D'autant 
que toutes les références étaient disponibles dans le mail.

Teuxe


- Mail original -
De: Eric eric...@sfr.fr
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Samedi 6 Octobre 2012 10:04:54
Objet: Re: [OSM-talk-fr] Encore un alignement de points abusif liéà Potlatch 2.

Le 04/10/12 11:37, Pmz a écrit :
 Salut,
 J'ai repéré un alignement de points non désiré causé par le changeset 13265346
 sur le way 38575362. Potlatch 2 a encore frappé !
 Quelqu'un peut-il corriger, s'il vous plait ?
 A+
 Pmz

J'ai jeté un coup d'oeil à la zone et on dirait qu'il y a pas mal de 
problèmes dans le coin : la route de Gardanne etait doublée, la D46G 
etait droite comme un I et ne respectait pas son tracé ...  J'ai corrigé 
ca mais par contre les limites administratives ont aussi été abimées
http://osm.org/go/xVv4rtlF
et je ne suis pas très à l'aise avec ca donc je laisse volontiers faire 
à quelqu'un de plus qualifié 

Ps: j'ai compris ce qui a dû se passer : quelqu'un a du appuyer par 
mégarde sur aligner les points. C'est par ca que la D46 est devenue 
droite comme un I (mais avec bcp de points intermédiaires) et que tout 
ce qui etait rattaché comme transversales et limites admin a suivi.

___
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] Croisement route/rivière

[teuxe]

Salut Eric,

Pas mal comme récapitulatif. Les tags ont l'air simples et facilement 
utilisables. A noter qu'un gué peut aussi être fait de parties métalliques 
immergées, de bois (sur les tout petits cours d'eau) ou plus fréquemment en 
montagne, de gravier.

Teuxe


- Mail original -
De: Eric SIBERT courr...@eric.sibert.fr
À: talk-fr@openstreetmap.org
Envoyé: Jeudi 4 Octobre 2012 18:52:53
Objet: [OSM-talk-fr] Croisement route/rivière

Bonsoir,

Toujours principalement pour Madagascar mais ça s'applique des fois 
aussi en France, je m'interroge sur le codage des différents types de 
croisements entre une route ou une piste, et un cours d'eau temporaire 
ou permanent. Je propose de lister les différents cas rencontrés et le 
codage que j'imagine.

* la route goudronnée franchit une rivière avec un pont
bridge=yes sur la longueur du pont
le reste inchangé

* la route goudronnée croise à gué une rivière permanente (ou active une 
partie importante de l'année)
ford=yes sur la longueur du gué
Si le croisement est ponctuel, ford=yes est appliqué uniquement sur le 
point d'intersection

* la route goudronnée croise à gué une rivière temporaire (la route 
n'est inondée que quelques jours par an lors d'évènements météo 
exceptionnels)
Si c'est étendu flood_prone=yes sur la section.
Si c'est ponctuel flood_prone=yes sur le nœud.

* la piste en terre franchit une rivière avec un pont
bridge=yes (+ surface=concrete) sur la longueur du pont
Si c'est un pont court, bridge=yes (+ surface=concrete) sur un seul 
point de la route.

* la piste en terre croise à gué une rivière permanente sans aucun 
aménagement
ford=yes sur la longueur du gué si étendu, sur un seul point sinon

* la piste en terre croise à gué une rivière permanente à l'aide d'une 
chaussée en dur (radier) généralement en béton
ford=yes + surface=concrete sur la longueur du gué si étendu, sur un 
seul point sinon

* la piste en terre croise une rivière permanente à l'aide d'un pont bas 
pouvant être submergé en cas de crue (ça ressemble à un radier mais 
l'eau passe dessous en temps normal)
bridge=yes + flood_prone=yes + surface=concrete sur la section ou sur un 
seul point si court

* la piste en terre croise à gué une rivière temporaire sans aucun 
aménagement
flood_prone=yes sur la longueur du gué si étendu, sur un seul point sinon

* la piste en terre croise à gué une rivière temporaire à l'aide d'une 
chaussée en dur (radier)
flood_prone=yes + surface=concrete sur la longueur du gué si étendu, sur 
un seul point sinon

Ça vous paraît cohérent tout ça?

ford : http://wiki.openstreetmap.org/wiki/Key:ford
flood_prone : http://wiki.openstreetmap.org/wiki/Key:flood_prone



-- 
Éric

___
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] route forestière: unclassified ou track/tracktype=grade1 ?

[teuxe]

Salut à tous,

Pour revenir sur le sujet, pour moi une route, pavée ou non, publique ou non, 
limitée à la circulation et destinée à entretenir une forêt, ça se transforme 
en highway=service, operator=xxx, surface=xxx, access=permissive/private, etc. 
On ne mappe pas pour le rendu mais pour l'utilité de l'information fournie, à 
savoir la route sert à entretenir la forêt.

Par contre j'ai un doute sur le tag access, si les piétons publics ont un accès 
libre mais les véhicules sont soumis à autorisation.

Teuxe


- Mail original -
De: Christian Rogel christian.ro...@club-internet.fr
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Jeudi 4 Octobre 2012 22:31:01
Objet: Re: [OSM-talk-fr] route forestière:  unclassified ou 
track/tracktype=grade1 ?


Le 4 oct. 2012 à 19:32, Eric SIBERT a écrit :

 Je dois avouer que je suis un peu dubitatif...
 
 
 Biskoazh kement-all (approx., c'est n'importe quoi), sus aux Français
 qui traduisent mal le wiki anglophone :
 
 C'est le traducteur qui est mauvais ou la version anglaise qui a évoluée?

Non, c'est un retour à la langue des Grands-Bretons anciens. En français : 
jamais autant

 
 Wiki français, première phrase :
 La valeur *unclassified*de la clé *highway*est utilisée pour représenter
 une route publique BITUMEE au trafic le plus faible.
 
 Wiki en anglais :
 *Unclassified*is used for minor public roads typically at the lowest
 level of the interconnecting grid network...Unclassified roads are
 considered usable by motor cars.
 
  En clair, les unclassified font partie du réseau routier maillé
 
 Alors, le réseau routier non-maillé (les routes en cul-de-sac), on les met où?

Désolé de faire dans le capillotractage, mais j'y suis obligé par plus fort que 
moi. ;-
Et désolé aussi pour l'oubli d'un smiley, dans l'expression sus aux ….., 
alors que j'en ai mis 3 dans le message.

Interconnecting grid net work : c'est clairement du langage administratif 
britannique qui ne peut être
écrit et compris tel quel.
Je mets maillage pour transposer grid et tu sautes sur le sens littéral. Je 
crois cependant que si je 
n'avais mis que réseau routier, cela aurait inclus les cul-de-sac, à moins de 
créer 2 catégories de routes
qui, pourtant nécessitent les mêmes attentions.

 Et plus loin
 One generality, perhaps, is that unclassified roads are often unpaved
 in larger, poorer or more remote/rural areas, and are typically paved in
 denser, richer or more central/urban areas.
 
 [...] ce
 qui veut dire qu'elles sont des voies de droit public et donc, a priori,
 TOUTES les voies de droit public, donc, sans considération de leur aspect.
 
 Je ne vois pas où le texte anglais parle de droit public/privé.

On part des classifications de routes du réseau routier britannique. Si tu ne 
vois pas que ce qui n'est 
pas classifié est une catégorie supplémentaire à ce qui est classifié, lequel 
est , par nature, public,
d'autres peuvent le supposer. C'est en tout cas mon avis.

Une des premières choses que j'ai comprises sur le terme unclassified, c'est 
que c'était un élément
défini légalement pour la catégorisation du réseau public de l'Angleterre et du 
Pays de Galles (Ecosse, peut-être
aussi,  mais, je n'ai pas le temps d'aller y voir).

 Qui corrige, avant que je ne le fasse moi-même?
 
 La nécessité de corriger ne me paraît pas évidente. La page anglaise dit que 
 la définition varie d'un pays à l'autre, voir d'une région à l'autre et qu'il 
 faut surtout essayer d'être homogène dans un secteur. Un tour sur la page de 
 discussion de la page anglaise montre que le débat est loin d'être clos. 
 L'idée est néanmoins qu'on essaie de hiérarchiser l'importance relative des 
 différentes voies dans le réseau routier. On peut s'aider d'autres critères 
 comme l'état physique ou l'appartenance administrative pour essayer d'évaluer 
 l'importance d'une voie.

La première version de la définition anglaise, mentionnée par Sylvain,  dit 
bien que les unclassified peuvent être unpaved dans les pays plus grands 
que la Grande-Bretagne, c'est évidemment le cas de la France métropolitaine qui 
est 2,6 fois plus grande, et on ne compte pas là le territoire français entier, 
avec la Guyane, par exemple.
 
 Dans cette perspective, la route en forêt fermée au trafic automobile ne fait 
 pas partie du réseau routier, donc pas de highway=unclassified mais track ou 
 service.
 
  La valeur *unclassified*de la clé *highway*est utilisée pour représenter
  une route publique BITUMEE au trafic le plus faible.
 
 Une mise à jour à minima serait :
 
 La valeur *unclassified*de la clé *highway*est utilisée pour représenter une 
 route ouverte au public au trafic le plus faible.
 
 Pour répondre à Eric, track concerne éventuellement que le domaine
 privé de la commune ou les routes privées, agricoles ou non, et c'est
 bien plus clair comme ça.
 
 Roads for agricultural use. Those roads are typically rural roads, farm 
 roads, parochial roads, cart-tracks for agricultural use, forest

Re: [OSM-talk-fr] Route saisonnière

[teuxe]

Salut Eric,

opening_hours=* est plutôt approprié pour des lieux dont l'ouverture et la 
fermeture sont liés à des activités humaines, donc réglées dans le calendrier : 
boutiques, mais aussi parcs publics par exemple.

seasonal=* a l'air plus approprié dans le sens où aucune date précise ne peut 
être indiquée : cela dépend des conditions météorologiques : la neige pour les 
cols de montagne, mais aussi les routes inondées de façon saisonnière dans les 
lieux où la mousson sait y faire, ou encore les routes temporaires sur rivières 
glacées (au nord du Canada par exemple).

Faudrait-il adjoindre à ce tag (ou remplacer le yes) les raisons plus 
précises qui permettraient de présenter les risques de fermeture aux systèmes 
de routage ? Par exemple en été on a peu de chance de se retrouver avec un col 
fermé pour cause d'enneigement, alors qu'en hiver cela est beaucoup plus 
probable. Les valeurs winter et summer ne me semblent pas être suffisamment 
précises sur la question ; dry_weather est déjà plus proche de ce à quoi je 
pense.

On pourrait aussi se dire que ce type d'information est aussi une condition 
d'accès, et qu'elle peut s'appliquer à certains types de véhicules uniquement. 
Pourquoi ne pas remplacer le vague seasonal=* par quelque chose du genre 
access:condition=* ? (C'est Pieren qui va être content.)


Teuxe

PS. C'est amusant ces valeurs cannot_determine ou another_pattern :D


- Mail original -
De: Eric SIBERT courr...@eric.sibert.fr
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Samedi 29 Septembre 2012 20:03:03
Objet: [OSM-talk-fr] Route saisonnière

Bonsoir,

Je cherche comme indiquer qu'une route est à ouverture ou fermeture 
saisonnière. Typiquement, les cols de montagne qui sont fermés en hiver. 
Jusqu'à présent, je mettais opening_hours avec une valeur du style 
Nov-Apr off. Mais je me demandais s'il y avait un moyen plus générique 
d'indiquer que c'est saisonnier avec un aspect aléatoire.

J'ai vu qu'il y avait une proposition seasonal=* :
http://wiki.openstreetmap.org/wiki/Key:seasonal

Usage en Europe : yes (497), no (19), winter (12), summer (9), * (2), 
Spring, Summer, Fall (1), Yes (1)

Le même problème se pose en Afrique avec les pistes impraticables en 
saison des pluies.

Usage en Afrique : year_round (171), yes (75), wet_season (32), 
cannot_determine (27), another_pattern (16), dry_season (7), na_dn (1), 
dry_weather (1)

En plus, en Afrique, la piste peut ne pas être fermée mais c'est juste 
le type de véhicule qui peuvent l’emprunter qui change. Ça reviendrait à 
ne pas avoir la même valeur pour la clé smoothness=* suivant la saison.

D'autres propositions?

-- 
Éric

___
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] Contact parisien pour l'asso Starting-block

[teuxe]

Salut,

L'association est essentiellement dédiée à encourager l'aide aux personnes en 
difficulté, et à promouvoir l'enseignement de valeurs citoyennes et 
solidaires non détaillées, dont la définition reste à l'appréciation de ceux 
qui les diffusent.

On pourrait leur proposer un équivalent qui peur permette de retrouver 
facilement le lieu de tout leur réseau en France en une vue avec éléments 
cliquables, mais à mon avis la synergie n'ira pas beaucoup plus loin. A-t-on 
déjà des rendus OSM qui permettent ça ?

Teuxe


- Mail original -
De: Cyrille Giquello cyrill...@gmail.com
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Jeudi 4 Octobre 2012 13:07:44
Objet: [OSM-talk-fr] Contact parisien pour l'asso Starting-block

Salut,
En surfant sur le Web j'ai rencontré le site de l'association
http://www.starting-block.org, Provocateurs de solidarité.
Starting-Block est une association de jeunes adultes engagés. Pour
construire un monde juste, inclusif et solidaire, elle mène des
actions d'Education à la Citoyenneté et à la Solidarité

Sur leur page réseau, il y a une carte avec un fond google-maps. Si un
parisien pouvait les accompagner à l'initiation à openstreetmap, j'ai
dans l'idée qu'ils seront partant vu les valeurs qu'ils prônent.

http://www.starting-block.org

-- 
Cyrille.

___
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] Contributeur hyperactif mais pas très précis

[teuxe]

Euh, juste une question : ça fait combien d'années qu'on n'utilise plus le tag 
oneway=-1 qui, s'il faut le rappeler, caractérise une voie en sens unique 
dans le sens __opposé__ à celui suivi par les nœuds ?

Teuxe

- Mail original -
De: Eric SIBERT courr...@eric.sibert.fr
À: talk-fr@openstreetmap.org
Envoyé: Mardi 2 Octobre 2012 18:52:14
Objet: Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis

 Il ne m'a pas répondu, et continu à tracer des routes comme un fou avec
 Potlatch.
[...]
 A recent example :
 http://www.openstreetmap.org/?lat=46.940197lon=-1.07499zoom=18layers=M

Il n'y a pas que le fait qu'il trace à la hache. Dans l'exemple proposé 
un rond-point n'est pas codé comme tel. Légèrement au nord, il a tracé 
une route par dessus un chemin agricole déjà tracé. Un peu plus loin, 
sur un rond-point existant, il a rajouté oneway = -1 là où on 
attendait junction=roundabout. Bizarre aussi la Rue des Bois avec 
trois branches.

N'hésite pas à faire preuve de pédagogie ;-), éventuellement en 
français, vu qu'il code en zone francophone.

Éric

___
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] En Irlande, une grande nationale est un trunk

[teuxe]

Je dirais même plus, ça dépend aussi de la taille de ton hameau. Car la 
taille, quoi qu'on en dise, ça compte quand même :D


- Mail original -
De: Stéphane Péneau stephane.pen...@wanadoo.fr
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Mardi 2 Octobre 2012 12:49:18
Objet: Re: [OSM-talk-fr] En Irlande, une grande nationale est un trunk


 = tertiary

Si elle a une ref (ce qui m'étonnerait), sinon unclassified

___
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] Zones de parking payant

[teuxe]

Bonjour Michael,

Si tu utilises les tags précisés sur cette page :
http://wiki.openstreetmap.org/wiki/Key:parking:lane:both
alors ce serveur devrait pouvoir faire le rendu de ces informations :

http://toolserver.org/~osm/styles/?lat=60.17412lon=24.93717zoom=15layers=F0FF000BF0

A noter que ce tag s'applique aux voies en précisant le lieu et la méthode de 
stationnement (gauche, droite, des deux côtés; en parallèle, en épi, 
perpendiculaire...), mais n'est pas prévu pour représenter des zones de 
stationnement. Et à mon avis, utiliser une zone pour représenter une propriété 
s'appliquant à un ensemble de rues comprises dans cette zone, n'est pas une 
méthode pratique pour les outils sensés utiliser ces données.


Teuxe

- Mail original -
De: Michael Witrant m...@lepton.fr
À: talk-fr@openstreetmap.org
Envoyé: Lundi 1 Octobre 2012 12:29:01
Objet: [OSM-talk-fr] Zones de parking payant

Bonjour,

Je suis nouveau sur OSM et j'aimerai avoir une carte des tarifs de 
parking de ma ville. J'ai créé les zones dans JOSM à partir d'un 
document fourni par la ville et j'ai mis ça dans un fichier OSM 
indépendant. Et j'ai plusieurs questions :

J'ai taggé les zones avec uniquement area=yes, 
parking:condition=ticket et parking:condition:fee_per_hour=X.XX. Ça 
vous parait bien ?
L'idéal c'est sans doute de marquer les rues individuellement, mais 
c'est beaucoup de boulot car il faut repérer les voies où on peut 
effectivement se garer. Je suis pas sûr d'avoir le temps de me lancer là 
dedans.

Est-ce que ce genre de chose peut/doit être mis sur OSM, ou est-il mieux 
de le garder séparé ?

Est-ce qu'il existe un outil online qui pourrait m'afficher ces zones en 
couleur, sur fond OSM ou photo ? Ou faut-il que je développe un truc 
avec par exemple OpenLayers ?


Merci,
Michael

___
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] nommage des routes

[teuxe]

Bonjour,

Ne faites pas toujours confiance aux images géolocalisées par Google et 
classées pour le service Street View. Je me suis amusé à parcourir des 
tunnels (en pas à pas) avec cette application et je me suis retrouvé en train 
de changer de tunnel et de sens de circulation (en virtuel, heureusement) avec 
des images qui ne correspondaient pas. (Cf. jonction entre A14 et A86 à 
Nanterre)

Teuxe


- Mail original -
De: Romain MEHUT romain.me...@gmail.com
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Dimanche 23 Septembre 2012 21:24:04
Objet: Re: [OSM-talk-fr] nommage des routes



Le 23 septembre 2012 20:23, Michaël Zakrzewski  mikamika48197...@free.fr  a 
écrit : 


Bonjour, 

en ce qui concerne le nommage des routes, est-ce que l'utilisation des images 
Google Street view est autorisée ? 


Tu peux t'en servir en seconde intention. La première intention étant le relevé 
sur le terrain (ou le cadastre). Street View peut éventuellement t'aider si tu 
n'es plus sûr de ce que tu as observé toi même. 

Romain 

___
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] Mauvaise traduction des Contributors Terms (CT)

[teuxe]

Bonjour,

 Personnellement je regrette la disparition de la licence CC-BY-SA
 comme un garde-fou qu'on aurait pu garder, car je ne crois pas que la
 licence ODBL (qui mélange tout) soit assez solide, en comparaison des
 licences Creative Commons fondées essentiellement sur le droit
 d'auteur.

Moi je m’étonne d'un fait majeur qui ne semble pas à ma connaissance avoir 
soulevé de questions. Prenez un utilisateur qui a participé à la création de 
l’œuvre collective OpenStreetMap sous licence CC-BY-SA. Il a participé à sa 
façon et, en tant qu’œuvre de son crû, il devrait tenir à ce que la licence le 
protège de toute dégradation de son travail.

Or cet utilisateur, un beau jour, se fait imposer (c’est le terme) d’accepter 
la nouvelle licence OdbL. Il avait le droit de refuser, non ? Mais s’il n’a pas 
accepté, que s’est-il passé ? Le résultat de son labeur s’est envolé en fumée, 
on a supprimé sa contribution de l’œuvre à laquelle il a contribué, contre la 
licence qu’il avait initialement acceptée. Il me semble qu’il y a un hic légal 
quelque part.

Est-ce que j’ai mal compris quelque chose ?

Teuxe

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

Re: [OSM-talk-fr] Cadastre : extrait -rails ressemblant furieusement à des parcelles cadastrales

[teuxe]

Oui c'est vrai, la résolution aérienne est un critère important dans ces zones 
où les voies sont très proches. Parfois on se mélange les pinceaux notamment 
sur les ponts à voies multiples : je suis entre les rails ou entre les voies ? 
En même temps on n'a souvent pas trop le choix de la méthode, sauf à se balader 
avec un GPS sur les voies (j'évite de le faire...), sinon l'import.

Ce qui est délicat à voir, ce sont les embranchements (aiguillages) ou les 
croisements (où les voies se coupent mais ne permettent pas le changement de 
direction). Autre point, certaines voies ne sont plus utilisées, les rails 
peuvent encore être présents (railway=disused) ou seule la trace persiste 
(railway=abandoned); dans les zones industrielles ils sont parfois noyés dans 
le bitume, les wagons ayant cédé leur place aux camions.

Et puis pour les relations, par quelles voies passent les missions de trains... 
là il faut connaître :)

Chapeau pour Villeneuve-Saint-Georges, ça fait un sacré paquet de ways ! C'est 
plus conséquent que Achères, Le Bourget, Drancy, Vaires-sur-Marne, Pantin et 
Noisy-le-Sec ! (j'ai posé ma patte sur ces gares-là)

Teuxe


- Mail original -
De: Christian Quest cqu...@openstreetmap.fr
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Mercredi 19 Septembre 2012 12:44:51
Objet: Re: [OSM-talk-fr]Cadastre : extrait -rails ressemblant 
furieusement à des parcelles cadastrales

Le 19 septembre 2012 02:18, Christophe Merlet
red...@redfoxcenter.org a écrit :

 Quand j'ai fait la gare de Pau, après avoir vu la gare de triage de
 Choisy, je l'ai fini tellement vite que j'ai fait aussi celles d'Artic
 et de Puyoo dans la foulée...
 Franchement, dessiner le triage d'une gare n'est franchement pas le plus
 difficile dans OSM contrairement aux apparences !



Effectivement, ce n'est pas difficile si on a une bonne résolution en
imagerie aérienne.

C'est juste un peu long et répétitif (j'ai une bonne partie de
Villeneuve-Saint-George à mon actif).

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

___
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] Planet ODbL disponible !

[teuxe]

Mine de rien, juste pour se faire une idée, ça pèse 5 DVD, ou 30 CD-ROM...

Teuxe


- Mail original -
De: Christian Quest cqu...@openstreetmap.fr
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Vendredi 14 Septembre 2012 19:14:30
Objet: [OSM-talk-fr] Planet ODbL disponible !


Ca y est... le fichier planet ODbL est disponible: 


http://planet.openstreetmap.org/planet/2012/ 


23Go... 


Le propose-t-on en mirroir sur un de nos serveurs fr ? 

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest 

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

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

Re: [OSM-talk-fr] Message sur la carte OSM

[teuxe]

Bonjour,

On va dans le bon sens là :)
On améliore un peu plus pour avoir des verbes à l'infinitif :

8 --
Vous pouvez [télécharger] et [utiliser] les données d'OpenStreetMap librement, 
sous les conditions de leur [licence ouverte]. Pour améliorer la carte, 
commencez par [créer un compte].
- 8

Teuxe

PS. J'ai toujours trouvé jolis les ciseaux en ASCII :)


- Mail original -
De: Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net
À: talk-fr@openstreetmap.org
Envoyé: Mercredi 12 Septembre 2012 23:36:26
Objet: Re: [OSM-talk-fr] Message sur la carte OSM

Pour que ça sonne mieux à des oreilles francophones, il faut écrire dans 
l'autre sens :

8 --
Le téléchargement et l'utilisation des données sont libres, sous les 
conditions de leur licence ouverte. L'amélioration de la carte est 
accessible après avoir créé un compte.
- 8

-- 
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] Problème Osmose et Internet Explorer

[teuxe]

[joke]
Microsoft Internet Explorer 9 est un problème connu.
[/joke]

Teuxe

- Mail original -
De: Stéphane Péneau stephane.pen...@wanadoo.fr
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Mardi 11 Septembre 2012 10:00:08
Objet: [OSM-talk-fr] Problème Osmose et Internet Explorer

Salut,

Je viens de remarquer qu'osmose ne fonctionne pas avec internet explorer 9.
C'est un problème connu ?

Stéphane

___
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] Problème Osmose et Internet Explorer

[teuxe]

Au passage, le site promotionnel français non officiel d'utilisateurs IE9 est 
assez minable...
http://internetexplorer9.fr/
Le forum n'est pas administré... à moins que la section Bugs soit 
volontairement laissée à l'état de friche :D
Et je ne parle pas des liens vers les sites partenaires en bas à gauche, wa 
! :)

Teuxe

- Mail original -
De: te...@free.fr
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Mardi 11 Septembre 2012 11:02:25
Objet: Re: [OSM-talk-fr]Problème Osmose et Internet Explorer

[joke]
Microsoft Internet Explorer 9 est un problème connu.
[/joke]

Teuxe

- Mail original -
De: Stéphane Péneau stephane.pen...@wanadoo.fr
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Mardi 11 Septembre 2012 10:00:08
Objet: [OSM-talk-fr] Problème Osmose et Internet Explorer

Salut,

Je viens de remarquer qu'osmose ne fonctionne pas avec internet explorer 9.
C'est un problème connu ?

Stéphane

___
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] Où sont passés les terminaux 2D, 2E et 2F de l'aéroport Roissy CDG ?

[teuxe]

Merci, et merci surtout à Gilles Nogues qui a pas mal contribué sur ce secteur 
ces derniers jours :)
On attend les traces aériennes ;)

Teuxe

- Mail original -
De: Ab_fab gamma@gmail.com
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Lundi 10 Septembre 2012 14:53:32
Objet: Re: [OSM-talk-fr]Où sont passés les terminaux 2D, 2E et 2F de 
l'aéroport Roissy CDG ?


Il y a eu de l'activité ces dernières semaines 
http://www.itoworld.com/map/129#fullscreenlat=49.005441732552065lon=2.564418455525125zoom=14
 

Merci au(x) correcteur(s) 


Le 26 août 2012 18:21, Christian Quest  cqu...@openstreetmap.fr  a écrit : 


De quoi s'occuper avec Gaël avant de prendre l'avion pour Tokyo la 
semaine prochaine ! 


Le 26 août 2012 16:42, Dominique Rousseau  d...@lee-loo.net  a écrit : 


 Le Sun, Aug 26, 2012 at 04:31:25PM +0200, te...@free.fr [ te...@free.fr ] a 
 écrit: 
 Bonjour à tous, 
 
 Quelle ne fut pas ma surprise en rentrant de vacances, en remarquant que sur 
 OSM ces terminaux 2D, 2E et 2F de l'aéroport Roissy - Charles-de-Gaulle ont 
 disparu de la base... 
 - Comment puis-je retrouver ces données disparues ? 
 - Qui a effectué ces modifications (violentes) ? 
 
 C'est probablement le Redaction Bot. Traitement automatisé appliqué il y 
 a quelques semaines, pour censurer les données non compatibles avec la 
 licence OdBl dans la base OSM. 
 Pour Roissy, Geofabrik indiqué tout ça : 
 
 http://tools.geofabrik.de/osmi/?view=redactionbotlon=2.57954lat=49.00698zoom=12overlays=overview,bot_point_cleared,bot_point_superseded,bot_line_cleared,bot_line_superseded,bot_point_modified,bot_line_modified_cp,bot_line_modified,bot_point_deleted,bot_line_deleted_cp,bot_line_deleted
  
 ( ou : http://preview.tinyurl.com/bwh7ff8 ) 
 
 -- 
 Dominique Rousseau 
 d...@lee-loo.net - 06 82 43 12 27 
 
 A l'instant où l'esclave décide qu'il ne sera plus esclave, 
 ses chaînes tombent. -- Mahatma Gandhi 
 
 ___ 
 Talk-fr mailing list 
 Talk-fr@openstreetmap.org 
 http://lists.openstreetmap.org/listinfo/talk-fr 



-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest 



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




-- 
ab_fab 
Il n'y a pas de pas perdus 

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

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

[OSM-talk-fr] Où sont passés les terminaux 2D, 2E et 2F de l'aéroport Roissy CDG ?

[teuxe]

Bonjour à tous,

Quelle ne fut pas ma surprise en rentrant de vacances, en remarquant que sur 
OSM ces terminaux 2D, 2E et 2F de l'aéroport Roissy - Charles-de-Gaulle ont 
disparu de la base...
- Comment puis-je retrouver ces données disparues ?
- Qui a effectué ces modifications (violentes) ?

Merci,


Teuxe

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

Re: [OSM-talk-fr] Happy birthday OSM party ?

[teuxe]

Salut Christian,
Pour répondre à l'hypothèse pas trop nombreux, on pourrait inscrire nos noms 
quelque part ?
Je ferai un effort pour être présent cette fois-ci, où que ça se passe (la 
dernière fois le boulot m'a retenu).

Teuxe

- Mail original -
De: Christian Quest cqu...@openstreetmap.fr
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Vendredi 3 Août 2012 00:56:13
Objet: Re: [OSM-talk-fr] Happy birthday OSM party ?

Si on n'est pas trop nombreux, ça vous dirait un barbecue dans mon jardin ?

Accès facile: RER A Le Parc de Saint-Maur

Ca changerai du plan bière + diner dans un bar parisien

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

___
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] trou à Grande Synthe causé par le Redaction bot

[teuxe]

Salut Guy,

Les cartes sont recréées progressivement, relativement vite pour Mapnik en 
basse altitude, plus rarement sur les vues de très haut (vue la quantité de 
données à traiter...). D'autres moteurs de rendus sont bien plus lents à 
rafraîchir les cartes.

Tu peux donc poursuivre sans crainte :)


Teuxe


- Mail original -
De: g.lefer_laposte.net g.le...@laposte.net
À: talk-fr@openstreetmap.org
Envoyé: Lundi 23 Juillet 2012 15:59:26
Objet: [OSM-talk-fr] trou à Grande Synthe causé par le Redaction bot

Bonjour

Je me suis inscrit sur openstreetmap en avril 2012 : il me parait normal 
de contribuer lorsqu'on utilise une carte gratuite sur son GPS. Dans la 
foulée, j'ai lu les messages de la présente liste. Ils m'ont permis de 
m'initier à Potlach et JOSM, et de faire mes premiers pas. J'ai ainsi 
ajouté passages piétons, sens uniques, toilettes... dans ma ville.

Je voudrais aujourd'hui réaliser quelque chose de plus ambitieux. J'ai 
remarqué que le Redaction bot, lancé suite au changement de licence, 
avait fait un gros trou à Grande Synthe (un peu à l'ouest de Dunkerque). 
Avec mes amis Bing et Cadastre, j'ai commencé à tracer tout doucement 
(une heure ou deux par semaine) les routes manquantes. Pas de problème 
pour les highway service et residential. Un peu plus de difficulté pour 
déterminer les tertiary et secondary.

Je fais appel à vous car j'ai constaté une chose bizarre : suivant le 
niveau de zoom utilisé, la zone parait presque vide (je n'ai pas encore 
ajouté grand'chose), ou au contraire complète.
 Ici
http://www.openstreetmap.org/?lat=51.0116lon=2.3097zoom=13layers=M
on ne trouve que ce que j'ai ajouté.
 Là
http://www.openstreetmap.org/?lat=51.0135lon=2.3127zoom=12layers=M
il me semble voir plus de chose (en particulier une étendue bleue 
entourée de vert)

Ai-je la berlue ?

J'attends vos avis avant de continuer. Merci d'avance.
GuyDuNord



___
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] tag shop multiples

[teuxe]

Bonjour Agnès,
On utilise le point-virgule pour séparer les différentes valeurs d'un même 
tag... Maintenant, peut-être que JOSM ne sait pas le faire ?

Teuxe

- Mail original -
De: Agnès Rambaud agnesramb...@free.fr
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Mardi 17 Juillet 2012 13:51:32
Objet: [OSM-talk-fr] tag shop multiples

Bonjour la liste,

J'ai déjà vu passer cela, mais je n'arrive pas à remettre la main dessus 
: comment faire pour taguer proprement un commerce qui relève de 
différent tags shop ?
J'ai le cas par exemple avec un bureau de tabac-journaux-dépôt de 
pressing...

Josm ne veut pas de plusieur shop, il me remplace systématiquement le 
tag existant.

Faut-il en passer par la création de plusieurs points pour chacune des 
infos ?

Merci de vos tuyaux

Agnès

___
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] Transports publics et tag route_master

[teuxe]

Bonjour,

Francescu,
Tu as l'air d'avoir saisi :) Je m'étais posé la même question à savoir s'il est 
possible de dupliquer une relation... Je n'ai malheureusement pas trouvé ma 
réponse pour l'instant. Si quelqu'un sait... ?

Pour compléter la réponse de Tetsuo, le point d'entrée pour comprendre 
l'ensemble du schéma de transports public se trouve là (en anglais) :
http://wiki.openstreetmap.org/wiki/Public_Transport
Attention à l'usage du highway=bus_stop qui maintenant représente plutôt le 
piquet d'arrêt de bus, plutôt que l'emplacement de la chaussée où le bus 
s'arrête.

Exemple didactique :
Une ligne relie les arrêts principaux A, B et C, en empruntant quelques sens 
uniques ; en-dehors des jours de marché, la ligne ne dessert pas C et fait 
uniquement A - B.
- une relation de type route contient tous les ways dans l'ordre A - B - C, 
suivis de la liste ordonnée des nodes public_transport=stop_position, suivis 
des plateformes (où montent et descendent les voyageurs) ; les tags 
s'appliquant à la relation sont propres à ce sens de parcours (en particulier, 
le nom devrait comprendre une flèche → entre deux ou plusieurs points de 
passage) ;
- idem dans le sens C - B - A ;
- les troisième et quatrième relations décrivent resp. A - B et B - A (même 
si le parcours est le même que celui emprunté par resp. A - B - C et C - B 
- A) ;
- la dernière relation, de type route_master, regroupe juste les 4 relations 
précédentes, et sa description s'applique à toute la ligne (le nom devrait 
contenir une double-flèche ↔ ou, à défaut, des tirets longs séparant les 
terminus).

Exemple pratique :
http://wiki.openstreetmap.org/wiki/WikiProject_France/Bus_RATP


Teuxe


- Mail original -
De: Tetsuo Shima tets...@gmail.com
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Lundi 16 Juillet 2012 18:30:37
Objet: Re: [OSM-talk-fr] Transports publics et tag route_master

Bonsoir,

Sur une ligne aller retour avec deux variante de terminuis par exemple.
- il faut une relation par sous-ligne soit une pour cahque variant
et pour chaque sens, soit 4 ici.
- c'est quatre relation tu les réuni ensuite dans une autre relation
de type master qui regroupe les 4 lignes précédente et qui serait vu
comme une seul ligen logique ... avec 4 tajet réels en fait.

Cordialement

2012/7/16 Francescu GAROBY windu...@gmail.com:
 Bonjour,
 J'aimerais être sûr de bien comprendre comment s'utilise la (nouvelle ?)
 relation de type route_master :
 http://wiki.openstreetmap.org/wiki/Tag:type%3Droute_master
 Si je suis bien les explications, il faut créer une relation contenant tous
 les chemins possibles, ainsi que tous les arrêts pour cette relation, puis
 lui associer une relation par itinéraire possible (aller, retour, trajet de
 nuit/du WE, ...) ?

 Est-il dans ce cas possible de dupliquer une relation, et de l'inverser ?
 Ceci afin d'avoir une trame de base pour le trajet retour (que l'on retouche
 ensuite, selon les besoins) ?

 --
 Cordialement,
 Francescu GAROBY


 ___
 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] Un train léger

[teuxe]

:))
Peut-on aussi taguer les manèges, chevaux sur ressorts et autres araignées de 
cordes ?
Pour les parcs d'attraction, peut-on taguer les rivières comme étant 
artificielles (du genre rapides) ?

Teuxe

- Mail original -
De: Ista Pouss ista...@gmail.com
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Vendredi 13 Juillet 2012 09:27:48
Objet: [OSM-talk-fr] Un train léger


Bonjour, 

Dans mon patelin il y a un train pour enfants dans un parc. Le voici sur OSM : 
http://osm.org/go/0ApJS7lzb-- et le voilà en photo : 
http://www.flickr.com/photos/mpoudisk/7560523646/in/photostream 

Il est tagué dans osm comme un vrai train, semble-t-il : ligth rail line. Je ne 
vois nulle part la mention que c'est un jouet. Je trouve ça étonnant, est-ce 
juste ? 

Ensuite, comme pratiquement partout dans mon quartier, la source est marquée en 
erreur, il y aurait une double source ?... Comment résoudre cela ? 

Merci. 


___
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] Un train léger

[teuxe]

Salut,
C'est ton leisure=playground qui cause ce rendu : leisure sert à définir 
l'utilisation d'une area, et donc là tu as défini une zone de jeu plutôt qu'un 
parcours de petit train. Retire ce tag :)

Teuxe

- Mail original -
De: Ista Pouss ista...@gmail.com
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Vendredi 13 Juillet 2012 17:42:19
Objet: Re: [OSM-talk-fr] Un train léger


Ce qui m'étonne est qu'après ma modif le rendu de mon petit train est... en 
gros, n'importe quoi : une surface rose avec une balançoire au milieu !? 

http://osm.org/go/0ApJS7mzu-- 

Est-ce seulement un problème de rendu ? 

___
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

[OSM-talk-fr] Mairie de Torcy (71210)

[teuxe]

Bonjour tout le monde,

http://www.openstreetmap.org/browse/way/133350328
addr:housename = Mairie de Torcy
building = public
name = Mairie de Torcy (71210)
note:qadastre = v0.2
source = cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre. 
Mise à jour : 2011

Le nom de ce bâtiment est affiché Mairie de Torcy (addr:housename) en zoom 8, 
de la même façon qu'un nom de ville comme Dijon, Besançon, Lyon...
http://www.openstreetmap.org/?lat=46.69lon=4.59zoom=8layers=M

Avez-vous une idée du tag incorrect, qui causerait ce mauvais rendu ?


Teuxe

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

Re: [OSM-talk-fr] Indoor mapping et Tour Montparnasse

[teuxe]

Salut,

Question importante, est-ce que dans ce type de mapping, avec des zones qui se 
recouvrent à la verticale, il est recommandé de :
- réutiliser les mêmes nodes (dans le sens node=ligne verticale virtuelle à 
certaines coordonnées),
- ou de superposer des nodes différents (node=point de repère symbolique qui 
peut également être localisé en altitude) ?

Teuxe

- Mail Original -
De: Vincent Pottier vpott...@gmail.com
À: talk-fr@openstreetmap.org
Envoyé: Jeudi 21 Juin 2012 00h02:13 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Indoor mapping et Tour Montparnasse


Le 20/06/2012 21:51, JonathanMM a écrit : 

Personnellement, j'aurais fait un nœud ou un polygone (si tu connais la surface 
occupé par le restaurant) pour le représenter, et je n'aurais pas mis ça sur le 
building, sinon, ça risque d'être le merdier. C'est vrai qu'après, ce sera 
aussi le merdier avec plus de 60 nœuds/polygones/… au même endroit, mais ça se 
gère très bien dans JOSM. 
avec les filtres level=* (option ajouter à la sélection) + level=15 ( supprimer 
de la sélection) 
-- 
FrViPofm 

___
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

[OSM-talk-fr] Profondeur des cours d'eau navigables (était Hortillonages à Amiens: travail de reperage)

[teuxe]

Bonjour,

Une idée qui me passe par l'esprit à propos de où commence l'eau et où est la 
terre : c'est un peu comme les côtes subissant les marées en fait. Je pensais, 
pour les canaux, qui sont surtout dédiés aux déplacements de bateaux de toutes 
sortes, que l'information de profondeur des cours d'eau n'est jamais 
retranscrite. Je ne sais pas si c'est envisageable, mais savoir qu'il y a un 
banc de sable peu profond à tel endroit ou que la limite eau/terre est vague 
parce que la pente est douce, ce sont des informations utiles sur une carte de 
navigation fluviale.

Après, s'il est vrai que le niveau d'eau peut varier selon l'heure de la 
journée ou selon la saison, l'un des éléments qui ne change que très peu est 
l'altitude du fond marin/fluvial/etc., au cas où ça pourrait être une piste à 
suivre...

Vos avis sur ces questions ?

Teuxe

- Mail Original -
De: Hans-Christian Bohlmann cant...@web.de
À: Talk-fr@openstreetmap.org
Envoyé: Lundi 18 Juin 2012 09h39:50 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: [OSM-talk-fr] Hortillonages à Amiens: travail de reperage

Salut,
J'ai visité ce WE les Hortillongaes à Amiens. Vraiment magnifique. Un
marais avec des canaux en pleine ville. Belle promenade en barque.
Mais encore beaucoup de travail pour OSM. Difficile de dire ou
commence l'eau et ou est la terre. Petits jardins et terrains de
maraîchages.
Canaux qui manquent, landuse vides etc.

http://osm.org/go/0BbdPkG~

cantece


-- 
--

Dr.-Ing. Hans-Christian Bohlmann
94 avenue Victor Cresson
92130 Issy-les-Moulineaux
tel: +33 (0)9.51.43.28.43
mob.: +33 (0)6.84.32.77.49

Skype: cantece
cant...@web.de

___
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] initiation a openstreetmap les 18 et 25 Juin a villebon

[teuxe]

Bonjour,

OpenStreetMap n'est pas un outil, c'est une base de données... Je suppose que 
la rencontre est axée autour de JOSM (qui est l'outil préféré par la plupart 
des contributeurs ici, mais il en existe d'autres). Et vu qu'il s'agit 
d'équipements cyclables, s'agira-t-il d'intégrer des traces GPS (à apporter, du 
coup) ou seulement d'identifier des pistes/voies sur des photos aériennes ?
Au fait, pensez à mettre des accents, des ponctuations et des majuscules sur 
les données que vous rentrerez dans la base ;)

Teuxe

- Mail Original -
De: Marc SIBERT m...@sibert.fr
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Jeudi 14 Juin 2012 14h40:07 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] *** PROBABLY SPAM *** initiation a openstreetmap les 
18 et 25 Juin a villebon


Le 14 juin 2012 13:19, hamster  hams...@suna.fdn.fr  a écrit : 


bonjour 

2 soirees sont organisees pour initier ceux qui le veulent a l'outil 
cartographique openstreetmap 

les 18 et 25 juin entre 20 h 30 et 23 h 
a la MJC boby lapointe de villebon 
http://www.openstreetmap.org/? mlat=48.6984mlon=2.23121 zoom=17layers=M 

programme : 
- aide a l'installation du logiciel 
- prise en main du logiciel 

le travail se fera en petits groupes pour un meilleur apprentissage, il est 
donc souhaitable d'avoir une forte proportion de contributeurs confirmes 

ces seances sont dediees a la cartographie des equipements cyclables avec comme 
but d'ameliorer la cartographie cyclable de palaiseau 

les personnes qui le peuvent sont incitees a apporter leur ordinateur pour 
realiser l'installation du logiciel, il y aura du reseau et un grand ecran 

a lundi 

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

Si tu est OK, je mets cette annonce sur le site de l'asso openstreetmap.fr ? 

A+ 

-- 
Marc Sibert 
m...@sibert.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] Suppression des GR dans OSM

[teuxe]

 Et si j'emprunte, disons, le GR3 et que je tag toutes les voies que j'ai 
 empruntées en tant que itinéraire de la randonnée de marcel, juin 2012 que 
 se passe-t-il ? La FFRP va m'attaquer parce que ma promenade passe par des 
 voies qu'ils auraient balisé et que j'aurais rendu compte de cette randonnée 
 sur OSM ? J'en rien à foutre de leur petit traits rouges et blancs, et en 
 plus ça gâche le paysage, d'ailleurs dans les Sites classés, ils ont fait une 
 demande à la commission des sites ? Ils devraient !

Les petits traits rouge/blanc peuvent être repérés tout à fait naïvement dans 
la base de données, sans aucune indication de leur signification, tout comme on 
peut repérer un arbre, une boîte aux lettres ou... On invente quel tag ? :)

 OSM ne vent pas d'itinéraire de randonnée, OSM n'a pas pour but principal de 
 promouvoir la randonnée, un itinéraire juste un élément de plus parmi 
 beaucoup d'autres. Les contributeurs à OSM qui ne font que d'informer le 
 public de la présence d'un GR de la même manière que la présence d'une gare 
 ou de n'importe quel commerce

 La FFRP attaque-t-elle le quotidien de Trifouillis-les-Oies lorsqu'il signale 
 qu'un GR vient d'être balisé sur le territoire communal ? Pourtant c'est 
 grâce à cette information primordiale que le tirage du quotidien a doublé.

En fait, la FFRP perçoit des droits sur la publication de cartes décrivant le 
parcours, pas sur leur existence même. Si une carte libre représente ce tracé, 
ils perdent une partie de leur principale source de revenus (sujette à 
propriété intellectuelle).


Teuxe

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

Re: [OSM-talk-fr] Suppression des GR dans OSM

[teuxe]

 Et, dans la même veine, que se passerait-il si des mappeurs indiquent sur un 
 way un point taggé trait blanc et trait rouge paralélles, trait blanc et 
 trait rouge disposés en croix etc. sur un chemin public, il ne s'agit que du 
 report d'une observation faite sur le terrain, au même titre que le 
 positionnement d'un arbre, d'un pylone électrique ou même d'une maison. Et là 
 j'aimerais bien savoir ce que la Fédération… aurait à redire.
+1

Teuxe

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