Re: [OSM-talk-fr] Avez-vous utilisé des données de la ville de Toulouse ?

[Romain MEHUT]

Claire a fait remarquer sur Twitter que l'API temps réel TISSEO encourage
dans sa documentation à la contribution à OSM:
http://data.grandtoulouse.fr/web/guest/les-donnees/-/opendata/card/14505-api-temps-reel-tisseo

On peut y lire ceci:
"*Les informations routières (noms de rues, numéros de rues, …) fournies
par l’API TISSEO proviennent du projet OpenStreetMap (
http://www.openstreetmap.org/).
Certaines rues, ou certains numéros de rues ne sont pas encore connus
d’OpenStreetMap et seront donc inaccessibles via notre API.
C’est pourquoi nous encourageons vivement les utilisateurs de l’API à
contribuer à l’amélioration des données OpenStreetMap.
Nous réaliserons des mises à jour régulières qui contiendront vos
contributions.
Techniquement, nous n’importons les numéros de rues que sur des nodes
(addr:housenumber) et les nodes en relation à une rue (associatedStreet) et
non pas sur les buildings.*"

Romain

Le 19 octobre 2012 00:59, Vincent Privat  a écrit
:

> Au passage, je crois avoir fini de mettre à jour la page du wiki avec les
> derniers ajouts de données et le récent changement de nom de Toulouse
> Métropole :)
> http://wiki.openstreetmap.org/wiki/Toulouse/ToulouseMetropoleData
>
> Vincent
>
> Le 18 octobre 2012 23:30, Vincent Privat  a
> écrit :
>
> Un grand merci à Claire et Sébastien pour vos présentations de cet
>> après-midi, et ravi d'avoir rencontré Cyrille :)
>> J'ai du partir au milieu du discours de M. Cohen pour contraintes
>> personnelles, vous avez pu voir le résultat du concours open data ? Je suis
>> curieux de savoir quelles ont été les meilleures applis :)
>>
>
>
> ___
> 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] Proposition de Frederik etait [OSM-talk] Continued aggression against French contributors (cadastre integration)

[kimaidou]

Bonjour,

Je n'interviendrai pas sur le problème politique, car ils y a eu déjà assez
de discussions, et je ne veux pas augmenter le bruit.

Par contre, techniquement, si on commence à se dire qu'il faut améliorer
l'outil JOSM, pourquoi ne pas trouver un moyen automatique (ou via les
filtres, c'est déjà possible) de séparer en 2 calques un travail réalisé
sous JOSM :
* un calque avec le bâti -> on l'enverra avec le compte dédié
* un calque avec tous les autres objets -> on l'enverra avec le compte
classique.

L'idée étant de se dire "je veux pouvoir continuer à faire du multi-source
sur mes éditions (bing, cadastre, terrain), et je sépare seulement avant
l'upload. Bien sûr, il faut modifier aussi JOSM pour permettre de choisir
l'utilisateur avant l'envoi, et pourquoi pas prévenir, genre "Plus de 90%
des objets à envoyer ont le tag "source=Cadastre", pensez à utiliser votre
compte cadastre !

Michael

Le 18 octobre 2012 21:37, Christian Quest  a écrit
:

> Le 18 octobre 2012 17:35, Marc SIBERT  a écrit :
> > +1
> >
> > Tout ça n'a aucun sens, ce n'est que de la poudre aux yeux du DWG et ne
> > protège en rien contre les problèmes de qualité ou le vandalisme. Comme
> de
> > toute façon l'import du Cadastre n'est pas concerné par ces points.
> > il ne s'agit que d'une perte de temps et le DWG ferait mieux de ce
> > concentrer sur les vrais problèmes de qualité et de vandalisme.
> >
> > Ça me gave ce sujet ! Mais ce serait vraiment trop domage de laisser
> pisser
> > (@sly : I'm back ! )
> >
>
>
> +beaucoup !
>
> Ca me fait penser à des discussions interminables de règlements de
> compétitions sportives (parapente/delta) où certains (en gros les
> anglo-saxons dans leur version autant anglo que saxons) perdaient de
> vue l'utilité des règles.
>
> Des règles faites pour la sécurité qui mal appliquées ou appliquées
> bêtement, mécaniquement pouvaient aller à l'encontre de l'objectif
> initial. Il fallait pouvoir avoir un peu de recul pour le comprendre,
> mais visiblement la remise en cause des règles est quelque chose de
> culturel.
>
> --
> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Avez-vous utilisé des données de la ville de Toulouse ?

[Christian Quest]

C'est très bien d'inciter à contribuer, mais ça serait encore mieux de
prendre en compte toutes les façons de tagguer des adresses:
- relations associatedStreet ou pas
- addr:housenumber sur un noeud ou un chemin

4 cas, c'est pas la mer à boire, là ils n'en gèrent visiblement qu'un
et c'est dommage... même si c'est mieux que 0 bien sûr !


Le 19 octobre 2012 09:15, Romain MEHUT  a écrit :
> Claire a fait remarquer sur Twitter que l'API temps réel TISSEO encourage
> dans sa documentation à la contribution à OSM:
> http://data.grandtoulouse.fr/web/guest/les-donnees/-/opendata/card/14505-api-temps-reel-tisseo
>
> On peut y lire ceci:
> "Les informations routières (noms de rues, numéros de rues, …) fournies par
> l’API TISSEO proviennent du projet OpenStreetMap
> (http://www.openstreetmap.org/).
> Certaines rues, ou certains numéros de rues ne sont pas encore connus
> d’OpenStreetMap et seront donc inaccessibles via notre API.
> C’est pourquoi nous encourageons vivement les utilisateurs de l’API à
> contribuer à l’amélioration des données OpenStreetMap.
> Nous réaliserons des mises à jour régulières qui contiendront vos
> contributions.
> Techniquement, nous n’importons les numéros de rues que sur des nodes
> (addr:housenumber) et les nodes en relation à une rue (associatedStreet) et
> non pas sur les buildings."
>
> Romain
>
> Le 19 octobre 2012 00:59, Vincent Privat  a écrit
> :
>>
>> Au passage, je crois avoir fini de mettre à jour la page du wiki avec les
>> derniers ajouts de données et le récent changement de nom de Toulouse
>> Métropole :)
>> http://wiki.openstreetmap.org/wiki/Toulouse/ToulouseMetropoleData
>>
>> Vincent
>>
>> Le 18 octobre 2012 23:30, Vincent Privat  a
>> écrit :
>>
>>> Un grand merci à Claire et Sébastien pour vos présentations de cet
>>> après-midi, et ravi d'avoir rencontré Cyrille :)
>>> J'ai du partir au milieu du discours de M. Cohen pour contraintes
>>> personnelles, vous avez pu voir le résultat du concours open data ? Je suis
>>> curieux de savoir quelles ont été les meilleures applis :)
>>
>>
>>
>> ___
>> 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
>



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

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

Re: [OSM-talk-fr] Proposition de Frederik etait [OSM-talk] Continued aggression against French contributors (cadastre integration)

[Christian Quest]

Voire même:
- un tri par JOSM avant envoi des données ayant un tag source=XXX du reste
- un premier envoi avec le compte dédié qui va bien des nouvelles
données identifiées par source=XXX en supprimant au passage le
source=XXX sur les objets pour le mettre sur le changeset
- un second envoi du reste sur le compte normal.


Le 19 octobre 2012 09:28, kimaidou  a écrit :
> Bonjour,
>
> Je n'interviendrai pas sur le problème politique, car ils y a eu déjà assez
> de discussions, et je ne veux pas augmenter le bruit.
>
> Par contre, techniquement, si on commence à se dire qu'il faut améliorer
> l'outil JOSM, pourquoi ne pas trouver un moyen automatique (ou via les
> filtres, c'est déjà possible) de séparer en 2 calques un travail réalisé
> sous JOSM :
> * un calque avec le bâti -> on l'enverra avec le compte dédié
> * un calque avec tous les autres objets -> on l'enverra avec le compte
> classique.
>
> L'idée étant de se dire "je veux pouvoir continuer à faire du multi-source
> sur mes éditions (bing, cadastre, terrain), et je sépare seulement avant
> l'upload. Bien sûr, il faut modifier aussi JOSM pour permettre de choisir
> l'utilisateur avant l'envoi, et pourquoi pas prévenir, genre "Plus de 90%
> des objets à envoyer ont le tag "source=Cadastre", pensez à utiliser votre
> compte cadastre !
>
> Michael
>
> Le 18 octobre 2012 21:37, Christian Quest  a écrit
> :
>>
>> Le 18 octobre 2012 17:35, Marc SIBERT  a écrit :
>>
>> > +1
>> >
>> > Tout ça n'a aucun sens, ce n'est que de la poudre aux yeux du DWG et ne
>> > protège en rien contre les problèmes de qualité ou le vandalisme. Comme
>> > de
>> > toute façon l'import du Cadastre n'est pas concerné par ces points.
>> > il ne s'agit que d'une perte de temps et le DWG ferait mieux de ce
>> > concentrer sur les vrais problèmes de qualité et de vandalisme.
>> >
>> > Ça me gave ce sujet ! Mais ce serait vraiment trop domage de laisser
>> > pisser
>> > (@sly : I'm back ! )
>> >
>>
>>
>> +beaucoup !
>>
>> Ca me fait penser à des discussions interminables de règlements de
>> compétitions sportives (parapente/delta) où certains (en gros les
>> anglo-saxons dans leur version autant anglo que saxons) perdaient de
>> vue l'utilité des règles.
>>
>> Des règles faites pour la sécurité qui mal appliquées ou appliquées
>> bêtement, mécaniquement pouvaient aller à l'encontre de l'objectif
>> initial. Il fallait pouvoir avoir un peu de recul pour le comprendre,
>> mais visiblement la remise en cause des règles est quelque chose de
>> culturel.
>>
>> --
>> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

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

Re: [OSM-talk-fr] Proposition de Frederik etait [OSM-talk] Continued aggression against French contributors (cadastre integration)

[kimaidou]

Ok pour ta proposition Christian, sauf la suppression du tag source des
objets OSM pour le reporter sur le tag du changeset. Nous nous sommes
engagés à conserver la source du cadastre sur les objets, et cela risque de
coincer. Mais j'ai peut-être mal compris ta proposition

Mais sinon, montrer que la communauté français sait être force de
proposition aussi dans le domaine technique fera avancer le débat. On
pourra dire à nos interlocuteurs : que pensez vous de notre solution ? Cela
ne résout pas le problème de gouvernance, qui mettra plus de temps (le
temps long de la négociation), mais cela nous permettra d'avancer dans le
bon sens.

Michael

Le 19 octobre 2012 09:39, Christian Quest  a écrit
:

> Voire même:
> - un tri par JOSM avant envoi des données ayant un tag source=XXX du reste
> - un premier envoi avec le compte dédié qui va bien des nouvelles
> données identifiées par source=XXX en supprimant au passage le
> source=XXX sur les objets pour le mettre sur le changeset
> - un second envoi du reste sur le compte normal.
>
>
> Le 19 octobre 2012 09:28, kimaidou  a écrit :
> > Bonjour,
> >
> > Je n'interviendrai pas sur le problème politique, car ils y a eu déjà
> assez
> > de discussions, et je ne veux pas augmenter le bruit.
> >
> > Par contre, techniquement, si on commence à se dire qu'il faut améliorer
> > l'outil JOSM, pourquoi ne pas trouver un moyen automatique (ou via les
> > filtres, c'est déjà possible) de séparer en 2 calques un travail réalisé
> > sous JOSM :
> > * un calque avec le bâti -> on l'enverra avec le compte dédié
> > * un calque avec tous les autres objets -> on l'enverra avec le compte
> > classique.
> >
> > L'idée étant de se dire "je veux pouvoir continuer à faire du
> multi-source
> > sur mes éditions (bing, cadastre, terrain), et je sépare seulement avant
> > l'upload. Bien sûr, il faut modifier aussi JOSM pour permettre de choisir
> > l'utilisateur avant l'envoi, et pourquoi pas prévenir, genre "Plus de 90%
> > des objets à envoyer ont le tag "source=Cadastre", pensez à utiliser
> votre
> > compte cadastre !
> >
> > Michael
> >
> > Le 18 octobre 2012 21:37, Christian Quest  a
> écrit
> > :
> >>
> >> Le 18 octobre 2012 17:35, Marc SIBERT  a écrit :
> >>
> >> > +1
> >> >
> >> > Tout ça n'a aucun sens, ce n'est que de la poudre aux yeux du DWG et
> ne
> >> > protège en rien contre les problèmes de qualité ou le vandalisme.
> Comme
> >> > de
> >> > toute façon l'import du Cadastre n'est pas concerné par ces points.
> >> > il ne s'agit que d'une perte de temps et le DWG ferait mieux de ce
> >> > concentrer sur les vrais problèmes de qualité et de vandalisme.
> >> >
> >> > Ça me gave ce sujet ! Mais ce serait vraiment trop domage de laisser
> >> > pisser
> >> > (@sly : I'm back ! )
> >> >
> >>
> >>
> >> +beaucoup !
> >>
> >> Ca me fait penser à des discussions interminables de règlements de
> >> compétitions sportives (parapente/delta) où certains (en gros les
> >> anglo-saxons dans leur version autant anglo que saxons) perdaient de
> >> vue l'utilité des règles.
> >>
> >> Des règles faites pour la sécurité qui mal appliquées ou appliquées
> >> bêtement, mécaniquement pouvaient aller à l'encontre de l'objectif
> >> initial. Il fallait pouvoir avoir un peu de recul pour le comprendre,
> >> mais visiblement la remise en cause des règles est quelque chose de
> >> culturel.
> >>
> >> --
> >> Christian Quest - OpenStreetMap France -
> http://openstreetmap.fr/u/cquest
> >>
> >> ___
> >> Talk-fr mailing list
> >> Talk-fr@openstreetmap.org
> >> http://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
> >
>
>
>
> --
> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Proposition de Frederik etait [OSM-talk] Continued aggression against French contributors (cadastre integration)

[THEVENON Julien]

> De : Christian Quest 

> Voire même:
> - un tri par JOSM avant envoi des données ayant un tag source=XXX du reste
> - un premier envoi avec le compte dédié qui va bien des nouvelles
> données identifiées par source=XXX en supprimant au passage le
> source=XXX sur les objets pour le mettre sur le changeset
> - un second envoi du reste sur le compte normal.

Cette solution la serait vraiment sympa.
Au moins pas de risque d oublis et ca peut etre etendu a d autres sources que 
le Cadastre.

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

Re: [OSM-talk-fr] Proposition de Frederik etait [OSM-talk] Continued aggression against French contributors (cadastre integration)

[Jean-Marc Liotier]

On 19/10/2012 09:39, Christian Quest wrote:

Le 19 octobre 2012 09:28, kimaidou  a écrit :

Par contre, techniquement, si on commence à se dire qu'il faut améliorer 
l'outil JOSM, pourquoi ne pas trouver un moyen automatique (ou via les filtres, 
c'est déjà possible) de séparer en 2 calques un travail réalisé sous JOSM :
* un calque avec le bâti -> on l'enverra avec le compte dédié
* un calque avec tous les autres objets -> on l'enverra avec le compte 
classique.

L'idée étant de se dire "je veux pouvoir continuer à faire du multi-source sur mes éditions 
(bing, cadastre, terrain), et je sépare seulement avant l'upload. Bien sûr, il faut modifier aussi 
JOSM pour permettre de choisir l'utilisateur avant l'envoi, et pourquoi pas prévenir, genre 
"Plus de 90% des objets à envoyer ont le tag "source=Cadastre", pensez à utiliser 
votre compte cadastre !

Voire même:
- un tri par JOSM avant envoi des données ayant un tag source=XXX du reste
- un premier envoi avec le compte dédié qui va bien des nouvelles
données identifiées par source=XXX en supprimant au passage le
source=XXX sur les objets pour le mettre sur le changeset
- un second envoi du reste sur le compte normal.
J'ai un gros doute sur la pertinence d'une modification structurelle 
d'une fonction importante d'un outil majeur pour traiter le cas 
particulier d'une source de données locale. Mon expérience est que 
lorsqu'on se lance dans de telles aventures pour traiter un cas 
particulier, c'est généralement qu'il y a un problème ailleurs. Dans le 
cas présent, il me semble que les problèmes principaux sont d'ordre 
politiques.




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

Re: [OSM-talk-fr] A propos de la couche voirie/cadastre de layers.openstreetmap.fr

[Stéphane Péneau]

Le 18/10/2012 18:16, sly (sylvain letuffe) a écrit :

On jeudi 18 octobre 2012, Ab_fab wrote:

http://www.openstreetmap.org/browse/relation/78849

Donc, joli bug de trouvé ;-)
Il s'avère que 50 communes au total étaient présentes en double dans une des
tables, et ça faisait foirer la mise à jour.

Un recalcul de environ 1h est en cours pour remettre ça au propre


Je confirme que ça fonctionne de nouveau normalement. Merci !

Stf

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

Re: [OSM-talk-fr] Avez-vous utilisé des données de la ville de Toulouse ?

[khris78]

Pour avoir mis en place un rendu spécifique récemment (même s'il n'a rien à 
voir avec les adresses), je comprends leur choix.
 
En effet, lorsqu'on ne souhaite/peut pas avoir l'intégralité de la base OSM en 
local, autant il est simple de faire le suivi des modifications sur les nodes à 
partir des minutes-diff, autant le suivi des ways peut vite devenir complexe.

Je ne leur jeterai donc pas la pierre. 


Christian Quest  a écrit :

>C'est très bien d'inciter à contribuer, mais ça serait encore mieux de
>prendre en compte toutes les façons de tagguer des adresses:
>- relations associatedStreet ou pas
>- addr:housenumber sur un noeud ou un chemin
>
>4 cas, c'est pas la mer à boire, là ils n'en gèrent visiblement qu'un
>et c'est dommage... même si c'est mieux que 0 bien sûr !
>

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

Re: [OSM-talk-fr] Continued aggression against French contributors (cadastre integration)

[Jean-Marc Liotier]

On 19/10/2012 01:17, Christian Quest wrote:

Toutes les questions sur la gouvernance sont systématiquement évitées.
Difficile de mener le débat sur un terrain où l'on se retrouve seul,
mais je ne désespère pas (encore).
L'un des obstacles à la progression du débat est que le DWG fait 
argument d'autorité. Nous ne nous laissons pas impressionner, mais la 
tentative de faire passer les Français pour leur caricature 
indisciplinée semble néanmoins porter ses fruits empoisonnés. Alors nous 
devons trouver un moyen de faire contrepoids dans le registre choisi par 
le DWG - donc un contrepoids à l'image institutionnelle. Nous avons vu 
plusieurs d'entre nous intervenir dans le débat à titre individuel - 
n'est-il pas temps que l'association OpenStreetMap France prenne 
position et mettre la position Française sur un pied d'égalité avec 
l'image officielle de la position du DWG ?


Il me semble que c'est un rôle fait sur mesure pour le groupe de travail 
Relations Internationales d'OSM-FR coordonné par Emilie - 
http://wiki.openstreetmap.org/wiki/WikiProject_France/OSM-FR/Groupes_de_travail/Relations_Internationales


Une ou plusieurs personnes volontaires (au hasard Christian et 
Sylvain...) pourraient être officiellement nommé "French data import 
ombudsman" ("médiateur des imports de données en France") par le groupe 
de travail Relations Internationales d'OSM-FR et parlant avec le mandat 
de l'association.


Le débat prendrait alors une tournure institutionnelle dans laquelle les 
questions de gouvernance et de subsidiarité ne pourront plus être 
esquivées à chaque fois que nous les évoquons.


Et ça me fait penser qu'il serait temps que je sois membre de 
l'association...



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

Re: [OSM-talk-fr] Proposition de Frederik etait [OSM-talk] Continued aggression against French contributors (cadastre integration)

[khris78]

D'accord avec le problème politique. Néanmoins, chaque fois que la communauté 
locale parle politique et gouvernance sur la liste internationale, on lui 
répond "compte séparé".

La solution de Christian aurait l'avantage d'éliminer cette fixette sur le 
double compte, et partant, de pouvoir ensuite recentrer le débat sur la 
gouvernance.

Attention toutefois, d'un point de vue solution technique, ça ne sera 
probablement pas si simple. Quid par exemple s'il y a un noeud commun à deux 
ways dont l'une est tagguée cadastre et l'autre pas ? => cela nécessitera 
surement un download entre les deux uploads, afin de récupérer l'id de ce 
noeud. 



Jean-Marc Liotier  a écrit :

>On 19/10/2012 09:39, Christian Quest wrote:
>> Le 19 octobre 2012 09:28, kimaidou  a écrit :
>>> Par contre, techniquement, si on commence à se dire qu'il faut
>améliorer l'outil JOSM, pourquoi ne pas trouver un moyen automatique
>(ou via les filtres, c'est déjà possible) de séparer en 2 calques un
>travail réalisé sous JOSM :
>>> * un calque avec le bâti -> on l'enverra avec le compte dédié
>>> * un calque avec tous les autres objets -> on l'enverra avec le
>compte classique.
>>>
>>> L'idée étant de se dire "je veux pouvoir continuer à faire du
>multi-source sur mes éditions (bing, cadastre, terrain), et je sépare
>seulement avant l'upload. Bien sûr, il faut modifier aussi JOSM pour
>permettre de choisir l'utilisateur avant l'envoi, et pourquoi pas
>prévenir, genre "Plus de 90% des objets à envoyer ont le tag
>"source=Cadastre", pensez à utiliser votre compte cadastre !
>> Voire même:
>> - un tri par JOSM avant envoi des données ayant un tag source=XXX du
>reste
>> - un premier envoi avec le compte dédié qui va bien des nouvelles
>> données identifiées par source=XXX en supprimant au passage le
>> source=XXX sur les objets pour le mettre sur le changeset
>> - un second envoi du reste sur le compte normal.
>J'ai un gros doute sur la pertinence d'une modification structurelle 
>d'une fonction importante d'un outil majeur pour traiter le cas 
>particulier d'une source de données locale. Mon expérience est que 
>lorsqu'on se lance dans de telles aventures pour traiter un cas 
>particulier, c'est généralement qu'il y a un problème ailleurs. Dans le
>
>cas présent, il me semble que les problèmes principaux sont d'ordre 
>politiques.
>
>
>
>___
>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] ou est la licence?

[Strullu Loïc]

Bonjour,

le copyright a été rajouté sur les images statiques.

Exemple : http://www.gralon.net/plan-ville/plan-nice-2021.htm

d'autre part, nous utilisons OSM sur notre version mobile :
http://m.gralon.net/hotels-france/alpes-maritimes/hotels-5-etoiles-nice-2021/carte.html

par le biai de notre serveur de tuiles : http://map.gralon.net

je pense que les indications de copyright sont justes sur ces plans.

merci pour votre aide.

Cordialement,

Strullu Loïc
fondateur Gralon.net





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

Re: [OSM-talk-fr] Proposition de Frederik etait [OSM-talk] Continued aggression against French contributors (cadastre integration)

[Christian Quest]

Le 19 octobre 2012 09:48, kimaidou  a écrit :
> Ok pour ta proposition Christian, sauf la suppression du tag source des
> objets OSM pour le reporter sur le tag du changeset. Nous nous sommes
> engagés à conserver la source du cadastre sur les objets, et cela risque de
> coincer. Mais j'ai peut-être mal compris ta proposition
>

Il n'y a pas d'engagement vis à vis de la dgfip d'avoir un tag source
sur les objets eux même, je doute que la dgfip connaisse notre modèle
de données, sache ce qu'est un tag, sache ce qu'est un changeset.
Que l'info de source soit sur l'objet lui même ou sur le changeset
c'est du pareil au même (pour moi), elle n'est pas visible dans la
majorité des usages (cartes), il faut passer par un éditeur pour voir
ce tag et l'éditeur permet de remonter l'historique pour savoir que
l'objet provient du cadastre et de quel millésime il s'agit.


> Mais sinon, montrer que la communauté français sait être force de
> proposition aussi dans le domaine technique fera avancer le débat. On pourra
> dire à nos interlocuteurs : que pensez vous de notre solution ? Cela ne
> résout pas le problème de gouvernance, qui mettra plus de temps (le temps
> long de la négociation), mais cela nous permettra d'avancer dans le bon
> sens.
>

Cette approche technique n'est qu'une facilité pour gérer
automatiquement une règle illégitime.
Elle a aussi l'avantage de pouvoir gérer bien plus intelligemment un
réel problème en séparant dans des changesets différents des données
de source différente (que l'on utilise un ou plusieurs compte).

La règle reste illégitime pour moi, et les questions sur la
gouvernance restent ouvertes.



Le 19 octobre 2012 10:06, Jean-Marc Liotier  a écrit :
> J'ai un gros doute sur la pertinence d'une modification structurelle d'une
> fonction importante d'un outil majeur pour traiter le cas particulier d'une
> source de données locale. Mon expérience est que lorsqu'on se lance dans de
> telles aventures pour traiter un cas particulier, c'est généralement qu'il y
> a un problème ailleurs. Dans le cas présent, il me semble que les problèmes
> principaux sont d'ordre politiques.
>

Justement, je vois cette modification comme un outil bien plus global
et pas uniquement adapté au cas particulier du double compte et du
cadastre.

Il y a une réelle amélioration à apporte à la gestion du traçage des
sources, traçage qui sert aussi à évaluer la qualité d'un objet
(quelle source, quelle date pour la source, etc).




Le 19 octobre 2012 10:31, khris78  a écrit :
> Attention toutefois, d'un point de vue solution technique, ça ne sera
> probablement pas si simple. Quid par exemple s'il y a un noeud commun à deux
> ways dont l'une est tagguée cadastre et l'autre pas ? => cela nécessitera
> surement un download entre les deux uploads, afin de récupérer l'id de ce
> noeud.
>

Seuls les objets NOUVEAUX (id=0) ayant un tag source=* seraient ainsi traités.

Si lors de l'intégration, on fusionne des objets avec des objets
pré-existants, ceux-ci gardent l'id de l'objet pré-existant. Il y aura
bien quelques cas à la marge, mais globalement le principe de
traçabilité de l'origine des données fonctionnera.

J'ai déjà fait des essais manuels à coup de "chercher" et "envoyer la
sélection", ça marche. Il faut envoyer les nouveaux objets avec
sourge=* en premier, puis le reste. Il faudrait juste l'automatiser et
le rendre transparent pour le contributeur, mais je suis incapable de
coder des trucs dans JOSM (java pas bien du tout).

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

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

Re: [OSM-talk-fr] Avez-vous utilisé des données de la ville de Toulouse ?

[Cyrille Giquello]

Le 19 octobre 2012 10:15, khris78  a écrit :
> Pour avoir mis en place un rendu spécifique récemment (même s'il n'a rien à 
> voir avec les adresses), je comprends leur choix.
>
> En effet, lorsqu'on ne souhaite/peut pas avoir l'intégralité de la base OSM 
> en local, autant il est simple de faire le suivi des modifications sur les 
> nodes à partir des minutes-diff, autant le suivi des ways peut vite devenir 
> complexe.
>
> Je ne leur jeterai donc pas la pierre.
>
>
> Christian Quest  a écrit :
>
>>C'est très bien d'inciter à contribuer, mais ça serait encore mieux de
>>prendre en compte toutes les façons de tagguer des adresses:
>>- relations associatedStreet ou pas
>>- addr:housenumber sur un noeud ou un chemin
>>
>>4 cas, c'est pas la mer à boire, là ils n'en gèrent visiblement qu'un
>>et c'est dommage... même si c'est mieux que 0 bien sûr !
>>

Comme il est probable qu'il ne change pas leur analyse des données
pour trouver les numéros de rue, on pourrait avoir, du moins pour
Toulouse, une appli (Osmose@Toulouse) qui signalerait les numéros de
rue qui ne matchent pas avec leur règle.

En même temps, si chaque re-utilisateur lance sa règle on a pas fini
de faire des outils spécifiques et ça va être ingérable.

En conclusion, c'est à Toulouse Data de s'adapter ! C'est ça le
travail communautaire.

-- 
Cyrille.

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

Re: [OSM-talk-fr] Avez-vous utilisé des données de la ville de Toulouse ?

[Romain MEHUT]

Les points adresses font partie des données libérées:
http://wiki.openstreetmap.org/wiki/Toulouse/GrandToulouseData/Num%C3%A9ros_de_rue#Import

Reste à les intégrer dans OSM mais j'imagine que Vincent ne peut pas à lui
tout seul faire cette intégration. Cf. l'exemple nantais
http://wiki.openstreetmap.org/wiki/Nantes/Adresses_postales_Nantes_M%C3%A9tropoleoù
plusieurs contributeurs ont réalisé cette opération.

Romain

Le 19 octobre 2012 10:56, Cyrille Giquello  a écrit :

> Le 19 octobre 2012 10:15, khris78  a écrit :
> > Pour avoir mis en place un rendu spécifique récemment (même s'il n'a
> rien à voir avec les adresses), je comprends leur choix.
> >
> > En effet, lorsqu'on ne souhaite/peut pas avoir l'intégralité de la base
> OSM en local, autant il est simple de faire le suivi des modifications sur
> les nodes à partir des minutes-diff, autant le suivi des ways peut vite
> devenir complexe.
> >
> > Je ne leur jeterai donc pas la pierre.
> >
> >
> > Christian Quest  a écrit :
> >
> >>C'est très bien d'inciter à contribuer, mais ça serait encore mieux de
> >>prendre en compte toutes les façons de tagguer des adresses:
> >>- relations associatedStreet ou pas
> >>- addr:housenumber sur un noeud ou un chemin
> >>
> >>4 cas, c'est pas la mer à boire, là ils n'en gèrent visiblement qu'un
> >>et c'est dommage... même si c'est mieux que 0 bien sûr !
> >>
>
> Comme il est probable qu'il ne change pas leur analyse des données
> pour trouver les numéros de rue, on pourrait avoir, du moins pour
> Toulouse, une appli (Osmose@Toulouse) qui signalerait les numéros de
> rue qui ne matchent pas avec leur règle.
>
> En même temps, si chaque re-utilisateur lance sa règle on a pas fini
> de faire des outils spécifiques et ça va être ingérable.
>
> En conclusion, c'est à Toulouse Data de s'adapter ! C'est ça le
> travail communautaire.
>
> --
> Cyrille.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Continued aggression against French contributors (cadastre integration)

[Eric Marsden]

> "jl" == Jean-Marc Liotier  writes:

  jl> Une ou plusieurs personnes volontaires (au hasard Christian et
  jl> Sylvain...) pourraient être officiellement nommé "French data
  jl> import ombudsman" ("médiateur des imports de données en France")
  jl> par le groupe de travail Relations Internationales d'OSM-FR et
  jl> parlant avec le mandat de l'association.
  jl> 
  jl> Le débat prendrait alors une tournure institutionnelle dans
  jl> laquelle les questions de gouvernance et de subsidiarité ne
  jl> pourront plus être esquivées à chaque fois que nous les évoquons.

  Bonne idée.
  
-- 
Eric Marsden


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

Re: [OSM-talk-fr] Tournage d'un reportage-magazine pour France 3 Nord-Est

[Romain MEHUT]

Bonjour,

Petit retour sur le tournage de mercredi. J'ai passé 2 bonnes heures en
compagnie de l'équipe de France 3. C'était très sympa. Le reportage final
consacré aux logiciels libres fera 12 min et environ 2 min seront réservées
à OSM.

Voici quelques photos illustrant le tournage
http://galerie.ldn-fai.net/FR3-OSM-LDN/ (photos fournies par les membres du
Mirabellug et du Lorraine Data Network, FAI associatif, qui étaient
également interviewés pour ce reportage).

Le reportage sera diffusé dans le quart nord-est sur France 3 le 23
novembre à 23h10. J'ai demandé si nous pourrions avoir l'autorisation de
diffuser la vidéo par exemple sur OSM-FR. La journaliste m'a répondu que
c'est effectivement possible dans la mesure où l'on cite la source.

Romain

Le 12 octobre 2012 23:38, Ab_fab  a écrit :

> Je ne sais pas si l'on peut faire entrer l'appropriation de son lieu de
> vie dans la case solidarité, mais ça n'en demeure pas moins super important
>
> Le 12 octobre 2012 23:37, Vincent Pottier  a écrit :
>
>> Le 12/10/2012 15:03, Romain MEHUT a écrit :
>>
>> La photo avec des collégiens de Digne manipulant des cartes osm libres
>> montre ce qui est en train de se produire insensiblement : des jeunes
>> manient librement des données libres... ça fait partie de leur univers.
>> --
>> FrVIPofm
>>
>> __**_
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.**org/listinfo/talk-fr
>>
>
> --
> ab_fab 
> "Il n'y a pas de pas perdus"
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Continued aggression against French contributors (cadastre integration)

[Christophe Merlet]

Le vendredi 19 octobre 2012 à 10:27 +0200, Jean-Marc Liotier a écrit :
> On 19/10/2012 01:17, Christian Quest wrote:
> > Toutes les questions sur la gouvernance sont systématiquement évitées.
> > Difficile de mener le débat sur un terrain où l'on se retrouve seul,
> > mais je ne désespère pas (encore).
> L'un des obstacles à la progression du débat est que le DWG fait 
> argument d'autorité. Nous ne nous laissons pas impressionner, mais la 
> tentative de faire passer les Français pour leur caricature 
> indisciplinée semble néanmoins porter ses fruits empoisonnés. Alors nous 
> devons trouver un moyen de faire contrepoids dans le registre choisi par 
> le DWG - donc un contrepoids à l'image institutionnelle. Nous avons vu 
> plusieurs d'entre nous intervenir dans le débat à titre individuel - 
> n'est-il pas temps que l'association OpenStreetMap France prenne 
> position et mettre la position Française sur un pied d'égalité avec 
> l'image officielle de la position du DWG ?
> 
> Il me semble que c'est un rôle fait sur mesure pour le groupe de travail 
> Relations Internationales d'OSM-FR coordonné par Emilie - 
> http://wiki.openstreetmap.org/wiki/WikiProject_France/OSM-FR/Groupes_de_travail/Relations_Internationales
> 
> Une ou plusieurs personnes volontaires (au hasard Christian et 
> Sylvain...) pourraient être officiellement nommé "French data import 
> ombudsman" ("médiateur des imports de données en France") par le groupe 
> de travail Relations Internationales d'OSM-FR et parlant avec le mandat 
> de l'association.
> 
> Le débat prendrait alors une tournure institutionnelle dans laquelle les 
> questions de gouvernance et de subsidiarité ne pourront plus être 
> esquivées à chaque fois que nous les évoquons.
> 
> Et ça me fait penser qu'il serait temps que je sois membre de 
> l'association...

En tant que membre du CA, je suis entièrement d'accord avec toi.



Librement,
-- 
Christophe Merlet (RedFox)


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

Re: [OSM-talk-fr] ou est la licence?

[Philippe Verdy]

Le 19 octobre 2012 10:41, Strullu Loïc  a écrit :
> Bonjour,
>
> le copyright a été rajouté sur les images statiques.
>
> Exemple : http://www.gralon.net/plan-ville/plan-nice-2021.htm

Parfait, c'est conforme à ce qui est demandé.

> d'autre part, nous utilisons OSM sur notre version mobile :
> http://m.gralon.net/hotels-france/alpes-maritimes/hotels-5-etoiles-nice-2021/carte.html
> par le biai de notre serveur de tuiles : http://map.gralon.net

Conforme aussi aux demandes de la page des mentions légales d'OpenStreetMap.

> je pense que les indications de copyright sont justes sur ces plans.
>
> merci pour votre aide.

 Merci à vous pour votre intervention rapide.

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

Re: [OSM-talk-fr] Tournage d'un reportage-magazine pour France 3 Nord-Est

[partir-en-vtt]

Super bien, j'ai hâte de voir le résultat ! 



--
View this message in context: 
http://gis.19327.n5.nabble.com/Tournage-d-un-reportage-magazine-pour-France-3-Nord-Est-tp5730174p5731744.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Tournage d'un reportage-magazine pour France 3 Nord-Est

[Christian Quest]

Le 19 octobre 2012 11:33, Romain MEHUT  a écrit :
> Bonjour,
>
> Petit retour sur le tournage de mercredi. J'ai passé 2 bonnes heures en
> compagnie de l'équipe de France 3. C'était très sympa. Le reportage final
> consacré aux logiciels libres fera 12 min et environ 2 min seront réservées
> à OSM.
>

2h -> 2 minutes, c'est la ratio habituel ;)


> Voici quelques photos illustrant le tournage
> http://galerie.ldn-fai.net/FR3-OSM-LDN/ (photos fournies par les membres du
> Mirabellug et du Lorraine Data Network, FAI associatif, qui étaient
> également interviewés pour ce reportage).
>
> Le reportage sera diffusé dans le quart nord-est sur France 3 le 23 novembre
> à 23h10. J'ai demandé si nous pourrions avoir l'autorisation de diffuser la
> vidéo par exemple sur OSM-FR. La journaliste m'a répondu que c'est
> effectivement possible dans la mesure où l'on cite la source.
>

Une confirmation écrite de ceci permettrait de lever tout doute...

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

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

Re: [OSM-talk-fr] Tournage d'un reportage-magazine pour France 3 Nord-Est

[Romain MEHUT]

Le 19 octobre 2012 12:02, Christian Quest  a écrit
:

>
> Une confirmation écrite de ceci permettrait de lever tout doute...
>

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

Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset

[sly (sylvain letuffe)]

Le vendredi 19 octobre 2012 09:39:32, Christian Quest a écrit :
> Voire même:
> - un tri par JOSM avant envoi des données ayant un tag source=XXX du reste
> - un premier envoi avec le compte dédié qui va bien des nouvelles
> données identifiées par source=XXX en supprimant au passage le
> source=XXX sur les objets pour le mettre sur le changeset
> - un second envoi du reste sur le compte normal.

== préambule ==
Je vais me permettre de re-présenter ici mon idée car j'ai l'impression 
qu'elle est passée un peu à la trappe dans le brouhaha de talk et de talk-fr

Si on accepte comme but du DWG (mais pourquoi pas nous au final) qu'il soit 
possible d'identifier les contributions issues "à la main" de celles issues 
d'un "import" afin de (faire des revert plus simples, suivre, surveiller, 
etc.)
Et que c'est pour ça qu'ils veulent imposer un 2ème compte pour la cadastre 
car ils pensent que c'est la solution la plus efficace.

== alternative ==
Alors voici une autre solution : (Le mérite revient en grande partie a Richard 
Fairhust qui l'avait déjà proposée)
Mettre des tags dans le changeset afin d'identifier ceux qui sont issus de 
données cadastrales ou d'imports en général.

(L'utilisation d'un 2ème compte, que je classe au rand de bidouille, devenant 
alors obsolète dans la totalité des cas d'import/revert/absolument tout, mais 
n'allons pas trop vite pour brusquer les habitudes)

== mise en oeuvre ==
Ajoute des tags à un changeset présente presque le même défaut qu'utiliser un 
compte séparé : il faut y penser !
Et un nouveau : il faut arriver à tous être cohérent pour avoir des tags 
commun.

Ces 2 problèmes peuvent être résolu dans quasi 100% des cas par un patch dans 
JOSM afin que soit automatiquement mis ces tags quand on part d'un fichier 
générer sur cadastre.openstreetmap.fr
Alors, elle est pas simple la vie ?

Attention, cadeau bonux, ce patch existe déjà :
http://josm.openstreetmap.de/ticket/6742

Mais mieux, toutes vos version de JOSM le supporte sans doute déjà !
Voir fichier de test ci-joint.
Alors, elle est pas belle la vie ?

J'attends quelques retours et m'en vais présenter cette alternative à dieu (F. 
Ramm)

-- 
sly (sylvain letuffe)


test-sly.osm
Description: XML document
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset

[Jean-Marc Liotier]

On 19/10/2012 13:26, sly (sylvain letuffe) wrote:
Si on accepte comme but du DWG (mais pourquoi pas nous au final) qu'il 
soit possible d'identifier les contributions issues "à la main" de 
celles issues d'un "import" afin de (faire des revert plus simples, 
suivre, surveiller, etc.) Et que c'est pour ça qu'ils veulent imposer 
un 2ème compte pour la cadastre car ils pensent que c'est la solution 
la plus efficace.


Alors voici une autre solution : (Le mérite revient en grande partie a 
Richard Fairhust qui l'avait déjà proposée) Mettre des tags dans le 
changeset afin d'identifier ceux qui sont issus de données cadastrales 
ou d'imports en général. (L'utilisation d'un 2ème compte, que je 
classe au rand de bidouille, devenant alors obsolète dans la totalité 
des cas d'import/revert/absolument tout
Si on prend pour argent comptant les buts exprimés par le DWG et qu'on 
fait semblant de ne pas voir le problème politique, alors je crois que 
c'est une bonne solution. Le problème des sessions d'édition mixtes 
persiste, mais c'est un inconvénient mineur par rapport au problème 
résolu. Je crois que proposer cette solution offrira une porte de sortie 
honorable à toutes les parties en présence. Si elle est rejetée par le 
DWG, ce sera à mon avis un indice de mauvaise foi - mais en attendant 
soyons ouvert et donnons-leur le bénéfice du doute en proposant à 
nouveau cette solution pragmatique qui me semble parfaitement 
correspondre aux pratiques d'Openstreetmap.



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

Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset

[Christian Quest]

C'est une partie de la solution très intéressante mais qui
malheureusement ne prend pas en compte la façon habituelle de
travailler avec les fichiers du cadastre.

J'm'explique...

On charge généralement le fichier .osm, puis on vérifie son contenu,
on corrige les erreurs présentes dans ce fichier... mais ensuite il
faut bien vérifier/fusionner avec l'existant, corriger les routes qui
ont besoin d'être corrigées. Si l'on envoi le tout dans un unique
changeset, le tag "import" ne fera aucune différence entre ce qui
vient du cadastre et le reste.

D'où mon idée de générer si possible automatiquement 2 changeset
séparés (éventuellement en utilisant 2 comptes si ça peut calmer
certains).

L'un ne contiendrai que les données avec un "source=*" et des tags
supplémentaires communs comme ceux proposés par Richard, l'autre
contiendra les données non importées. Sinon, toute modification sans
rapport avec la source d'origine sera marque par ces tags globaux sur
le changeset.

Ca ne me semble pas si compliqué que ça à coder, mais je ne connais
pas les entrailles de JOSM.


Le 19 octobre 2012 13:26, sly (sylvain letuffe)  a écrit :
> Le vendredi 19 octobre 2012 09:39:32, Christian Quest a écrit :
>> Voire même:
>> - un tri par JOSM avant envoi des données ayant un tag source=XXX du reste
>> - un premier envoi avec le compte dédié qui va bien des nouvelles
>> données identifiées par source=XXX en supprimant au passage le
>> source=XXX sur les objets pour le mettre sur le changeset
>> - un second envoi du reste sur le compte normal.
>
> == préambule ==
> Je vais me permettre de re-présenter ici mon idée car j'ai l'impression
> qu'elle est passée un peu à la trappe dans le brouhaha de talk et de talk-fr
>
> Si on accepte comme but du DWG (mais pourquoi pas nous au final) qu'il soit
> possible d'identifier les contributions issues "à la main" de celles issues
> d'un "import" afin de (faire des revert plus simples, suivre, surveiller,
> etc.)
> Et que c'est pour ça qu'ils veulent imposer un 2ème compte pour la cadastre
> car ils pensent que c'est la solution la plus efficace.
>
> == alternative ==
> Alors voici une autre solution : (Le mérite revient en grande partie a Richard
> Fairhust qui l'avait déjà proposée)
> Mettre des tags dans le changeset afin d'identifier ceux qui sont issus de
> données cadastrales ou d'imports en général.
>
> (L'utilisation d'un 2ème compte, que je classe au rand de bidouille, devenant
> alors obsolète dans la totalité des cas d'import/revert/absolument tout, mais
> n'allons pas trop vite pour brusquer les habitudes)
>
> == mise en oeuvre ==
> Ajoute des tags à un changeset présente presque le même défaut qu'utiliser un
> compte séparé : il faut y penser !
> Et un nouveau : il faut arriver à tous être cohérent pour avoir des tags
> commun.
>
> Ces 2 problèmes peuvent être résolu dans quasi 100% des cas par un patch dans
> JOSM afin que soit automatiquement mis ces tags quand on part d'un fichier
> générer sur cadastre.openstreetmap.fr
> Alors, elle est pas simple la vie ?
>
> Attention, cadeau bonux, ce patch existe déjà :
> http://josm.openstreetmap.de/ticket/6742
>
> Mais mieux, toutes vos version de JOSM le supporte sans doute déjà !
> Voir fichier de test ci-joint.
> Alors, elle est pas belle la vie ?
>
> J'attends quelques retours et m'en vais présenter cette alternative à dieu (F.
> Ramm)
>
> --
> sly (sylvain letuffe)
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

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

Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset

[THEVENON Julien]

L avantage d un mix entre la solution de Christian et Sly c est que ca 
permettrait d atteindre les meme buts qu avec le compte separe sans justement 
la lourdeur de la creation d un deuxieme compte.
J aime bien cette proposition. je suis daccord avec Jean-Marc sur le fait que 
ca pourrait peut etre permettre de sortir de la discussion cadastre et se 
recentrer sur la gouvernance si la proposition etait presentee sur talk

Julien





>
> De : Christian Quest 
>À : Discussions sur OSM en français  
>Envoyé le : Vendredi 19 octobre 2012 13h39
>Objet : Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : 
>tags dans changeset
> 
>C'est une partie de la solution très intéressante mais qui
>malheureusement ne prend pas en compte la façon habituelle de
>travailler avec les fichiers du cadastre.
>
>J'm'explique...
>
>On charge généralement le fichier .osm, puis on vérifie son contenu,
>on corrige les erreurs présentes dans ce fichier... mais ensuite il
>faut bien vérifier/fusionner avec l'existant, corriger les routes qui
>ont besoin d'être corrigées. Si l'on envoi le tout dans un unique
>changeset, le tag "import" ne fera aucune différence entre ce qui
>vient du cadastre et le reste.
>
>D'où mon idée de générer si possible automatiquement 2 changeset
>séparés (éventuellement en utilisant 2 comptes si ça peut calmer
>certains).
>
>L'un ne contiendrai que les données avec un "source=*" et des tags
>supplémentaires communs comme ceux proposés par Richard, l'autre
>contiendra les données non importées. Sinon, toute modification sans
>rapport avec la source d'origine sera marque par ces tags globaux sur
>le changeset.
>
>Ca ne me semble pas si compliqué que ça à coder, mais je ne connais
>pas les entrailles de JOSM.
>
>
>Le 19 octobre 2012 13:26, sly (sylvain letuffe)  a écrit :
>> Le vendredi 19 octobre 2012 09:39:32, Christian Quest a écrit :
>>> Voire même:
>>> - un tri par JOSM avant envoi des données ayant un tag source=XXX du reste
>>> - un premier envoi avec le compte dédié qui va bien des nouvelles
>>> données identifiées par source=XXX en supprimant au passage le
>>> source=XXX sur les objets pour le mettre sur le changeset
>>> - un second envoi du reste sur le compte normal.
>>
>> == préambule ==
>> Je vais me permettre de re-présenter ici mon idée car j'ai l'impression
>> qu'elle est passée un peu à la trappe dans le brouhaha de talk et de talk-fr
>>
>> Si on accepte comme but du DWG (mais pourquoi pas nous au final) qu'il soit
>> possible d'identifier les contributions issues "à la main" de celles issues
>> d'un "import" afin de (faire des revert plus simples, suivre, surveiller,
>> etc.)
>> Et que c'est pour ça qu'ils veulent imposer un 2ème compte pour la cadastre
>> car ils pensent que c'est la solution la plus efficace.
>>
>> == alternative ==
>> Alors voici une autre solution : (Le mérite revient en grande partie a 
>> Richard
>> Fairhust qui l'avait déjà proposée)
>> Mettre des tags dans le changeset afin d'identifier ceux qui sont issus de
>> données cadastrales ou d'imports en général.
>>
>> (L'utilisation d'un 2ème compte, que je classe au rand de bidouille, devenant
>> alors obsolète dans la totalité des cas d'import/revert/absolument tout, mais
>> n'allons pas trop vite pour brusquer les habitudes)
>>
>> == mise en oeuvre ==
>> Ajoute des tags à un changeset présente presque le même défaut qu'utiliser un
>> compte séparé : il faut y penser !
>> Et un nouveau : il faut arriver à tous être cohérent pour avoir des tags
>> commun.
>>
>> Ces 2 problèmes peuvent être résolu dans quasi 100% des cas par un patch dans
>> JOSM afin que soit automatiquement mis ces tags quand on part d'un fichier
>> générer sur cadastre.openstreetmap.fr
>> Alors, elle est pas simple la vie ?
>>
>> Attention, cadeau bonux, ce patch existe déjà :
>> http://josm.openstreetmap.de/ticket/6742
>>
>> Mais mieux, toutes vos version de JOSM le supporte sans doute déjà !
>> Voir fichier de test ci-joint.
>> Alors, elle est pas belle la vie ?
>>
>> J'attends quelques retours et m'en vais présenter cette alternative à dieu 
>> (F.
>> Ramm)
>>
>> --
>> sly (sylvain letuffe)
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
>-- 
>Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset

[Jean-Marc Liotier]

Si on propose simultanément aux niveaux techniques et politique, je 
crois qu'on couvre tous les tenants du débat et qu'on peut obtenir une 
masse critique d'approbation consensuelle:
- Sur le plan technique, étiquetage des changesets dans JOSM avec 
éventuellement capacité à générer automatiquement deux changesets 
distincts pour les données d'origine purement cadastrales et les données 
mixtes.
- Sur le plan politique, nomination d'un ou plusieurs "French data 
import ombudsman" ("médiateur des imports de données en France") par le 
groupe de travail Relations Internationales d'OSM-FR


Avons-nous oublié un autre aspects ? Si nous empaquetons tout ça dans un 
texte émis à talk@osm par un représentant d'OSM-FR, il y a peut-être une 
bonne chance d'en finir avec la polémique.



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

Re: [OSM-talk-fr] A propos de la couche voirie/cadastre de layers.openstreetmap.fr

[Stéphane Péneau]

C'est vraiment mineur pour mon utilisation, mais au cas où ça cacherait 
un bug plus grave :


Jusqu'au zoom 6, ce sont toujours les anciennes données qui sont affichées :
Dès qu'on passe au zoom 7, ce sont les nouvelles données, ça se voit 
assez bien autour de Poitiers.

http://layers.openstreetmap.fr/?zoom=6&lat=46.58797&lon=1.85904&layers=B00FFT

J'ai oublié de préciser que j'ai été obligé de vider le cache pour voir 
les nouvelles données de la couche voirie/cadastre, et que je l'ai 
refait avant de poster ce message.


Stf

Le 19/10/2012 10:10, Stéphane Péneau a écrit :

Le 18/10/2012 18:16, sly (sylvain letuffe) a écrit :

On jeudi 18 octobre 2012, Ab_fab wrote:

http://www.openstreetmap.org/browse/relation/78849

Donc, joli bug de trouvé ;-)
Il s'avère que 50 communes au total étaient présentes en double dans 
une des

tables, et ça faisait foirer la mise à jour.

Un recalcul de environ 1h est en cours pour remettre ça au propre


Je confirme que ça fonctionne de nouveau normalement. Merci !

Stf

___
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] export d'une zone assez grande pour impression

[Romain MEHUT]

L'étape qui m'intéresserait serait d'avoir un outil pour "découper" l'image
en plusieurs morceaux. Cf. ce blog d'Andy Allan
www.britishideas.com/2011/01/19/poster-map-of-east-yorkshire/#comments où
il n'a pas répondu à ma 2ème de question. Vous avez une idée?

Romain

Le 18 octobre 2012 17:27, Ab_fab  a écrit :

> Tu peux tenter avec ce service Open Mapquest (qui a l'intérêt de ne pas
> charger les serveurs de la fondation) :
> http://open.mapquestapi.com/staticmap/
>
> Il produit des images jusqu'à 3400 x 3400
> Cela doit être possible de refaire une mosaique de ces grosses images
>
> Je viens de tester grace à l'interface à disposition sur la page, et ça
> marche pour une résolution de 3072 x 3072 (soit 12 tuiles par 12 tuiles de
> 256x256 px)
> Si tu veux du 300 points par pouce, cela fait une image de 23600 x 14200
> points pour 2 m x 1.2 m,
> soit grosso modo 8 images  en largeur sur 5 en hauteur (40 à générer en
> tout)
>
> Noter que chaque image incluera le logo mapquest, l'échelle, et les
> crédits pour le projet osm.
> Répété 40 fois, c'est pas très beau.
>
> Le 18 octobre 2012 16:49, Emilie Poulard Bostyn  > a écrit :
>
> Bonsoir,
>> j'ai besoin de faire un export de la zone :
>> http://www.openstreetmap.org/?**minlon=-1.84355640411377&**
>> minlat=48.1810150146484&**maxlon=-1.62202405929565&**
>> maxlat=48.3244400024414
>>
>> L'idée est de l'imprimer sur une carte de 2mX1,20m donc il me faut une
>> très bonne définition et surtout un maximum d'infos du rendu Mapnik
>> (lieux-dits par exemple)
>> Je ne sais pas comment m'y prendre car le site osm me répond "trop grand"
>> et avec planet.osm je ne vois pas comment faire. En plus je n'ai pas un
>> débit extraordinaire...
>> Une idée ?
>>
>> Merci
>>
>> --
>>
>> Emilie Poulard Bostyn
>> animatrice informatique et communication
>> Communauté de communes du Val d'Ille
>> 06 84 56 10 44 (absente le mercredi)
>> www.valdille.fr
>> Pensez environnement ! N'imprimez ce mail que si c'est vraiment nécessaire
>>
>>
>> __**_
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.**org/listinfo/talk-fr
>>
>
>
>
> --
> ab_fab 
> "Il n'y a pas de pas perdus"
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset

[didier2020]

> J'attends quelques retours et m'en vais présenter cette alternative à dieu 
> (F. 
> Ramm)
si on enregistre le fichier, josm supprime tout
upload-changeset='-1' et la définition 


didier



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

Re: [OSM-talk-fr] A propos de la couche voirie/cadastre de layers.openstreetmap.fr

[sly (sylvain letuffe)]

On vendredi 19 octobre 2012, Stéphane Péneau wrote:
> C'est vraiment mineur pour mon utilisation, mais au cas où ça cacherait 
> un bug plus grave :
> 
> Jusqu'au zoom 6, ce sont toujours les anciennes données qui sont affichées :
> Dès qu'on passe au zoom 7, ce sont les nouvelles données, ça se voit 
> assez bien autour de Poitiers.
> 
http://layers.openstreetmap.fr/?zoom=6&lat=46.58797&lon=1.85904&layers=B00FFT

Sauf erreur, ça sera remis à jour d'ici 24h (je peux te soustraiter la 
vérification dans 24h ?)
 
> J'ai oublié de préciser que j'ai été obligé de vider le cache pour voir 
> les nouvelles données de la couche voirie/cadastre, et que je l'ai 
> refait avant de poster ce message.

Il y a aussi des histoires avec les caches locaux dans ton navigateur, mais je 
trouve ça inutile, je vais en causer à celui qui gère ça


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

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

Re: [OSM-talk-fr] Proposition de Frederik etait [OSM-talk] Continued aggression against French contributors (cadastre integration)

[Pieren]

2012/10/19 Christian Quest :
> Il n'y a pas d'engagement vis à vis de la dgfip d'avoir un tag source
> sur les objets eux même, je doute que la dgfip connaisse notre modèle
> de données, sache ce qu'est un tag, sache ce qu'est un changeset.
> Que l'info de source soit sur l'objet lui même ou sur le changeset
> c'est du pareil au même (pour moi), elle n'est pas visible dans la
> majorité des usages (cartes), il faut passer par un éditeur pour voir
> ce tag et l'éditeur permet de remonter l'historique pour savoir que
> l'objet provient du cadastre et de quel millésime il s'agit.

Trouver les tags du changeset est plus difficile que de trouver ceux
directement attachés à l'élément. Lorsqu'un objet a un historique,
c'est encore plus difficile. Lorsque les données OSM sont
redistribuées (export, planet), il est très facile de perdre les tags
des changesets alors que supprimer le tag source attachés aux éléments
nécessite une action volontaire. J'ai déjà fait une liste des
avantages et inconvénients de chaque méthode, cf les archives.

Pieren

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

Re: [OSM-talk-fr] Proposition de Frederik etait [OSM-talk] Continued aggression against French contributors (cadastre integration)

[HELFER Denis]

> -Message d'origine-
> De : Pieren [mailto:pier...@gmail.com]
> Envoyé : vendredi 19 octobre 2012 14:44
> À : Discussions sur OSM en français
> Objet : Re: [OSM-talk-fr] Proposition de Frederik etait [OSM-talk]
> Continued aggression against French contributors (cadastre integration)
> 
> 2012/10/19 Christian Quest :
> > Il n'y a pas d'engagement vis à vis de la dgfip d'avoir un tag source
> > sur les objets eux même, je doute que la dgfip connaisse notre modèle
> > de données, sache ce qu'est un tag, sache ce qu'est un changeset.
> > Que l'info de source soit sur l'objet lui même ou sur le changeset
> > c'est du pareil au même (pour moi), elle n'est pas visible dans la
> > majorité des usages (cartes), il faut passer par un éditeur pour voir
> > ce tag et l'éditeur permet de remonter l'historique pour savoir que
> > l'objet provient du cadastre et de quel millésime il s'agit.
> 
> Trouver les tags du changeset est plus difficile que de trouver ceux
> directement attachés à l'élément. Lorsqu'un objet a un historique,
> c'est encore plus difficile. Lorsque les données OSM sont
> redistribuées (export, planet), il est très facile de perdre les tags
> des changesets alors que supprimer le tag source attachés aux éléments
> nécessite une action volontaire. J'ai déjà fait une liste des
> avantages et inconvénients de chaque méthode, cf les archives.
> 
> Pieren
> 

+10

Dans le produit composite que forme la base OSM par rapport au plan cadastral, 
il est indispensable de maintenir la source au niveau données et pas des 
changesets. Tant que l'API ne transfèrera pas automatiquement la mention de 
source d'un changeset sur les objets concernés, il serait hasardeux d'envisager 
un tel changement de méthode. Je crois qu'on a de la marge jusqu'à ce que cela 
soit réalisé.
Pour les cartes, qui sont des œuvres intellectuelles distinctes de la base, ce 
sont les mentions de la licence ODbl OSM qui s'appliquent.
Si c'est la question taille de ces mentions de source dans la base qui posent 
problème, je suis prêt à participer à l'appel de fonds nécessaire pour 
l'acquisition de serveurs supplémentaires.

Denis

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

Re: [OSM-talk-fr] A propos de la couche voirie/cadastre de layers.openstreetmap.fr

[Stéphane Péneau]

Le 19/10/2012 14:28, sly (sylvain letuffe) a écrit :
Sauf erreur, ça sera remis à jour d'ici 24h (je peux te soustraiter la 
vérification dans 24h ?) 


ça marche !

Il y a aussi des histoires avec les caches locaux dans ton navigateur, 
mais je trouve ça inutile, je vais en causer à celui qui gère ça 


Ah ? Heu ! Peut-être, je ne maitrise pas le sujet.

Stf

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

Re: [OSM-talk-fr] Proposition de Frederik etait [OSM-talk] Continued aggression against French contributors (cadastre integration)

[Christian Quest]

Je te l'accorde, aujourd'hui ce n'est pas parfait et chaque méthode a
les avantages et inconvénients que tu avais rémusé (cf archives). Je
voulais juste dire que c'est une étape de plus mais que l'info est
bien accessible dès qu'on passe au niveau des objets et que des
améliorations techniques sont possibles.

Par contre, je ne comprend comment il serait possible de perdre les
tags sur les changeset, ceux-ci ne sont pas modifiables une fois le
changeset fermé à ce que je sache.

Insérer dans les dump et les diffs les infos/tags sur les changeset
(par les changeset en eux même) serait un sacré bonus. C'est aussi de
ce côté qu'il faut améliorer les choses si on veut réduire la
répétition inutile des tags "source" sur les objets issus d'un import.

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

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

Re: [OSM-talk-fr] export d'une zone assez grande pour impression

[Jean-Claude Repetto]

On 18/10/2012 16:49, Emilie Poulard Bostyn wrote:
> Bonsoir,
> j'ai besoin de faire un export de la zone :
> http://www.openstreetmap.org/?minlon=-1.84355640411377&minlat=48.1810150146484&maxlon=-1.62202405929565&maxlat=48.3244400024414
> 
> 
> L'idée est de l'imprimer sur une carte de 2mX1,20m donc il me faut une
> très bonne définition et surtout un maximum d'infos du rendu Mapnik
> (lieux-dits par exemple)
> Je ne sais pas comment m'y prendre car le site osm me répond "trop
> grand" et avec planet.osm je ne vois pas comment faire. En plus je n'ai
> pas un débit extraordinaire...
> Une idée ?
> 

As-tu essayé des outils comme MOBAC ?

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

Re: [OSM-talk-fr] export d'une zone assez grande pour impression

[Christian Quest]

Tu veux cette zone avec le niveau de détail de quel zoom ?

Zoom 15: 
http://www.openstreetmap.org/?lat=48.25278&lon=-1.73279&zoom=15&layers=M

Tu veux une image en bitmap ou en vectoriel ?

En bitmap, tu peux utiliser Bigmap: http://wiki.openstreetmap.org/wiki/Bigmap

Ca produit un script perl qui permet de récupérer automatiquement les
tuiles et d'en refaire un gros PNG.

Je l'ai utilisé pour récupérer des tuiles de relief colorisées sur la
france entière sur un résolution permettant une impression de carte
d'1m x 1m en 300dpi.


Le 18 octobre 2012 16:49, Emilie Poulard Bostyn
 a écrit :
> Bonsoir,
> j'ai besoin de faire un export de la zone :
> http://www.openstreetmap.org/?minlon=-1.84355640411377&minlat=48.1810150146484&maxlon=-1.62202405929565&maxlat=48.3244400024414
>
> L'idée est de l'imprimer sur une carte de 2mX1,20m donc il me faut une très
> bonne définition et surtout un maximum d'infos du rendu Mapnik (lieux-dits
> par exemple)
> Je ne sais pas comment m'y prendre car le site osm me répond "trop grand" et
> avec planet.osm je ne vois pas comment faire. En plus je n'ai pas un débit
> extraordinaire...
> Une idée ?
>
> Merci
>
> --
>
> Emilie Poulard Bostyn
> animatrice informatique et communication
> Communauté de communes du Val d'Ille
> 06 84 56 10 44 (absente le mercredi)
> www.valdille.fr
> Pensez environnement ! N'imprimez ce mail que si c'est vraiment nécessaire
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



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

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

Re: [OSM-talk-fr] export d'une zone assez grande pour impression

[Ab_fab]

Pour info, j'ai fait l'essai du téléchargement des tuiles en zoom 17, sur
la zone données par Emilie.
L'outil utilisé (*) a généré 15 x 15 images de résolution 1375 x 1339
chacune (doit y avoir moyen de faire moins d'images, mais plus grosses)
Elles sont à disposition dans cette archive : http://dl.free.fr/qfCkLXZNb

Je l'ai fait parce que la zone est limitée en surface (0.2° x 0.2°). Ce
genre d'outil est néfaste pour les générateurs de tuiles quand il est
utilisé par beaucoup d'utilisateurs à grande échelle. Cf. message sur la
page wiki de MOBAC
http://wiki.openstreetmap.org/wiki/MOBAC

(*) J'ai opté pour NoniMapView

Le 19 octobre 2012 15:35, Christian Quest  a écrit
:

> Tu veux cette zone avec le niveau de détail de quel zoom ?
>
> Zoom 15:
> http://www.openstreetmap.org/?lat=48.25278&lon=-1.73279&zoom=15&layers=M
>
> Tu veux une image en bitmap ou en vectoriel ?
>
> En bitmap, tu peux utiliser Bigmap:
> http://wiki.openstreetmap.org/wiki/Bigmap
>
> Ca produit un script perl qui permet de récupérer automatiquement les
> tuiles et d'en refaire un gros PNG.
>
> Je l'ai utilisé pour récupérer des tuiles de relief colorisées sur la
> france entière sur un résolution permettant une impression de carte
> d'1m x 1m en 300dpi.
>
>
> Le 18 octobre 2012 16:49, Emilie Poulard Bostyn
>  a écrit :
> > Bonsoir,
> > j'ai besoin de faire un export de la zone :
> >
> http://www.openstreetmap.org/?minlon=-1.84355640411377&minlat=48.1810150146484&maxlon=-1.62202405929565&maxlat=48.3244400024414
> >
> > L'idée est de l'imprimer sur une carte de 2mX1,20m donc il me faut une
> très
> > bonne définition et surtout un maximum d'infos du rendu Mapnik
> (lieux-dits
> > par exemple)
> > Je ne sais pas comment m'y prendre car le site osm me répond "trop
> grand" et
> > avec planet.osm je ne vois pas comment faire. En plus je n'ai pas un
> débit
> > extraordinaire...
> > Une idée ?
> >
> > Merci
> >
> > --
> >
> > Emilie Poulard Bostyn
> > animatrice informatique et communication
> > Communauté de communes du Val d'Ille
> > 06 84 56 10 44 (absente le mercredi)
> > www.valdille.fr
> > Pensez environnement ! N'imprimez ce mail que si c'est vraiment
> nécessaire
> >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> --
> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset

[sly (sylvain letuffe)]

> J'm'explique...
> 
> On charge généralement le fichier .osm, puis on vérifie son contenu,
> on corrige les erreurs présentes dans ce fichier... mais ensuite il
> faut bien vérifier/fusionner avec l'existant, corriger les routes qui
> ont besoin d'être corrigées. Si l'on envoi le tout dans un unique
> changeset, le tag "import" ne fera aucune différence entre ce qui
> vient du cadastre et le reste.

J'en conviens, en ce point, 2ème compte ou ma proposition ne change rien au 
problème. Il est toutefois, il me semble plus aisé de demander l'effort à un 
contributeur lié à ma propostion, qu'a celle de créer et utiliser un 2ème 
compte.
L'effort étant : Lorsque vous importer un fichier de bâti, merci de le faire 
l'intégration dans OSM en enlevant les bâtiments de ce que vous allez 
ajouter, fusion, correction de noeuds etc puis mettre à jour vos changements. 
Ensuite, vous pourrez vous consacrer à gérer les routes, rajouter les 
magasins, etc. (parce on veut pouvoir identifier)
Non seulement ça ne me semble pas insurmontable, mais même très profitable 
pour tous, et je ne parle pas du DWG


> D'où mon idée de générer si possible automatiquement 2 changeset
> séparés (éventuellement en utilisant 2 comptes si ça peut calmer
> certains).

Le 2ème compte me semble inutile, même là. il suffirait que le 1er changeset 
(import) utilises des tags spécifiques.
J'adhère toutefois au fait que ta proposition va plus loin en étant capable, 
de manière automatique, de différencier les deux (par le tag 
source=*cadastre*), mais, et c'est juste mon opinion, ça n'a aucune chance 
d'être fait. 
(trop dur, qui va coder, trop spécifique, etc.)
D'où ma proposition intermédiaire, qui, d'ailleurs, n'empêche pas ta solution 
de voir le jour en même temps, où après, il lui suffira (à ta proposition) 
non pas d'auto-sélectionner un deuxième compte, mais d'auto-sélectionner les 
bons tags pour le changeset)

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

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

Re: [OSM-talk-fr] Proposition de Frederik etait [OSM-talk] Continued aggression against French contributors (cadastre integration)

[Philippe Verdy]

Comment a-t-on fait pour changer de licence ? Il a fallu de toute
façon regarder les historiques des objets pour regarder de quel
changeset venait chaque modification ou ajout, qui l'avait faite et
quelles conditions de licence lui était applicable.
Cela n'a pas demandé un temps de traitement si considérable que ça aux
serveurs, alors qu'il a fallu traiter la totalité des données du monde
entier.
Là on parle de pourvoir faire un revert éventuel sur "quelques"
éléments qui ne devraient pas être dans la base. Même si cela concerne
un gros import de quelques dizaines milliers de points et des milliers
de petits objets, les serveurs ont déjà prouvé la capacité de le faire
lors de la migration de licence.
Les bots concernés écrits pour ce changement ont pu faire les modifs
nécessaires, ils sauront encore lire les tags des changeset pour
retrouver les sources (facilement) alors que les tags des objets
eux-mêmes nécessitent de fouiller des version successives de tout un
tas d'objets non concernés dans la zone par la première source de
données.
Les tags des changesets ont effecitmvement l'avantage d'être
inamovibles et de nécessiter très peu de requêtes pour les obtenir
(pour un seul objet cela ne change rien mais là on parle de milliers
d'objets qui se partagent un même changeset problématique : il y a
beaucoup moins de changesets à analyser que d'objets, dès qu'on a
récupéré un changeset trouvé dans l'hstorique d'un objet, on a ses
caractéristiques déjà chargées aussi pour tous les autres historiques
d'objets.
En terme d'efficacité et aussi d'exhausitivé, c'est bien plus précis
et plus rapide de regarder les attributs des changesets que le détail
de chacun des objets dans une zone (en risquant d'en oublier des tas
d'autres dans la même zone.

Bref je ne suis pas d'accord avec toi en terme de difficulté, même si
dans le cas des éditeurs ces données sont moins facilement accessibles
immédiatement. Mais le but n'est pas ici de faciliter les éditions,
mais de savoir qui a fait quoi et à qui appartient les données
existantes et d'où elles viennent à l'origine (ce que n'indique en
fait pas, ou très mal, les tags des objets eux-mêmes qui ont pu être
modifiés souvent depuis leur import, la source effective ayant pu
changer et celle mentionnée n'étant pus adéquate dès l'instant qu(on a
augmenté les données à partir d'autres sources ou de connaissances
personnelles, ou divisé les chemins et surfaces, et fusionné des
noeuds proches mais de source différentes).

Le 19 octobre 2012 14:43, Pieren  a écrit :
> 2012/10/19 Christian Quest :
>> Il n'y a pas d'engagement vis à vis de la dgfip d'avoir un tag source
>> sur les objets eux même, je doute que la dgfip connaisse notre modèle
>> de données, sache ce qu'est un tag, sache ce qu'est un changeset.
>> Que l'info de source soit sur l'objet lui même ou sur le changeset
>> c'est du pareil au même (pour moi), elle n'est pas visible dans la
>> majorité des usages (cartes), il faut passer par un éditeur pour voir
>> ce tag et l'éditeur permet de remonter l'historique pour savoir que
>> l'objet provient du cadastre et de quel millésime il s'agit.
>
> Trouver les tags du changeset est plus difficile que de trouver ceux
> directement attachés à l'élément. Lorsqu'un objet a un historique,
> c'est encore plus difficile. Lorsque les données OSM sont
> redistribuées (export, planet), il est très facile de perdre les tags
> des changesets alors que supprimer le tag source attachés aux éléments
> nécessite une action volontaire. J'ai déjà fait une liste des
> avantages et inconvénients de chaque méthode, cf les archives.

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

Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset

[sly (sylvain letuffe)]

> Si on prend pour argent comptant les buts exprimés par le DWG et qu'on 
> fait semblant de ne pas voir le problème politique

Attention, je n'ai surtout pas dis que je cherchais une solution technique 
dans le but, ni de leur permettre, ni de nous permettre, d'éluder le problème 
politique.
Ce problème *doit* être traité.
Mais il n'y a qu'a voir les efforts de Christian répétés et ignorés.
Le problème semble s'être cristallisé sur la pensée suivante :
"Les français nous font chier parce qu'il veulent des règles rien que pour 
eux, et ils tentent d'amener le débat sur la question de la gouvernance et de 
l'établissement des règles dans l'unique but de les changer pour pouvoir 
importer leur cadastre envers et contre tous"

Par ma proposition, je propose une sortie "honorable" pour tous, qui ne montre 
pas que l'un ou l'autre à cédé, mais que chacun a fait un pas vers l'autre.
Nous, en comprenant que le DWG souhaite pouvoir identifier toutes les 
opérations dont une part ou totalité des points proviennent d'un tiers et 
mettre en oeuvre des choses réalistes pour leur permettre de faire cette 
identification.
Eux, en comprenant que créer et utiliser un deuxième compte est une galère 
pour de nombreux contributeurs français qui, bien que connaissant leur 
village et donc étant la meilleure ressource que nous avons, n'ont pas, ne 
peuvent pas faire l'effort de bien distinguer leurs contributions manuelles 
de "importées"
(sans compter que un compte c'est fait pour un utilisateur, et la création 
d'un deuxième n'est qu'un pis aller pour régler, partiellement, un autre 
problème, et avoir comme effet pervers de gonfler faussement les stats 
d'utilisateurs, rendre plus dur l'identification des personnes, devoir se 
creuser la tête pour savoir si c'est son compte principal ou son 2ème compte 
import.
Franchement, ils s'apprètent à établir une règle qui dit :
votre compte est x créer alors le compte x_import_cadastre
c'est ridicule ! "import_cadastre" n'est pas un attribut du compte, c'est un 
attribut des éditions qui sont faites
)

> Si elle est rejetée par le 
> DWG, ce sera à mon avis un indice de mauvaise foi

J'ai exactement pensé à ça, c'est pourquoi je souhaite contacter le DWG 
directement, montrer que j'ai une idée simple et réaliste qui couvre leurs 
demandes ET les notres, (voire celles d'autres contributeurs pour l'avenir) 
et que l'on puisse savoir si tout ça, n'est pas qu'une ruse pour empêcher des 
gens d'importer.


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

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

Re: [OSM-talk-fr] Réf.: je quitte la France, salut salut

[Florian LAINEZ]

Le 1 octobre 2012 20:19, THEVENON Julien  a écrit
:

> si je me rappelle bien c etait toi qui cherchait un datalogger pour tes
> vacances et qui t es rabattu sur un etrex de Garmin,ca donne quoi?satisfait
> ou non ?


Oui c'est bien moi. Assez satisfait du Etrex 20 :
bonne prise en main, très bonne précision, bonne autonomie, navigation
fluide, carte OSM qui s'affichent précisément ... j'ai pu mettre dans la
carte micro-SD la carte OSM des 3 pays dans lesquels j'ai voyagé, c'était
vraiment utile !

Les défauts : les boutons extérieurs sont très facilement cliquable, donc a
chaque fois que je l'avait en poche, je me retrouvais au fond d'un menu
lambda ... assez pénible a la longue. Surtout que l'on ne peut pas mettre
l'écran en veille, donc pour économiser de l'énergie j'aurai aimé pouvoir
rester dans le menu, sur un écran statique.
De plus, l'avertissement de fin de batterie se fait seulement quelques
minutes avant l'extinction automatique, il faut donc avoir ses piles a
portée de main à ce moment là.
Peut-etre le Etrex 30 corrige-t-il ces problèmes ? je n'en sais rien.

++

-- 

*Florian Lainez*
http://twitter.com/overflorian
http://www.nouslesgeeks.fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Continued aggression against French contributors (cadastre integration)

[Art Penteur]

Frederik,

   Je ne connais ni Eric ni Paul.
   Je ne connais ni l'histoire ni les membres du DWG.

Je vois seulement un entêtement du DWG à imposer une règle dont je
ne comprend pas l'utilité ni la raison d'être.

   Je suis d'accord sur le fait qu'il est regrettable que certains
contributeurs importent mal le bati du Cadastre. Mais ce n'est pas en
imposant un compte séparé à ceux qui travaillent bien que cela
résoudra le problème. Un compte séparé gêne ceux qui travaillent bien,
parce qu'une bonne intégration du cadastre est multi-source (cadastre
+ ortho-photos et autres).
   La bonne solution est de commencer par venir parler du problème sur
la liste de discussion dans la langue des contributeurs concernés.
   La bonne solution est d'aider les programmeurs d'éditeurs à
améliorer les  validateurs.
   La bonne solution est d'aider les projet de contrôle-qualité
semi-automatisés, comme Keepright, Osmose, OSM Inspector, ...
   La bonne solution est d'envoyer des messages explicatifs dans leur
propre langue aux contributeurs qui envoient un trop grand volume de
données avec certaines erreurs typiques (chevauchement de bâtiment,
...), et de finir de les bloquer si ils persévèrent. Pas d'imposer un
compte séparé à ceux qui travaillent bien.

  De plus, cela donne l'image d'un projet autoritariste, pas
contributif.  Je n'ai pas l'impression que ce soit Eric qui soit
associal sur ce sujet.

   Cordialement,

Art.

I know neither Eric nor  Paul.
I know neither the history nor the members of the DWG.

I only see a stubbornness DWG to impose a rule that I do not
understand the relevance or rationale.

I agree it is unfortunate that some contributors import badly bati
Cadastre. But it is not by imposing a separate account for those
working although it will solve the problem. A separate account
discomfort those who work well because a good integration of cadastre
is multi-source (cadastre + ortho-photos and other).
The correct solution is to start by talking about the problem
coming on the mailing list of contributors in the language concerned.
The correct solution is to help programmers publishers improve validators.
The correct solution is to help project quality control,
semi-automated, as Keepright, Osmose, OSM Inspector, ...
The correct solution is to send explanatory messages in their own
language to contributors who send too much data with some typical
errors (overlapping building, ...) and finish the block if they
persevere. Not impose a separate account for those who work well.

   In addition, it gives the image of authoritarian project, not
contributory. I do not think it is that Eric associal on this topic.

Art.

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

Re: [OSM-talk-fr] Tournage d'un reportage-magazine pour France 3 Nord-Est

[Philippe Verdy]

Ca ne peut pas être refusé au demandeur s'il figure dans les images
(droits relatifs à l'image obligent).

Même si pour le tournage on t'a fait signer un papier permettant à
France 3 d'exploiter et diffuser les images tournées. Après tout
c'était France 3 qui était demandeur au départ pour le tournage, et tu
n'étais pas obligé d'accepter que ce reportage soit fait.

Échange donc de bons procédés, chacun est gagnant à s'autoriser
mutuellement et se partager les droits.

Cela ne veut pas dire pour autant qu'un autre tiers peut faire cette
demande à France 3 (qui est en droit alors de refuser, y compris pour
protéger les droits des autres tiers).

Mais attention c'est un droit légal strictement personnel du demandeur
(les droits personnels d'image n'appartiennent qu'à lui mais ne lui
permettent pas d'en faire profiter les autres sans accord mutuel, car
il y a aussi dans ces images de la valeur ajoutée qui ne lui
appartiennent pas).

Donc pensez lors des reportages à faire un échange écrit de ces droits
d'image, et pas une simple session unilatérale (on peut vous demander
de limiter votre propre usage si vous en faites votre propre
diffusion, et aussi d'accepter une date à partir de laquelle vous
pourrez diffuser publiquement vos images partagées, histoire de ne pas
couper l'herbe sous le pied à l'équipe de production pour sa propre
diffusion TV).

En principe ces contrats d'échange mutuels de droits sont bien connus
des grandes chaines TV et équipes de reportage, même s'il peut être
tentant pour eux de faire des simples contrats de session unilatérale
qui tiennent en une page et quelques phrases avec votre signature en
bas de page (comme cela se fait par exemple dans les émissions de
plateau comme les jeux TV, où il est simple pour l'équipe de
production TV de ne sélectionner parmi les candidats que ceux qui
acceptent le contrat tel qu'il est).

Mais là on n'est pas dans le cadre d'une émission de plateau, les
reportages sont réalisés chez vous ou chez des tiers dans des lieux
qui ne sont pas la propriété ou loués par l'équipe de production.
C'est l'équipe de reportage qui s'intéresse le plus à vous chez vous,
plutôt que vous qui allez la chercher sur son terrain (même si pour
cela vous avez cherché à les intéresser pour qu'ils viennent), même si
elle fournit pour cela des moyens techniques et humains importants (il
est normal que leur travail "paye" aussi en résultats exploitables
avec des droits qui leur revienne, dont celui pour eux de choisir les
dates de diffusion et l'exclusivité de la première diffusion).

Le 19 octobre 2012 12:05, Romain MEHUT  a écrit :
> Le 19 octobre 2012 12:02, Christian Quest  a écrit
>>
>> Une confirmation écrite de ceci permettrait de lever tout doute...
>
>
> Ok je demanderai.

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

[OSM-talk-fr] DuckDuckGo et OSM

[Fabien]

Bonjour à tous,

Je ne sais pas si l'information était déjà passée par ici mais j'ai
découvert aujourd'hui que quand on entre dans DuckDuckGo [1] une
adresse on a droit à un plan OSM [2]. Cela évite de faire un « !osm
adresse » par exemple.
C'est à se demander depuis quand c'est possible ? Il est vrai que je
rentre rarement des adresses dans DuckDuckGo souvent je vais sur le
site qui va bien pour avoir la localisation de mon adresse.

Désolé si c'était déjà passé mais ça donne encore plus d'eau au moulin
du CanardQuiYVa (même si il n'y en avait pas besoin) !

Fabien

[1] https://duckduckgo.com/
[2] https://docs.google.com/open?id=0B2K6oMUIyX5ycXJYN1RCVFJKZVE

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

[OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?

[sly (sylvain letuffe)]

Salut,

(Certes, on pourrait croire que ça n'est pas le bon moment vu tout le barouf 
en ce moment, mais c'est pas pour ça qu'on doit arrêter de se poser les 
bonnes questions, hein ?)

Vu qu'une prise de contact avec les services juridiques du cadastre est sans 
doute la meilleure solution pour savoir, je vais donc repartir de ça :
http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Conditions_d%27utilisation#Contact_avec_la_DGFiP
et, bien, évidement, de leur réponse :
http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Conditions_d%27utilisation#Copie_de_la_r.C3.A9ponse

Pourtant loin d'être un expert juridique, ce que je lis de leur réponse qui 
pourtant contient un :
"j'ai le plaisir de vous informer qu'une suite favorable a été donnée à votre 
demande d'utilisation du service WMS."

On comprends aussi à la lecture qu'a aucun moment, de manière claire, n'a été 
accordé l'importation dans OSM, il faut donc se rabattre sur les conditions 
exposées :
"la rediffusion de ces données n'est autorisée que pour les produits 
composites, c'est à dire ceux constitués pour partie seulement du plan 
cadastral"
et
"sous réserve que soient clairement indiqués l'origine et le millésime des 
données cadastrales utilisées"

Et, c'est là que j'émets de gros doutes sur la conclusion sur laquelle nous 
arrivons qui est "oui, on a le droit"

Pourquoi ? parce que la licence actuelle de la base OSM (ODBL) n'impose pas, 
elle, ces conditions. Exemples :

* OSM permet la rediffusion de tout, ou partie de son contenu. Et dans 
le "pour partie", rien n'interdit à quelqu'un d'extraire des données bâti, 
qui, par exemple, n'auraient jamais été retouchées ni combinées.
Il y a là, à mon sens, incompatibilité, car le ré-utilisateur n'est pas tenu 
de le recombiner à son tour, il se retrouve donc, potentiellement, à 
redistribuer des données "complètement cadastre" alors qu'il est en 
conformité avec ODBL

* Idem pour la source, ODBL n'interdit pas à un utilisateur des données de 
retirer tous les tags source, redistribuer les données et se contenter de ne 
citer que "les contributeurs d'osm"

Je sais que ça a été discuter mainte fois, mais je suis triste ici d'annoncer 
mon avis sur la question : On a conclu ce qui nous arrangeait en annonçant en 
gros : "C'est à celui qui ré-utilise de se conformer aux exigences du 
cadastre". Et ça ne me semble pas compatible avec ODBL.

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

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

Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset

[Philippe Verdy]

Le 19 octobre 2012 16:09, sly (sylvain letuffe)  a écrit :
> J'ai exactement pensé à ça, c'est pourquoi je souhaite contacter le DWG
> directement, montrer que j'ai une idée simple et réaliste qui couvre leurs
> demandes ET les notres, (voire celles d'autres contributeurs pour l'avenir)

Ce ne doit pas être que nos propres demandes. Il y a des cadastres
publiés aussi dans toute l'Europe (avec plus ou moins de précision) et
des tas d'autres données libérées ailleurs provenant de bases
publiques (USA, Canada, Australie, etc... même en Chine).

Notre problème les concerne tout autant en terme d'import et
intégration, même si pour eux ils n'ont pas le niveau de détail et la
quantité de données que représente les tracés du bâti (souvent divisé
en France sur les limites de parcelles même si c'est le même bâtiment,
ou divisé sur d'autres choses comme par exemple entre la partie
couverte mais extérieure d'un bâtiment et la partie fermée qui la
surplombe, au dessus d'une entrée d'immeuble par exemple, ce qui crée
un fragment séparé dans le même bâtiment, ou encore les fragments
créés par des extensions historiques d'un même bâtiment, cas fréquent
dans les bâtiments industriels et commerciaux et qu'on trouve dans le
cadastre qui s'est mis à jour au fil des années sans gommer les
anciens tracés qui ne sont peut-être plus pertinents dans OSM).

Selon les pays la nature, l'étendue et la précision des données sera
très variable. Nous on a le cas du cadastre, d'autres auront des
problèmes similaires avec des bases de données libérées aussi
volumineuses (les USA en ont un grand nombre par exemple, issues des
diverses agences publiques qui publient leur données dans le "domaine
public" tel que défini en droit américain, mais pas transposable au
domaine public des autres pays car le droit public d'accès n'est
légalement concédé qu'aux USA et à ses citoyens et résidents, un droit
qui ne peut être étendu ailleurs que par la délivrance d'une licence
plus universelle que ce qu'accorde la seule loi américaine : rien ne
vaut une bonne licence libre plutôt qu'une vague mention de "domaine
public" mal protégé par des lois changeantes et de portée uniquement
nationale, notamment pour des pays comme les USA, la Russie ou la
Chine, assez puissants pour faire renforcer leur droit national dans
les autres pays).

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

Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?

[Philippe Verdy]

Le 19 octobre 2012 16:59, sly (sylvain letuffe)  a écrit :
> Je sais que ça a été discuter mainte fois, mais je suis triste ici d'annoncer
> mon avis sur la question : On a conclu ce qui nous arrangeait en annonçant en
> gros : "C'est à celui qui ré-utilise de se conformer aux exigences du
> cadastre". Et ça ne me semble pas compatible avec ODBL.

Au delà d'OdBL, il ne faut pas oublier que de toute façon le droit
national garde sa priorité sur le contenu des licences. OSM ne peut
pas y échapper quoi qu'il en dise.

Bref je ne vois pas trop où est l'incompatibilité puisque le droit
national applicable sera facile à déterminer par la géolocalisation
des données concernées, le réutilisateur ne pouvant pas feindre de
savoir dans quel pays se situent ces données, même s'il a lu la
licence et respecté ses termes, il n'est pas dispensé de respecter le
droit national applicable à ces données.

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

Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?

[HELFER Denis]

> -Message d'origine-
> De : sly (sylvain letuffe) [mailto:li...@letuffe.org]
> Envoyé : vendredi 19 octobre 2012 17:00
> À : Discussions sur OSM en français
> Objet : [OSM-talk-fr] Pavé dans la marre : L'import de donnée en
> provenance du cadastre est il légal ?
> 
> Salut,
> 
...
> 
> Vu qu'une prise de contact avec les services juridiques du cadastre est
> sans
> doute la meilleure solution pour savoir, je vais donc repartir de ça :
> http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/C
> onditions_d%27utilisation#Contact_avec_la_DGFiP
> et, bien, évidement, de leur réponse :
> http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/C
> onditions_d%27utilisation#Copie_de_la_r.C3.A9ponse

Tu crois que leur service juridique n'est pas passé avant que la réponse ne 
nous parvienne ?
Bien sûr que si. Je ne sais pas que ce tu (moi j'ai déjà donné) espère avoir 
comme réponse supplémentaire.

> 
> Pourtant loin d'être un expert juridique, ce que je lis de leur réponse qui
> pourtant contient un :
> "j'ai le plaisir de vous informer qu'une suite favorable a été donnée à votre
> demande d'utilisation du service WMS."
...

Et bien pardi parce qu'on a jamais importé leur données cadastrales (au sens de 
fichiers PCI vecteurs en DXF ou au format EDIGEO) !!
1. le plan cadastral est libre d'utilisation pour un usage interne
2. OSM a officiellement le droit d'y accéder via le WMS
3. la base OSM publiée est bien un produit composite.
4. les mentions de source et de millésime sont bien faites (pour le moment) sur 
les informations en provenance de ce WMS

> 
> Et, c'est là que j'émets de gros doutes sur la conclusion sur laquelle nous
> arrivons qui est "oui, on a le droit"
> Pourquoi ? parce que la licence actuelle de la base OSM (ODBL) n'impose pas,
> elle, ces conditions. Exemples :

La licence ODbl est incompatible alors avec la Loi française (code de la 
propriété intellectuelle) !!!
L'incorporation des données cadastrales, peu importe la méthode, n'est pas un 
transfert de propriété intellectuelle.
Le code de la PI (les articles doivent se trouver sur le wiki encore) impose la 
mention de source

> * OSM permet la rediffusion de tout, ou partie de son contenu. Et dans
> le "pour partie", rien n'interdit à quelqu'un d'extraire des données
> bâti, qui, par exemple, n'auraient jamais été retouchées ni combinées.
> Il y a là, à mon sens, incompatibilité, car le ré-utilisateur n'est pas
> tenu de le recombiner à son tour, il se retrouve donc, potentiellement, à
> redistribuer des données "complètement cadastre" alors qu'il est en
> conformité avec ODBL

Donc un gugusse va publier juste les bâtiments du cadastre ? Il faut que je 
présente à mon frère psychiatre.

> * Idem pour la source, ODBL n'interdit pas à un utilisateur des données de
> retirer tous les tags source, redistribuer les données et se contenter de ne
> citer que "les contributeurs d'osm"
> 
> Je sais que ça a été discuter mainte fois, mais je suis triste ici d'annoncer
> mon avis sur la question : On a conclu ce qui nous arrangeait en
> annonçant en gros : "C'est à celui qui ré-utilise de se conformer aux 
> exigences du
> cadastre". Et ça ne me semble pas compatible avec ODBL.

C'est celui qui, volontairement, aurait enlevé les mentions de source qui 
contreviendrait à la Loi.

Ne crois-tu pas que si la DGFip avait décelé des pratiques incompatibles avec 
la Loi française, elle ne se serait pas déjà manifesté ? Je sais, ils sont 
lents, mais quand même.

Sly, rendors toi, ce n'était qu'un cauchemar.

Denis

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

Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?

[Philippe Verdy]

En plus tu te trompes en disant qu'un réutilisateur est libre d'ôter
la mention des sources (c'est une violation du droit, au delà de la
seule violation de la licence).

Certes la licence impose de mentionner la source "Les contributeurs
d'OpenStreetMap", mais elle précise également qu'on doit garder la
trace des autres sources.

De plus la page "/copyright" d'OpenStreetMap, dont un lien est demandé
pour les publications sur le web, mentionne explicitement la DGFIP
comme source (à ce sujet elle devrait aussi mentionner les millésimes
concernés depuis qu'OSM a reçu l'autorisation).

> Le 19 octobre 2012 16:59, sly (sylvain letuffe)  a écrit :
>> Je sais que ça a été discuter mainte fois, mais je suis triste ici d'annoncer
>> mon avis sur la question : On a conclu ce qui nous arrangeait en annonçant en
>> gros : "C'est à celui qui ré-utilise de se conformer aux exigences du
>> cadastre". Et ça ne me semble pas compatible avec ODBL.

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

Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?

[Philippe Verdy]

Le 19 octobre 2012 17:29, HELFER Denis  a écrit :
> Sly, rendors toi, ce n'était qu'un cauchemar.

+1000.

Sly fait une interprétation hasardeuse sur un "supposé" droit de
retrait des sources et des suppression des droits des tiers, des
droits que la licence ODBL n'accorde certainement pas aux
réutilisateurs !

Certes *techniquement*, les réutilisateurs peuvent le faire
facilement, ce qui ne veut pas dire qu'ils ont *légalement* le droit
de le faire. S'ils le font c'est à leurs propres risques et périls et
OpenStreetMap n'est pas là pour endosser leur responsabilité dans ce
délit.

Toutes les licences imposent (même quand ce n'est pas écrit dedans
explicitement) la préservation des droits des tiers, les licences
libres n'accordant strictement aucun transfert (exclusif ou non) de
propriété.

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

Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?

[sly (sylvain letuffe)]

> Tu crois que leur service juridique n'est pas passé avant que la réponse ne
> nous parvienne ? 

En effet, non.
Pour autant, est-il repassé au passage à l'ODBL ?
Et s'il est passé sur la question : "intégration dans OSM" pourquoi leur 
réponse ne le mentionne-t-elle pas clairement mais se contente de rappeler 
leurs règles de diffusion ?

> Bien sûr que si. Je ne sais pas que ce tu (moi j'ai déjà donné) espère avoir
> comme réponse supplémentaire. 
Un "oui, vous pouvez faire ce que vous faites"


> La licence ODbl est incompatible alors avec la Loi française (code de la
> propriété intellectuelle) !!! 
J'émets un doute.
Mais j'ai peut-être mal interprété la licence ODBL

> Donc un gugusse va publier juste les bâtiments du cadastre ?
Murphy a dit, si quelque chose peut merder, tôt ou tard, ça va merder. 

> C'est celui qui, volontairement, aurait enlevé les mentions de source qui
> contreviendrait à la Loi. 

Cette manière de penser m'inquiète.
Pourquoi n'autorisons nous pas les données sous copyright, puisque la charge 
de l'utilisation, et les coût afférents, sont à la charge de celui qui 
utilise ?

> Sly, rendors toi, ce n'était qu'un cauchemar.
Je vais faire ça, faute de mieux.


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

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

Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?

[Philippe Verdy]

Note aussi qu'au delà de la licence ODBL, on a aussi les CT
d'OpenStreetMap pour les contributeurs : ils incluent un transfert
(partiel et non exclusif) de propriété de certains droits, mais
interdisent explicitement d'importer des données de tiers sans en
mentionner les sources et de disposer des licences nécessaires (qui
doivent aussi être approuvées pour vérifier leur compatibilité).

C'est ce transfert (auparavant inexistant dans les CT précédents) qui
permet maintenant à OSM de changer sa propre licence (par un processus
collectif de consultation et d'approbation) sans avoir à redemander à
chacun des contributeurs isolément.

Mais OSM n'est pas non plus dispensé de mentionner ses sources tierces
(et il le fait comme convenu sans sa page "/copyright" comme dans les
données de la base qu'il publie), pour se conformer à la législation
applicable et aux termes des accords passés et enregistrés.

> Le 19 octobre 2012 17:29, HELFER Denis  a 
> écrit :
>> Sly, rendors toi, ce n'était qu'un cauchemar.

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

Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?

[HELFER Denis]

> -Message d'origine-
> De : sly (sylvain letuffe) [mailto:li...@letuffe.org]
> Envoyé : vendredi 19 octobre 2012 17:43
> À : Discussions sur OSM en français
> Objet : Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en
> provenance du cadastre est il légal ?


> > C'est celui qui, volontairement, aurait enlevé les mentions de source
> qui contreviendrait à la Loi.
> 
> Cette manière de penser m'inquiète.

Pourquoi donc ?
Un concessionnaire me prête une voiture dans laquelle je retire les ceintures 
de sécurité. Ce n'est pas le garagiste qui sera verbalisé.

> Pourquoi n'autorisons nous pas les données sous copyright, puisque la charge
> de l'utilisation, et les coût afférents, sont à la charge de celui qui
> utilise ?

Parce que le droit patrimonial attaché à ces données, géré sous forme de 
licence, est souvent incompatible avec les usages ouverts que permet la licence 
ODbl (notamment mais pas exclusivement la revente des données, redistribution).

Denis

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

Re: [OSM-talk-fr] DuckDuckGo et OSM

[Éric Gillet]

Je leur ai aussi suggéré d'ajouter un !bang !osmw pour faire directement
une recherche sur le wiki, et ils l'ont accepté :)

2012/10/19 Fabien 

> Bonjour à tous,
>
> Je ne sais pas si l'information était déjà passée par ici mais j'ai
> découvert aujourd'hui que quand on entre dans DuckDuckGo [1] une
> adresse on a droit à un plan OSM [2]. Cela évite de faire un « !osm
> adresse » par exemple.
> C'est à se demander depuis quand c'est possible ? Il est vrai que je
> rentre rarement des adresses dans DuckDuckGo souvent je vais sur le
> site qui va bien pour avoir la localisation de mon adresse.
>
> Désolé si c'était déjà passé mais ça donne encore plus d'eau au moulin
> du CanardQuiYVa (même si il n'y en avait pas besoin) !
>
> Fabien
>
> [1] https://duckduckgo.com/
> [2] https://docs.google.com/open?id=0B2K6oMUIyX5ycXJYN1RCVFJKZVE
>
> ___
> 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] Réf.: je quitte la France, salut salut

[orhygine]

Le 19 octobre 2012 16:09, Florian LAINEZ  a écrit :

> Le 1 octobre 2012 20:19, THEVENON Julien  a
> écrit :
>
> si je me rappelle bien c etait toi qui cherchait un datalogger pour tes
>> vacances et qui t es rabattu sur un etrex de Garmin,ca donne quoi?satisfait
>> ou non ?
>
>
> Oui c'est bien moi. Assez satisfait du Etrex 20 :
> bonne prise en main, très bonne précision, bonne autonomie, navigation
> fluide, carte OSM qui s'affichent précisément ... j'ai pu mettre dans la
> carte micro-SD la carte OSM des 3 pays dans lesquels j'ai voyagé, c'était
> vraiment utile !
>
> Les défauts : les boutons extérieurs sont très facilement cliquable, donc
> a chaque fois que je l'avait en poche, je me retrouvais au fond d'un menu
> lambda ... assez pénible a la longue. Surtout que l'on ne peut pas mettre
> l'écran en veille, donc pour économiser de l'énergie j'aurai aimé pouvoir
> rester dans le menu, sur un écran statique.
> De plus, l'avertissement de fin de batterie se fait seulement quelques
> minutes avant l'extinction automatique, il faut donc avoir ses piles a
> portée de main à ce moment là.
> Peut-etre le Etrex 30 corrige-t-il ces problèmes ? je n'en sais rien.


l'etrex 30 est un etrex 20 avec alti barometrique et boussole électronique.
je ne pense pas qu'il y ait d'autre différence. les problématiques que tu
cites doivent donc etre les mm sur le 30.


>
>
> ++
>
> --
>
> *Florian Lainez*
> http://twitter.com/overflorian
> http://www.nouslesgeeks.fr
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Christophe Triquet | http://orhyginal.free.fr |
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?

[sly (sylvain letuffe)]

On vendredi 19 octobre 2012, HELFER Denis wrote:
> Pourquoi donc ?
> Un concessionnaire me prête une voiture dans laquelle je retire les
> ceintures de sécurité. Ce n'est pas le garagiste qui sera verbalisé. 

J'aime les analogies simples (bien que parfois simplistes), mais dans notre 
cas ça ressemble, il me semble, plus à :
"Un concessionnaire me prête une voiture et m'annonce que sur ce modèle il 
n'est pas obligatoire de mettre les ceintures car un nouveau système me 
permet de m'en passer, et d'ailleurs, il n'y a pas de ceintures ! il me 
propose même un contrat que je signe qui le stipule"
Je pense que je serais verbalisé, et que, poursuivant le concessionnaire en 
justice, j'aurais gain de cause. Si le concessionnaire est à l'étranger, tous 
ses services seront alors interdits en France.



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

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

Re: [OSM-talk-fr] DuckDuckGo et OSM

[Fabien]

Depuis que c'est activé ce bang (vu sur cette liste) je m'en sers tous les
jours ou presque.

Fabien
Le 19 oct. 2012 18:01, "Éric Gillet"  a écrit :

> Je leur ai aussi suggéré d'ajouter un !bang !osmw pour faire directement
> une recherche sur le wiki, et ils l'ont accepté :)
>
> 2012/10/19 Fabien 
>
>> Bonjour à tous,
>>
>> Je ne sais pas si l'information était déjà passée par ici mais j'ai
>> découvert aujourd'hui que quand on entre dans DuckDuckGo [1] une
>> adresse on a droit à un plan OSM [2]. Cela évite de faire un « !osm
>> adresse » par exemple.
>> C'est à se demander depuis quand c'est possible ? Il est vrai que je
>> rentre rarement des adresses dans DuckDuckGo souvent je vais sur le
>> site qui va bien pour avoir la localisation de mon adresse.
>>
>> Désolé si c'était déjà passé mais ça donne encore plus d'eau au moulin
>> du CanardQuiYVa (même si il n'y en avait pas besoin) !
>>
>> Fabien
>>
>> [1] https://duckduckgo.com/
>> [2] https://docs.google.com/open?id=0B2K6oMUIyX5ycXJYN1RCVFJKZVE
>>
>> ___
>> 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] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?

[Philippe Verdy]

Le 19 octobre 2012 18:09, sly (sylvain letuffe)  a écrit :
> On vendredi 19 octobre 2012, HELFER Denis wrote:
>> Pourquoi donc ?
>> Un concessionnaire me prête une voiture dans laquelle je retire les
>> ceintures de sécurité. Ce n'est pas le garagiste qui sera verbalisé.
>
> J'aime les analogies simples (bien que parfois simplistes), mais dans notre
> cas ça ressemble, il me semble, plus à :
> "Un concessionnaire me prête une voiture et m'annonce que sur ce modèle il
> n'est pas obligatoire de mettre les ceintures car un nouveau système me
> permet de m'en passer, et d'ailleurs, il n'y a pas de ceintures ! il me
> propose même un contrat que je signe qui le stipule"
> Je pense que je serais verbalisé, et que, poursuivant le concessionnaire en
> justice, j'aurais gain de cause. Si le concessionnaire est à l'étranger, tous
> ses services seront alors interdits en France.

Tu te trompes ici, la licence ODBL ne t'annonce pas la permission de
supprimer les droits des tiers.

Donc non, dans cette analogie, elle ne te dit pas "tu peux retirer les
ceintures de sécurité ou t'en passer" alors qu'elles viennent avec (et
que le garagiste est même obligé de fournir avec le véhicule qu'il te
vend pour te permettre de t'en servir.

Le garagiste en revanche ne sera poursuivi que s'il a omis de
respecter ses propres obligations légales (il doit soit te vendre un
véhicule conforme, soit te prévenir explicitement qu'il y manque les
ceintures de sécurité obligatoires et qu'en l'état le véhicule ne peut
rouler sur le réseau public).

La préservation des sources et des auteurs est une règle
universellement acceptée dans le libre. Sinon la licence ODBL (comme
aussi toutes les autres licences, libres ou non) n'a plus aucun sens
et ne peut plus être défendue non plus pour ce qu'elle est.

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

Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?

[Philippe Verdy]

Citation explicite de la licence :

« 2.2 Legal rights covered. This License covers the legal rights in
the Database, including:  a. Copyright. Any copyright or neighbouring
rights in the Database. The copyright licensed includes any individual
elements of the Database, but does not cover the copyright over the
Contents independent of this Database. See Section 2.4 for details. »

Autrement dit la licence ODBL t'interdit explicitement de supprimer
unilatéralement les droits des tiers (à commencer par les copyrights
et même l'attribution qui est le tout premier élément et le plus
important, mentionné dans le résumé initial de présentation de la
licence). Ce qui est confirmé plus loin dans :

« 2.4 Relationship to Contents in the Database. The individual items
of the Contents contained in this Database may be covered by other
rights, including copyright, patent, data protection, privacy, or
personality rights, and this License does not cover any rights (other
than Database Rights or in contract) in individual Contents contained
in the Database. For example, if used on a Database of images (the
Contents), this License would not apply to copyright over individual
images, which could have their own separate licenses, or one single
license covering all of the rights over the images. »

et qui concerne les extraits partiels de données depuis cette base.

> Le 19 octobre 2012 18:09, sly (sylvain letuffe)  a écrit :
>> J'aime les analogies simples (bien que parfois simplistes), mais dans notre
>> cas ça ressemble, il me semble, plus à :
>> "Un concessionnaire me prête une voiture et m'annonce que sur ce modèle il
>> n'est pas obligatoire de mettre les ceintures car un nouveau système me
>> permet de m'en passer, et d'ailleurs, il n'y a pas de ceintures ! il me
>> propose même un contrat que je signe qui le stipule"
>> Je pense que je serais verbalisé, et que, poursuivant le concessionnaire en
>> justice, j'aurais gain de cause. Si le concessionnaire est à l'étranger, tous
>> ses services seront alors interdits en France.

Bref tu n'auras pas gain de cause. Ton délit sera confirmé, le
concessionnaire ne sera pas tenu responsable d'un délit que tu auras
commis seul par ta propre décision d'ignorer la loi (et le fait que le
concessionnaire soit à l'étranger ne t'excusera pas, ce
concessionnaire en fait sera encore moins responsable d'un délit au
sujet d'une loi qu'il n'est pas tenu de connaitre dans son pays et qui
ne s'applique pas à sa propre action de vente).

Encore une fois, la loi prime sur la licence, quoi qu'elle dise et
aussi libérale qu'elle te paraisse.

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

Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?

[Philippe Verdy]

Je vais te donner une autre analogie (extrême oui, mais pour bien
démontrer ce que je veux dire) :

Imagine que la licence t'octroie un permis de tuer. Tu vas utiliser ce
droit ? Bien entendu non.

Tu seras poursuivi pour ton crime, indépendamment du fait que celui
qui te donne la licence a commis un autre délit qui pourrait faire
l'objet de poursuites séparées (le délit d'incitation au crime, voire
de complicité de crime qui n'est pas facile à prouver étant donné
qu'il n'y a pas eu de contact direct).

Même chose pour celui qui te vend une arme : il te fournit un moyen,
pas le droit de t'en servir. Il est juste tenu de dire que cette arme
pourrait tuer et de te donner les précautions d'usage dont il a eu
connaissance (ou celles que la loi lui impose de remettre à son
client). Il n'est alors pas responsable de l'usage que tu en fais.

Dans notre cas, la licence ODBL ne t'octroie pas ce "permis de tuer".
Elle respecte même les obligations d'information de ses "clients" en
te prévenant qu'il y a d'autres droits à respecter, et elle ne t'offre
aucune garantie de dédommagement ou d'assistance juridique, si tu ne
respectes pas ces autres obligations.

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

Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset

[sly (sylvain letuffe)]

Ma proposition est partie.

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

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

[OSM-talk-fr] Comment tagguer des gradins ?

[Otourly Wiki]

Bonjour,

Suite à une rencontre lyonnaise entre mappeurs (le compte rendu est là: 
http://wiki.openstreetmap.org/wiki/Lyon/16_octobre_2012) Nous avons discuté 
notamment du théâtre gallo-romain de Fourvière. Le fait est que le cadastre est 
particulièrement beau et qu'il pourrait nous aider à dessiner de manière plutôt 
fidèle ce site.

Cependant comment tague-t-on les gradins ?

 
Florian Farge aka Otourly
Sur lesprojets wikimédiens et l'Association française,et sur OSM
Socio di Wikimedia Italia
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?

[Emilie Laffray]

Salut Sylvain,

c'est pour ca que je te dirai qu'il faut se mefier des analogies en droit
car globalement elles sont fausses. Un certain nombre de choses est parfois
contre intuitif et cela conduit a des erreurs parfois fatales dans la
comprehension.
Je ne suis pas avocate et juriste donc c'est une opinion que j'espere un
peu eclairee (du fait d'avoir cotoyer cela) mais ma comprehension de la
chose c'est que meme si tu enlevais tous les elements autres que ceux du
cadastre, tu n'aurais pas le cadastre.
Le cadastre en entier contient plus d'information (on utilise batiments,
nom de rue et numero de proprietes) que ce que nous utilisons en premier
lieu. Secondo, la seule chose qui serait potentiellement teintee (SI la
licence etait fausse), ca serait les batiments. Les rues ne sont pas dans
le cadastre et on extraie que potentiellement le nom, ce qui est une donnee
factuelle. Je ne vois donc pas comment ils pourraient demander un droit
d'auteur sur ce point.
De meme, je doute fort que le cadastre utilise le copyright. Je suis
quasiment pret a parier que si quelque chose devait etre utilise ca serait
le sui generis (droit des bases de donnees) ce qui rend de facto caduque
ton point sur une incompatibilite eventuelle entre un droit d'auteur et un
droit sur les bases de donnees. Si ca ne posait pas de probleme avec le
CC-BY-SA, je ne vois pas en quoi ca poserait un probleme avec l'ODBL.
Quant a la validite de l'ODBL en France, je crois que c'est deja une
question resolue en soi vu l'utilisation grandissante de l'ODBL en France.
Bref, je crois qu'au lieu de partir sur des discussions sans fin sur si la
licence est compatible ou pas (mon intuition est que ca l'est, mais ca ne
vaut rien) on peut demander soit au fournisseur des donnees soit a un
juriste/avocat specialise dans le domaine. Tout le reste n'est que
speculation basee sur une comprehension potentiellement partielle des
faits. Quant a l'analyse par des contributeurs etrangers sans connaissance
de la structure du droit francais, cela me laisse sans voix d'autant que
ces dites personnes utilisent plus ce moyen pour essayer d'etouffer la
discussion qu'autre chose.
Cela a ete dit auparavant mais je pense sincerement que s'il y avait eus
matiere a attaquer, on en aurait deja vu la couleur sachant que 1) les
donnees sont clairement sourcees 2) Le monde de la geomatique est
clairement au courant de cette utilisation. Voila on peut lacher la
paranoia et essayer d'avancer sur les points importants.
Je vais demander a une amie specialisee la dedans si elle peut regarder. Je
vous tiendrai au courant si elle peut donner ou non une reponse publique ou
pas (ah ces juristes avec leurs splendides regles) mais cela passera par
OSM-FR.
Je sais que certains d'entre nous (les personnes concernees se
reconnaitront) voudraient de toute facon une analyse d'un certain nombre de
cas de figure d'utilisation des donnees OSM. Peut etre es ce le moment
d'utiliser OSM-FR pour cette chose.

Emilie Laffray

2012/10/19 sly (sylvain letuffe) 

> On vendredi 19 octobre 2012, HELFER Denis wrote:
> > Pourquoi donc ?
> > Un concessionnaire me prête une voiture dans laquelle je retire les
> > ceintures de sécurité. Ce n'est pas le garagiste qui sera verbalisé.
>
> J'aime les analogies simples (bien que parfois simplistes), mais dans notre
> cas ça ressemble, il me semble, plus à :
> "Un concessionnaire me prête une voiture et m'annonce que sur ce modèle il
> n'est pas obligatoire de mettre les ceintures car un nouveau système me
> permet de m'en passer, et d'ailleurs, il n'y a pas de ceintures ! il me
> propose même un contrat que je signe qui le stipule"
> Je pense que je serais verbalisé, et que, poursuivant le concessionnaire en
> justice, j'aurais gain de cause. Si le concessionnaire est à l'étranger,
> tous
> ses services seront alors interdits en France.
>
>
>
> --
> sly
> qui suis-je : http://sly.letuffe.org
> email perso : sylvain chez letuffe un point org
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?

[Yannick VOYEAUD]

Le 19/10/2012 16:59, sly (sylvain letuffe) a écrit :

Salut,

(Certes, on pourrait croire que ça n'est pas le bon moment vu tout le barouf
en ce moment, mais c'est pas pour ça qu'on doit arrêter de se poser les
bonnes questions, hein ?)


Bonsoir,

Attention!
Nous n'intégrons, ni importons, le cadastre dans OSM!
Nous utilisons le cadastre pour créer des données dans OSM! Il y a une 
très grosse différence.


De surcroît notre travail n'est pas une stricte copie du cadastre 
puisque nous utilisons d'autres sources pour finaliser les données que 
nous intégrons dans OSM


Nous ne transférons pas les données du cadastre dans OSM, donc nous les 
importons pas! Nous utilisons les images du cadastre comme des calques 
qui nous permettent de créer des points qui deviennent des données dans 
la base OSM.


Ceci fait que nos propres écarts de langage renforce la position du DGW.

Amitiés

--
Yannick VOYEAUD
Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
(Camille JOUFFRAY 1841-1924, maire de Vienne)
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Journées du Logiciel Libre: http://jdll.org

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

Re: [OSM-talk-fr] Comment tagguer des gradins ?

[Yannick VOYEAUD]

Le 19/10/2012 19:51, Otourly Wiki a écrit :

Bonjour,

Suite à une rencontre lyonnaise entre mappeurs (le compte rendu est là:
http://wiki.openstreetmap.org/wiki/Lyon/16_octobre_2012) Nous avons
discuté notamment du théâtre gallo-romain de Fourvière
. Le
fait est que le cadastre est particulièrement beau et qu'il pourrait
nous aider à dessiner de manière plutôt fidèle ce site.

Cependant comment tague-t-on les gradins ?


Bonsoir Florian,

Je pense que tu fais une erreur de base! Tu dois mapper le théâtre 
(emprise et accès) mais pas les gradins où alors tu fais des courbes de 
niveaux.
Si je fais les gradins de Vienne je ne te dis pas le niveau rue se 
retrouve à -1 de la scène et -30 des gradins les plus hauts, ou 
inversement. À Vienne cela pourrait passer car il n'y a qu'un seul accès 
mais à Lyon il y en a au moins trois; lequel sera ton niveau 0 avec 
toute les conséquences que cela va induire sur la voirie.


À la rigueur il pourrait être possible avec les instruments adéquats de 
tagguer l'altitude mais seulement cela; dans ce cas oui tu pourrais voir 
tes gradins.

Est-ce vraiment pertinent et utile?

Amitiés

--
Yannick VOYEAUD
Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
(Camille JOUFFRAY 1841-1924, maire de Vienne)
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Journées du Logiciel Libre: http://jdll.org

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

Re: [OSM-talk-fr] export d'une zone assez grande pour impression

[Jean-Francois Nifenecker]

Le 18/10/2012 17:00, Frédéric Rodrigo a écrit :


Tu peux également essayer http://maposmatic.org/



:,( en rade depuis une bonne semaine :

"Le démon de rendu MapOSMatic n'est pas actuellement en fonction ! Les 
requêtes seront mises en file d'attente jusqu'à ce que le démon soit de 
nouveau opérationnel. "


--
Jean-Francois Nifenecker, Bordeaux

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

[OSM-talk-fr] Re : Usage du tag place=isolated_dwelling en France

[Nicolas]

Bonjour,

Je constate que je ne suis pas le seul à utiliser ce tag. Cependant, ce 
qui me pose problème, est qu'au final les place=isolated_dwellings 
n'apparaissent pas _sur mon GPS Garmin_, contrairement aux 
place=hamlets. Concrètement, je suis actuellement entrain de mapper des 
lieux-dits et hameaux et franchement, le fait de ne pas les voir 
apparaître sur la carte OSM qui s'affiche sur mon GPS m'amène à 
m'interroger sur l'utilité de continuer à les mapper avec 
isolated_dwelling plutôt qu'hamlet.


Je suis nouveau sur OSM, alors bien entendu certaines problématiques 
m'échappent encore (méthodes utilisées pour le rendu, spécificités pour 
chaque pays, etc). Peut-être que la solution au problème est à 
rechercher dans le paramétrage utilisé pour générer la carte au format 
.img présente sur mon GPS ? La méthode utilisée pour constituer le 
fichier .img ne tient peut-être pas compte des tags 
place=isolated_dwelling, comme le fait Osmose (qui ne connait pas cette 
valeur de tag). Peut-être qu'il me faudrait utiliser un fichier TYP ou 
je ne sais quoi d'autre pour les faire apparaître ? Mais si, lors de la 
création du fichier .img, les isolated_dwelling ont été mis à la trappe, 
je ne pense pas qu'un fichier TYP puisse les "faire sortir d'un chapeau".


Par ailleurs, outre ce problème de rendu, je me demande si l'usage du 
tag isolated_dwelling est vraiment adapté à la France, et ce pour 
plusieurs raisons...
- je comprends bien qu'on puisse considérer qu'une habitation soit 
isolée dans de vastes pays à faible densité de population (Etats-Unis, 
Australie par exemple). Cependant, en France, ce que l'on pourrait 
qualifier d'isolated_dwelling se trouve souvent à proximité (relative) 
d'autres habitations. Il doit probablement exister des endroits où ces 
habitations sont vraiment isolées, comme en montagne où dans les 
départements très peu peuplés. Mais c'est tout de même moins fréquent 
que dans les pays cités en exemple plus haut. Ce cohabitation / 
proximité d'isolated_dwellings avec d'autres isolated_dwellings voir 
hamlets ou village me fait m'interroger quant à la réelle utilité de les 
distinguer des hameaux.
- la distinction entre les tags utilisés pour les petits ensembles de 
bâtiments d'habitation est parfois bien difficile. D'après le wiki :
place=isolated_dwelling : Habitation isolée, petit écart. Deux bâtiments 
maximum.

place=hamlet : Hameau (population inférieure à 100 habitants)
place=farm : Ferme isolée (similaire à place=isolated_dwelling)
Cette définition n'est pas à mon avis pas adaptée. Vous faites quoi pour 
taguer une habitation composée de 3 ou 4 bâtiments ? Ce cas est très 
fréquent là où je mappe : il s'agit d'anciens corps de ferme reconvertis 
en résidences secondaires, avec 1 ou 2 granges servant de remise, 
d'habitation ou de garage. Si l'on applique à la lettre le wiki, on 
devrait taguer cela en hamlet.
Par ailleurs, lorsque l'on tague avec Bing, il est difficile de voir 
tous les éléments nous amenant à bien déterminer le tag à utiliser.
Je me demande si le niveau de détail apporté par isolated_dwelling n'est 
pas inutile en France. Après tout, lorsque l'on taggue une fôret, on ne 
va pas tager chaque arbre en indiquant son espèce.
Alors effectivement, plus de précision c'est toujours bon à prendre, 
mais cette précision s'accompagne justement d'un "flou" en France :
- difficile de choisir entre isolated_dwelling et hamlet, avec un risque 
d'erreur non négligeable.
- flou au rendu, ou plutôt carrément une absence des isolated_dwellings 
sur la carte pour GPS Garmin dont je parlais plus haut


Nicolas.

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

[OSM-talk-fr] Re : Différents highway=* pour la même route nationale

[Nicolas]

Bonjour,

Je vais prendre un exemple un peu "extrême" mais pourtant bien réel dans 
le cas qui m'intéresse. Est-il correct de passer en trunk une nationale 
passant de 2x2 voies à 2x1 voies pour la traversée d'un village, ce 
village ayant même aménagé la route avec des chicanes pour ralentir la 
vitesse ?


Sur la carte OSM, la nationale en question passe du vert au rouge et 
ainsi de suite. Bien que je sois néophyte en matière de cartographie, la 
couleur d'une route sur la carte me semble représenter son "importance" 
en terme de traffic et non sa largeur (qui est représentée par la 
largeur du trait il me semble).


Faudrait-il tout passer en trunk et ajouter un lanes=2 et un maxspeed 
sur les sections en 2x1 voies ?


Nicolas.

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

[OSM-talk-fr] Re : Utilisation de place=locality pour désigner une zone

[Nicolas]

Bonjour,

L'usage du place=locality pour désigner par exemple une plaine ne fait 
pas l'unanimité ici. Le fait est que dans la zone que je mappe, 
certaines zones constitués de prés sont nommées par les habitants. Bon, 
ok, ce ne sont pas des vallées, mais cela représente une superficie de 
plusieurs km² pour sûr. Je pense qu'il s'agit d'appelations qui étaient 
utilisées lorsque l'agriculture était bien moins modernisée que 
maintenant, et où tel où tel paysan indiquait à son entourage qu'il 
allait passer sa journée à travailler dans le champ de tel ou tel lieu-dit.


Bien entendu, l'idéal serait de créer des areas, mais :
1) Les délimitations de cette zone sont pour le moins floues
2) dans la zone où je mappe, c'est le désert cartographique et je 
considère que même si un tag place=locality n'est pas l'idéal, c'est 
assurément mieux que rien.


Par ailleurs, n'est-ce pas sur un node que sont placés les tags 
place=city, place=town et d'autres encore, qui pourtant apportent une 
information portant non pas sur un point précis mais sur une zone 
étendue. Zone d'ailleurs probablement plus vaste pour certaines villes 
que ne le sont les quelques champs que je désigne avec un place=locality ?


Bref, à défaut de mieux, ce sera place=locality je pense.

Nicolas.

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

[OSM-talk-fr] Re : Routes forestières et tag highway=unclassified

[Nicolas]

Bonjour,

Suite à vos réponses, je vais passer les routes forestières bitumées 
ouvertes à la circulation que j'ai mappé de 
highway=track+surface=asphalt+tracktype=grade1 à highway=unclassified. 
Cela me semble effectivement plus cohérent.


Je continue à taguer les chemins forestiers avec highway=track.

Nicolas

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

[OSM-talk-fr] Chemins forestiers : motorcar=no ou motor_vehicle=no ?

[Nicolas]

Bonjour,

Entrain de mapper des chemins forestiers (en plus des routes 
forestières), je m'interroge quant à l'intérêt d'ajouter motorcar=no sur 
les ways alors que je rajoute des nodes comportant le tag barrier=gate 
sur ces même ways. Est-ce que ce tag motorcar=no ne constituerait pas 
dans ce cas une information redondante avec le barrier=gate ? Je pense 
que non, car il existe toujours le risque d'oublier de mettre un 
barrier=gate quelque part, qui ferait croire à un algo de routage qu'il 
est possible de passer de l'autre côté de la barrière en empruntant un 
autre chemin. Et c'est pourtant l'ensemble du chemin forestier qui est 
interdit à la circulation des engins à moteur. Donc, dois-je utiliser à 
la fois le tag motorcar=no et les barrier=gate ?
Par ailleurs, le tag motorcar ne désigne-t'il pas uniquement les 
voitures ? Ou bien désigne-t'il l'ensemble des véhicules à moteur ? Les 
chemins forestiers ne sont non plus autorisés aux motos par exemple. Ne 
serait-il pas plus pertinent d'utiliser quelque chose comme 
motor_vehicle=no ?


Il existe aussi motor_vehicle=forestry qui pourrait éventuellement 
convenir. Mais son utilisation exclue-t'elle dans ce cas les autres 
catégories de véhicules motorisés ?


Je précise que je mappe une forêt domainiale.

Merci pour vos avis.
Nicolas.

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

Re: [OSM-talk-fr] Continued aggression against French contributors (cadastre integration)

[Jean-Francois Nifenecker]

Le 19/10/2012 11:36, Christophe Merlet a écrit :


En tant que membre du CA, je suis entièrement d'accord avec toi.


+1 (même si non-membre du CA)

--
Jean-Francois Nifenecker, Bordeaux

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

Re: [OSM-talk-fr] export d'une zone assez grande pour impression

[Pierre Béland]

Donnez-lui un peu de cognac!


 
Pierre 



>
> De : Jean-Francois Nifenecker 
>À : talk-fr@openstreetmap.org 
>Envoyé le : Vendredi 19 octobre 2012 14h47
>Objet : Re: [OSM-talk-fr] export d'une zone assez grande pour impression
> 
>Le 18/10/2012 17:00, Frédéric Rodrigo a écrit :
>> 
>> Tu peux également essayer http://maposmatic.org/
>> 
>
>:,( en rade depuis une bonne semaine :
>
>"Le démon de rendu MapOSMatic n'est pas actuellement en fonction ! Les 
>requêtes seront mises en file d'attente jusqu'à ce que le démon soit de 
>nouveau opérationnel. "
>
>-- Jean-Francois Nifenecker, Bordeaux
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?

[Pierre-Alain Dorange]

sly (sylvain letuffe) 
wrote:

> * OSM permet la rediffusion de tout, ou partie de son contenu. Et dans
> le "pour partie", rien n'interdit à quelqu'un d'extraire des données bâti,
> qui, par exemple, n'auraient jamais été retouchées ni combinées.
> Il y a là, à mon sens, incompatibilité, car le ré-utilisateur n'est pas tenu
> de le recombiner à son tour, il se retrouve donc, potentiellement, à 
> redistribuer des données "complètement cadastre" alors qu'il est en 
> conformité avec ODBL

Je suis pas d'accord.
Notre import est de base un travail composite puisque nou n'utilisons
que le bati (pas le tracé des parcelles, ni leur numéros).
Le texte de la DGI stipule précisemment :

"[...] En revanche, la rediffusion de ces données n'est autorisée que
pour les produits composites, c'est à dire ceux constitués pour partie
seulement du plan cadastral, et sous réserve que soient clairement
indiqués l'origine et le millésime des données cadastrales utilisées
(par exemple "source : Direction générales des finances publiques -
année 2008")"

Même un extrait but du bati depuis OSM (en imaginant aucune
modification) n'est qu'un extrait du plan cadastral (pour partie
seulement) puisqu'il n'y pas les parcelles.

Je suis pas du tout juriste mais à priori ca me semble sans soucis.

-- 
Pierre-Alain Dorange
OSM experiences : 


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

Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset

[THEVENON Julien]

Je ne l ai pas vu passer sur talk.
Tu l as envoye seulement au DWG ?
si c est le cas c est dommage, la poster aussi sur talk aurait montre qu il y a 
aussi des propositions qui emanent de la communaute francaise, pas seulement 
des critiques.


Julien






>
> De : sly (sylvain letuffe) 
>À : Discussions sur OSM en français  
>Envoyé le : Vendredi 19 octobre 2012 19h46
>Objet : Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : 
>tags dans changeset
> 
>Ma proposition est partie.
>
>-- 
>sly
>qui suis-je : http://sly.letuffe.org
>email perso : sylvain chez letuffe un point org
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comment tagguer des gradins ?

[Philippe Verdy]

Le 19 octobre 2012 20:25, Yannick VOYEAUD  a écrit :
> Je pense que tu fais une erreur de base! Tu dois mapper le théâtre (emprise
> et accès) mais pas les gradins où alors tu fais des courbes de niveaux.
> Si je fais les gradins de Vienne je ne te dis pas le niveau rue se retrouve
> à -1 de la scène et -30 des gradins les plus hauts, ou inversement. À Vienne
> cela pourrait passer car il n'y a qu'un seul accès mais à Lyon il y en a au
> moins trois; lequel sera ton niveau 0 avec toute les conséquences que cela
> va induire sur la voirie.

Pourquoi les courbes de niveau ? Ce qu'il demande c'est de pouvoir
taguer certains autres équipements internes qui décrivent bien les
lieux : il est déjà possible par exemple de taguer les escaliers, les
allées piétonnes, les ascenseurs, les parkings, les jardins, les abris
couverts, etc...

Pourquoi pas alors les allées de bancs et de sièges, ou encore les
surfaces accessibles au public, et qu'on peut bien taguer par exemple
aux arrêts de bus ou dans les gares pour d'autres usages comme celui
de l'accessibilité, ou encore celui de la capacité des lieux à
recevoir le public et y exercer certaines activités ?

C'est vrai qu'on tombe dans le micro-mapping, on peut se demander ce
que cela pourrait donner dans un rendu (même s'il n'est pas impossible
alors de produire un plan ultra-local des lieux, pouvant aller jusqu'à
la numérotation des places).

Peut-être alors qu'il faut alors trouver une application qui en
démontre d'abord l'utilité à ce niveau ultra-local. Si ce n'est que
pour cartographier qu'un lieu spécifique et qu'on n'a même pas cherché
si des généralisations étaient possibles ailleurs, il vaut mieux se
contenter au départ de mettre ça dans une application externe à OSM,
et attendre qu'elle s'enrichisse un peu plus (conjointement avec
d'autres expérimentations dans d'autres lieux) pour qu'un schéma
cohérent de "taggage" se dégage de ces expérimentations.

Car OSM est d'abord destiné à faciliter le partage d'informations
géolocalisées entre entités différentes, mais pas pour l'usage d'une
seule entité réellement candidate pour créer et maintenir ces données
et procéder à ses expérimentations (qu'elle risque d'abandonner en
cours de route sans que personne d'autre en s'y intéresse pour en
reprendre les données incomplètes, voire inexploitables en pratique,
et vite obsolètes sans personne non plus pour en vérifier la
pertinence ou l'exactitude).

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

Re: [OSM-talk-fr] Proposition de Frederik etait [OSM-talk] Continued aggression against French contributors (cadastre integration)

[Pierre-Alain Dorange]

Pieren  wrote:

> > Il n'y a pas d'engagement vis à vis de la dgfip d'avoir un tag source
> > sur les objets eux même, je doute que la dgfip connaisse notre modèle
> > de données, sache ce qu'est un tag, sache ce qu'est un changeset.
> > Que l'info de source soit sur l'objet lui même ou sur le changeset
> > c'est du pareil au même (pour moi), elle n'est pas visible dans la
> > majorité des usages (cartes), il faut passer par un éditeur pour voir
> > ce tag et l'éditeur permet de remonter l'historique pour savoir que
> > l'objet provient du cadastre et de quel millésime il s'agit.
> 
> Trouver les tags du changeset est plus difficile que de trouver ceux
> directement attachés à l'élément. Lorsqu'un objet a un historique,
> c'est encore plus difficile. Lorsque les données OSM sont
> redistribuées (export, planet), il est très facile de perdre les tags
> des changesets alors que supprimer le tag source attachés aux éléments
> nécessite une action volontaire. J'ai déjà fait une liste des
> avantages et inconvénients de chaque méthode, cf les archives.

OK c'est moins précis (ça suit moins facilement les évolutions) mais ça
présente un avantage certain (et qui répond a une des critiques qui est
faites à nos imports cadastraux) : cela réduit drastiquement la taille
des données, car quoiqu'on en dise le tag source sur chaque objet avec
une chaine aussi longue est très lourde au niveau données...

Il ne faut oublier que c'est aussi sur ce point (taille des données) que
les imports cadastraux sont critiqués.
Et moi même je suis pas très a l'aise ni satisfait que voit ce tag
"source" attaché a tout les objets importés ad-vitam-eternam... Ca fait
un signal données-source faible.

-- 
Pierre-Alain Dorange
OSM experiences : 


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

Re: [OSM-talk-fr] Tournage d'un reportage-magazine pour France 3 Nord-Est

[Pierre-Alain Dorange]

Christian Quest  wrote:

> > Le reportage sera diffusé dans le quart nord-est sur France 3 le 23 novembre
> > à 23h10. J'ai demandé si nous pourrions avoir l'autorisation de diffuser la
> > vidéo par exemple sur OSM-FR. La journaliste m'a répondu que c'est
> > effectivement possible dans la mesure où l'on cite la source.
> >
> 
> Une confirmation écrite de ceci permettrait de lever tout doute...

J'ai eut le même cas (France 3 Poitou-Charentes) les journalistes
n'avaient pas d'avis mais leur rédaction a clairement refusé malgré une
certaine insistance de ma part...

Du coup la vidéo n'est pas disponible ici :

et surtout si vous tombez dessus par hazard elle n'est pas distribuable.

-- 
Pierre-Alain Dorange
OSM experiences : 


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

Re: [OSM-talk-fr] Comment tagguer des gradins ?

[Yannick VOYEAUD]

Le 19/10/2012 21:59, Philippe Verdy a écrit :

Le 19 octobre 2012 20:25, Yannick VOYEAUD  a écrit :

Je pense que tu fais une erreur de base! Tu dois mapper le théâtre (emprise
et accès) mais pas les gradins où alors tu fais des courbes de niveaux.
Si je fais les gradins de Vienne je ne te dis pas le niveau rue se retrouve
à -1 de la scène et -30 des gradins les plus hauts, ou inversement. À Vienne
cela pourrait passer car il n'y a qu'un seul accès mais à Lyon il y en a au
moins trois; lequel sera ton niveau 0 avec toute les conséquences que cela
va induire sur la voirie.


Pourquoi les courbes de niveau ? Ce qu'il demande c'est de pouvoir
taguer certains autres équipements internes qui décrivent bien les
lieux : il est déjà possible par exemple de taguer les escaliers, les
allées piétonnes, les ascenseurs, les parkings, les jardins, les abris
couverts, etc...

Pourquoi pas alors les allées de bancs et de sièges, ou encore les
surfaces accessibles au public, et qu'on peut bien taguer par exemple
aux arrêts de bus ou dans les gares pour d'autres usages comme celui
de l'accessibilité, ou encore celui de la capacité des lieux à
recevoir le public et y exercer certaines activités ?

C'est vrai qu'on tombe dans le micro-mapping, on peut se demander ce
que cela pourrait donner dans un rendu (même s'il n'est pas impossible
alors de produire un plan ultra-local des lieux, pouvant aller jusqu'à
la numérotation des places).


Bonsoir,

Philippe as-tu déjà vu un théâtre romain?
C'est de cela que l'on parle.
À la louche un théâtre antique c'est un demi-cercle avec une scène qui 
prend tout le diamètre. En général on a aussi un espace plat devant la 
scène.
Ce que Florian veut tagguer c'est les étages de pierre où le public 
s'assoit. Le théâtre de Vienne contenait 8 000 personnes sur ces étages 
de pierre de 80 cm de large et 60 cm de haut.
À Vienne on a une dénivellation de l'ordre de 20-25 m entre le haut et 
le bas sur une profondeur identique.


À titre d'information les odéons étaient bâtis sur le même principe mais 
étaient nettement plus petit.


Par contre tagguer les accès et escaliers de service je veux bien mais 
au delà il n'y a guère d'intérêt.
En l'espèce ce ne sont pas des équipements internes mais carrément la 
structure du lieu donc dès lors que l'on dit théâtre antique on sait 
comment c'est foutu.


Amitiés

--
Yannick VOYEAUD
Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
(Camille JOUFFRAY 1841-1924, maire de Vienne)
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Journées du Logiciel Libre: http://jdll.org

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

Re: [OSM-talk-fr] Comment tagguer des gradins ?

[Jean-Claude Repetto]

On 19/10/2012 21:59, Philippe Verdy wrote:
> 
> Pourquoi les courbes de niveau ? Ce qu'il demande c'est de pouvoir
> taguer certains autres équipements internes qui décrivent bien les
> lieux : il est déjà possible par exemple de taguer les escaliers, les
> allées piétonnes, les ascenseurs, les parkings, les jardins, les abris
> couverts, etc...

Des ascenseurs, dans un théâtre construit par Auguste et agrandi par
Hadrien ?
Ils étaient vachement en avance, les Romains !

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

Re: [OSM-talk-fr] Tournage d'un reportage-magazine pour France 3 Nord-Est

[Philippe Verdy]

Le 19 octobre 2012 22:07, Pierre-Alain Dorange  a écrit :
> Christian Quest  wrote:
>> Une confirmation écrite de ceci permettrait de lever tout doute...
>
> J'ai eut le même cas (France 3 Poitou-Charentes) les journalistes
> n'avaient pas d'avis mais leur rédaction a clairement refusé malgré une
> certaine insistance de ma part...

As-tu utilisé ton droit d'accès légal et personnel à ton image ? (pour
un usage personnel et familial, y compris chez toi avec tes amis, ce
qui ne te permet pas en revanche d'en faire toi-même une publication
sur un réseau ouvert ou en faire usage dans une démonstration
publique)

Si en revanche tu as signé un document de cession exclusive de ton
droit personnel, ce droit n'est pas offert gratuitement et
automatiquement, quel que soit le travail réalisé par les équipes de
reportage : tu as le droit d'obtenir une compensation (financière par
exemple) pour cette utilisation exclusive.

Mais en général la fourniture d'une cassette vidéo (même non
numérique, et pas facilement reproductible avec le même niveau de
qualité que lors de la diffusion), ou de tirages imprimés des photos,
ou d'un exemplaire d'une publication imprimée, est jugée comme une
compensation suffisante au regard de ton droit personnel, tant que ton
image personnelle ne souffre pas de la diffusion elle-même par
l'équipe de reportage ou son commanditaire (par exemple quand on
l'associe à des commentaires malveillants de la part des journalistes,
ou de l'éditeur, ou de la part du public visionnant le reportage
publié : ce qui donne accès à un autre droit, le droit de réponse ou
celui de demander de supprimer de la publication tes informations
personnelles obtenues, même avec ton accord écrit, sur des lieux
privés hors du contexte de ces commentaires ultérieures, ou si tes
propos ont été détournés et déformés dans leur sens par un montage un
peu trop "habile").

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

Re: [OSM-talk-fr] Tournage d'un reportage-magazine pour France 3 Nord-Est

[Philippe Verdy]

Note que si l'équipe de reportage se contente de prétendre que tu
disposes d'une compensation par le fait qu'il t'indique la date de
diffusion du reportage, cela ne parait pas suffisant, car la cession
de ton droit personnel exclusif (concernant ton image, même avec le
contrat que tu as signé) se fait seulement en échange d'un droit
d'accès *non exclusif*, que n'importe qui dans le public pourra
exercer en regardant l'émission à ta place (c'est le principe même de
la diffusion en télé ou presse, que de ne pas demander ta permission à
chacun des spectateurs ou lecteurs, l'accord que tu as signé
autorisant cette publication ou diffusion presse).

Tu dois pouvoir insister pour avoir un droit d'accès personnel à ces
images (même si c'est un fichier numérique crypté nécessitant une clé
associée à ton nom, en vu de t'empêcher de les rediffuser toi-même sur
un réseau public, ou comportant une empreinte de ton identité, visible
ou pas, dans le fichier codé qui t'es remis, durant la même durée que
celle utilisée par le nouveau détenteur de tes droits exclusifs et qui
pourra les réutiliser aussi souvent qu'il le voudra) si tu n'as en pas
échange de compensation équitable, qu'elle soit financière
(forfaitaire et n'offrant pas de droits à royalties à chaque période
de rediffusion ou republication, puisque c'est une cession complète)
ou un autre service à ton usage exclusif.

Les équipes de reportage n'aiment pas qu'on les oblige à te faire
signer un contrat de cession de ton image (les journalistes croient
que c'est leur droit, surtout si les images sont prises sur les lieux
publics), pourtant c'est nécessaire (et ça les protège aussi de
poursuites de ta part). Ils peuvent te raconter que ce contrat est
nécessaire mais avec rien en échange (déjà ils font le boulot du
reportagge..) mais cette cession de droit exclusifs n'est pas
équitable.

Le cas où c'est équitable c'est pour les personnes qui se rendent dans
les studios télé pour participer en tant que candidats à des jeux.
Pourtant même là on a eu des jugements récents confirmant que le
tournage de ces jeux (des exemples avec la « TV réalité »), dès lors
qu'ils obligeaient les candidats à une présence prolongée, incluant
aussi un temps privé et de repos lui non plus pas indemnisé, était
assimilable à un tournage avec des acteurs (peu importe la qualité de
« prestation » réalisée lors du tournage), donc à un travail qui
nécessite un contrat, une rémunération et une couverture sociale,
indépendantes des prix remis ou pas lors du jeu TV en cas de victoire.
Le refus de rémunérer ce temps de travail (même au minimum horaire
légal des professions du spectacle) et les heures supplémentaires
(prises sur le temps privé de repos légal) et de remettre un contrat
de travail temporaire en bonne et due forme, a été condamné comme du
travail au noir et aussi comme un abus des droits exclusifs des
candidats.

Comme quoi, les droits personnels exclusifs existent en France, et ne
sont pas gratuits.

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

Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?

[sly (sylvain letuffe)]

Le vendredi 19 octobre 2012 21:56:42, Pierre-Alain Dorange a écrit :
> "[...] En revanche, la rediffusion de ces données n'est autorisée que
> pour les produits composites, c'est à dire ceux constitués pour partie
> seulement du plan cadastral, et sous réserve que soient clairement
> indiqués l'origine et le millésime des données cadastrales utilisées
> (par exemple "source : Direction générales des finances publiques -
> année 2008")"
> 
> Même un extrait but du bati depuis OSM (en imaginant aucune
> modification) n'est qu'un extrait du plan cadastral 

Oulla ! Je ne comprends pas du tout cette phrase de cette façon !
"la rediffusion de ces données n'est autorisée que pour les produits (...) 
constitués pour partie seulement du plan cadastral"

C'est le produit redistribué qui, il me semble, ne peut contenir qu'une partie 
(de lui même) du plan cadastrale.

Sinon ce serait "pour *une* partie seulement du plan cadastral"


-- 
sly (sylvain letuffe)

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

Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset

[sly (sylvain letuffe)]

Le vendredi 19 octobre 2012 21:57:35, THEVENON Julien a écrit :
> Je ne l ai pas vu passer sur talk.
> Tu l as envoye seulement au DWG ?

oui

> si c est le cas c est dommage, la poster aussi sur talk aurait montre qu il
> y a aussi des propositions qui emanent de la communaute francaise, pas
> seulement des critiques.

Désolé si c'est privé, mais je pense qu'il est préférable que je m'adresse, 
seul, à dieu. (pour l'instant)
La discussion est en cours, je n'hésiterais toutefois pas à revenir avec un 
résumé, et/ou l'intégralité des échanges pour qui veut.


-- 
sly (sylvain letuffe)

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

Re: [OSM-talk-fr] Comment tagguer des gradins ?

[Philippe Verdy]

Le 19 octobre 2012 22:31, Jean-Claude Repetto  a écrit :
> Des ascenseurs, dans un théâtre construit par Auguste et agrandi par
> Hadrien ?
> Ils étaient vachement en avance, les Romains !

Ces théâtres tels qu'ils sont ouverts et autorisés aujourd'hui pour
l'accès au public, ont des équipements qui n'ont évidemment pas été
posés par les Romains, y compris pour la sécurité des accès et
l'accessibilité du public, l'éclairage, la sécurité des gradins
(barrières), le confort du public (des sièges sont possibles), la mise
en scène et l'équipement sonore.

La seule question est alors est celle de la permanence ou non de ces
équipements (qui peuvent n'être là que durant les spectacles et
démontés après). Tout n'est pas systématiquement démonté non plus.

S'il n'y a que les vieilles pierres instables et pas sécurisées ni
protégées (car le site est classé), ni aucun prééquipement, ce n'est
pas un théâtre moderne, juste un monument.

La seule forme ronde ou le nom donné au lieu peut ne pas suffire pour
le représenter correctement. mais avec la représentation des allées
entre les groupes de gradins et des escaliers, entrées et chemins
d'accès, et de la surface plane de la scène cela peut mieux indiquer
de quoi il s'agit, ainsi que la capacité du lieu en terme de public et
d'usage, ou la facilité à l'équiper fréquemment pour des spectacles.

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

Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset

[THEVENON Julien]

> De : sly (sylvain letuffe) 

> > > si c est le cas c est dommage, la poster aussi sur talk aurait montre qu 
> > > il
> > > y a aussi des propositions qui emanent de la communaute francaise, pas
> > > seulement des critiques.

> Désolé si c'est privé, mais je pense qu'il est préférable que je m'adresse, 
> seul, à dieu. (pour l'instant)
> La discussion est en cours, je n'hésiterais toutefois pas à revenir avec un 
> résumé, et/ou l'intégralité des échanges pour qui veut.

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

Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?

[Sébastien Dinot]

Bonsoir,

sly (sylvain letuffe) a écrit :
> Vu qu'une prise de contact avec les services juridiques du cadastre est sans 
> doute la meilleure solution pour savoir, je vais donc repartir de ça :
> http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Conditions_d%27utilisation#Contact_avec_la_DGFiP
> et, bien, évidement, de leur réponse :
> http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Conditions_d%27utilisation#Copie_de_la_r.C3.A9ponse

De mon point de vue, ces échanges sont caduques car de l'eau a coulé sous les
ponts depuis. La position de l'état et les lois ont évolué, nous avons
notamment vu naître la mission Étalab et la licence LO/OL sans même parler de
la transposition dans le droit français de la directive Inspire.

Les données cadastrales de certains département sont aujourd'hui diffusées
sous licence LO/OL sur le site data.gouv.fr. En voici un exemple :

http://www.data.gouv.fr/donnees/view/Cadastre-issu-du-PCI-vecteur-30383191

Pour mémoire, la licence LO/OL est une licence permissive qui n'impose qu'une
mention de la paternité (source et date). Le module cadastral de JOSM respecte
cette obligation.

Quant aux réutilisateurs des données OSM qui ne respecteraient pas cette
exigence, nous ne sommes pas plus responsables des contournements dont ils
seraient les auteurs que les services de l'état sont responsables des données
altérées dans OSM.

Bien cordialement,

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