Re: [OSM-talk-fr] Suppression des limites départementa les de Cartographes Associés

2009-04-06 Par sujet Stéphane Brunner
Hello !

Le problème de ces cartes sur Wikipédia c'est sont souvent décalquée
de sources non libre :(
J'avais poser la question pour les carte des commune suisse et c'est le cas.

Il faut donc poser la question à l'auteur de ces cartes.

CU
Stéphane


2009/4/6 sylvain letuffe sylv...@letuffe.org:
 Moi ça me va.

 Sauf si le doute sur leur distribuabilité est levé.

 N'y a-t-il vraiment aucune source libre de droit, même approximative sur les
 départements français ?

 histoire d'avoir quelque chose ?

 Sur wikipedia, on trouve ça : on peut pas dire que la précision déchire, mais
 c'est toujours mieux que du vide durant la transition non ?
 http://fr.wikipedia.org/wiki/Fichier:D%C3%A9partements_et_r%C3%A9gions_de_France_-_Noname.svg
 --
 sly

 Bonjour,

 Lors de la dernière réunion IRC [1] ainsi que dans un fil récent sur
 cette liste de diffusion [2], j'avais proposé de supprimer les limites
 administratives départementales et régionales provenant de la source
 Cartographes Associés. Bien que cette société ait disparue, nous
 n'avons à l'époque pas tenu compte de l'éventualité que les actifs de
 cette société ait pu être repris par une autre société. Il est donc
 possible que cette source ne soit pas  libérées du droit d'auteur et
 donc, que leur utilisation dans OSM créé une incertitude sur de
 possibles poursuites pour violation du code de la propriété
 intellectuelle en France.
 Ce risque est devenu d'avantage brûlant lorsque des cartes des
 départements et des régions françaises sont apparues sur le wiki et
 mises à disposition pour le grand public.
 Après consultation, il y a donc un consensus assez large qui se dégage
 pour supprimer ces données pour éviter ainsi leur dispersion dans la
 nature alors qu'il pèse un risque juridique sur leur utilisation.
 Cette suppression, qui aura lieu dans les prochaines semaines, ne
 concerne que les limites intérieures (pas les lignes de côte) et
 uniquement les ways portant les admin_level 4 et/ou 6 ainsi que le tag
 source=Cartographes Associés. Cela nous obligera malheureusement à
 reconstituer les relations des départements/régions au fur et à mesure
 que les limites provenant du cadastre seront ajoutées à la base.
 Ce message n'est en aucun cas une attaque contre ceux qui ont importé
 ces données en toute bonne fois ou ceux qui ont pu créer des cartes à
 partir de ces données, là aussi en toute bonne foi. Mais c'est dans la
 volonté d'être irréprochables sur le plan du droit d'auteur que nous
 assurerons la pérennité du projet OSM.
 Nous avons décidé de laisser ce délai avant effacement pour que :
 - de possibles lecteurs ayant connaissance du devenir des droits
 d'auteur de Cartographes Associés puissent éventuellement nous
 assurer que ces données sont effectivement liberées (ou pas),
 - les contributeurs souhaitant d'avantage d'information puissent
 soumettre leurs questions sur ce fil de discussion
 - ceux qui ont ajouté des limites communales en provenance du cadastre
 puissent IMPÉRATIVEMENT remplacer le tag source=Cartographes
 Associés d'origine par leur tag source=cadastre, etc... pour éviter
 de voir leurs données supprimées par inadvertance.

 Pieren

 [1]
 http://wiki.openstreetmap.org/wiki/Reunions_Francophones/8%C3%A8me_R%C3%A9u
nion#Compte_rendu_de_la_r.C3.A9union [2]
 http://lists.openstreetmap.org/pipermail/talk-fr/2009-March/007420.html

 ___
 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




-- 
Stéphane Brunner
mail : stephane.brun...@gmail.com
messageries instantanées : stephane.brun...@gmail.com (http://talk.google.com)
--
Non aux brevets logiciels
http://stopsoftwarepatents.eu/banner/601000605319/ssp-468-96.gif
http://stopsoftwarepatents.eu/601000605319
--
http://www.ubuntu-fr.org - Distribution Linux
http://fr.wikipedia.org - Encyclopédie communautaire
http://mozilla-europe.org - Navigateur internet / Client de messagerie
http://framasoft.net - Annuaire de logiciel libre (gratuit)
http://jeuxlibres.net - Jeux Libres (gratuit)
http://openstreetmap.org - Cartographie libre (en développement)
--
Il existe 10 sortes de personnes : celles qui connaissent le binaire,
et les autres.
--
Si un jour on te reproche que ton travail n'est pas un travail de
professionnel, dis toi que :
Des amateurs ont construit l'arche de Noé, et des professionnels le Titanic.

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


Re: [OSM-talk-fr] Suppression des limites départemen tales de Cartographes Associés

2009-04-06 Par sujet sylvain letuffe
Moi ça me va.

Sauf si le doute sur leur distribuabilité est levé.

N'y a-t-il vraiment aucune source libre de droit, même approximative sur les 
départements français ?

histoire d'avoir quelque chose ?

Sur wikipedia, on trouve ça : on peut pas dire que la précision déchire, mais 
c'est toujours mieux que du vide durant la transition non ?
http://fr.wikipedia.org/wiki/Fichier:D%C3%A9partements_et_r%C3%A9gions_de_France_-_Noname.svg
--
sly

 Bonjour,

 Lors de la dernière réunion IRC [1] ainsi que dans un fil récent sur
 cette liste de diffusion [2], j'avais proposé de supprimer les limites
 administratives départementales et régionales provenant de la source
 Cartographes Associés. Bien que cette société ait disparue, nous
 n'avons à l'époque pas tenu compte de l'éventualité que les actifs de
 cette société ait pu être repris par une autre société. Il est donc
 possible que cette source ne soit pas  libérées du droit d'auteur et
 donc, que leur utilisation dans OSM créé une incertitude sur de
 possibles poursuites pour violation du code de la propriété
 intellectuelle en France.
 Ce risque est devenu d'avantage brûlant lorsque des cartes des
 départements et des régions françaises sont apparues sur le wiki et
 mises à disposition pour le grand public.
 Après consultation, il y a donc un consensus assez large qui se dégage
 pour supprimer ces données pour éviter ainsi leur dispersion dans la
 nature alors qu'il pèse un risque juridique sur leur utilisation.
 Cette suppression, qui aura lieu dans les prochaines semaines, ne
 concerne que les limites intérieures (pas les lignes de côte) et
 uniquement les ways portant les admin_level 4 et/ou 6 ainsi que le tag
 source=Cartographes Associés. Cela nous obligera malheureusement à
 reconstituer les relations des départements/régions au fur et à mesure
 que les limites provenant du cadastre seront ajoutées à la base.
 Ce message n'est en aucun cas une attaque contre ceux qui ont importé
 ces données en toute bonne fois ou ceux qui ont pu créer des cartes à
 partir de ces données, là aussi en toute bonne foi. Mais c'est dans la
 volonté d'être irréprochables sur le plan du droit d'auteur que nous
 assurerons la pérennité du projet OSM.
 Nous avons décidé de laisser ce délai avant effacement pour que :
 - de possibles lecteurs ayant connaissance du devenir des droits
 d'auteur de Cartographes Associés puissent éventuellement nous
 assurer que ces données sont effectivement liberées (ou pas),
 - les contributeurs souhaitant d'avantage d'information puissent
 soumettre leurs questions sur ce fil de discussion
 - ceux qui ont ajouté des limites communales en provenance du cadastre
 puissent IMPÉRATIVEMENT remplacer le tag source=Cartographes
 Associés d'origine par leur tag source=cadastre, etc... pour éviter
 de voir leurs données supprimées par inadvertance.

 Pieren

 [1]
 http://wiki.openstreetmap.org/wiki/Reunions_Francophones/8%C3%A8me_R%C3%A9u
nion#Compte_rendu_de_la_r.C3.A9union [2]
 http://lists.openstreetmap.org/pipermail/talk-fr/2009-March/007420.html

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

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


[OSM-talk-fr] Nouvelle source de données publiqu es pour OSM France : Corine Land Cover 2006 !

2009-04-06 Par sujet Pieren
Bonjour,

Grande nouvelle !
La base de données géographiques CORINE Land Cover fournie par l'Ifen
(http://www.ifen.fr/) (ministère de l'écologie) qui fournit un
inventaire complet au 1/100.000e sur l'occupation des sols en France
est utilisable par OpenStreetMap.
Suite à l'annonce toute récente de la mise en ligne des données 2006
et à une discussion sur le fil suivant :
http://georezo.net/forum/viewtopic.php?id=60017

une discussion s'est engagée avec l'équipe Corine Land Cover France elle-même.
Nous avions déjà étudié la possibilité d'utiliser CORINE l'année
dernière (Denis en particulier) mais il semble qu'à l'époque
l'utilisation commerciale n'était pas permise.

Hors, la version actuelle des conditions d'utilisation :
http://www.ifen.fr/clc/CORINE_Land_Cover_-_Condition_Utilisation.htm
(ou sur le http://www.ifen.fr/uploads/media/CLC_guide_d-utilisation_01.pdf
,page 21) indique clairement que cette restriction est tombée:

citation
Exploitation des fichiers et données
Sous réserve du respect des droits de propriété intellectuelle qui
leur sont attachés, les informations mises à disposition peuvent être
utilisées par toute personne qui le souhaite à d'autres fins que
celles de la mission de service public pour les besoins de laquelle
elles ont été élaborées ou sont détenues, y compris pour un usage
commercial.
La réutilisation des informations suppose que celles-ci ne soient pas
altérées, que leur sens ne soit pas dénaturé et que leurs sources et
la date de leur dernière mise à jour soient mentionnées de la manière
suivante :
Source : Union européenne – SOeS, Corine Land Cover, 2006
(article 12 de la loi 78-753 du 17 juillet 1978). Ces conditions
portent sur l’ensemble des fichiers livrés, à savoir, les fichiers de
données, les métadonnées et l’avertissement.
/citation

J'ai toutefois posé la question concernant la mention Sous réserve du
respect des droits de propriété intellectuelle qui leur sont
attachés,... qui pour moi, concernait les parties dérivées des bases
de données de l'IGN. Mais la réponse de l'équipe Corine Land Cover
France sur le forum GeoRezo lève toute ambiguïté:

citation
Bonjour,

Voici quelques éléments de réponse :
Concernant le point sur les données utilisées, en provenance de l'ign
en particulier :
ce sont des données auxiliaires, ou exogènes, c'est à dire qu'elles
ont été utilisées comme aide à la photo-interprétation en cas de
doute, mais les données utilisées pour constituer la base sont des
images satellites prises durant l'été 2006, fournies par l'Agence
Européenne de l'Environnement, d'une précision de 20 mètres.
Donc cette utilisation des données ign entre dans le cadre standard
mentionné dans le document http://professionnels.ign.fr/DISPLAY/00 …
/CGUFN.pdf, chapitre 3.3 :
Le licencié est seul titulaire des droits de propriété intellectuelle des
données résultant de ces opérations si elles ne permettent pas la
reconstitution d'une partie substantielle des données de l'IGN.

La base Corine Land Cover France est une copropriété SOeS/Agence
Européenne de l'Environnement :
Pour la diffusion de la base 2006 en France, il n'y a plus de
distinction commercial/non commercial, la seule exigence étant de
citer la source.
Au niveau européen, la diffusion interviendra plus tard quand tous les
pays auront terminé la production. A l'heure actuelle, les
informations manquent concernant la licence en particulier l'existence
d'une distinction applications commerciales ou non.

Equipe Corine Land Cover France
/citation

Si vous voulez avoir un aperçu de la somme des données disponibles,
vous pouvez voir cette carte en ligne:
http://sd1878-2.sivit.org/

Il faudrait maintenant envisager un travail d'import, peut-être par
catégorie de données, établir un schéma de correspondance entre la
nomenclature CORINE et nos tags. Je pense en particulier aux zones
forestières qui sont cruellement absentes ou faibles dans la base de
donnée OSM. Mais il y a tout le reste
Des volontaires pour former un groupe de travail ?

Pieren

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


Re: [OSM-talk-fr] Nouvelle source de données publi ques pour OSM France : Corine Land Cover 2006 !

2009-04-06 Par sujet sly (sylvain letuffe)

 citation
 La réutilisation des informations suppose que celles-ci ne soient pas
 altérées , que leur sens ne soit pas dénaturé 

Ho ho,

ça me rappel un débat sur la ml anglaise il y a peu.

ne soient pas altérées

Allons bon, que devient la philosophie du OSM, le wikipedia de la 
cartographie si on peut pas modifier ?


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



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


Re: [OSM-talk-fr] Nouvelle source de données publiqu es pour OSM France : Corine Land Cover 2006 !

2009-04-06 Par sujet Pieren
2009/4/6 sly (sylvain letuffe) sylv...@letuffe.org:
 ne soient pas altérées

 Allons bon, que devient la philosophie du OSM, le wikipedia de la
 cartographie si on peut pas modifier ?


Oui c'est vrai, ça pourrait être un problème. D'un autre côté, ceux
qui altèrent ces données sur la nature des sols n'auraient avantage à
le faire qu'avec des données plus précises, provenant d'images yahoo
ou du cadastre ou d'un survey, et non dans le but de les dénaturer
(autrement, c'est du vandalisme et c'est un autre débat). A ce
moment-là, la source devrait changer sur la partie concernée. Il
suffirait de monitorer les données de cette source régulièrement et
voir s'il y a dégradation ou pas lors de changements et sortir le
source d'origine en cas d'utilisation de données plus précises (si ce
n'est pas déjà fait) et rétablir les anciennes données en cas de
vandalisme.

Pieren

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


Re: [OSM-talk-fr] Nouvelle source de données publiqu es pour OSM France : Corine Land Cover 2006 !

2009-04-06 Par sujet sly (sylvain letuffe)
 ou du cadastre ou d'un survey, et non dans le but de les dénaturer

Leur licence ne parle pas que de dénaturer elle dit altérer.

Supposons que j'importe une forêt, et que j'ai des raison de dire qu'elle 
n'est pas précise sur une portion, je modifie, (déplacement de noeud, 
ajouts, ...)

Le résultat final est une forêt de type travail composite
1) suppression du source=
ou
2) conservation du source=
Dans les deux cas je suis hors la loi car leur licence n'est pas respectée.

Vu à échelle plus lointaine importer leur donnée revient à incorporer de la 
donnée sous licence By-nd (pas de modification) dans OSM dont la donnée est 
sous by-sa. (partage à l'identique)

ça sent pas bon.

Comment peut-on ensuite prétendre que la donnée OSM est sous une licence 
autorisant la modification si une partie ne l'est pas ?

Supposons, je veux utiliser la donnée OSM, je vois modification autorisée, 
je prend toutes les forêts et je les simplifies par un algo automatique pour 
une raison X ou Y, je rediffuse, bing...

Je conclurais pas la même solution qui avait été proposé sur la liste 
anglaise :
- construisons une donnée à part, un layer à part, mais pas dans OSM

 (autrement, c'est du vandalisme et c'est un autre débat). A ce
 moment-là, la source devrait changer sur la partie concernée. Il
 suffirait de monitorer les données de cette source régulièrement et
 voir s'il y a dégradation ou pas lors de changements et sortir le
 source d'origine en cas d'utilisation de données plus précises (si ce
 n'est pas déjà fait) et rétablir les anciennes données en cas de
 vandalisme.
 
 Pieren
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr
 

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



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


[OSM-talk-fr] Blog Forum et openstreetmap.fr - 8 ème réunion IRC

2009-04-06 Par sujet sly (sylvain letuffe)
3) blog et forum et openstreetmap.fr
a) en particulier pour souligner que le blog de pedrov devrait se voir sur le 
planet

Bof, un agréga bordélique de plein de blog perso n'a pas une valeur de news 
pour le projet osm-france. C'est une solution à pas cher pour les fans 
inconditionnels du RSS / Atom et autres barbarismes, mais ça ne fait pas 
devenir un blog un résumé de osm france. Y'a un boulot que je qualifierais 
de résumer synthétiser trier qu'un programme ne sait pas faire.
( Le fait d'avoir ou non la ressource humaine pour le faire est un autre 
débat )

b) Le forum que j'ai monté
perd en visibilité, lien noyé dans une liste perdue sur le wiki dont tout le 
monde dit qu'il est difficilement utilisable pour un nouveau
wiki - outils pour les mappers
osm.fr - découverte du projet (pour ceux qui veulent s'en servir sans 
forcément contribuer)

c) openstreetmap.fr en sommeil ?

Quelles ressources humaines avons nous ?
Qui aurait du temps à y consacrer ?
Doit on revoir tout ça à zéro ?
Doit on pointer sur une page du wiki ? 
Doit on monter un autre wiki ?

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



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


Re: [OSM-talk-fr] [Préparatif]9ème réunion f rancophone

2009-04-06 Par sujet JonathanMM
Donc a vous de voter :
Pour le jour des réunions : http://doodle.com/n5uuwgfrb9unpmce
Pour l'heure des réunions : http://doodle.com/xy4gbn7cadtupr6a

JonathanMM

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


Re: [OSM-talk-fr] Blog Forum et openstreetmap.fr - 8 ème réunion IRC

2009-04-06 Par sujet Pierre Mauduit
Bonsoir,
 3) blog et forum et openstreetmap.fr
 a) en particulier pour souligner que le blog de pedrov devrait se voir sur 
 le 
 planet
 
 Bof, un agréga bordélique de plein de blog perso n'a pas une valeur de news 
 pour le projet osm-france. C'est une solution à pas cher pour les fans 
 inconditionnels du RSS / Atom et autres barbarismes, mais ça ne fait pas 
 devenir un blog un résumé de osm france. Y'a un boulot que je qualifierais 
 de résumer synthétiser trier qu'un programme ne sait pas faire.
 ( Le fait d'avoir ou non la ressource humaine pour le faire est un autre 
 débat )

Désolé je n'ai pas pu être parmi vous samedi soir pour défendre mon
bébé, veuillez m'en excuser ;-)

En fait je n'osais pas demander un alias en *.osm.fr ou une aggrégation
au planet avant d'avoir les retours de cette réunion (une sorte de
période d'essai). Je me sens un peu seul pour rédiger les articles
mais j'avoue que l'expérience est intéressante et que cela ne prend pas
tant de temps que cela, je veux bien continuer de rédiger des articles
si vous pensez que c'est utile.

Bonne soirée,

-- 
Pierre


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


Re: [OSM-talk-fr] Suppression des limites départemen tales de Cartographes Associés

2009-04-06 Par sujet Robin PREST
N'y a-t-il vraiment aucune source libre de droit, même approximative sur
les  départements français ?

Je doute que ça existe, c'est ça qui est terrible !!! Et c'est valable pour
toutes les limites administratives !
Perso je pense que la communauté OSM est en train de réaliser un première en
créant ces limites si controversées ;o)

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


Re: [OSM-talk-fr] Super Relation France - 8ème réu nion- les absents n'ont pas forcément tort ;- ) -

2009-04-06 Par sujet Art Penteur
Le 6 avril 2009 18:32, sly (sylvain letuffe) sylv...@letuffe.org a écrit :
[...] j'avais créé en côtier les relations

 France côte atlantique France côte méditerranéenne
 Je pense que c'est pas terrible, ça laisse une grande relation un peu dur à
 manipuler quand on refait les côtes.
 J'ai vu suggérer d'en faire sur la base des régions ou des départements,
 genre :
 côte bretonne côte Normande, qu'en pensez vous ?

Bonne idée sur le principe, mais difficile en pratique : où est la
limite entre la Bretagne et la Normandie ? Faudrait pas déclencher des
guerres en baie du Mont saint Michel !

Art.

;-), bien sûr !

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


Re: [OSM-talk-fr] Blog Forum et openstreetmap.fr - 8 ème réunion IRC

2009-04-06 Par sujet JonathanMM
Pierre Mauduit a écrit :
 Bonsoir,
   
 3) blog et forum et openstreetmap.fr
 a) en particulier pour souligner que le blog de pedrov devrait se voir sur 
 le 
 planet

 Bof, un agréga bordélique de plein de blog perso n'a pas une valeur de news 
 pour le projet osm-france. C'est une solution à pas cher pour les fans 
 inconditionnels du RSS / Atom et autres barbarismes, mais ça ne fait pas 
 devenir un blog un résumé de osm france. Y'a un boulot que je qualifierais 
 de résumer synthétiser trier qu'un programme ne sait pas faire.
 ( Le fait d'avoir ou non la ressource humaine pour le faire est un autre 
 débat )
 

 Désolé je n'ai pas pu être parmi vous samedi soir pour défendre mon
 bébé, veuillez m'en excuser ;-)

 En fait je n'osais pas demander un alias en *.osm.fr ou une aggrégation
 au planet avant d'avoir les retours de cette réunion (une sorte de
 période d'essai). Je me sens un peu seul pour rédiger les articles
 mais j'avoue que l'expérience est intéressante et que cela ne prend pas
 tant de temps que cela, je veux bien continuer de rédiger des articles
 si vous pensez que c'est utile.

 Bonne soirée,

   
Personnellement, je pense que le blog pour résumer la ML est un bon 
début, mais ce serait bien d'avoir une valeur ajouté : pourquoi ne pas 
avoir par exemple des articles-tuto qui expliquerait les points délicats 
pour les nouveaux (et puis, ça fait pas de mal aux anciens de revoir 
leur bases ^^').
Bien sur, ça prendrait plus de temps et plus de ressource, mais je pense 
qu'on peut avoir un bon truc, et puis, pourquoi pas a terme en faire, 
comme il a été suggeré lors de la réunion, osm.fr, a la place du wiki un 
peu mort actuellement

JonathanMM

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


Re: [OSM-talk-fr] Blog Forum et openstreetmap.fr - 8 ème réunion IRC

2009-04-06 Par sujet JonathanMM
sly (sylvain letuffe) a écrit :
 c) openstreetmap.fr en sommeil ?

 Quelles ressources humaines avons nous ?
 Qui aurait du temps à y consacrer ?
 Doit on revoir tout ça à zéro ?
 Doit on pointer sur une page du wiki ? 
 Doit on monter un autre wiki ?
   
Moi, je pense qu'on devrait plutôt en faire une vitrine, au lieu d'un 
autre wiki qui ferait doublon avec l'actuel.

JonathanMM

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


Re: [OSM-talk-fr] Nouvelle source de données publiqu es pour OSM France : Corine Land Cover 2006 !

2009-04-06 Par sujet Denis
sly (sylvain letuffe) a écrit :
 ou du cadastre ou d'un survey, et non dans le but de les dénaturer
 
 Leur licence ne parle pas que de dénaturer elle dit altérer.

Cette mention fait référence à l'article 12 de la Loi 78-753 du 17 
juillet 1978 modifié par l'ordonnance n°2005-650 du 6 juin 2005 (voir 
http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Français/Conditions_d'utilisation#Réutilisation_des_informations_publiques_(limites_du_Droit,_pas_vraiment_une_définition)
WARNING : URL.size  raisonnable ;-)

Donc, un joli courriel à l'IFEN pour nous autoriser formellement à 
incorporer cette nouvelle source dans OSM : dénaturation et 
déformation y compris ;-)

 
 Supposons que j'importe une forêt, et que j'ai des raison de dire qu'elle 
 n'est pas précise sur une portion, je modifie, (déplacement de noeud, 
 ajouts, ...)

 
 Supposons, je veux utiliser la donnée OSM, je vois modification autorisée, 
 je prend toutes les forêts et je les simplifies par un algo automatique pour 
 une raison X ou Y, je rediffuse, bing...

Le droit ne prend pas en considération les suppositions. Il fixe un 
cadre générique, incarné par des licences, des accords, etc.
Les travaux collaboratifs ne rentrent pas toujours très bien dans le 
cadre du Code de la Propriété Intellectuelle. C'est normal, nous sommes 
jeunes. Il y a des zones de flou encore et surtout beaucoup de paranoïa 
de part et d'autre.

 
 Je conclurais pas la même solution qui avait été proposé sur la liste 
 anglaise :
 - construisons une donnée à part, un layer à part, mais pas dans OSM

l'IFEN a fait un pas majeur en faveur d'une réutilisation de 
l'information publique. Je parie que ce n'est pas le dernier. INSPIRE, 
de dimension européenne, fera peut-être aussi des émules en GB.
Montrons la voie, à notre tour.

Denis

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


Re: [OSM-talk-fr] Boundary/Commune/Noeud place - 8èm e réunion IRC

2009-04-06 Par sujet sylvain letuffe

 quelques stats (chiffres d'hier après-midi) sur le tagwatch :
 addr:postcode - 2.760.637
 addr:postalcode - 50.937
 code_postal : 0
 post_code : 25
 postal_code : 135.735
 postcode : 1

Je disais code_postal comme ça, peut m'importe celui qu'on choisi pour le 
représenter. De ce que tu viens de sortir de tagwatch et d'après le wiki, 
j'aurais envie de préférer addr:postcode
(inutile de nager à contre courant, s'il est le plus utilisé, c'est de toute 
façon ce que l'on veut rendre )

 endroit précis. Ce n'est en rien un identifiant d'une commune (mais je
 me répète peut-être ;-)

Personne n'a dit qu'il s'agit d'un identifiant de commune non ?
pour la commune le débat est :
ref OU code_INSEE ou code_insee ou ref:insee

La question du code postal me semble être : cela peut-il aider de le mettre 
dans la limite de commune, tout en sachant qu'il veut dire cette commune est 
à adresser (postalement) avec le code postal X

 Concernant les zones postales, seules les villes multi-distribuées
 poseraient problème.
 Concernant la confusion entre code INSEE et code postal : rien ne
 remplacera une explication claire sur le Wiki sur la cardinalité entre
 le code postal, le code INSEE et la commune. Nous avons plus besoin de
 partager une culture géographique commune que de multiplier les tags.

+1

 toujours le tag watch
 ref : 640.924
 ref_INSEE : 44
 code_INSEE : 17.327
 code_insee : 3
 ref_NUTS : 3 (spécial dédicace ;-)

Attention, chiffres foirouilleux ;-)

Tes 640,924 ref ne concerne sûrement pas les surface admin_level=8.
( mais route, autoroute, etc... et code_INSEE ne peut pas lutter !)

J'imagine, qu'en france, sur les communes et tag nodes on doit avoir :
ref : 3 ;-)
code_INSEE : 17.327

Mais ce code_INSEE provient massivement de l'import d'alban, C'est pas 
une tendance des contributeurs c'est un état d'import.

Comme il est question de faire ça avec un robot, la question est quel tag 
mettre (et pourquoi)

--
sly

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