Re: [OSM-talk-fr] projection antarctique

2013-03-03 Par sujet Jean-Guilhem Cailton
Le 25/02/2013 16:56, Guillaume Allegre a écrit :
 Salut,

 Je cherche s'il existe un projet pour un rendu polaire (antarctique) des 
 données OSM, 
 et je ne trouve rien, ce qui m'étonne.

 Sans parler pour l'instant de style, la projection standard (Mercator 
 sphérique)
 n'est pas du tout adaptée. Je cherche un rendu où le pôle est au centre.
 Déjà, j'ai du mal à déterminer la projection idéale. On trouve notamment :
 - EPSG:3031 WGS 84 / Antarctic Polar Stereographic
 - la projection Lambert azimuthale 
 http://cartographie.sciences-po.fr/fr/globe-projection-lambert-p-le-nord-et-p-le-sud
 - la projection Lambert conique conforme (avec quels paramètres ?)

 http://wiki.openstreetmap.org/wiki/Antarctica parle des sources mais reste 
 muet sur 
 les rendus. Des pistes ?



Salut Guillaume,

Je pense à toi en voyant cette nouvelle page :
https://wiki.openstreetmap.org/wiki/Antarctica/Creating_a_map

liée à partir de :
http://lists.openstreetmap.org/pipermail/josm-dev/2013-March/006479.html

Il semble que l'UPS (Universal Polar Stereographic), EPSG:3031 pour le
Pôle Sud, soit le complément habituel de l'UTM. Les deux systèmes sont
d'ailleurs associés dans mon GPS Garmin, qui passe apparemment d'UTM en
UPS quand il s'approche d'un pôle
(http://www.gpsinformation.net/main/utm-faq.html).

Cordialement,

Jean-Guilhem

-- 
gpg 0x5939EAE2


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


Re: [OSM-talk-fr] projection antarctique

2013-03-03 Par sujet allegre . guillaume
Grand merci à toi pour la veille et pour ces deux liens.


- Mail original -

Salut Guillaume,

Je pense à toi en voyant cette nouvelle page :
https://wiki.openstreetmap.org/wiki/Antarctica/Creating_a_map

liée à partir de :
http://lists.openstreetmap.org/pipermail/josm-dev/2013-March/006479.html


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


Re: [OSM-talk-fr] projection antarctique

2013-03-03 Par sujet Philippe Verdy
Il me semble que ta proposition EPSG:3031 ne répond pas à la question
: sa latitude d'origine est à 70 degrés Sud et non 90 degrés Sud.
Autrement dit c'est pour des cartes côtières de l'Antarctique et non
des cartes centrées au pôle, et c'est pour ça qu'il y a en fait une
série de projections similaires selon le méridien d'origine (EPSG:3031
c'est centré sur le méridien de Greenwich, mais EPSG:3032 est centré
sur un méridien Australien à 110°E, etc.

La projection centrée sur le pôle Sud (avec le méridien central sur la
méridien de Greenwich est plutôt EPSG:102019 (mais elle est de type
Azimuthal_Equidistant au lieu de Polar_Stereographic).

On n'a visiblement pas de projection Mercator standard sur un cylindre
tangeant aux pôles (pour la conformité des angles, au prix des
surfaces et distances) comme la Mercator standard d'OSM et Google ou
Bing, très probablement à cause du fait que le conformité exigerait
que ce soit non pas un cylindre à section circulaire mais un
cylindroïde à section elliptique du fait de l'excentricité de
l'ellipsoïde terrestre). Dans ce cas si ce cylindroiïde étant choisi
tangeant au méridien de Greenwich et son antiméridien, il y aurait des
allongements à l'Est et à l'Ouest de la carte.

La projection azimuthale équidistante semble un meilleur choix et elle
est presque conforme pour les angles, mais respecte distnaces et
surfaces.

Jaimerais bien en revanche comprendre l'intérêt de la projection
stéréographique, non centrée aux pôles mais sur un parallèle à 71°
Sud, hormis pour la gestion cartographique des divers secteurs
revendiqués dans l'Antarctique, où le pôle Sud apparaît tout en bas de
la Carte, et le haut de la carte tombe très en deçà delà du cercle
polaire (sur les continents sud-américain, africain et australien) à
une latitude plus tempérée (même si par convention on coupe les cartes
à 60° Sud sur la ligne définissant internationalement l'Antarctique
protégé) ! Visiblement ces projections sont des projections politiques
nationales, pas adaptées à une carte internationale couvrant tous les
secteurs revendiqués.


Le 3 mars 2013 11:36, Jean-Guilhem Cailton j...@arkemie.com a écrit :
 Le 25/02/2013 16:56, Guillaume Allegre a écrit :
 Salut,

 Je cherche s'il existe un projet pour un rendu polaire (antarctique) des 
 données OSM,
 et je ne trouve rien, ce qui m'étonne.

 Sans parler pour l'instant de style, la projection standard (Mercator 
 sphérique)
 n'est pas du tout adaptée. Je cherche un rendu où le pôle est au centre.
 Déjà, j'ai du mal à déterminer la projection idéale. On trouve notamment :
 - EPSG:3031 WGS 84 / Antarctic Polar Stereographic
 - la projection Lambert azimuthale 
 http://cartographie.sciences-po.fr/fr/globe-projection-lambert-p-le-nord-et-p-le-sud
 - la projection Lambert conique conforme (avec quels paramètres ?)

 http://wiki.openstreetmap.org/wiki/Antarctica parle des sources mais reste 
 muet sur
 les rendus. Des pistes ?



 Salut Guillaume,

 Je pense à toi en voyant cette nouvelle page :
 https://wiki.openstreetmap.org/wiki/Antarctica/Creating_a_map

 liée à partir de :
 http://lists.openstreetmap.org/pipermail/josm-dev/2013-March/006479.html

 Il semble que l'UPS (Universal Polar Stereographic), EPSG:3031 pour le
 Pôle Sud, soit le complément habituel de l'UTM. Les deux systèmes sont
 d'ailleurs associés dans mon GPS Garmin, qui passe apparemment d'UTM en
 UPS quand il s'approche d'un pôle
 (http://www.gpsinformation.net/main/utm-faq.html).

 Cordialement,

 Jean-Guilhem

 --
 gpg 0x5939EAE2


 ___
 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] Conditions de mise à dispo de données par une municipalité

2013-03-03 Par sujet RainerU
Am 01.03.2013 15:24, schrieb Romain MEHUT:
 Il y a matière à réflexion ici:
 http://libertic.wordpress.com/2013/02/28/projet-pilote-douverture-des-petites-communes/

Merci pour ce lien (bien que je ne classe pas Perpignan dans les petites
communes;)). Ce site me donne déjà plein d'info sur le sujet.

Comme je crains que mon interlocuteur et la ville de Perpignan en général ne se
sont pas encore trop penché sur le sujet de l'OpenData, je cherche surtout une
information compacte, orienté OSM, sur les aspects juridiques, par exemple:

- Quels licences utilisés par les communes sont compatibles avec l'OdBL?
- En absence de licence, faut-il demander un accord écrit pour éviter tout
risque du coté d'OSM et quels seraient les termes d'un tel accord?

Rainer


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


Re: [OSM-talk-fr] Conditions de mise à dispo de données par une municipalité

2013-03-03 Par sujet Christian Quest
Le 3 mars 2013 13:01, RainerU ra...@sfr.fr a écrit :
 Am 01.03.2013 15:24, schrieb Romain MEHUT:
 Il y a matière à réflexion ici:
 http://libertic.wordpress.com/2013/02/28/projet-pilote-douverture-des-petites-communes/

 Merci pour ce lien (bien que je ne classe pas Perpignan dans les petites
 communes;)). Ce site me donne déjà plein d'info sur le sujet.

 Comme je crains que mon interlocuteur et la ville de Perpignan en général ne 
 se
 sont pas encore trop penché sur le sujet de l'OpenData, je cherche surtout une
 information compacte, orienté OSM, sur les aspects juridiques, par exemple:

 - Quels licences utilisés par les communes sont compatibles avec l'OdBL?

En gros, les deux choix les plus courants sont:
- ODbL (Ville de Paris, CU Bordeaux, Région PACA, Toulouse, Agglo. de
Pau, Région Aquitaine, Grand Lyon, Ville de Nantes, CG44, Ville
d'Angers, CG49...
- LO/OL (la licence d'etalab), encore plus permissive (pas de
share-alike): Montpellier, Istres, Ville de Bordeaux, Loir et Cher,
CG71...


 - En absence de licence, faut-il demander un accord écrit pour éviter tout
 risque du coté d'OSM et quels seraient les termes d'un tel accord?

Oui, si les données ne sont pas disponibles publiquement sous une
licence compatibles et qu'elles sont fournies pour être versées dans
OSM il faut un écrit le validant.


-- 
Christian Quest - OpenStreetMap France
Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr

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


Re: [OSM-talk-fr] Conditions de mise à dispo de données par une municipalité

2013-03-03 Par sujet Philippe Verdy
Le 3 mars 2013 13:22, Christian Quest cqu...@openstreetmap.fr a écrit :
 - Quels licences utilisés par les communes sont compatibles avec l'OdBL?

 En gros, les deux choix les plus courants sont:
 - ODbL (Ville de Paris, CU Bordeaux, Région PACA, Toulouse, Agglo. de
 Pau, Région Aquitaine, Grand Lyon, Ville de Nantes, CG44, Ville
 d'Angers, CG49...
 - LO/OL (la licence d'etalab), encore plus permissive (pas de
 share-alike): Montpellier, Istres, Ville de Bordeaux, Loir et Cher,
 CG71...

Il y aurait aussi:

- la licence CC-BY (et non pas CC-BY-SA, donc sans Share-Alike) pour
juste préserver l'attribution des données (mention de la source)

- les licences similaires (de type BSD, mais pas GPL ou LGPL à cause
de l'aspect viral imposant la licence à toute oeuvre dérivée composite
comme OSM, qui permettrait alors de supprimer la licence ODBL)

- une licence sans Share-Alike, qui si elle permet de mentionner la source,
  [Souvent la mention de la source ou de l'auteur est une obligation
légale, marquée par une ligne de copyright par exemple ou par une
annexe recensant les auteurs, et c'est une partie du droit d'auteur
exclusif n'étant pas une option, ni transférable en France, qui rend
quasiment impossible légalement de **créer** quelque chose pour le
publier la première fois dans le domaine public, ce dernier n'existant
qu'à partir de la date de fin légale de ces droits exclusifs],
  oblige alors à indiquer que les données sont modifiées (pour le
respect de la réputation de la source d'origine contre les altérations
ultérieures dont elle n'est pas l'auteur).

avec ou sans clauses de non-garantie et de déni de responsabilité (en
général c'est inclus avec ces licences, comme pour le domaine public,
et OSM non plus n'offre aucune garantie d'adéquation à un usage
particulier, ni même obligation de correction des erreurs dans les
autres publications ou mises à jour ultérieures de la même source,
même si elle en a été avisée) : les données sont fournies alors en
l'état, et chaque utilisateur ou réémetteur des données assume
lui-même cette responsabilité ou peut prendre conseil auprès d'un
tiers pour obtenir de lui une garantie séparée (avec ou sans paiement
et dans les limites que précisera ce tiers dans son contrat de
service).

Noter que la licence ODbL elle-même ne donne aucune paternité.
Celle-ci, les contributeurs d'OpenStreetmap en fait une oeuvre
collective, ce qui n'est possible qu'à partir du moment où chacun
accepte les Contributor Terms pour transférer ses propres droits
individuels en tant que travail collectif vers cette communauté (avec
aussi pour effet une réduction de la période légale de droits
exclusifs, par rapports aux droits exclusifs individuels).

En conséquence la licence utilisée par une source doit permettre la
réduction éventuelle des droits exclusifs (cela peut exclure des
données dont les auteurs ne sont que des individus qui  utilisent une
autre licence source permettant la conservation sur une durée
supérieure à la durée maximale légale).

Si les sources ne sont pas des individus, mais une collectivité ou une
organisation, cela ne pose pas de problème, la licence d'origine ne
devrait pas mentionner de durée maximale des droits exclusifs (pour
s'appuyer sur la définition légale applicable de cette durée
maximale). A la fin de cette période, il n'y a plus obligation de
mentionner la source (dont la réputation n'est aussi plus protégée).

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


Re: [OSM-talk-fr] Conditions de mise à dispo de données par une municipalité

2013-03-03 Par sujet Christian Quest
Le 3 mars 2013 14:09, Philippe Verdy verd...@wanadoo.fr a écrit :
 Le 3 mars 2013 13:22, Christian Quest cqu...@openstreetmap.fr a écrit :
 - Quels licences utilisés par les communes sont compatibles avec l'OdBL?

 En gros, les deux choix les plus courants sont:
 - ODbL (Ville de Paris, CU Bordeaux, Région PACA, Toulouse, Agglo. de
 Pau, Région Aquitaine, Grand Lyon, Ville de Nantes, CG44, Ville
 d'Angers, CG49...
 - LO/OL (la licence d'etalab), encore plus permissive (pas de
 share-alike): Montpellier, Istres, Ville de Bordeaux, Loir et Cher,
 CG71...

 Il y aurait aussi:

 - la licence CC-BY (et non pas CC-BY-SA, donc sans Share-Alike) pour
 juste préserver l'attribution des données (mention de la source)

 - les licences similaires (de type BSD, mais pas GPL ou LGPL à cause
 de l'aspect viral imposant la licence à toute oeuvre dérivée composite
 comme OSM, qui permettrait alors de supprimer la licence ODBL)


La question était licences compatibles avec l'OdBL, on parle donc de
données, de bases de données, pas d'œuvre de l'esprit pour lesquelles
CC et les différentes licences open-source s'appliquent et qui sont
inadaptées, c'est d'ailleurs pour ça qu'OSM est passé de CC à ODbL.

Autant faire simple et conseiller à des collectivités les deux seuls
choix (ODbL ou LO/OL) adoptés par la quasi totalité de leurs collègues
(ce qui va les rassurer). A vouloir être trop exhaustif, on risque de
les embrouiller alors qu'au final ils en viendront à choisir entre ces
deux là.

J'ai éliminée l'APIE qui est une licence jugée incompatible avec l'ODbL d'OSM.

Rainer, n'hésite pas à te rapprocher de LiberTIC qui pourra t'aider
dans l'argumentaire à développer. Claire est une championne !

-- 
Christian Quest - OpenStreetMap France
Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr

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


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

2013-03-03 Par sujet 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] Conditions de mise à dispo de données par une municipalité

2013-03-03 Par sujet RainerU
Am 03.03.2013 15:03, schrieb Christian Quest:
 
 Autant faire simple et conseiller à des collectivités les deux seuls
 choix (ODbL ou LO/OL) adoptés par la quasi totalité de leurs collègues
 (ce qui va les rassurer). A vouloir être trop exhaustif, on risque de
 les embrouiller alors qu'au final ils en viendront à choisir entre ces
 deux là.

Je suis tout à fait d'accord là-dessus. De toute façon, comme personne n'a
jamais entendu parler de la ville de Perpignan et Opendata et on ne trouve rien
sur le sujet sur leur site, je pense que pour les noms des rues cela se fera par
un accord spécifique. A moyen terme, comme on a d'autres besoins opendata, le
but est de les faire bouger dans ce sens. Le plus simple serait de leur
présenter Montpellier comme exemple positif, mais vu les rivalités locales ça
risque d'avoir l'effet contraire.

 Rainer, n'hésite pas à te rapprocher de LiberTIC qui pourra t'aider
 dans l'argumentaire à développer. Claire est une championne !

Ok.


Rainer



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


Re: [OSM-talk-fr] Conditions de mise à dispo de données par une municipalité

2013-03-03 Par sujet Christian Quest
Le 3 mars 2013 15:42, RainerU ra...@sfr.fr a écrit :
 Le plus simple serait de leur
 présenter Montpellier comme exemple positif, mais vu les rivalités locales ça
 risque d'avoir l'effet contraire.


Même si l'opendata dépasse les clivages politiques, les sensibilités
politiques locales (UMP?) sont à prendre en compte dans les exemples à
donner...


-- 
Christian Quest - OpenStreetMap France
Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr

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


[OSM-talk-fr] Comment traiter des bâtiments détruits ?

2013-03-03 Par sujet Lionel Allorge (lionel.allo...@lunerouge.org)
Bonjour,

Comment traiter des bâtiments détruits ?

J'ai fais des photos d'un bâtiment maintenant détruit :
http://commons.wikimedia.org/wiki/File:Courtab%C5%93uf_2011_059.jpg
situé ici :
http://www.openstreetmap.org/?lat=48.681342lon=2.198424zoom=18layers=M

J'ai changé le nom du bâtiment pour marquer bâtiment détruit mais je n'ai pas 
effacé la trace du bâtiment car je me dis qu'il serait intéressant d'en 
conserver une trace.

Qu'en pensez-vous ?

Librement,

-- 
Lionel Allorge
April : http://www.april.org
Lune Rouge : http://www.lunerouge.org

Découvrez le court métrage de science-fiction
Tears of steel
http://mango.blender.org/

« Le travail d'équipe est essentiel. En cas d'erreur,
ça permet d'accuser quelqu'un d'autre. »
Tristan Bernard

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


Re: [OSM-talk-fr] Conditions de mise à dispo de données par une municipalité

2013-03-03 Par sujet Philippe Verdy
Le 3 mars 2013 15:03, Christian Quest cqu...@openstreetmap.fr a écrit :
 La question était licences compatibles avec l'OdBL, on parle donc de
 données, de bases de données, pas d'œuvre de l'esprit pour lesquelles
 CC et les différentes licences open-source s'appliquent et qui sont
 inadaptées, c'est d'ailleurs pour ça qu'OSM est passé de CC à ODbL.

Non, on est passé de CC-BY-SA à ODbL (la précision BY ne change pas,
mais la restriction SA est très différente, et c'est justement là que
la partie base de données intervient ; sans la restriction SA, CC-BY
reste adapté aux bases de données).

CC-BY (et non CC-BY-SA) est compatible ODbL.

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


Re: [OSM-talk-fr] Comment traiter des bâtiments détruits ?

2013-03-03 Par sujet Philippe Verdy
Et s'il se construit autre chose à la place, cela ne risque pas de
surcharger la carte et compliquer l'édition ?

Je veux bien qu'on conserve les anciennes communes (après tout elles
persistent encore sur les actes d'Etat-civil, les contrats, les
décisions de tribunaux encore applicables, ou certains traités
internationaux dont le texte n'est pas amendé par les parties mais
gardé tel quel ; le seul amendement c'est la déclaration de la
nouvelle entité qui en assure la succession).

Mais pour un bâtiment qui a de grandes chances d'être replacé par
autre chose : autre(s) batiment(s) de forme différente, parcs,
jardins, rues ou allées... est-ce que ça vaut le coup ? Il sera vite
oublié, il n'a pas de successeurs lui-même, contrairement aux
parcelles de terrains qu'il occupait (mais ce terrain peut ensuite
être loti et divisé en plusieurs propriétaires ou copropriétaires, ou
en partie occupé par la collectivité pour sa voirie.

Le 3 mars 2013 19:45, Lionel Allorge (lionel.allo...@lunerouge.org)
lionel.allo...@lunerouge.org a écrit :
 Bonjour,

 Comment traiter des bâtiments détruits ?

 J'ai fais des photos d'un bâtiment maintenant détruit :
 http://commons.wikimedia.org/wiki/File:Courtab%C5%93uf_2011_059.jpg
 situé ici :
 http://www.openstreetmap.org/?lat=48.681342lon=2.198424zoom=18layers=M

 J'ai changé le nom du bâtiment pour marquer bâtiment détruit mais je n'ai pas
 effacé la trace du bâtiment car je me dis qu'il serait intéressant d'en
 conserver une trace.

 Qu'en pensez-vous ?

 Librement,

 --
 Lionel Allorge
 April : http://www.april.org
 Lune Rouge : http://www.lunerouge.org
 
 Découvrez le court métrage de science-fiction
 Tears of steel
 http://mango.blender.org/
 
 « Le travail d'équipe est essentiel. En cas d'erreur,
 ça permet d'accuser quelqu'un d'autre. »
 Tristan Bernard

 ___
 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] Comment traiter des bâtiments détruits ?

2013-03-03 Par sujet David Crochet

Bonjour

Le 03/03/2013 19:45, Lionel Allorge (lionel.allo...@lunerouge.org) a écrit :

Qu'en pensez-vous ?


Lorsqu'une nouvelle route efface une ancienne, l'ancienne n'existe 
plus, comme cela l'est réellement, pour ma part, je l'appliquerai sur la 
base également


--
Cordialement
David Crochet
http://fr.wikiversity.org : Communauté pédagogique libre à laquelle chacun peut 
prendre part !
http://www.wikimedia.fr : Aidons la diffusion de la connaissance libre


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


Re: [OSM-talk-fr] Comment traiter des bâtiments détruits ?

2013-03-03 Par sujet Nicolas Frery
On 03/03/2013 19:45, Lionel Allorge (lionel.allo...@lunerouge.org) wrote:
 Qu'en pensez-vous ?

Un simple building=no, ça evite que quelqu'un le rajoute si il est
toujours sur le cadastre/bing.
Au pire avec une note=*

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


Re: [OSM-talk-fr] Projet du mois de Mars : Wikipedia

2013-03-03 Par sujet Marc Sibert

Le 02/03/2013 15:55, Black Myst a écrit :

Bonjour,

Je vous propose le thème Wikipedia comme projet du mois de Mars 2013.

Pour les personnes qui seraient intéressé, je vous invite à lire la 
page de présentation:

http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Wikipedia

Il y a environ 2800 erreurs osmose lié au tag wikipedia dans le monde, 
dont 1200 en France.

Sans compter tous les nouveaux liens que l'on pourrait ajouter.

Bonne correction,

Black Myst

PS: Je vous invite également à proposer et préparer d'autres thèmes 
pour les mois à venir sur la page:

http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month


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

Bonjour,

Il y a plein d'erreurs concernant wikipedia:image dans Osmose. Est-ce 
fondé ? La page wiki citée en exemple n'en parle pas.


A+

--
Marc Sibert
mailto:m...@sibert.fr

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


Re: [OSM-talk-fr] Projet du mois de Mars : Wikipedia

2013-03-03 Par sujet Philippe Verdy
Ces tags sont mal fichus. Il n'y a pas d'images réellement sur
Wikipédia, elles sont sur Commons (pour la plupart).

De plus y mettre une URL est incorrect (cela pointe selon les cas vers
diverses versions thumnails à différentes tailles, ou bien vers la
page de description.

Enfin quelle image choisir ? A mon avis il est largement préférable de
revoir ces tags pour ne pas indiquer ces URLs mal fichues.

Et mettre alors ces images sous une forme :

  image:commons=Category:Page Name
  image:commons=Gallery Page Name

sans indiquer aucune URL mais le nom de la catégorie ou galerie, avec
le nom directement lisible (ce nom est très explicite pour les
catégories et galeries de Commons).

Et s'il n'y a ni catégorie ni galerie existante sur Commons (notamment
pour un objet cartographié particulier), utiliser alors :

  image:commons=File:Image File Name.jpg

(là encore pas d'URLencodage du nom de ces fichiers avec des %nn, pas
de soulignés, utiliser les espaces).

Il me semble aussi qu'on peut s'en passer facilement : les images
appropriées pour un objet existant dans OSM devraient toutes êtres
géolocalisées sur Commons. Il existe déjà des outils sur Commons pour
les afficher sous forme d'icônes sur la carte OSM. Cependant cette
géolocalisation est parfois imprécise et il est difficile d'associer
une image ou plusieurs correspondant exactement à la position ou
l'objet recherché.

Pour ces raisons, il vaut mieux se fier aux liens interwikis existants
sur une page Wikipédia qui pointe vers la collection (galerie ou
catégorie) appropriée pour l'article. Il y a des modèles qui existent
déjà pour cela, et cela génère une référence qu'on peut interroger par
une requête de base de données pour lister les références externes
vers Commons. Il n'est même pas nécessaire de parser la page wiki
(MediaWiki le fait déjà pour nous).

Regardez un peu du côté des outils déjà développés sur le ToolServer
pour obtenir des infos sur n'importe quelle page, notamment ses liens
internes et externes. En plus de présenter cela sur la carte, si on
clique les icones d'images, cela affiche automatiquement un panneau
décrivant l'image, avec aussi les attributions nécessaires. Si c'est
une vidéo ou une image très haute résolution, on a des lecteurs en
Flash ou Javascript permettant de naviguer dedans.

Noter aussi que sur Commons on peut aussi trouver dans les mêmes
catégories des enregistrements audio (pas inutile dans le contexte de
l'accessibilité). Ainsi que des documents PDF et divers autres formats
(y compris des scans de cartes ou de livres libres). Ce qui fait que
le tag image:commons=* pourrait en fait être medias:commons=*
(noter le pluriel de medias).

On pourrait alors aussi mettre des collections de médias catégorisés
d'autres sites (medias:flickr=*, ...) sous une forme simplifiée de
leur URL (réduite à la partie identifiante, sans nom de domaine, ni
chemin d'accès), afin de laisser les outils générer l'URL vers une
présentation donnée des médias vers différentes tailles ou méthodes de
rendus, ou vers les métadonnées associées (nécessaire pour respecter
les licences).

Les URL directes vers les thumbnails générés à la demande par le
serveur d'images de Commons pour inclusion dans une page Wikipédia ne
respectent pas les licences. Raison de plus pour ne PAS les garder
sous cette forme. Wikipédia d'ailleurs ne se contente pas d'afficher
l'image et fournit aussi le lie ndirect vers la page de description.
OSM ne devrait aussi ne rien faire qui évite la référence à la page de
description.

Le 3 mars 2013 21:15, Marc Sibert m...@sibert.fr a écrit :
 Le 02/03/2013 15:55, Black Myst a écrit :

 Bonjour,

 Je vous propose le thème Wikipedia comme projet du mois de Mars 2013.

 Pour les personnes qui seraient intéressé, je vous invite à lire la page de
 présentation:
 http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Wikipedia

 Il y a environ 2800 erreurs osmose lié au tag wikipedia dans le monde, dont
 1200 en France.
 Sans compter tous les nouveaux liens que l'on pourrait ajouter.

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


Re: [OSM-talk-fr] projection antarctique

2013-03-03 Par sujet Jean-Guilhem Cailton
Philippe,

https://en.wikipedia.org/wiki/Universal_Polar_Stereographic_coordinate_system
(y compris des références détaillées si tu veux des détails)

Le système de coordonnées UPS est bien centré sur les pôles, et conforme
(c'est-à-dire qu'il respecte localement les angles, donc les formes, ce
qui est important pour la navigation - un des principaux usages pour
lesquels il a été choisi).

Patiemment,

Jean-Guilhem

PS 1 : je répète ce lien, qui contenait aussi un exemple de 3031, au cas
où tu lui accorderais plus d'intérêt la deuxième fois :
https://wiki.openstreetmap.org/wiki/Antarctica/Creating_a_map

PS 2 : à propos, c'est quoi ta projection préférée ? https://xkcd.com/977/
;)

Le 03/03/2013 12:11, Philippe Verdy a écrit :
 Il me semble que ta proposition EPSG:3031 ne répond pas à la question
 : sa latitude d'origine est à 70 degrés Sud et non 90 degrés Sud.
 Autrement dit c'est pour des cartes côtières de l'Antarctique et non
 des cartes centrées au pôle, et c'est pour ça qu'il y a en fait une
 série de projections similaires selon le méridien d'origine (EPSG:3031
 c'est centré sur le méridien de Greenwich, mais EPSG:3032 est centré
 sur un méridien Australien à 110°E, etc.

 La projection centrée sur le pôle Sud (avec le méridien central sur la
 méridien de Greenwich est plutôt EPSG:102019 (mais elle est de type
 Azimuthal_Equidistant au lieu de Polar_Stereographic).

 On n'a visiblement pas de projection Mercator standard sur un cylindre
 tangeant aux pôles (pour la conformité des angles, au prix des
 surfaces et distances) comme la Mercator standard d'OSM et Google ou
 Bing, très probablement à cause du fait que le conformité exigerait
 que ce soit non pas un cylindre à section circulaire mais un
 cylindroïde à section elliptique du fait de l'excentricité de
 l'ellipsoïde terrestre). Dans ce cas si ce cylindroiïde étant choisi
 tangeant au méridien de Greenwich et son antiméridien, il y aurait des
 allongements à l'Est et à l'Ouest de la carte.

 La projection azimuthale équidistante semble un meilleur choix et elle
 est presque conforme pour les angles, mais respecte distnaces et
 surfaces.

 Jaimerais bien en revanche comprendre l'intérêt de la projection
 stéréographique, non centrée aux pôles mais sur un parallèle à 71°
 Sud, hormis pour la gestion cartographique des divers secteurs
 revendiqués dans l'Antarctique, où le pôle Sud apparaît tout en bas de
 la Carte, et le haut de la carte tombe très en deçà delà du cercle
 polaire (sur les continents sud-américain, africain et australien) à
 une latitude plus tempérée (même si par convention on coupe les cartes
 à 60° Sud sur la ligne définissant internationalement l'Antarctique
 protégé) ! Visiblement ces projections sont des projections politiques
 nationales, pas adaptées à une carte internationale couvrant tous les
 secteurs revendiqués.


 Le 3 mars 2013 11:36, Jean-Guilhem Cailton j...@arkemie.com a écrit :
 Le 25/02/2013 16:56, Guillaume Allegre a écrit :
 Salut,

 Je cherche s'il existe un projet pour un rendu polaire (antarctique) des 
 données OSM,
 et je ne trouve rien, ce qui m'étonne.

 Sans parler pour l'instant de style, la projection standard (Mercator 
 sphérique)
 n'est pas du tout adaptée. Je cherche un rendu où le pôle est au centre.
 Déjà, j'ai du mal à déterminer la projection idéale. On trouve notamment :
 - EPSG:3031 WGS 84 / Antarctic Polar Stereographic
 - la projection Lambert azimuthale 
 http://cartographie.sciences-po.fr/fr/globe-projection-lambert-p-le-nord-et-p-le-sud
 - la projection Lambert conique conforme (avec quels paramètres ?)

 http://wiki.openstreetmap.org/wiki/Antarctica parle des sources mais reste 
 muet sur
 les rendus. Des pistes ?


 Salut Guillaume,

 Je pense à toi en voyant cette nouvelle page :
 https://wiki.openstreetmap.org/wiki/Antarctica/Creating_a_map

 liée à partir de :
 http://lists.openstreetmap.org/pipermail/josm-dev/2013-March/006479.html

 Il semble que l'UPS (Universal Polar Stereographic), EPSG:3031 pour le
 Pôle Sud, soit le complément habituel de l'UTM. Les deux systèmes sont
 d'ailleurs associés dans mon GPS Garmin, qui passe apparemment d'UTM en
 UPS quand il s'approche d'un pôle
 (http://www.gpsinformation.net/main/utm-faq.html).

 Cordialement,

 Jean-Guilhem

 --
 gpg 0x5939EAE2


 ___
 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



-- 
gpg 0x5939EAE2


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


[OSM-talk-fr] Un noeud pour un tableau...

2013-03-03 Par sujet Black Myst
Hello,

En corrigeant des tags wikipedia, je suis tombé sur ce point:
http://www.openstreetmap.org/browse/node/1359955172

D'après ce que j'en comprends, il désigne un tableau de Van Gogh !
Je ne trouve pas particulièrement utile d'avoir un noeud pour une oeuvre
dans un musée...
J'imagine mal le nombre de point qu'il faudrait pour le Louvre par exemple.

Qu'en pensez-vous ?
Black Myst
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Un noeud pour un tableau...

2013-03-03 Par sujet Jo
si je comprends bien c'est un panneau d'info, disant que cette peinture à
été peint à cet endroit?

Jo

2013/3/4 Black Myst black.m...@free.fr

 Hello,

 En corrigeant des tags wikipedia, je suis tombé sur ce point:
 http://www.openstreetmap.org/browse/node/1359955172

 D'après ce que j'en comprends, il désigne un tableau de Van Gogh !
 Je ne trouve pas particulièrement utile d'avoir un noeud pour une oeuvre
 dans un musée...
 J'imagine mal le nombre de point qu'il faudrait pour le Louvre par exemple.

 Qu'en pensez-vous ?
 Black Myst

 ___
 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] projection antarctique

2013-03-03 Par sujet Philippe Verdy
Ce n'était pas la peine de donner les liens je connais déjà et j'avais
déjà lu ces articles Wikipédia (qui survolent à peine le sujet dans
leur version française).

Justement oui, cette projection stéréographique est bien pour la
navigation (de 60 à 82° environ), mais j'ai des doutes concernant la
projection des terres jusqu'au pôle, justement car son plan de
référence est à 71°Sud, ce qui me parait trop au nord.

De plus cette projection dépend de deux paramètres :
- le choix du plan de projection (parallèle au plan équatorial) donc
de sa latitude je ne suis pas convaincu que le plan à 71°C soit le
meilleur pour l'ellipsoïde)
- le choix du centre de projection (sur l'axe des pôle): si on le
place au Pôle Nord directement à la surface du géoïde, il produit des
déformations importantes (pour moi étant donné l'excentricité de la
Terre, ce point devrait être élevé en altitude au dessus de la surface
du pôle, afin de mieux approcher l'ellipsoïde, avec des glissements
moins importants des points (ceux entre le plan de projection et le
pôle) sur la carte vers le pôle (l'erreur est maximale autour de 82°S
avec la projection actuelle)

Personnellement j'aurais choisi pour représenter tout le continent une
projection plus simple utilisant comme référence directement la vraie
distance d'un point du géoïde jusqu'au pôle (longueur d'arc
elliptique) et le vrai angle de cap vers le pôle (autrement dit la
longitude). Cela restait adapté aussi bien sur le continent que dans
la zone maritime.

Si la distance elliptique est trop compliquée à calculer à partir de
la latitude, on peut aussi bien utiliser la projection sur la sphère
tangeante au pôle au lieu de l'ellipsoïde de référence (cela restera
de toute façon bien meilleur que la projection stéréographique qui n'a
de vrai usage que maritime).

Dans ce cas la conversion est simple (projection sur la sphère) :
  x = cos(longitude * pi/180°) * R/échelle * (90°+latitude)*pi/180°
  y = sin(longitude * pi/180°) * R/échelle * (90+latitude)*pi/180°
Le dernier facteur (90°+latitude)*pi/180° est une mesure de l'arc de
cercle le long d'un méridien d'une sphère. C'est là qu'on peut
l'ajuster avec un arc elliptique pour plus de précision, en tenant
compte de l'excentricité constante du géoïde et de la seule latitude.

Certes cela entraine aussi des déformations (surtout des étirements de
surface le long des parallèles), mais on préserve toutes les distances
le long des méridiens et tous les angles.

Il n'y a aucun moyen d'être conforme pour tout sur une carte plane.

Pour la navigation avec EPSG 3031 on préfère conserver tous les angles
mais cette fois les distances le long des parallèles, même si les
distances le long des méridiens ne sont pas uniformes (et on a donc
aussi étirement des surfaces selon la latitude). Etant donné que ce
sont les régions maritimes qui sont les plus utilisées (le pôle est
très difficile d'accès), on peut comprendre que EPSG 3031 soit préféré
mais on doit tout de même savoir que si cela marche bien jusqu'à la
côte, on n'ira pas au pôle (mais a-t-on beaucoup de choses à
cartographier précisément sur cette terre de glace dont la surface est
très changeante, et tout ce qui y est construit, par exemple une
piste, peut disparaître sous des mètres de neige ?).

Ce petit continent n'est malgré tout pas une mer de glace, il a un
relief important, la glace s'écoule aussi lentement vers les rivages
(causant les icebergs), et se crevasse, la fonte en surface crée des
cours d'eaux sous-glaciaires se faufilant par les crevasses. De fait
tout ce qu'on y construit peut bouger sauf si on a choisi un
promontoire rocheux (ce qui est le cas pour les installations
côtières), ou si on est très loin des côtes sur le plateau hors des
lits glaciaires.

Le 4 mars 2013 00:08, Jean-Guilhem Cailton j...@arkemie.com a écrit :
 Philippe,

 https://en.wikipedia.org/wiki/Universal_Polar_Stereographic_coordinate_system
 (y compris des références détaillées si tu veux des détails)

 Le système de coordonnées UPS est bien centré sur les pôles, et conforme
 (c'est-à-dire qu'il respecte localement les angles, donc les formes, ce
 qui est important pour la navigation - un des principaux usages pour
 lesquels il a été choisi).

 Patiemment,

 Jean-Guilhem

 PS 1 : je répète ce lien, qui contenait aussi un exemple de 3031, au cas
 où tu lui accorderais plus d'intérêt la deuxième fois :
 https://wiki.openstreetmap.org/wiki/Antarctica/Creating_a_map

 PS 2 : à propos, c'est quoi ta projection préférée ? https://xkcd.com/977/
 ;)

 Le 03/03/2013 12:11, Philippe Verdy a écrit :
 Il me semble que ta proposition EPSG:3031 ne répond pas à la question
 : sa latitude d'origine est à 70 degrés Sud et non 90 degrés Sud.
 Autrement dit c'est pour des cartes côtières de l'Antarctique et non
 des cartes centrées au pôle, et c'est pour ça qu'il y a en fait une
 série de projections similaires selon le méridien d'origine (EPSG:3031
 c'est centré sur le méridien de Greenwich, mais EPSG:3032 est centré
 sur un 

[OSM-talk-fr] Taguer les zones de sismicité françaises

2013-03-03 Par sujet Philippe Verdy
5 niveaux de sismicité sont définis en France dans la loi, inscrite
dans l'article R563-1 du Code de l'environnement, sur la prévention
des risques sismiques : 1 (très faible) ; 2 (faible) ; 3 (modérée) ; 4
(moyenne) ; 5 (forte).

http://www.legifrance.org/affichCode.do;jsessionid=F89FAA30D2B8818F7A0607AF5CD773AD.tpdjo02v_3?idSectionTA=LEGISCTA06177010cidTexte=LEGITEXT06074220dateTexte=20121104

Le risque fort ne concerne actuellement que les Antilles françaises
(Guadeloupe, Martinique et Saint-Martin, et devrait inclure
Saint-Barthélemy mais la loi ne le liste pas). La Réunion par exemple
a un risque faible (niveau 2), malgré son volcanisme, plus faible par
exemple que le massif du Jura, une bonne partie des Alpes et des
Pyrénées françaises, et une partie de la Provence (sismicité moyenne,
niveau 4). Le risque très faible (niveau 1) se situe essentiellement
dans le Val de Loire, la bassin parisien, la Picardie, la
Champagne-Ardennes, la Bourgogne et la Lorraine

Je n'envisage pas directement de dessiner ces zones, la loi définit
les zones en listant, département par département, les cantons ou
communes concernées pour chaque niveau de risque. Quand des cantons
sont utilisés, les communes fractionnes ne sont pas découpées et
incluses en entier dans la zone.

Bref cela consisterait à porter cette info :

* soit dans un tag supplémentaire dans les communes (risk:sismicity:FR=1 à 5) ;
  == l'ennui étant que cela fait plus de 36000 relations à modifier
(si on le fait au niveau des communes (et il manque encore près de
4000 communes dans la base)

* soit dans 5 nouvelles relations se contentant de lister les
départements, cantons ou communes membres sous forme uniquement
relationelle (pas besoin de mettre les frontières, au moins pas pour
l'instant, cela en permanence impacterait la maintenance dès qu'une
frontière administrative est modifiée quelquepart), avec des membres
de rôle include par défaut, ou exclude ;
  == impact nettement plus limité, et peu de maintenance (5 nouveaux
objets seulement, indépendants, en référençant le minimum d'objets,
ceux définis par la loi, donc des communes, cantons, départements, ou
COM ; noter que la loi ne classifie pas tout l'outre-mer, par exemple
la Nouvelle-Calédonie, la Polynésie française, Wallis-et-Futuna, et
Saint-Barthélémy, mais classifie tous les DOM ainsi que les COM de
Saint-Pierre-et-Miquelon et Saint-Martin). Certes il manque dans la
base encore un certain nombre de cantons, mais on pourrait en
attendant leur création, les ajouter en notes FIXME des 5 relations.

Qu'en pensez-vous ?



NB:

Il y a sans doute d'autres définitions légales similaires sur la
prévention des risques (zones inondables, zones de sécurité
nucléaires...). Ce devrait être des données de long terme (pas les
simples classements en état de catastrophe naturelle ou industrielle,
même si ces zones sont très étendues, comme les zones historiques de
sécheresse, ou de risques sanitaires spécifiques comme les épizooties,
également temporaires, à moins que ce classement soit destiné à être
permanent et révisé régulièrement).

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


Re: [OSM-talk-fr] Un noeud pour un tableau...

2013-03-03 Par sujet Vincent de Chateau-Thierry

Bonjour,

Le 04/03/2013 01:09, Jo a écrit :

si je comprends bien c'est un panneau d'info, disant que cette peinture
à été peint à cet endroit?

2013/3/4 Black Myst black.m...@free.fr mailto:black.m...@free.fr

En corrigeant des tags wikipedia, je suis tombé sur ce point:
http://www.openstreetmap.org/browse/node/1359955172

D'après ce que j'en comprends, il désigne un tableau de Van Gogh !
Je ne trouve pas particulièrement utile d'avoir un noeud pour une
oeuvre dans un musée...
J'imagine mal le nombre de point qu'il faudrait pour le Louvre par
exemple.



C'est bien un noeud pour un panneau, et un panneau pour un tableau :-)
Cette photo confirme : http://goo.gl/maps/JyqUF
(Et à la rigueur, il lui manque un ref=23)

vincent

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


Re: [OSM-talk-fr] Un noeud pour un tableau...

2013-03-03 Par sujet Ista Pouss
Le 4 mars 2013 07:31, Vincent de Chateau-Thierry v...@laposte.net a écrit
:

 Bonjour,

 Le 04/03/2013 01:09, Jo a écrit :

 si je comprends bien c'est un panneau d'info, disant que cette peinture
 à été peint à cet endroit?

 2013/3/4 Black Myst black.m...@free.fr mailto:black.m...@free.fr


 En corrigeant des tags wikipedia, je suis tombé sur ce point:
 
 http://www.openstreetmap.org/**browse/node/1359955172http://www.openstreetmap.org/browse/node/1359955172

 D'après ce que j'en comprends, il désigne un tableau de Van Gogh !
 Je ne trouve pas particulièrement utile d'avoir un noeud pour une
 oeuvre dans un musée...
 J'imagine mal le nombre de point qu'il faudrait pour le Louvre par
 exemple.


 C'est bien un noeud pour un panneau, et un panneau pour un tableau :-)
 Cette photo confirme : http://goo.gl/maps/JyqUF
 (Et à la rigueur, il lui manque un ref=23)



Pourtant le lien wikipedia  wikipedia = fr:Portrait d'Adeline Ravoux ou
wikipedia:en = Paintings of Children (Van Gogh series)#Adeline_Ravoux
issu du point donné ne correspond pas du tout à la photo ? D'après la photo
ça devrait plutot être La mairie d'Auvers sur Oise le 14 juillet ; ce
tableau est bien listé dans la liste des tableaux de Van Gogh (
http://fr.wikipedia.org/wiki/Liste_des_tableaux_de_Vincent_van_Gogh ), mais
il n'a pas sa page wikipedia fr.

Faites au mieux :-)


-- 
Les dérives de rue :
Des textes à promenades http://drivrsdu.fr/des-textes-a-promenades/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Taguer les zones de sismicité françaises

2013-03-03 Par sujet Jean-Marc Liotier
On 03/04/2013 05:53 AM, Philippe Verdy wrote:
 Qu'en pensez-vous ?
 [..]
 Il y a sans doute d'autres définitions légales similaires sur la
 prévention des risques (zones inondables, zones de sécurité
 nucléaires...). Ce devrait être des données de long terme (pas les
 simples classements en état de catastrophe naturelle ou industrielle,
 même si ces zones sont très étendues, comme les zones historiques de
 sécheresse, ou de risques sanitaires spécifiques comme les épizooties,
 également temporaires, à moins que ce classement soit destiné à être
 permanent et révisé régulièrement).

C'est bien, mais ça se relève comment sur le terrain ? Encore plus que
pour les zones de crues (qui étaient un cas méritant discussion), il me
semble qu'on sort de la définition des données géographiques vérifiables
sur le terrain.


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