Re: [OSM-talk-fr] APIE : licence V2

[rldhont]

Bonjour Sébastien,

Merci pour cette information.

En fait il serait bien de demander à l'APIE mais aussi au juriste 
spécialisé dans le droit de la PI (Propriété Industrielle et Propriété 
Intellectuelle), de nous éclairé sur le sens de verbe ALTERER.


La définition française du verbe altérer est : Modifier en mal, 
provoquer un changement, une détérioration de l'état ou de la valeur de 
quelque chose. Hors le projet OSM ne peut d'aucune façon garantir que 
des données ne seront pas altérer.
Mais on avait eu des retours qui interprétaient ce verbe de la façon 
suivante : si vous faîtes des modifications vous n'avez pas le droit de 
dire que cela provient du fournisseur initial. Donc si vous modifiez des 
données de l'état vous n'avez pas le droit de dire que ces données sont 
celles de l'état mais issue de données de l'état avec modification. De 
plus il était sous-entendu que grâce au système de suivi de modification 
des données dans OSM, le projet n'altère pas les données!


Donc soit quelqu'un est prêt à s'engager à garantir qu'OpenStreetMap est 
un projet qui offre les garanties nécessaires vis-à-vis de l'altération 
des données, soit il faut faire pression sur toutes les collectivités et 
organisme de l'état (APIE et etalab) pour qu'il soit compatible OSM!


René-Luc D'Hont
3Liz

Le 13/07/2011 01:47, Sébastien Dinot a écrit :

Bonsoir,

L'APIE (Agence du Patrimoine Immatériel de l'État) a publié ce lundi 
une nouvelle version de sa licence d'utilisation des données publiques :


https://www.apiefrance.fr/sections/acces_thematique/reutilisation-des-informations-publiques/des-conditions-generales-pour-la-reutilisation-des-informations-publiques/view

Le texte commence plutôt bien :

Cette licence (ci-après la « Licence »)

  * précise les droits et obligations pour la libre réutilisation des
informations publiques au sens de la loi n° 78-753 du 17 juillet
1978 (ci-après les « Informations publiques » et « la Loi »).
  * s'applique à toutes les catégories d'Informations publiques, dont
les bases de données, y compris lorsque des droits de propriété
intellectuelle de l'administration y sont attachés.
  * est compatible avec les licences libres existantes et permet la
distribution sous tout type de licence d'applications, produits ou
services dans lesquels les Informations publiques sont intégrées.
  * est gratuite.

Vous pouvez :

  * Rediffuser, distribuer, traiter, exploiter, inclure dans un
produit, service ou application, les Informations publiques.
  * À des fins commerciales ou non.



Le troisième point de la première liste est une formulation étonnante 
et que je trouve péremptoire (comment se dire compatible avec des 
licences qui disent le contraire de ce que vous exigez ou donnent des 
libertés que vous ne donnez pas) mais finalement très arrangeante. 
Mais les plus attentifs d'entre vous auront noté que le premier point 
de la seconde liste, qui résume les droits accordés, parle de 
rediffusion/distribution et de traitement/exploitation mais pas de 
modification. Serait-ce un oubli ? Cela semble difficile à croire 
puisque cette liberté essentielle du point de vue du libre est au 
coeur des débats sur les licences de l'APIE...


Mes craintes se confirment malheureusement quelques lignes plus bas, 
dans le septième paragraphe de l'article 1 :


Les traitements sont autorisés*sous réserve de ne pas altérer les 
Informations publiques*



C'est derechef écrit en toutes lettres : il est interdit d'altérer les 
données ! Vous pouvez les traiter, vous pouvez les mixer avec ce que 
vous voulez, vous pouvez même les redistribuer mais pas question de 
les modifier !


Certaines personnes m'affirmaient ici même il y a quelques jours que 
je comprenais mal l'intention de la première version de la licence 
APIE et que ses auteurs autorisaient bel et bien la modification des 
données bien qu'ils aient écrit le contraire. J'avais alors indiqué 
que si tel était le cas, l'APIE ne devrait avoir aucun mal à clarifier 
sa position sur son site, à expliquer que la modification des données 
publiques était autorisée.


Lundi, l'APIE a bien clarifié sa position mais en prenant à 
contre-pied mes interlocuteurs et en confirmant l'interdiction de 
modification des données publiques.


Certains d'entre vous continueront peut-être à m'expliquer que je ne 
sais pas lire, que je ne comprends pas, que je manque de hauteur mais 
aujourd'hui plus que jamais je vous le demande : laissez moisir sur 
leurs sites les données publiques de Montpellier, de Rennes, de Nantes 
et de toutes les autres collectivités qui ont opté pour les licences 
de l'APIE et surtout, ne les intégrez pas à OSM ! Ces données 
publiques 

Re: [OSM-talk-fr] Cartographie de Villers-Saint-Paul (60)

[Brice]

Bonjour,

Il y a un espace multimédia basé dans cette commune.
http://villers-saint-paul.cyber-base.org
J'ai travaillé, il y a quelques temps, avec l'animateur de cet espace.

Peut-être l'occasion de les faire participer à OSM ?


Brice Mallet




Le 12 juil. 2011 à 23:43, Romain MEHUT a écrit :

> Bonjour,
> 
> Je vous écris pour une demande particulière. J'aurais besoin de la 
> cartographie de la commune de Villers-Saint-Paul dans l'Oise 
> (http://www.openstreetmap.org/?lat=49.2898&lon=2.5004&zoom=14&layers=M). La 
> cartographie minimale du réseau routier et des bâtiments est suffisante.
> 
> Je peux faire le travail sur la base du fond cadastral mais je voulais 
> néanmoins savoir si quelqu'un de la région aurait souhaité participer...
> 
> Merci.
> 
> 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] Cartographie de Villers-Saint-Paul (60)

[Ab_fab]

En commençant par leur expliquer pourquoi c'est tellement mieux que le
Geoportail
(cf article du 10/07/2011 publié sur leur site)
;-)
Troll matinal mis à part, c'est une très bonne idée !

Le 13 juillet 2011 09:25, Brice  a écrit :

> Bonjour,
>
> Il y a un espace multimédia basé dans cette commune.
> http://villers-saint-paul.cyber-base.org
> J'ai travaillé, il y a quelques temps, avec l'animateur de cet espace.
>
> Peut-être l'occasion de les faire participer à OSM ?
>
>
> 
>   Brice Mallet
>
> 
>
>
>
>  Le 12 juil. 2011 à 23:43, Romain MEHUT a écrit :
>
>   Bonjour,
>
> Je vous écris pour une demande particulière. J'aurais besoin de la
> cartographie de la commune de Villers-Saint-Paul dans l'Oise (
> http://www.openstreetmap.org/?lat=49.2898&lon=2.5004&zoom=14&layers=M). La
> cartographie minimale du réseau routier et des bâtiments est suffisante.
>
> Je peux faire le travail sur la base du fond cadastral mais je voulais
> néanmoins savoir si quelqu'un de la région aurait souhaité participer...
>
> Merci.
>
> 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
>
>


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

Re: [OSM-talk-fr] APIE : licence V2

[Guillaume Allegre]

Le mer. 13 juil. 2011 à 09:13 +0200, rldhont a ecrit :

> Donc soit quelqu'un est prêt à s'engager à garantir qu'OpenStreetMap
> est un projet qui offre les garanties nécessaires vis-à-vis de
> l'altération des données, soit il faut faire pression sur toutes les
> collectivités et organisme de l'état (APIE et etalab) pour qu'il
> soit compatible OSM!

Solution 2, sans aucun doute.
Et grand merci à Sébastien pour avoir (à nouveau) pointé ce problème.

Pour ceux qui sont aux RMLL : est-ce qu'un représentant de l'APIE serait présent
au thème OpenData ? Il aurait peut-être des réponses à une interpellation sur 
ce sujet ?



-- 
 ° /\Guillaume AllègreMembre de l'April
  /~~\/\   allegre.guilla...@free.fr  Promouvoir et défendre le logiciel libre
 /   /~~\tél. 04.76.63.26.99  http://www.april.org

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

Re: [OSM-talk-fr] APIE : licence V2

[Sébastien Dinot]

Bonjour Claire, 

- "Claire Libertic"  a écrit : 
> Peux tu indiquer la source qui mentionne que nantes est partie sur les cgr de 
> l apie?? 

Je ne me souviens plus avoir vu l'information écrite quelque part (sauf erreur 
de ma part, le portail Open Data de la ville de Nantes n'est pas encore ouvert) 
mais au moins deux juristes (dont un travaille pour une autre collectivité 
territoriale) m'ont indiqué qu'ils avaient contacté les personnes en charge du 
dossier à Nantes et que le choix de la ville se porterait sur les conditions 
d'utilisation de l'APIE même si aucune décision ne semble encore entérinée. 

En outre, l'article ci-dessous montre bien que si l'ouverture des données est 
acquise, il n'en va pas de même de leur libération au sens où l'entendent les 
partisans du libre : 

http://www.numerama.com/magazine/18110-nantes-a-t-elle-peur-que-l-open-data-aide-ses-entreprises-maj.html
 

Ceci étant, si le dossier a évolué ces dernières semaines et si la licence 
désormais envisagée n'est plus celle de l'APIE mais une licence libre, tu te 
doutes bien que j'en serai ravi. 

Sébastien 

-- 
Sébastien Dinot, sebastien.di...@free.fr 
http://sebastien.dinot.free.fr/ 
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] APIE : licence V2

[Claire Libertic]

Les choses ont en effet grandement evoluees et les donnees seront bien
libres :)
Pour ce qui est de la licence, la validation politique et donc l annonce
officielle est imminente.
Il y avait debat donc a suivre...

Claire

--

Le 13 juil. 2011 10:17, "Sébastien Dinot"  a
écrit :

Bonjour Claire,

- "Claire Libertic"  a écrit :

> Peux tu indiquer la source qui mentionne que nantes est partie sur les cgr
de l apie??
Je ne me souviens plus avoir vu l'information écrite quelque part (sauf
erreur de ma part, le portail Open Data de la ville de Nantes n'est pas
encore ouvert) mais au moins deux juristes (dont un travaille pour une autre
collectivité territoriale) m'ont indiqué qu'ils avaient contacté les
personnes en charge du dossier à Nantes et que le choix de la ville se
porterait sur les conditions d'utilisation de l'APIE même si aucune décision
ne semble encore entérinée.

En outre, l'article ci-dessous montre bien que si l'ouverture des données
est acquise, il n'en va pas de même de leur libération au sens où
l'entendent les partisans du libre :

http://www.numerama.com/magazine/18110-nantes-a-t-elle-peur-que-l-open-data-aide-ses-entreprises-maj.html

Ceci étant, si le dossier a évolué ces dernières semaines et si la licence
désormais envisagée n'est plus celle de l'APIE mais une licence libre, tu te
doutes bien que j'en serai ravi.



Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez ...

___
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] Cartographie de Villers-Saint-Paul (60)

[Romain MEHUT]

Le 13 juillet 2011 09:25, Brice  a écrit :

> Bonjour,
>
> Il y a un espace multimédia basé dans cette commune.
> http://villers-saint-paul.cyber-base.org
> J'ai travaillé, il y a quelques temps, avec l'animateur de cet espace.
>
> Peut-être l'occasion de les faire participer à OSM ?
>
>
Merci c'est une très bonne idée. Je vais me baser sur mon expérience à Toul.
Peux-tu m'envoyer le contact mail du responsable de la cyberbase?


>
> 
> Brice Mallet
>
> 
>
> Le 12 juil. 2011 à 23:43, Romain MEHUT a écrit :
>
> Bonjour,
>
> Je vous écris pour une demande particulière. J'aurais besoin de la
> cartographie de la commune de Villers-Saint-Paul dans l'Oise (
> http://www.openstreetmap.org/?lat=49.2898&lon=2.5004&zoom=14&layers=M). La
> cartographie minimale du réseau routier et des bâtiments est suffisante.
>
> Je peux faire le travail sur la base du fond cadastral mais je voulais
> néanmoins savoir si quelqu'un de la région aurait souhaité participer...
>
> Merci.
>
> 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
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] APIE : licence V2

[Guilhem Bonnefille]

Bonjour,

Le 13 juillet 2011 01:47, Sébastien Dinot  a écrit :
> Les traitements sont autorisés sous réserve de ne pas altérer les
> Informations publiques
> 
> C'est derechef écrit en toutes lettres : il est interdit d'altérer les
> données ! Vous pouvez les traiter, vous pouvez les mixer avec ce que vous
> voulez, vous pouvez même les redistribuer mais pas question de les modifier
> !
> Certaines personnes m'affirmaient ici même il y a quelques jours que je
> comprenais mal l'intention de la première version de la licence APIE et que
> ses auteurs autorisaient bel et bien la modification des données bien qu'ils
> aient écrit le contraire. J'avais alors indiqué que si tel était le cas,
> l'APIE ne devrait avoir aucun mal à clarifier sa position sur son site, à
> expliquer que la modification des données publiques était autorisée.
> Lundi, l'APIE a bien clarifié sa position mais en prenant à contre-pied mes
> interlocuteurs et en confirmant l'interdiction de modification des données
> publiques.
> Certains d'entre vous continueront peut-être à m'expliquer que je ne sais
> pas lire, que je ne comprends pas, que je manque de hauteur mais aujourd'hui
> plus que jamais je vous le demande : laissez moisir sur leurs sites les
> données publiques de Montpellier, de Rennes, de Nantes et de toutes les
> autres collectivités qui ont opté pour les licences de l'APIE et surtout, ne
> les intégrez pas à OSM ! Ces données publiques ne sont pas modifiables,
> elles ne sont pas libres, leur licence n'est pas compatible avec les
> licences (CC-By-SA et ODbL) d'OSM. Introduire ces données dans OSM, c'est
> tôt ou tard violer les licences de l'APIE et exposer le projet et ses
> contributeurs à d'éventuelles actions en justice.

J'ai peut-être une lecture naïve, mais je pose la question néanmoins :
est-ce qu'on est pas ici face à une généralisation du cas "Cadastre".
Je n'ai suivi que de très loin le traitement de ce dossier, mais il me
semble que c'était un peu la même chose. Je m'explique.

Dans mon souvenir, le cadastre n'est pas modifiable. Mais on peut
l'importer, à partir du moment où l'on ne prétend plus que c'est le
cadastre.

Est-ce la licence APIE ne peut pas être interprétée dans ce sens ?
C'est à dire, on peut faire tout ce qu'on veut avec les données et
continuer à prétendre que ce sont les données "officielles", tant
qu'on ne les modifie pas. Mais dès lors qu'on prévoit de le modifier,
alors on ne peut plus prétendre que ce sont les données "officielles".

Une telle lecture serait assez proche de ceraines clauses que l'on
retrouve aussi dans le logiciel libre et que je résumerais ainsi : «
si vous bidouillez le code, vous devez assumer les modifications et ne
pas prétendre qu'elles sont le fruit des autres auteurs. »

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

Re: [OSM-talk-fr] APIE : licence V2

[Romain MEHUT]

Le 13 juillet 2011 11:53, Guilhem Bonnefille
a écrit :

> Bonjour,
>
> Le 13 juillet 2011 01:47, Sébastien Dinot  a
> écrit :
> > Les traitements sont autorisés sous réserve de ne pas altérer les
> > Informations publiques
> > 
> > C'est derechef écrit en toutes lettres : il est interdit d'altérer les
> > données ! Vous pouvez les traiter, vous pouvez les mixer avec ce que vous
> > voulez, vous pouvez même les redistribuer mais pas question de les
> modifier
> > !
> > Certaines personnes m'affirmaient ici même il y a quelques jours que je
> > comprenais mal l'intention de la première version de la licence APIE et
> que
> > ses auteurs autorisaient bel et bien la modification des données bien
> qu'ils
> > aient écrit le contraire. J'avais alors indiqué que si tel était le cas,
> > l'APIE ne devrait avoir aucun mal à clarifier sa position sur son site, à
> > expliquer que la modification des données publiques était autorisée.
> > Lundi, l'APIE a bien clarifié sa position mais en prenant à contre-pied
> mes
> > interlocuteurs et en confirmant l'interdiction de modification des
> données
> > publiques.
> > Certains d'entre vous continueront peut-être à m'expliquer que je ne sais
> > pas lire, que je ne comprends pas, que je manque de hauteur mais
> aujourd'hui
> > plus que jamais je vous le demande : laissez moisir sur leurs sites les
> > données publiques de Montpellier, de Rennes, de Nantes et de toutes les
> > autres collectivités qui ont opté pour les licences de l'APIE et surtout,
> ne
> > les intégrez pas à OSM ! Ces données publiques ne sont pas modifiables,
> > elles ne sont pas libres, leur licence n'est pas compatible avec les
> > licences (CC-By-SA et ODbL) d'OSM. Introduire ces données dans OSM, c'est
> > tôt ou tard violer les licences de l'APIE et exposer le projet et ses
> > contributeurs à d'éventuelles actions en justice.
>
> J'ai peut-être une lecture naïve, mais je pose la question néanmoins :
> est-ce qu'on est pas ici face à une généralisation du cas "Cadastre".
> Je n'ai suivi que de très loin le traitement de ce dossier, mais il me
> semble que c'était un peu la même chose. Je m'explique.
>
> Dans mon souvenir, le cadastre n'est pas modifiable. Mais on peut
> l'importer, à partir du moment où l'on ne prétend plus que c'est le
> cadastre.
>
> Est-ce la licence APIE ne peut pas être interprétée dans ce sens ?
>

En naïf aussi que je suis, c'est exactement la même remarque que je
souhaitais faire en comparant avec les conditions d'utilisation du cadastre:
http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Conditions_d%27utilisation


> C'est à dire, on peut faire tout ce qu'on veut avec les données et
> continuer à prétendre que ce sont les données "officielles", tant
> qu'on ne les modifie pas. Mais dès lors qu'on prévoit de le modifier,
> alors on ne peut plus prétendre que ce sont les données "officielles".
>
> Une telle lecture serait assez proche de ceraines clauses que l'on
> retrouve aussi dans le logiciel libre et que je résumerais ainsi : «
> si vous bidouillez le code, vous devez assumer les modifications et ne
> pas prétendre qu'elles sont le fruit des autres auteurs. »
>
> --
> 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] APIE : licence V2

[rldhont]

En fait pour le cadastre on a un jolie courrier officiel qui nous 
autorise à le faire et qui donc clarifie les règles d'utilisation.


Ce qui signifie c'est que soit l'APIE dit clairement que l'utilisation 
dans le cadre d'un projet comme OSM est compatible avec ça CGU, soit que 
chaque collectivité qui publie des données sous CGU de l'APIE spécifie 
que le projet OSM ne va pas à l'encontre de ce cette CGU pour ces 
données. Et si on ajoute le rôle de l'API qui est là pour aider mais aps 
pour faire à la place. C'est donc à chaque collectivité de préciser que 
pour elle les données qu'elle libère sous CGU de l'APIE peuvent être 
utilisé dans OSM.


Donc malgré le mouvement OpenData, OSM est toujours au même point devoir 
négocier la compatibilité des données avec le projet.


René-Luc D'Hont
3Liz

Le 13/07/2011 11:59, Romain MEHUT a écrit :



Le 13 juillet 2011 11:53, Guilhem Bonnefille 
mailto:guilhem.bonnefi...@gmail.com>> a 
écrit :


Bonjour,

Le 13 juillet 2011 01:47, Sébastien Dinot mailto:sebastien.di...@free.fr>> a écrit :
> Les traitements sont autorisés sous réserve de ne pas altérer les
> Informations publiques
> 
> C'est derechef écrit en toutes lettres : il est interdit
d'altérer les
> données ! Vous pouvez les traiter, vous pouvez les mixer avec ce
que vous
> voulez, vous pouvez même les redistribuer mais pas question de
les modifier
> !
> Certaines personnes m'affirmaient ici même il y a quelques jours
que je
> comprenais mal l'intention de la première version de la licence
APIE et que
> ses auteurs autorisaient bel et bien la modification des données
bien qu'ils
> aient écrit le contraire. J'avais alors indiqué que si tel était
le cas,
> l'APIE ne devrait avoir aucun mal à clarifier sa position sur
son site, à
> expliquer que la modification des données publiques était autorisée.
> Lundi, l'APIE a bien clarifié sa position mais en prenant à
contre-pied mes
> interlocuteurs et en confirmant l'interdiction de modification
des données
> publiques.
> Certains d'entre vous continueront peut-être à m'expliquer que
je ne sais
> pas lire, que je ne comprends pas, que je manque de hauteur mais
aujourd'hui
> plus que jamais je vous le demande : laissez moisir sur leurs
sites les
> données publiques de Montpellier, de Rennes, de Nantes et de
toutes les
> autres collectivités qui ont opté pour les licences de l'APIE et
surtout, ne
> les intégrez pas à OSM ! Ces données publiques ne sont pas
modifiables,
> elles ne sont pas libres, leur licence n'est pas compatible avec les
> licences (CC-By-SA et ODbL) d'OSM. Introduire ces données dans
OSM, c'est
> tôt ou tard violer les licences de l'APIE et exposer le projet
et ses
> contributeurs à d'éventuelles actions en justice.

J'ai peut-être une lecture naïve, mais je pose la question néanmoins :
est-ce qu'on est pas ici face à une généralisation du cas "Cadastre".
Je n'ai suivi que de très loin le traitement de ce dossier, mais il me
semble que c'était un peu la même chose. Je m'explique.

Dans mon souvenir, le cadastre n'est pas modifiable. Mais on peut
l'importer, à partir du moment où l'on ne prétend plus que c'est le
cadastre.

Est-ce la licence APIE ne peut pas être interprétée dans ce sens ?


En naïf aussi que je suis, c'est exactement la même remarque que je 
souhaitais faire en comparant avec les conditions d'utilisation du 
cadastre: 
http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Conditions_d%27utilisation


C'est à dire, on peut faire tout ce qu'on veut avec les données et
continuer à prétendre que ce sont les données "officielles", tant
qu'on ne les modifie pas. Mais dès lors qu'on prévoit de le modifier,
alors on ne peut plus prétendre que ce sont les données "officielles".

Une telle lecture serait assez proche de ceraines clauses que l'on
retrouve aussi dans le logiciel libre et que je résumerais ainsi : «
si vous bidouillez le code, vous devez assumer les modifications et ne
pas prétendre qu'elles sont le fruit des autres auteurs. »

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


___
Talk-fr mailing list
Talk-fr@openstreetmap

Re: [OSM-talk-fr] Traceur GPS

[Ab_fab]

* Coupure pub **

Je viens de voir un nouveau modèle dans la gamme i-gotU, qui colle pas mal
au cahier des charges exprimé par Mickey86 fin juin
(pile à la limite haute du budget de 100 €)
 Comparé au GT-600 du même fabricant (à 70€), on y trouve un écran
monochrome qui doit rester relativement économe en énergie tout en apportant
un plus en terme d'ergonomie.

Site fabricant
http://global.mobileaction.com/product/product_i-gotU_GT-800.jsp
(avec quelques vues d'écran)

Site distributeur France
http://www.expansys.fr/mobile-action-i-gotu-gt-800-sports-travel-computer-216974/

Bon à savoir : existe aussi en version "pro" (120€), qui apporte en plus une
boussole et un altimètre (baromètre), ce qui peut être utile, mais pas
forcément à tout le monde
Les deux fonctionnent sur batterie amovible.
La référence et la capacité correspondent à celle d'appareils photo Nikon,
ce qui veut dire que l'on peut s'en procurer en rechange.


Le 20 juin 2011 12:22, cyrille giquello  a écrit :

> Le 20 juin 2011 12:14, Ab_fab  a écrit :
> > Bonjour,
> > Tu trouveras divers modèles et une idée de leurs tarifs ici :
> > http://www.clubic.com/comparer-prix/gps/tracker,1536-245130/
>
> Impressionnant le delta des prix ! De 50 à 280€ pour ces petits
> "trackers" sans écran.
>
> Cyrille.
>
> > Tu peux probablement trouver des avis sur le site gps passion
> > http://www.gpspassion.com/forumsen/forum.asp?FORUM_ID=127
> > Bonne journée
> > Le 19 juin 2011 14:36, Mickey86  a écrit :
> >>
> >> Salut tout le monde,
> >>
> >> Les membres de l’association APP3L (http://www.app3l.org)
> s’investissent
> >> de plus en plus dans la contribution à OSM…
> >> L’association envisage d’investir dans quelques GPS traceurs que l’on
> >> prêterait à nos membres et à des associations de randonnées ou cyclisme
> pour
> >> récupérer des traces GPX.
> >>
> >> Seulement voilà, notre budget est (relativement) limité pour ce genre de
> >> matériel (<500€).
> >> Aussi nous cherchons des traceurs GPS ayant :
> >> — autonomie (au moins 10 heures), avec piles c’est encore mieux
> (histoire
> >> d’avoir rapidement de l’autonomie en changeant des piles)
> >> — simple à utiliser (activer et mettre dans le sac : pour ne pas embêter
> >> les promeneurs)
> >> — une mémoire adaptée pour tracer suffisamment de points (plusieurs
> >> dizaines de milliers)
> >> — au format GPX
> >> — une précision de 10m suffirait
> >> — pour un budget de moins de 100€ grand max à l’unité.
> >>
> >>
> >>
> http://www.lightinthebox.com/Waterproof-Mini-Global-GPS-Data-Logger-with-GPS-Receiver--Distance-Monitor-Function-XHS027-_p158754.html
> >>
> >> Nous sommes tombés sur ce produit, qu’en dites-vous ?
> >> Quelqu’un a-t-il d’autres produits intéressants à proposer ?
> >>
> >> Cordialement,
> >> --
> >> Mickey86
> >>
>
> >
> >
> > --
> > ab_fab
> > "Il n'y a pas de pas perdus"
> >
>
>
>
>
> --
> Cyrille.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] APIE : licence V2

[Guillaume Allegre]

Le mer. 13 juil. 2011 à 12:16 +0200, rldhont a ecrit :
> En fait pour le cadastre on a un jolie courrier officiel qui nous
> autorise à le faire et qui donc clarifie les règles d'utilisation.
> 
> Ce qui signifie c'est que soit l'APIE dit clairement que
> l'utilisation dans le cadre d'un projet comme OSM est compatible
> avec ça CGU, soit que chaque collectivité qui publie des données
> sous CGU de l'APIE spécifie que le projet OSM ne va pas à l'encontre
> de ce cette CGU pour ces données. Et si on ajoute le rôle de l'API
> qui est là pour aider mais aps pour faire à la place. C'est donc à
> chaque collectivité de préciser que pour elle les données qu'elle
> libère sous CGU de l'APIE peuvent être utilisé dans OSM.
> 
> Donc malgré le mouvement OpenData, OSM est toujours au même point
> devoir négocier la compatibilité des données avec le projet.

Je crains que cette question de "l'altération" des données reste longtemps
un caillou dans la chaussure d'OSM, dans nos relation avec
les collectivités territoriales (CT).

La crainte des CT est généralement qu'un utilisateur récupère des données
tagguées source=ma-collectivité dans OSM puis se "retourne" contre la CT en cas
d'erreur.
Je pense que c'est un risque extrêmement faible, mais pointé rapidement par nos
interlocuteurs dans l'habituelle tendance "parapluie ouvert".

Mais dans l'optique de rassurer les CT, est-ce qu'on ne devrait pas ajouter en
plus, lorsque c'est possible, un lien _pérenne et précis_ vers les données 
d'origine
non modifiées, _quitte à l'héberger nous-même_ (nous=la collectivité OSM) 
lorsque la CT
ne les fournit que de façon informelle, "de la main à la main"
(ex. du fichier Excel des arrêts Transisère fourni par le CG 38).

L'idée est à moduler en fonction des sources, par exemple elle convient mieux
à un import automatique one-shot qu'à une mise à disposition de données à 
retravailler
(le cadastre fond d'image).



-- 
 ° /\Guillaume AllègreMembre de l'April
  /~~\/\   allegre.guilla...@free.fr  Promouvoir et défendre le logiciel libre
 /   /~~\tél. 04.76.63.26.99  http://www.april.org

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

Re: [OSM-talk-fr] APIE : licence V2

[rldhont]

Le 13/07/2011 14:16, Guillaume Allegre a écrit :

Le mer. 13 juil. 2011 à 12:16 +0200, rldhont a ecrit :

En fait pour le cadastre on a un jolie courrier officiel qui nous
autorise à le faire et qui donc clarifie les règles d'utilisation.

Ce qui signifie c'est que soit l'APIE dit clairement que
l'utilisation dans le cadre d'un projet comme OSM est compatible
avec ça CGU, soit que chaque collectivité qui publie des données
sous CGU de l'APIE spécifie que le projet OSM ne va pas à l'encontre
de ce cette CGU pour ces données. Et si on ajoute le rôle de l'API
qui est là pour aider mais aps pour faire à la place. C'est donc à
chaque collectivité de préciser que pour elle les données qu'elle
libère sous CGU de l'APIE peuvent être utilisé dans OSM.

Donc malgré le mouvement OpenData, OSM est toujours au même point
devoir négocier la compatibilité des données avec le projet.

Je crains que cette question de "l'altération" des données reste longtemps
un caillou dans la chaussure d'OSM, dans nos relation avec
les collectivités territoriales (CT).

La crainte des CT est généralement qu'un utilisateur récupère des données
tagguées source=ma-collectivité dans OSM puis se "retourne" contre la CT en cas
d'erreur.
Je pense que c'est un risque extrêmement faible, mais pointé rapidement par nos
interlocuteurs dans l'habituelle tendance "parapluie ouvert".

Mais dans l'optique de rassurer les CT, est-ce qu'on ne devrait pas ajouter en
plus, lorsque c'est possible, un lien _pérenne et précis_ vers les données 
d'origine
non modifiées, _quitte à l'héberger nous-même_ (nous=la collectivité OSM) 
lorsque la CT
ne les fournit que de façon informelle, "de la main à la main"
(ex. du fichier Excel des arrêts Transisère fourni par le CG 38).


Si ils ont un site de publication de données, ils ont les moyens de dire 
ça c'est nos données, ça c'est leur données et ainsi identifier les 
différences.


En fait ici, ils se protègent, oui mais la licence explicite que 
l'utilisateur n'a pas le droit d'Altérer les données. C'est donc pire 
que le parapluie ouvert!




L'idée est à moduler en fonction des sources, par exemple elle convient mieux
à un import automatique one-shot qu'à une mise à disposition de données à 
retravailler
(le cadastre fond d'image).






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

Re: [OSM-talk-fr] Import OSM dans Google Maps

[Debucquoi Sébastien]

Le 12/07/2011 18:52, ope...@sfr.fr a écrit :

Bonjour à tous,

Une coquille ? Tu veux faire une route qui forme "Open Street Map" en 
plein milieu d'un champ ? Ca va pas être cool pour google ça





Ca fait plusieurs routes que je trace en Colombie et que je retrouve 
quelques mois plus tard dans Google,
Donc votre histoire de coquille m'a donné une idée : 
http://tools.geofabrik.de/mc/?mt0=mapnik&mt1=googlemap&lon=-73.05566&lat=7.12041&zoom=17


A laisser murir.  Si vous pensez que c'est trop exagérer je l'enlèverai.

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

Re: [OSM-talk-fr] Import OSM dans Google Maps

[Guilhem Bonnefille]

Le 13 juillet 2011 14:48, Debucquoi Sébastien
 a écrit :
> Le 12/07/2011 18:52, ope...@sfr.fr a écrit :
>>
>> Bonjour à tous,
>>
>> Une coquille ? Tu veux faire une route qui forme "Open Street Map" en
>> plein milieu d'un champ ? Ca va pas être cool pour google ça
>>
>>
>
> Ca fait plusieurs routes que je trace en Colombie et que je retrouve
> quelques mois plus tard dans Google,
> Donc votre histoire de coquille m'a donné une idée :
> http://tools.geofabrik.de/mc/?mt0=mapnik&mt1=googlemap&lon=-73.05566&lat=7.12041&zoom=17
>
> A laisser murir.  Si vous pensez que c'est trop exagérer je l'enlèverai.
>

En fait, c'est un peu grossier comme easter-egg. Classiquement, ce
type de piège est plus sioux, genre un petit décalage exprès (pas top
dans OSM je trouve) ou de fausses impasses (petit détails qui gêne peu
les utilisateurs).
Faut voir si l'introduction d'easter-egg est souhaitable dans OSM, et
si, dans l'affirmative, un process ne devrait pas être mis en place,
genre une mailing-liste ouverte mais pas publique, pour annoncer nos
easter-egg et permettre à certains outils "officiels" de filtrer ces
données, ou de faire du repérage automatique.

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

Re: [OSM-talk-fr] Import OSM dans Google Maps

[JonathanMM]

Le 13/07/2011 14:48, Debucquoi Sébastien a écrit :
> Le 12/07/2011 18:52, ope...@sfr.fr a écrit :
>> Bonjour à tous,
>>
>> Une coquille ? Tu veux faire une route qui forme "Open Street Map" en
>> plein milieu d'un champ ? Ca va pas être cool pour google ça
>>
>>
>
> Ca fait plusieurs routes que je trace en Colombie et que je retrouve
> quelques mois plus tard dans Google,
> Donc votre histoire de coquille m'a donné une idée :
> http://tools.geofabrik.de/mc/?mt0=mapnik&mt1=googlemap&lon=-73.05566&lat=7.12041&zoom=17
Perso, j'aurais plutôt mis un chemin de terre pas loin d'une grande
route mais sans accès.
Ainsi, comme Google Maps transforme tout en rue praticable, on l'aurait
mieux vu, sans gêner les utilisateurs d'OSM ;)
JonathanMM
>
> A laisser murir.  Si vous pensez que c'est trop exagérer je l'enlèverai.
>
> Bastien.
>
>
> ___
> 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] Import OSM dans Google Maps

[Vincent de Chateau-Thierry]

Bonjour,

> De : "Guilhem Bonnefille" 
>  a écrit :
> > Le 12/07/2011 18:52, ope...@sfr.fr a écrit :
> >>
> >> Bonjour à tous,
> >>
> >> Une coquille ? Tu veux faire une route qui forme "Open Street Map" en
> >> plein milieu d'un champ ? Ca va pas être cool pour google ça
> >>
> >>
> >
> > Ca fait plusieurs routes que je trace en Colombie et que je retrouve
> > quelques mois plus tard dans Google,
> > Donc votre histoire de coquille m'a donné une idée :
> > http://tools.geofabrik.de/mc/?mt0=mapnik&mt1=googlemap&lon=-
73.05566&lat=7.12041&zoom=17
> >
> > A laisser murir.  Si vous pensez que c'est trop exagérer je l'enlèverai.
> >
> 
> En fait, c'est un peu grossier comme easter-egg. Classiquement, ce
> type de piège est plus sioux, genre un petit décalage exprès (pas top
> dans OSM je trouve) ou de fausses impasses (petit détails qui gêne peu
> les utilisateurs).
> Faut voir si l'introduction d'easter-egg est souhaitable dans OSM, et
> si, dans l'affirmative, un process ne devrait pas être mis en place,
> genre une mailing-liste ouverte mais pas publique, pour annoncer nos
> easter-egg et permettre à certains outils "officiels" de filtrer ces
> données, ou de faire du repérage automatique.
> 

Personnellement, je suis plutôt favorable à ce qu'il y ai des easter-egg dans 
la base,
ce qui permettrait, face à des doutes sur l'origine d'une donnée, de se faire 
une idée
non ambigüe. Quand une"bonne" donnée est similaire dans deux bases, on ne peut 
pas
prouver grand chose. En revanche, une même erreur dans deux bases, c'est 
potentiellement
la preuve que l'une a recopié l'autre.
Mais pour qu'un easter-egg garde un intérêt, je pense que la seule chose à 
communiquer,
ce sont les principes qui régissent sa création, comme ceux que tu évoques 
(créer une
fausse impasse, mettre un nom erroné, etc.). 
Au-delà, communiquer sur les easter-eggs eux-même, sur une ML, ou dans du code, 
c'est
permettre qu'ils soient découverts avant d'avoir servi, ce qui annule leur 
intérêt.

vincent

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

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

Re: [OSM-talk-fr] Import OSM dans Google Maps

[Debucquoi Sébastien]

Le 13/07/2011 15:25, JonathanMM a écrit :

Le 13/07/2011 14:48, Debucquoi Sébastien a écrit :

Le 12/07/2011 18:52, ope...@sfr.fr a écrit :

Bonjour à tous,

Une coquille ? Tu veux faire une route qui forme "Open Street Map" 
en plein milieu d'un champ ? Ca va pas être cool pour google ça





Ca fait plusieurs routes que je trace en Colombie et que je retrouve 
quelques mois plus tard dans Google,
Donc votre histoire de coquille m'a donné une idée : 
http://tools.geofabrik.de/mc/?mt0=mapnik&mt1=googlemap&lon=-73.05566&lat=7.12041&zoom=17
Perso, j'aurais plutôt mis un chemin de terre pas loin d'une grande 
route mais sans accès.
Ainsi, comme Google Maps transforme tout en rue praticable, on 
l'aurait mieux vu, sans gêner les utilisateurs d'OSM ;)

JonathanMM


Dans le cas de ce que j'ai fait, je me suis dit de toute façon les gens 
préférerons prendre la grande et vrais route que mon détour...
Je ne suis pas partisan spécialement de laisser mon truc, mais plutôt de 
lancer la discussion avec une illustration grossière.


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

Re: [OSM-talk-fr] Import OSM dans Google Maps

[Eric Sibert]

A Madagascar, j'ai mis quelques easter egg mais plus subtils. Ajout de  
nom de rue là où il n'y en pas. Ajout de prénom quand il n'y a que le  
nom. Et quelques trucs comme ça. C'est très peu probable qu'un  
contributeur corrige. Ca ne change pas grand chose sur la majorité des  
utilisations.


Eric


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

Re: [OSM-talk-fr] APIE : licence V2

[Pieren]

2011/7/13 Guillaume Allegre 

> Mais dans l'optique de rassurer les CT, est-ce qu'on ne devrait pas ajouter
> en
> plus, lorsque c'est possible, un lien _pérenne et précis_ vers les données
> d'origine
> non modifiées, _quitte à l'héberger nous-même_ (nous=la collectivité OSM)
> lorsque la CT
> ne les fournit que de façon informelle, "de la main à la main"
> (ex. du fichier Excel des arrêts Transisère fourni par le CG 38).
>
> L'idée est à moduler en fonction des sources, par exemple elle convient
> mieux
> à un import automatique one-shot qu'à une mise à disposition de données à
> retravailler
> (le cadastre fond d'image).
>
>
Seules les données fournies par la collectivitié elle-même est "garantie"
sans altération. Héberger nous-même une copie n'apporte rien légalement. A
moins de mettre cette copie sous scellé quelque part chez un notaire ou un
huissier...

Cette licence n'est pas très claire sur les modifications après import,
c'est vrai. Pour moi, elle est très claire sur cette première étape -
l'import - qui est généralement suffisante pour la plupart des utilisateurs
de ces Informations publiques.
OSM est un cas particulier. Lorsqu'on modifie des données, ça veut dire
qu'on devient aussi partiellement auteur de ces données. Par exemple, la
position d'un bâtiment vient du cadastre mais sa fonction vient d'un
contributeur. Qui possède la "propriété intellectuelle" de l'objet,
l'administration ou le contributeur ? Les deux bien-sûr. Est-ce que la
licence interdit d'améliorer les données ? Je ne lis nul part que c'est
interdit sauf si on considère que les modifications après import font encore
partie de la section "traitement" mais comme on ne "dénature" pas la
donnée...  sauf si le contributeur est un vandale.
La seule chose qu'il nous faut garantir, c'est finalement cette clause de
non-dénaturation. Cela pourrait se faire dans le cadre d'une association OSM
qui fournirait un service de surveillance des données importées avec cette
licence et qui devrait veiller au respect de cette clause (c.a.d vérifier
que le tag source reste disponible sous une forme ou une autre et que le
renseignement des métadonnées reflète les données originales - en gros que
les tags orinaux ne soient pas substitués par d'autres ayant un autre sens).

Pour conclure, cette licence serait compatible OSM si:
1. on respecte la condition de traçabilité (source),
2. qu'on puisse empêcher la "dénaturation" (par monitoring)
3. qu'on identifie correctement la liste des différents auteurs

Les points 1 et 3 sont déjà là. La difficulté réside dans le 2e point.

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

Re: [OSM-talk-fr] Import OSM dans Google Maps

[Guillaume Allegre]

Le mer. 13 juil. 2011 à 14:48 +0200, Debucquoi Sébastien a ecrit :
> Le 12/07/2011 18:52, ope...@sfr.fr a écrit :
> >Bonjour à tous,
> >
> >Une coquille ? Tu veux faire une route qui forme "Open Street Map"
> >en plein milieu d'un champ ? Ca va pas être cool pour google ça
> >
> >
> 
> Ca fait plusieurs routes que je trace en Colombie et que je retrouve
> quelques mois plus tard dans Google,
> Donc votre histoire de coquille m'a donné une idée : 
> http://tools.geofabrik.de/mc/?mt0=mapnik&mt1=googlemap&lon=-73.05566&lat=7.12041&zoom=17
> 
> A laisser murir.  Si vous pensez que c'est trop exagérer je l'enlèverai.

C'est trop exagéré.



-- 
 ° /\Guillaume AllègreMembre de l'April
  /~~\/\   allegre.guilla...@free.fr  Promouvoir et défendre le logiciel libre
 /   /~~\tél. 04.76.63.26.99  http://www.april.org

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

Re: [OSM-talk-fr] APIE : licence V2

[Guillaume Allegre]

Le mer. 13 juil. 2011 à 14:32 +0200, rldhont a ecrit :

> >Mais dans l'optique de rassurer les CT, est-ce qu'on ne devrait pas ajouter 
> >en
> >plus, lorsque c'est possible, un lien _pérenne et précis_ vers les données 
> >d'origine
> >non modifiées, _quitte à l'héberger nous-même_ (nous=la collectivité OSM) 
> >lorsque la CT
> >ne les fournit que de façon informelle, "de la main à la main"
> >(ex. du fichier Excel des arrêts Transisère fourni par le CG 38).
> 
> Si ils ont un site de publication de données, ils ont les moyens de
> dire ça c'est nos données, ça c'est leur données et ainsi identifier
> les différences.

Ta remarque me permet d'expliciter ma proposition, qui tient en 2 points 
distincts :

1) ajouter à chaque objet importé systématiquement un tag du type 
source:url=http://serveur/archive.tgz
en plus du tag source qu'on a déjà

2) SI ce lien pérenne n'est pas fourni par la CT, héberger nous-même la 
ressource, 
sur un serveur OSM (modalités à définir).



> En fait ici, ils se protègent, oui mais la licence explicite que
> l'utilisateur n'a pas le droit d'Altérer les données. C'est donc
> pire que le parapluie ouvert!

Je suis d'accord. 
Je ne défends pas du tout l'idée d'utiliser quand même la licence APIEv2.
Je pose la question plus générale de savoir comment rassurer les CT de bonne 
volonté
mais frileuses.
L'idée ici est de faire passer le message à un éventuel utilisateur des données 
dérivées (modifiées): les données d'origine sont disponible là-bas, et de 
l'afficher
clairement dans OSM (pour l'utilisateur) via le tag, et d'afficher le fait 
qu'on l'affiche 
(pour la CT "donneuse").


-- 
 ° /\Guillaume AllègreMembre de l'April
  /~~\/\   allegre.guilla...@free.fr  Promouvoir et défendre le logiciel libre
 /   /~~\tél. 04.76.63.26.99  http://www.april.org

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

Re: [OSM-talk-fr] Import OSM dans Google Maps

[Thomas Clavier]

Le 13/07/2011 14:48, Debucquoi Sébastien a écrit :
> A laisser murir. Si vous pensez que c'est trop exagérer je l'enlèverai.

très drôle ... Perso je ne met jamais d'œuf de pâques dans la base, je
préfère avoir une donnée juste avant tout le monde. Si nos données sont
juste et facilement accessible, nous deviendrons d'office la principale
source de données. Autant dépenser de l'énergie à enrichir la base
plutôt qu'à traquer le copieur. Il reste tellement de travail.
Pour Google, je pense que nous les sous estimons, regardes pour ton cas :

http://maps.google.fr/?ll=7.120801,-73.056142&spn=0.010412,0.023582&t=k&z=16

pour moi ils ont juste décalqué la route depuis l'image satellite ... il
ne faut pas sous estimer leur capacité à faire ça automatiquement ...
ils ont fait pareil au zoo de Lille :
*
http://tools.geofabrik.de/mc/?mt0=mapnik&mt1=googlemap&lon=3.04577&lat=50.63808&zoom=17
*
http://maps.google.fr/?ll=50.637956,3.045595&spn=0.003327,0.007703&t=k&z=17

avec un résultat très moyen, et surtout il leur manque de l'information
comme les barrières cachés par les arbres :-)

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




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

Re: [OSM-talk-fr] APIE : licence V2

[Guillaume Allegre]

Le mer. 13 juil. 2011 à 16:36 +0200, Pieren a ecrit :
> 2011/7/13 Guillaume Allegre 
> 
> > Mais dans l'optique de rassurer les CT, est-ce qu'on ne devrait pas ajouter
> > en
> > plus, lorsque c'est possible, un lien _pérenne et précis_ vers les données
> > d'origine
> > non modifiées, _quitte à l'héberger nous-même_ (nous=la collectivité OSM)
> > lorsque la CT
> > ne les fournit que de façon informelle, "de la main à la main"
> > (ex. du fichier Excel des arrêts Transisère fourni par le CG 38).
> >
> > L'idée est à moduler en fonction des sources, par exemple elle convient
> > mieux
> > à un import automatique one-shot qu'à une mise à disposition de données à
> > retravailler
> > (le cadastre fond d'image).
> >
> >
> Seules les données fournies par la collectivitié elle-même est "garantie"
> sans altération. Héberger nous-même une copie n'apporte rien légalement. A
> moins de mettre cette copie sous scellé quelque part chez un notaire ou un
> huissier...

Dans mon idée, il ne s'agissait pas de régler un problème légal, mais plutôt
le problème de l'utilisateur de bonne foi qui puiserait dans la BD OSM parce 
qu'il
ne saurait pas où trouver l'info originale OU qu'il n'aurait pas l'idée que 
cette
info ait pu être modifiée.


> OSM est un cas particulier. 
Oui, mais c'est le seul qui nous occupe ;-)

> Lorsqu'on modifie des données, ça veut dire
> qu'on devient aussi partiellement auteur de ces données. Par exemple, la
> position d'un bâtiment vient du cadastre mais sa fonction vient d'un
> contributeur. Qui possède la "propriété intellectuelle" de l'objet,
> l'administration ou le contributeur ? Les deux bien-sûr. Est-ce que la
> licence interdit d'améliorer les données ? Je ne lis nul part que c'est
> interdit sauf si on considère que les modifications après import font encore
> partie de la section "traitement" mais comme on ne "dénature" pas la
> donnée...  sauf si le contributeur est un vandale.

Pour moi la section "traitement" inclut les modifications après import,
et donc interdit les modifications.
Mais il s'agit bien là d'une question d'interprétation du texte.

Pour moi, l'enjeu principal est que les CT (et l'APIE...) comprennent et 
prennent
en compte le cas OSM, ie une base de données massivement collaborative, où 
"leurs"
données puissent être modifiées par les utilisateurs.
Si pour qu'ils le comprennent, ça passe par leur donner quelques garanties 
techniques
raisonnables (comme assurer la disponibilité des données originales sur un 
principe
best-effort), ça me semble valoir le coût.



> La seule chose qu'il nous faut garantir, c'est finalement cette clause de
> non-dénaturation. Cela pourrait se faire dans le cadre d'une association OSM
> qui fournirait un service de surveillance des données importées avec cette
> licence et qui devrait veiller au respect de cette clause (c.a.d vérifier
> que le tag source reste disponible sous une forme ou une autre et que le
> renseignement des métadonnées reflète les données originales - en gros que
> les tags orinaux ne soient pas substitués par d'autres ayant un autre sens).
> 
> Pour conclure, cette licence serait compatible OSM si:
> 1. on respecte la condition de traçabilité (source),
> 2. qu'on puisse empêcher la "dénaturation" (par monitoring)
> 3. qu'on identifie correctement la liste des différents auteurs
> 
> Les points 1 et 3 sont déjà là. La difficulté réside dans le 2e point.

Vaste programme. On pense évidemment aux repères géodésiques, et c'est le
cas le plus simple (le point ne doit pas bouger). On va sûrement trouver des
choses beaucoup plus dures à monitorer... Tel que tu le proposes, ce point 2)
est intéressant mais bien plus coûteux à assurer (temps, énergie) que ce que 
je propose.

-- 
 ° /\Guillaume AllègreMembre de l'April
  /~~\/\   allegre.guilla...@free.fr  Promouvoir et défendre le logiciel libre
 /   /~~\tél. 04.76.63.26.99  http://www.april.org

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

Re: [OSM-talk-fr] Import OSM dans Google Maps

[Eric Sibert]

Pour Google, je pense que nous les sous estimons, regardes pour ton cas :

http://maps.google.fr/?ll=7.120801,-73.056142&spn=0.010412,0.023582&t=k&z=16

pour moi ils ont juste décalqué la route depuis l'image satellite ... il
ne faut pas sous estimer leur capacité à faire ça automatiquement ...


Depuis quand les indiens sont des automates???

Sur Madagascar, le décalquage des vues satellites est flagrant. Quand  
une vue plus haute résolution arrive sur une zone, les tracés de  
routes s'améliorent. Après, les pistes en brousse au tracé fluctuant,  
ils décalquent un peu n'importe quoi sur des photos nouvelles mais pas  
toujours récentes.




Eric


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

Re: [OSM-talk-fr] Import OSM dans Google Maps

[Thomas Clavier]

Le 13/07/2011 17:41, Eric Sibert a écrit :

> Depuis quand les indiens sont des automates???
>

Comment tu casses le mythe, et moi qui imaginais un google capable
d'exploit technique ... Tu veux dire que le floutage automatique des
visages sur les photos de streetview c'est aussi des enfants avec gimp :-D

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




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

Re: [OSM-talk-fr] APIE : licence V2

[Pieren]

2011/7/13 Guillaume Allegre 

>
> Pour moi la section "traitement" inclut les modifications après import,
> et donc interdit les modifications.
>

Non ils entendent par  "traitement" les modifications pour, je cite,
"permettre l'interopérabilité des Informations publiques avec d'autres
données.". Pour moi, c'est assez clair : cela concerne la phase de
conversion des formats et métadonnées avant 1er import dans OSM, rien
d'autre.


> Mais il s'agit bien là d'une question d'interprétation du texte.
>
> Pour moi, l'enjeu principal est que les CT (et l'APIE...) comprennent et
> prennent
> en compte le cas OSM, ie une base de données massivement collaborative, où
> "leurs"
> données puissent être modifiées par les utilisateurs.
>

Pour parler trivialement, d'après moi, ils s'en foutent que les données
soient modifiées après coup. Ce qu'ils ne veulent pas, c'est qu'on vienne
plus tard leur dire que leurs données qui sont dans OSM contiennent des
erreurs et que c'est de leur faute (cf la section qui dit "Le réutilisateur
ne doit pas laisser penser que les produits, services ou applications
réalisés à partir des Informations publiques font l'objet d'une quelconque
caution de l'Administration"). Mais comme ils ont l'article 4 qui les dégage
de toute façon de toute garantie et/ou responsabilité pour ce que le
réutilisateur en fait, je ne vois pas vraiment de quoi ils ont peur et où
est le problème...

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

Re: [OSM-talk-fr] Import OSM dans Google Maps

[Pieren]

2011/7/13 Thomas Clavier 

>
> Tu veux dire que le floutage automatique des
> visages sur les photos de streetview c'est aussi des enfants avec gimp :-D
>
>
Non, avec Picasa ;-)

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

[OSM-talk-fr] geolocalisation indoor

[THEVENON Julien]

Bonjour,

Récemment il y a eu plusieurs interventions sur la mailing liste a propos de 
cartographie de l interieur des batiments, stations de metro ou autre, ce lien 
sur le developpement de la géolicalisation indoor me fait furieusement penser a 
ces sujets:
http://pro.01net.com/editorial/535665/percee-de-la-geolocalisation-a-linterieur-des-batiments/


OSM aura surement une carte a jouer quand les outils s y preteront et que le 
monde exterieur sera entierement decrit ;-)

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

Re: [OSM-talk-fr] APIE : licence V2

[Vincent Pottier]

Le 13/07/2011 17:27, Guillaume Allegre a écrit :

La seule chose qu'il nous faut garantir, c'est finalement cette clause de
non-dénaturation. Cela pourrait se faire dans le cadre d'une association OSM
qui fournirait un service de surveillance des données importées avec cette
licence et qui devrait veiller au respect de cette clause (c.a.d vérifier
que le tag source reste disponible sous une forme ou une autre et que le
renseignement des métadonnées reflète les données originales - en gros que
les tags orinaux ne soient pas substitués par d'autres ayant un autre sens).

Pour conclure, cette licence serait compatible OSM si:
1. on respecte la condition de traçabilité (source),
2. qu'on puisse empêcher la "dénaturation" (par monitoring)
3. qu'on identifie correctement la liste des différents auteurs

Les points 1 et 3 sont déjà là. La difficulté réside dans le 2e point.

Vaste programme. On pense évidemment aux repères géodésiques, et c'est le
cas le plus simple (le point ne doit pas bouger). On va sûrement trouver des
choses beaucoup plus dures à monitorer... Tel que tu le proposes, ce point 2)
est intéressant mais bien plus coûteux à assurer (temps, énergie) que ce que
je propose.


Je crois qu'il ne faut pas trop se casser la tête.
Quand on importe, on transforme la donnée cadastrale. Si on fait bien le 
boulot... si on supprime l'overlap, si on rejointe les buildings 
fragmentés, si on rectifie la géométrie du château d'eau (les touches O 
et Maj-Y), si on met à jour le bâtiment qui n'existe plus depuis belle 
lurette mais qui est toujours présent dans le cadastre, si...

Et cela, avant même d'envoyer au serveur.

Les polygones CLC sont retouchés, le jour où l'un d'entre nous a des 
outils plus précis que l'IGN pour dire que la position du repère Machin 
est exactement là, on adoptera...


Bref le contenu d'OSM est fondamentalement mouvant...

Monitorer ? oui. Mais pas pour garantir la conformité à l'original avant 
import.

--
FrViPofm

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

Re: [OSM-talk-fr] Nouveaux outils JOSM pour la saisie des EPCI

[Vincent Privat]

Le 11 juillet 2011 23:16, Thomas Petillon  a écrit :

>
> Merci bien, ça rend le travail plus facile.
>
>
On peut aussi remercier Sly pour le rendu des EPCI, c'est génial !!! :)

http://beta.letuffe.org/?layers=BT&zoom=7&lat=46.36059&lon=1.65902
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import OSM dans Google Maps

[Hendrik Oesterlin]

Le 14/07/2011 à 03:00:47 +1100 "Pieren" pier...@gmail.com a écrit
Objet: "[OSM-talk-fr] Import OSM dans Google Maps" :

>> Tu veux dire que le floutage automatique des
>> visages sur les photos de streetview c'est aussi des enfants avec gimp :-D

> Non, avec Picasa ;-)

mort de rire 

-- 
Cordialement
Hendrik Oesterlin - Nouvelle-Calédonie


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

Re: [OSM-talk-fr] Import OSM dans Google Maps

[Hendrik Oesterlin]

Le 13/07/2011 à 23:48:55 +1100 "Debucquoi Sébastien" 
sebastien.debucq...@inrets.fr a écrit
Objet: "[OSM-talk-fr] Import OSM dans Google Maps" :

> Ca fait plusieurs routes que je trace en Colombie et que je retrouve
> quelques mois plus tard dans Google,
> Donc votre histoire de coquille m'a donné une idée : 
> http://tools.geofabrik.de/mc/?mt0=mapnik&mt1=googlemap&lon=-73.05566&lat=7.12041&zoom=17

Je ne sais pas, mais les deux routes ici
http://tools.geofabrik.de/mc/?mt0=mapnik&mt1=googlemap&lon=-73.0228&lat=7.14117&zoom=18
ne sont même pas jointif avec la grosse route.  C'est peut être à
corriger?

Et les décalages avec bing sont énormes mais les traces GPS sont
mauvaises aussi...

Je veux dire par là qu'il y a peut être encore un énorme travail de
qualité à faire par la bas avant que Google sera tenté de copier???!!

-- 
Cordialement
Hendrik Oesterlin - Nouvelle-Calédonie


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

[OSM-talk-fr] Requêtes SQL spatiale

[Frédéric Benninger]

Bonjourr,

Petite question, j'ai importé des données osm avec osm2pgsql dans ma db gis.

gis=# \d
   Liste des relations
 Schéma |Nom | Type  | Propriétaire
++---+--
 public | geography_columns  | vue   | mapmaker
 public | geometry_columns   | table | mapmaker
 public | planet_osm_line| table | mapmaker
 public | planet_osm_nodes   | table | mapmaker
 public | planet_osm_point   | table | mapmaker
 public | planet_osm_polygon | table | mapmaker
 public | planet_osm_rels| table | mapmaker
 public | planet_osm_roads   | table | mapmaker
 public | planet_osm_ways| table | mapmaker
 public | spatial_ref_sys| table | mapmaker

Maintenant j'aimerais savoir comment faire pour lancer quelques
requêtes s'appuyant sur le moteur spatial.

Par exemple: Compter le nombre de café dans ma commune.
Me donner la boite au lettre la plus proche, etc

qqun a-t-il un site avec des exemples pour bien démarrer?
Je suis un peu perdu avec l'extension spatiale et la dénormalisation de la base.

Salutations
benni75

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

Re: [OSM-talk-fr] Requêtes SQL spatiale

[Vincent de Chateau-Thierry]

Bonjour,

Le 14/07/2011 08:13, Frédéric Benninger a écrit :


Petite question, j'ai importé des données osm avec osm2pgsql dans ma db gis.

gis=# \d
Liste des relations
  Schéma |Nom | Type  | Propriétaire
++---+--
  public | geography_columns  | vue   | mapmaker
  public | geometry_columns   | table | mapmaker
  public | planet_osm_line| table | mapmaker
  public | planet_osm_nodes   | table | mapmaker
  public | planet_osm_point   | table | mapmaker
  public | planet_osm_polygon | table | mapmaker
  public | planet_osm_rels| table | mapmaker
  public | planet_osm_roads   | table | mapmaker
  public | planet_osm_ways| table | mapmaker
  public | spatial_ref_sys| table | mapmaker

Maintenant j'aimerais savoir comment faire pour lancer quelques
requêtes s'appuyant sur le moteur spatial.

Par exemple: Compter le nombre de café dans ma commune.
Me donner la boite au lettre la plus proche, etc

qqun a-t-il un site avec des exemples pour bien démarrer?
Je suis un peu perdu avec l'extension spatiale et la dénormalisation de la base.



Je n'ai pas de tutorial sous la main mais côté doc, tes requêtes vont 
s'appuyer sur les opérateurs listés ici :
http://www.postgis.org/documentation/manual-1.5/reference.html#Spatial_Relationships_Measurements 
. Tu as des exemples pour chaque opérateur.


N'hésite pas à poursuivre la discussion sur la liste dev-fr (en cc ici), 
où les syntaxes SQL et autres sont les bienvenues.


vincent

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