Re: [OSM-talk-fr] [Bug iPhone Alaska] OSM?

2013-09-27 Par sujet Christian Quest 
Il semble qu'il s'agit de l'aéroport de Fairbanks en Alaska:
http://www.openstreetmap.org/#map=14/64.8371/-147.6077

Pas de souci visible sur OSM.

Il faut se méfier des indications des GPS, parfois on se retrouve à
l'entrée du tunnel sous la manche sans le vouloir ;)


Le 27 septembre 2013 21:55, Shohreh  a écrit :

> Bonjour
>
> Par curiosité, quelqu'un sait-il si OSM possède la bonne info et leur
> aurait
> évité cette mésaventure?
>
> "Plusieurs automobilistes se sont retrouvés au beau milieu des pistes d'un
> aéroport de l'Alaska. Ils ont été trompés par les fausses instructions de
> leur iPhone."
>
> www.tdg.ch/high-tech/iphone-guide-pistes-aeroport/story/19245734
>
> Merci.
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Bug-iPhone-Alaska-OSM-tp5779216.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> Talk-fr mailing list
> 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

Re: [OSM-talk-fr] Camp de concentration, camps de prisonniers, lieux de massacres…

2013-09-27 Par sujet yves . pratter 
> Si on applique des critères linguistiques et étymologiques strictes aux clés 
> et
> valeurs, on aura du travail, en commençant par highway=path.
+1

> Ce qui me gêne plus que amenity c'est "abandoned", qui laisse entendre que ces
> camps ont été abandonnés volontairement et me fait penser aux anciennes lignes
> de chemin de fer transformées en idylliques voies vertes. Et "nazi" désigne 
> pas
> le régime qui a mis en place ces camps mais une idéologie qui n'est pas 
> limité à
> ce régime.
> 
> Les clés et valeurs abandoned, amenity et prison reflètent chacun un jugement,
> pas un fait vérifiable.
+1

> Si on veut respecter le principe de ne mapper que ce
> qu'on peut vérifier sur place, on se base sur la dénomination actuelle de
> l'endroit ou ce qui est écrit sur la plaque commémorative. Cela donnerait :
> 
> historic=concentration_camp
> concentration_camp=KZ
Juste une remarque : KZ est l'abréviation allemande de Konzentrationslager qui 
signifie (selon wikipédia) camp de concentration.
Et KL semble aussi utilisée.

--
Yves

PS: l'article francophone de wikipedia traite aussi des bagnes… et des camps 
actuels : Corée, Guantanamo, centre de rétention administrative (CRA) du 
Mesnil-Amelot (Seine-et-Marne)___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Camp de concentration, camps de prisonniers, lieux de massacres…

2013-09-27 Par sujet yves . pratter 

Le 27 sept. 2013 à 11:52, Marc SIBERT  a écrit :

> Bonjour,
> 
> juste un commentaire pour élargir le débat : il existe des pays qui possèdent 
> *encore* des camps de travail.
> Je pense qu'il faut distinguer les lieux de mémoire (historic) des lieux de 
> rétension (c'est un euphémisme dans le cas des camps) qui peuvent être des  
> "amenity".
Effectivement, en Corée du Nord (entre-autres).
J'ai suggéré ça aussi à Lutz qui n'est pas contre l'idée d'élargir les tags et 
le débat. Lui travaille sur la carte des objets historiques

> 
> Pour moi : 
> - un camps de concentration conservé en état est : un musée, un lieu de 
> mémoire, lieu de recueillement (cimetière) ;
Entre-autres. Mais ce n'est pas un lieu de mémoire comme les autres.

L'autre problème est d'essayer de réaliser une carte des camps. (pour un cours 
d'histoire par exemple)
Comme il n'y a pas de tag spécifique, c'est quasiment impossible de lister les 
objets automatiquement.

Faire une recherche sur KZ, concentration donne des faux-positifs et n'est pas 
exhaustif (et comment retrouver les goulags, avec ГУЛаг ?)

> - une prison utilisée : est un lieu de rétention avec différente finalité. 
> Même en France on peut distinguer les maisons d'arrêts des centres de 
> détention. Il s'agit d'ajouter des tags pour préciser sa finalité, si la 
> torture y est pratiquée, la peine de mort appliquée, etc.
http://www.amnesty.org/fr/death-penalty/death-sentences-and-executions-in-2012 
(carte interactive)
http://www.amnesty.org/fr/detention


--
Yves

PS: liste non exhaustive et truffée d'erreurs

Pays-Bas
http://www.openstreetmap.org/browse/node/2308208501 Uitenhage Concentration 
Camp Memorial

http://www.openstreetmap.org/browse/way/152604321   Gonars concentration 
camp area outline

Afrique du Sud
http://www.openstreetmap.org/browse/node/2432691021 Port Elizabeth 
Concentration Camp Memorial
http://www.openstreetmap.org/browse/way/200063713   Kamp Vught 
Concentration Camp Museum
http://www.openstreetmap.org/browse/way/26591168Irene Concentration 
Camp Cemetry

Allemagne / Pologne
http://www.openstreetmap.org/browse/node/1705312825 Kaiserwald 
concentration camp
http://www.openstreetmap.org/browse/node/667982430  KZ-Gedenkstätte / 
Ebensee Concentration Camp Memorial
http://www.openstreetmap.org/browse/way/69722519Denkmal KZ-Außenlager 
Wöbbelin
http://www.openstreetmap.org/browse/relation/3030777Konzentrationslager 
Auschwitz (Auschwitz I)
http://www.openstreetmap.org/browse/way/53908378Konzentrationslager 
Auschwitz II
http://www.openstreetmap.org/browse/way/25503679KZ-Gedenkstätte Dachau
http://www.openstreetmap.org/browse/way/45777192Former concentration 
camp of Guntramsdorf 1943-1945
http://www.openstreetmap.org/browse/way/29112284KZ Leonberg
http://www.openstreetmap.org/browse/way/29112283KZ Leonberg
http://www.openstreetmap.org/browse/node/694339582  KZ Kemna

France
http://www.openstreetmap.org/browse/way/59141848Struthof Natzweiler 
(ehemaliges Nazi Konzentrationslager)
http://www.openstreetmap.org/browse/way/175705428   Ancien Camp de 
Concentration de Douadic

Grèce
http://www.openstreetmap.org/browse/way/96408381Kokkinotrimithia 
Concentration Camp

Korée du nord
http://www.openstreetmap.org/browse/way/123344488   Umerziehungslager 
Kaechon
http://www.openstreetmap.org/browse/relation/1688342Konzentrationslager 
Haengyong
http://www.openstreetmap.org/browse/way/123365703   Internierungslager 
Pukch’ang
http://www.openstreetmap.org/browse/relation/1688267Internierungslager 
Hwasong
http://www.openstreetmap.org/browse/way/123352641   Internierungslager Yodok

Other values founded with tag info :
http://taginfo.openstreetmap.org/search?q=KZ#values

1   name360 KZ-Opfern zum Gedenken - errichtet 1950
1   nameAußenlager Annener Gußstahlwerk des KZBuchenwald
1   nameAußenlager von KZMauthausen
1   nameAusstellung KZGedenkstätte
1   nameAusstellung zur Gedenkstätte KZ-Außenstelle Ahlem
1   nameBesucherzentrum KZ-Gedenkstätte Dachau
1   nameBibliothek KZ-Gedenkstätte Neuengamme
1   nameBlechschmiede KZ
1   nameDas KZEbensee und die Häftlinge
1   nameDenkmal KZ-Außenlager Wöbbelin
1   nameDeportation ins KZ
1   nameDokumentationsstätte KZHersbruck
1   nameehem. KZ-Außenlager Lichterfelde
1   nameehem.Rakenprüfstand KZSchlier
1   nameEhemalige KZ-Baracken
1   nameEhemaliges KZGefangenenlager Tailfingen
1   nameEhemaliges Zugangstor zur KZ-Außenstelle
1   nameehm. KZAußenlager Halle 116
1   nameEhrenmal für gestorbene KZ-Häftlinge
1   nameErinnerung an das KZ-Außenlager
1   nameFiberoptic.kz
1   nameFür die zwei KZ-Häftlinge, die auf ihren Todesmarsch 1945 hier 
starben
1   nameGedenk- und Dokumentationsstätte KZDrütte
1   nameGede

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

2013-09-27 Par sujet Ista Pouss 
Le 27 septembre 2013 21:10, Vincent Pottier  a écrit :

> Hé ! C'est la limite d'OSM. qui n'est pas à proprement parler une "object
> database" et où beaucoup, loin s'en faut, ne pense pas "object" au sens
> programmation.
>
> Dans le cad de la place, de la route "Rue Machin", ce qui est stoqué, ce
> n'est pas l'objet, mais des éléments permettant de reconstituer l'objet. En
> ce sens, le tronçon de route s'apelle bien "Rue Machin".
>
> Si on avait une "object database" on n'aurait pas de relation
> associated_street, mais seulement une relation street avec toutes sortes de
> membres, on aurait principalement des objets "river" plutot que riverbank,
> des objets "administrative entity" (collectivité territoriale) plutôt que
> des "boundary"...
> --
> FrViPofm
>
>
C'est vrai que j'ai pris un exemple "objet", mais c'est un problème plus
géographique.

Un place est un lieu géographique ; si on déplace un banc dans cette place,
alors le banc devient un constituant de cette place, du simple fait qu'il
est dans les limites géographiques de la place. Mais est-ce pour cela qu'il
faut le relier à la place ? Je ne suis pas sûr ; pour le coup, il est clair
que les moteurs de rendu pourrait le détecter par analyse des positions
géographiques.

... mais ils peuvent le détecter, si la place existe dans la base !

Et d'une collection d'objets qui s'appellent "place machin", il est faux
d'affirmer que les moteurs de rendu puissent découvrir une place... s'il
n'y a dans la base que des routes, des surfaces, et 36 points qui portent
ce nom, il est difficile d'en découvrir avec justesse qu'il y a une sorte
d'objet général qui formerait la place, qu'il faut identifier sur le rendu.

La pratique actuelle d'OSM conduirait à appeler tous les départements
français "France", et à affirmer que de là les moteurs de rendu pourraient
en déduire qu'il y a un pays qui s'appelle France. Bon courage.

Donc il faut faire attention à ce que les trucs qui existent dans la
réalité humaine existent bien dans la base C'est plus un problème de
description que de relation.

Bon... si je suis pas clair, excusez moi. De toutes façons je peux me
tromper.

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

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

2013-09-27 Par sujet Vincent Pottier 

Le 27/09/2013 22:15, Ista Pouss a écrit :


Le problème, (si l'on peut dire), c'est le nom. À partir du moment où 
le rond point a un nom, où il est constitué de plusieurs voies, on ne 
peut pas dire "chacune des voies porte ce même nom". J'admets que, si 
le rond point n'a qu'une voie, on peut le dire - ce serait un peu 
couper les cheveux en 4.

C'est quoi un rond-point qui a plusieurs voies ?
--
FrViPofm

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

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

2013-09-27 Par sujet Ista Pouss 
Le 27 septembre 2013 17:43, Francescu GAROBY  a écrit :

> Pour moi, un rond-point et une place ne sont pas la même chose : l'un est
> une voie circulaire, l'autre est une surface qui englobe bien d'autres
> choses que la/les voie(s) de circulation.
> Je ne répondais que sur le premier cas.
>
>
Le problème, (si l'on peut dire), c'est le nom. À partir du moment où le
rond point a un nom, où il est constitué de plusieurs voies, on ne peut pas
dire "chacune des voies porte ce même nom". J'admets que, si le rond point
n'a qu'une voie, on peut le dire - ce serait un peu couper les cheveux en 4.

Mais si tu admets cette position pour les places; on est déjà pas mal
d'accord sur le principe d'ensemble. Je veux bien admettre qu'un simple
rond point qui ne serait pas vraiment une place ne mériterait pas forcément
une identification particulière dans OSM, et que les moteurs de rendu
pourraient se débrouiller avec le même nom sur chaque voie, même si ça ne
me parait pas correct du point de vue des appelations.

Cordialement.




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

[OSM-talk-fr] [Bug iPhone Alaska] OSM?

2013-09-27 Par sujet Shohreh 
Bonjour

Par curiosité, quelqu'un sait-il si OSM possède la bonne info et leur aurait
évité cette mésaventure?

"Plusieurs automobilistes se sont retrouvés au beau milieu des pistes d'un
aéroport de l'Alaska. Ils ont été trompés par les fausses instructions de
leur iPhone."

www.tdg.ch/high-tech/iphone-guide-pistes-aeroport/story/19245734

Merci.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Bug-iPhone-Alaska-OSM-tp5779216.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Rétablissement d'un élément avant envoi d'une modification

2013-09-27 Par sujet Vincent Pottier 

Le 27/09/2013 04:28, Philippe Verdy a écrit :
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.


Je n'ai pas compris le problème avec les limites administratives ? Il y 
a des gens qui coupent les ronds-points pour ça ? Il y a des gens qui 
intègrent encore les routes comme limites administratives ? De toute 
façon la question portait sur les relations type=route.


Je n'ai pas compris le problème avec les arrêts de bus. En quoi le fait 
qu'il y ait des arrêts de bus sur une configuration habituelle de 
rond-point change quelque chose au routage au point qu'il faille 
découper le rond-point ?


Dans le cas soulevé par teuxe, si le rond-point est complexe au point 
d'avoir des arrêts à l'intérieur (des voies à l'intérieur du rond-point 
? Des bus circulant à contre sens du rond-point ? Des bus déchargeant 
les passagers sur la gauche du véhicule ? des ronds-points 
"tourne-à-gauche") alors le découpage peut être nécessaire.

--
FrViPofm

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

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

2013-09-27 Par sujet Vincent Pottier 

Le 27/09/2013 17:35, Ista Pouss a écrit :
Soit un objet X constitué de N parties.  Mon objet X s'appelle 
"Melchior". Chaque partie s'appelle-t-elle "Melchior" ?... non, bien sûr.


Si j'ai un objet "Table", ni les pieds, ni le plateau, ne s'appellent 
"table".


Si j'ai la place de la concorde, seule l'ensemble s'appelle "place de 
la concorde", et non chacune des routes, trucs et choses qui sont sur 
la place de la concorde.


Etc.

Je sais bien que sur OSM, chacune des routes de la place de la 
concorde s'appellent "place de la concorde" et qu'il n'y a pas de 
place de la concorde, et que les moteurs de rendu doivent "savoir 
prendre ça en compte" mais c'est complètement faux du point de vue 
de l'analyse de la donnée.


Cordialement.
Hé ! C'est la limite d'OSM. qui n'est pas à proprement parler une 
"object database" et où beaucoup, loin s'en faut, ne pense pas "object" 
au sens programmation.


Dans le cad de la place, de la route "Rue Machin", ce qui est stoqué, ce 
n'est pas l'objet, mais des éléments permettant de reconstituer l'objet. 
En ce sens, le tronçon de route s'apelle bien "Rue Machin".


Si on avait une "object database" on n'aurait pas de relation 
associated_street, mais seulement une relation street avec toutes sortes 
de membres, on aurait principalement des objets "river" plutot que 
riverbank, des objets "administrative entity" (collectivité 
territoriale) plutôt que des "boundary"...

--
FrViPofm

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

Re: [OSM-talk-fr] Commune avec plusieurs noms de village

2013-09-27 Par sujet Vincent de Château-Thierry 

Bonsoir,

Le 27/09/2013 19:16, Jérôme Amagat a écrit :

Il y a eu des discutions sur la population des communes, ou la placer.

Qu'est ce que vous faites dans le cas d'une commune qui a comme nom
plusieurs noms de village accolés, commune né d'une fusion d'ancienne
commune?

Exemple Villieu-Loyes-Mollon
http://tile.openstreetmap.fr/?zoom=14&lat=45.9258&lon=5.23153&layers=B00

Je viens d'ajouter le nom des 3 villages a leur place, mais je fait quoi
du nœud village Villieu-Loyes-Mollon et de ce qu'il y a dedans.


Dans le cas que tu pointes, le noeud Villieu-Loyes-Mollon est très 
proche du nouveau noeud "Loyes". Si sur le terrain c'est bien par Loyes 
qu'on désigne cette partie de la commune, je suppose qu'on continue de 
nommer chaque partie de la commune distinctement, à l'image des 3 noeuds 
que tu as ajouté. Si c'est bien le cas, alors le noeud avec les 3 noms 
accolés n'a plus de raison d'être : la limite communale est définie [1] 
et porte déjà le nom complet. C'est elle, mieux que le noeud, qui 
désigne la commune dans son ensemble.
Dans ce cas, tu peux effacer le noeud Villieu-Loyes-Mollon, en reportant 
le tag population sur la relation. Toujours dans la relation, il faut 
remplacer le noeud effacé par un des 3 nouveaux, avec le rôle 
admin_centre. Lequel choisir ? C'est subjectif, chacun a sa recette. 
Pour aider, lequel, par exemple, répond le mieux aux questions :

- autour de quel noeud réside la plus grande population ?
- quel noeud est le plus "central", en terme de
- réseau routier ?
- d'activités ?
- de services publics ?
Si la réponse est toujours la même, tant mieux. Sinon, à toi d'estimer 
lequel des 3 noeuds "résume" le mieux la commune...

(Sans connaître j'ai l'impression qu'ici c'est Villieu qui collerait.)

vincent

[1] : http://www.openstreetmap.org/browse/relation/147987

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

[OSM-talk-fr] Commune avec plusieurs noms de village

2013-09-27 Par sujet Jérôme Amagat 
Il y a eu des discutions sur la population des communes, ou la placer.

Qu'est ce que vous faites dans le cas d'une commune qui a comme nom
plusieurs noms de village accolés, commune né d'une fusion d'ancienne
commune?

Exemple Villieu-Loyes-Mollon
http://tile.openstreetmap.fr/?zoom=14&lat=45.9258&lon=5.23153&layers=B00

Je viens d'ajouter le nom des 3 villages a leur place, mais je fait quoi du
nœud village Villieu-Loyes-Mollon et de ce qu'il y a dedans.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Réunion parisienne mensuelle

2013-09-27 Par sujet Christian Quest 
Je suis à la bourre !


Le 27 septembre 2013 14:53,  a écrit :

> OK c'est noté, à ce soir ;-)
>
> - Mail original -
> De: "Marc SIBERT" 
> À: "Discussions sur OSM en français" 
> Envoyé: Vendredi 27 Septembre 2013 14:25:36
> Objet: [OSM-talk-fr] Réunion parisienne mensuelle
>
>
>
>
> Sauf erreur de ma part, c'est ce soir :
> http://www.openstreetmap.fr/2013-09-27-reunion-osm-paris
>
> Et c'est toujours au Père Fouettard à Paris :
>
> http://nominatim.openstreetmap.org/search.php?q=le+p%C3%A8re+fouettard%2Cparis&polygon=1
>
>
>
>
> A partir de 19h et jusque tard dans la nuit (pas trop, faut penser à
> contribuer aussi :-) )
>
> A+
>
>
> --
> Marc Sibert
> m...@sibert.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
>



-- 
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

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

2013-09-27 Par sujet Francescu GAROBY 
Pour moi, un rond-point et une place ne sont pas la même chose : l'un est
une voie circulaire, l'autre est une surface qui englobe bien d'autres
choses que la/les voie(s) de circulation.
Je ne répondais que sur le premier cas.


Le 27 septembre 2013 17:35, Ista Pouss  a écrit :

> Le 27 septembre 2013 16:14, Francescu GAROBY  a écrit
> :
>
>> Indépendamment de savoir s'il faut (ou non) couper un rond-point pour une
>> relation 'route', je dirais que la solution, en cas de multiples ways pour
>> un même rond-point, est la même que lorsqu'on a plusieurs ways pour une
>> même route (même nom) : on recopie le tag 'name' (et d'autres) autant que
>> nécessaire.
>> Charge ensuite aux moteurs de rendu de savoir prendre ça en compte.
>>
>>
>>
> Soit un objet X constitué de N parties.  Mon objet X s'appelle "Melchior".
> Chaque partie s'appelle-t-elle "Melchior" ?... non, bien sûr.
>
> Si j'ai un objet "Table", ni les pieds, ni le plateau, ne s'appellent
> "table".
>
> Si j'ai la place de la concorde, seule l'ensemble s'appelle "place de la
> concorde", et non chacune des routes, trucs et choses qui sont sur la place
> de la concorde.
>
> Etc.
>
> Je sais bien que sur OSM, chacune des routes de la place de la concorde
> s'appellent "place de la concorde" et qu'il n'y a pas de place de la
> concorde, et que les moteurs de rendu doivent "savoir prendre ça en
> compte" mais c'est complètement faux du point de vue de l'analyse de la
> donnée.
>
> Cordialement.
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

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

2013-09-27 Par sujet Jean-Baptiste Holcroft 
À une échelle moindre, le problème est le même quand il y a un même objet
qui possède des attributs différents.
Exemple d'un Parking avec un nom dont la moitié est payante et pas l'autre.
Quelle solution ? Les relations ?
Le 27 sept. 2013 17:36, "Ista Pouss"  a écrit :

> Le 27 septembre 2013 16:14, Francescu GAROBY  a écrit
> :
>
>> Indépendamment de savoir s'il faut (ou non) couper un rond-point pour une
>> relation 'route', je dirais que la solution, en cas de multiples ways pour
>> un même rond-point, est la même que lorsqu'on a plusieurs ways pour une
>> même route (même nom) : on recopie le tag 'name' (et d'autres) autant que
>> nécessaire.
>> Charge ensuite aux moteurs de rendu de savoir prendre ça en compte.
>>
>>
>>
> Soit un objet X constitué de N parties.  Mon objet X s'appelle "Melchior".
> Chaque partie s'appelle-t-elle "Melchior" ?... non, bien sûr.
>
> Si j'ai un objet "Table", ni les pieds, ni le plateau, ne s'appellent
> "table".
>
> Si j'ai la place de la concorde, seule l'ensemble s'appelle "place de la
> concorde", et non chacune des routes, trucs et choses qui sont sur la place
> de la concorde.
>
> Etc.
>
> Je sais bien que sur OSM, chacune des routes de la place de la concorde
> s'appellent "place de la concorde" et qu'il n'y a pas de place de la
> concorde, et que les moteurs de rendu doivent "savoir prendre ça en
> compte" mais c'est complètement faux du point de vue de l'analyse de la
> donnée.
>
> 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] Intégrité des rond-points (était : Rétablissement d'un élément avant envoi d'une modification)

2013-09-27 Par sujet Ista Pouss 
Le 27 septembre 2013 16:14, Francescu GAROBY  a écrit :

> Indépendamment de savoir s'il faut (ou non) couper un rond-point pour une
> relation 'route', je dirais que la solution, en cas de multiples ways pour
> un même rond-point, est la même que lorsqu'on a plusieurs ways pour une
> même route (même nom) : on recopie le tag 'name' (et d'autres) autant que
> nécessaire.
> Charge ensuite aux moteurs de rendu de savoir prendre ça en compte.
>
>
>
Soit un objet X constitué de N parties.  Mon objet X s'appelle "Melchior".
Chaque partie s'appelle-t-elle "Melchior" ?... non, bien sûr.

Si j'ai un objet "Table", ni les pieds, ni le plateau, ne s'appellent
"table".

Si j'ai la place de la concorde, seule l'ensemble s'appelle "place de la
concorde", et non chacune des routes, trucs et choses qui sont sur la place
de la concorde.

Etc.

Je sais bien que sur OSM, chacune des routes de la place de la concorde
s'appellent "place de la concorde" et qu'il n'y a pas de place de la
concorde, et que les moteurs de rendu doivent "savoir prendre ça en
compte" mais c'est complètement faux du point de vue de l'analyse de la
donnée.

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

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

2013-09-27 Par sujet Francescu GAROBY 
Indépendamment de savoir s'il faut (ou non) couper un rond-point pour une
relation 'route', je dirais que la solution, en cas de multiples ways pour
un même rond-point, est la même que lorsqu'on a plusieurs ways pour une
même route (même nom) : on recopie le tag 'name' (et d'autres) autant que
nécessaire.
Charge ensuite aux moteurs de rendu de savoir prendre ça en compte.


Francescu


Le 27 septembre 2013 15:53,  a écrit :

> 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.58852&layers=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" 
> À: "Discussions sur OSM en français" 
> 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
>



-- 
Cordialement,
Francescu GAROBY
___
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)

2013-09-27 Par sujet 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.58852&layers=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" 
À: "Discussions sur OSM en français" 
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

Re: [OSM-talk-fr] Rétablissement d'un élément avant envoi d'une modification

2013-09-27 Par sujet Christian Rogel 
Le 26 sept. 2013 à 22:11, Vincent Pottier  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 rel
> JOSM gère très bien les rond-points dans les relations "route", sans avoir 
> besoin de couper quoi que ce soit !

Message compris. Dans la série "éditeur en ligne ", on voit beaucoup mieux les 
arrêts de bus sur ID qui , avec Bing, peut zoomer plus que Pottlach et fournit 
des images de meilleures résolutions.
Grosse facilité aussi pour les passages piétons.

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

Re: [OSM-talk-fr] Réunion parisienne mensuelle

2013-09-27 Par sujet f . dos . santos 
OK c'est noté, à ce soir ;-)

- Mail original -
De: "Marc SIBERT" 
À: "Discussions sur OSM en français" 
Envoyé: Vendredi 27 Septembre 2013 14:25:36
Objet: [OSM-talk-fr] Réunion parisienne mensuelle




Sauf erreur de ma part, c'est ce soir : 
http://www.openstreetmap.fr/2013-09-27-reunion-osm-paris 

Et c'est toujours au Père Fouettard à Paris : 
http://nominatim.openstreetmap.org/search.php?q=le+p%C3%A8re+fouettard%2Cparis&polygon=1
 




A partir de 19h et jusque tard dans la nuit (pas trop, faut penser à contribuer 
aussi :-) ) 

A+ 


-- 
Marc Sibert 
m...@sibert.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] Cartopartie à Versailles sur l'accessibilité handicapés

2013-09-27 Par sujet Tony Emery 
Voilà, je vous rappelle la cartopartie qui aura lieu mardi 1er octobre à
Versailles.

Rendez-vous au palais des congrès (près du château) à partir de 9h.


Marc SIBERT wrote
> Je viens de me décider pour participer à la journée. Je m'inscris dans la
> foulée sur la page du wiki. Je viendrais avec GPS, Smartphone, mon
> expérience sur la carto accessibilité des gares RER C.

Merci de mettre cette info sur le site OSM-fr



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Cartopartie-a-Versailles-sur-l-accessibilite-handicapes-tp5778510p5779173.html
Sent from the France mailing list archive at Nabble.com.

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

[OSM-talk-fr] Réunion parisienne mensuelle

2013-09-27 Par sujet Marc SIBERT 
Sauf erreur de ma part, c'est ce soir :
http://www.openstreetmap.fr/2013-09-27-reunion-osm-paris

Et c'est toujours au Père Fouettard à Paris :
http://nominatim.openstreetmap.org/search.php?q=le+p%C3%A8re+fouettard%2Cparis&polygon=1

A partir de 19h et jusque tard dans la nuit (pas trop, faut penser à
contribuer aussi :-) )

A+

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

Re: [OSM-talk-fr] Camp de concentration, camps de prisonniers, lieux de massacres…

2013-09-27 Par sujet Christian Rogel 

Le 27 sept. 2013 à 08:49, rainerU  a écrit :
> 
> Les clés et valeurs abandoned, amenity et prison reflètent chacun un jugement,
> pas un fait vérifiable. Si on veut respecter le principe de ne mapper que ce
> qu'on peut vérifier sur place, on se base sur la dénomination actuelle de
> l'endroit ou ce qui est écrit sur la plaque commémorative. Cela donnerait :
> 
> historic=concentration_camp
> concentration_camp=KZ

Il me semble que mettre les camps d'extermination avec les camps de 
concentration
n'est pas du tout une bonne idée.

C'est là-dessus qu'ont joué les nazis en prétendant que les seconds, dont ils 
avaient
 emprunté l'idée aux démocraties, n'étaient qu'une variante des premiers.

Il faudrait une valeur pour les camps d'extermination.
Savoir si Auschwitz I doit être distingué par ce moyen de Auschwitz II 
(Birkenau) qui, 
seul, contenait des chambres à gaz, est une affaire de spécialiste.


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

Re: [OSM-talk-fr] Camp de concentration, camps de prisonniers, lieux de massacres…

2013-09-27 Par sujet Marc SIBERT 
Bonjour,

juste un commentaire pour élargir le débat : il existe des pays qui
possèdent *encore* des camps de travail.
Je pense qu'il faut distinguer les lieux de mémoire (historic) des lieux de
rétension (c'est un euphémisme dans le cas des camps) qui peuvent être des
"amenity".

Pour moi :
- un camps de concentration conservé en état est : un musée, un lieu de
mémoire, lieu de recueillement (cimetière) ;
- une prison utilisée : est un lieu de rétention avec différente finalité.
Même en France on peut distinguer les maisons d'arrêts des centres de
détention. Il s'agit d'ajouter des tags pour préciser sa finalité, si la
torture y est pratiquée, la peine de mort appliquée, etc.

Mes 0,02 €

A+



Le 27 septembre 2013 08:49, rainerU  a écrit :

> Am 26.09.2013 11:56, schrieb Christian Rogel:
> >
> > Ce qui est plus gênant, c'est qu'amenity désigne en principe un service
> ayant un
> > intérêt pour le public, dans un sens très large, et, de plus, amoenitas
> a le
> > sens, en latin, de douceur, d'état de plaisir, ce qui n'est pas vraiment
> approprié.
> >
>
> Si on applique des critères linguistiques et étymologiques strictes aux
> clés et
> valeurs, on aura du travail, en commençant par highway=path.
>
> Ce qui me gêne plus que amenity c'est "abandoned", qui laisse entendre que
> ces
> camps ont été abandonnés volontairement et me fait penser aux anciennes
> lignes
> de chemin de fer transformées en idylliques voies vertes. Et "nazi"
> désigne pas
> le régime qui a mis en place ces camps mais une idéologie qui n'est pas
> limité à
> ce régime.
>
> Les clés et valeurs abandoned, amenity et prison reflètent chacun un
> jugement,
> pas un fait vérifiable. Si on veut respecter le principe de ne mapper que
> ce
> qu'on peut vérifier sur place, on se base sur la dénomination actuelle de
> l'endroit ou ce qui est écrit sur la plaque commémorative. Cela donnerait :
>
> historic=concentration_camp
> concentration_camp=KZ
>
> Rainer
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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