Re: [OSM-talk-fr] Grand polygone cassé. Comment réparer ?

2011-01-27 Par sujet Art Penteur 
Salut,

  Pour documenter le cas :

 Hier soir, après mon premier message, j'ai vu qu'il ne manquait
qu'un minuscule segment pour clore le gros polygone, je l'ai ajouté
(changeset #7107586,à 20:47:16 UTC).

  J'ai vu que c'était le souk dans le coin de Loupiac (et j'ai fait
un message qui en parlait).

   Je me suis rendu compte que beaucoup de problèmes (superpositions
de landuses) semblaient venir du way 66404851, qui avait l'air décalé.
Je l'ai recalé (un peu à la louche) pour que ses "trous" longilignes
correspondent aux éléments du paysage identifiable (Tarn, autoroute
A68). C'était le changeset #7107941 à 21:26:52 UTC.

  Après, Vincent a fait son mail "je m'y met".

  Ce matin, le rendu OSM/Mapnik montre encore un "trou décalé". Si
vous avez accès au même rendu que moi, voyez
http://www.openstreetmap.org/?lat=43.8107&lon=1.7717&zoom=14&layers=M
(Sinon, une copie d'écran passera peut-être en PJ d'un autre message).

   Sur cette image, on voit bien un grand trait blanc qui semble
correspondre à l'A 68, mais qui est trop au Nord-Est. Comme si ma
modif du changeset 7107941 n'avait aps été prise en compte. En gros,
je souhaitais déplacer le "trou" qui se trouve rendu actuellement sur
le village de Loupiac vers la sortie 7 de l'A 68 (et je le
souhaiterais encore).

   Clairement, la chose la plus saine serait de revenir à la
situation avant le déplacement du way 66404851. Mais je n'arrive pas à
récupérer son historique, et je ne sais pas si un revert est encore
possible. Donc, on retombe sur un re-positionnement empirique.

  Je n'aurais pas le temps de revenir là-dessus dans la journée.
  On verra ce soir si certains ont pu faire qqchose de bien ou s'il
faut patiemment tout réajuster avec Bing, le cadastre, ...

Art.


Le 28 janvier 2011 07:51, christophe t  a écrit :
> Bonjour,
> j'ai des éléments qui peuvent aider à résoudre ce problème. Il y a quelques
> jours un collègue mappeur a travaillé sur cette zone dans le changeset
> http://www.openstreetmap.org/browse/changeset/7040144
> Peu après cette modification, il s'est rendu compte de la modification du
> rendu mapnik de la couverture du sol de cette région. Ne sachant pas d'où
> venait le problème, une erreur dans son changeset ou une modification par un
> autre contributeur, nous avons reverter ce changeset :
> http://www.openstreetmap.org/browse/changeset/7045430
> Ce que j'ai fait avec le script perl apparemment sans erreur.
> Dans son changeset, la zone où les polygones de couverture du sol ont été
> touchés est
> http://www.openstreetmap.org/?lat=43.58463&lon=1.70548&zoom=16&layers=M
> où la modification consistait à définir le inner de couverture du sol comme
> lac, à l'ajuster sur la photo bing et à supprimer le lac. Cette manip me
> semble correcte (?).
> Voilà je ne sais pas si la cause du problème est là ? En espérant que ça
> peut aider.
> Christophe
> alias orhygine
>
> Le 27 janvier 2011 23:16, Vincent Pottier  a écrit :
>>
>> Le 27/01/2011 22:19, Art Penteur a écrit :
>>>
>>> note-to-self :
>>>    Le way 66404851 a vraiment l'air de ne correspondre à rien de
>>> physique. Mais c'est difficile de comprendre ce qui s'est passé :
>>> http://www.openstreetmap.org/browse/way/66404851/history ne renvoie rien.
>>>    Peut-être demain ?
>>>
>>> Art.
>>
>> Plus personne dessus ?
>>
>> J'attaque.
>> --
>> FrViPofm
>>
>> ___
>> 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] Grand polygone cassé. Comment réparer ?

2011-01-27 Par sujet christophe t 
Bonjour,
j'ai des éléments qui peuvent aider à résoudre ce problème. Il y a quelques
jours un collègue mappeur a travaillé sur cette zone dans le changeset
http://www.openstreetmap.org/browse/changeset/7040144
 Peu après cette
modification, il s'est rendu compte de la modification du rendu mapnik de la
couverture du sol de cette région. Ne sachant pas d'où venait le problème,
une erreur dans son changeset ou une modification par un autre contributeur,
nous avons reverter ce changeset :
http://www.openstreetmap.org/browse/changeset/7045430
Ce que j'ai fait avec
le script perl apparemment sans erreur.

Dans son changeset, la zone où les polygones de couverture du sol ont été
touchés est
http://www.openstreetmap.org/?lat=43.58463&lon=1.70548&zoom=16&layers=M
 où
la modification consistait à définir le inner de couverture du sol comme
lac, à l'ajuster sur la photo bing et à supprimer le lac. Cette manip me
semble correcte (?).

Voilà je ne sais pas si la cause du problème est là ? En espérant que ça
peut aider.

Christophe
alias orhygine

Le 27 janvier 2011 23:16, Vincent Pottier  a écrit :

> Le 27/01/2011 22:19, Art Penteur a écrit :
>
>  note-to-self :
>>Le way 66404851 a vraiment l'air de ne correspondre à rien de
>> physique. Mais c'est difficile de comprendre ce qui s'est passé :
>> http://www.openstreetmap.org/browse/way/66404851/history ne renvoie rien.
>>Peut-être demain ?
>>
>> Art.
>>
> Plus personne dessus ?
>
> J'attaque.
> --
> FrViPofm
>
>
> ___
> 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] De l'abus d'import automatique de données cadastrales...

2011-01-27 Par sujet yvecai 

Ce serait bien aussi de mettre un lien avec des images:
http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_b%C3%A2timents/Aper%C3%A7u_des_erreurs_rencontr%C3%A9es
pour mieux expliquer les erreurs.

Yves

On 28. 01. 11 00:33, Sébastien Dinot wrote:

Bonsoir,

Je pense que les abonnés de cette liste sont certainement les
contributeurs les plus au fait du problème mais une piqûre de rappel ne
fait pas de mal : il est nécessaire de contrôler, de nettoyer et de
fusionner proprement avec l'existant les données cadastrales issues des
extractions automatiques avant de les importer.

À titre d'exemple, je n'ai effectué que 3 ou 4 imports massifs de
données cadastrales mais le dernier du genre m'a demandé :

- 6 heures de nettoyage préalable de données cadastrales (élimination
   des doublons, « remembrement » des bâtiments, suppression des points
   sur-abondants, etc),

- 4 heures de fusion avec l'existant.

D'autres ont une approche plus expéditive. Voici un exemple - parmi
d'autres - de courrier que je viens d'envoyer à un contributeur un peu
pressé et négligeant :


Bonjour Neverwhere,

Le 10 janvier, vous avez effectué un import automatique de données
à partir du cadastre sur la commune de Teulat (81) :

http://www.openstreetmap.org/browse/changeset/6931281

en négligeant de tenir compte de l'existant et de nettoyer les données
avant import. Il en résulte que :

1. vous avez importé des étendues d'eau qui se superposent au tracé
pré-existant du Lac de la Balerme comme vous pouvez le constater sur
les extraits suivants :

http://www.openstreetmap.org/browse/way/94446006
http://www.openstreetmap.org/browse/way/94446044
http://www.openstreetmap.org/browse/way/94445988
http://www.openstreetmap.org/browse/way/94445965

2. votre import alourdit la base sans lui apporter de réelle valeur
ajoutée mais en dégradant la qualité globale des données sur la
zone : des bâtiments se chevauchent ou coupent des routes (il aurait
fallu corriger le tracé des routes en s'appuyant sur le module
Cadastre-Fr de JOSM ou sur l'affichage du fond photographique Bing).

Je comprends que le « peuplement » d'une zone vide a quelque chose
d'excitant qui invite à la précipitation mais vos futures contributions
gagneront nettement en qualité et en valeur si vous prenez la peine
à l'avenir d'opérer les simplifications, contrôles et fusions qui
s'imposent avant import. En attendant, je vous invite à corriger les
anomalies que je viens de vous signaler. N'hésitez pas à me solliciter
si vous rencontrez des difficultés dans l'utilisation de JOSM, du module
Cadastre-Fr ou des images Bing.

Je vous remercie par avance,

Sébastien


Je corrige souvent moi-même de telles erreurs mais là, sur le coup, j'ai
un gros coup de fatigue.

Sébastien




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

[OSM-talk-fr] De l'abus d'import automatique de données cadastrales...

2011-01-27 Par sujet Sébastien Dinot 
Bonsoir,

Je pense que les abonnés de cette liste sont certainement les
contributeurs les plus au fait du problème mais une piqûre de rappel ne
fait pas de mal : il est nécessaire de contrôler, de nettoyer et de
fusionner proprement avec l'existant les données cadastrales issues des
extractions automatiques avant de les importer.

À titre d'exemple, je n'ai effectué que 3 ou 4 imports massifs de
données cadastrales mais le dernier du genre m'a demandé :

- 6 heures de nettoyage préalable de données cadastrales (élimination
  des doublons, « remembrement » des bâtiments, suppression des points
  sur-abondants, etc),

- 4 heures de fusion avec l'existant.

D'autres ont une approche plus expéditive. Voici un exemple - parmi
d'autres - de courrier que je viens d'envoyer à un contributeur un peu
pressé et négligeant :


Bonjour Neverwhere,

Le 10 janvier, vous avez effectué un import automatique de données
à partir du cadastre sur la commune de Teulat (81) :

http://www.openstreetmap.org/browse/changeset/6931281

en négligeant de tenir compte de l'existant et de nettoyer les données
avant import. Il en résulte que :

1. vous avez importé des étendues d'eau qui se superposent au tracé
   pré-existant du Lac de la Balerme comme vous pouvez le constater sur
   les extraits suivants :

   http://www.openstreetmap.org/browse/way/94446006
   http://www.openstreetmap.org/browse/way/94446044
   http://www.openstreetmap.org/browse/way/94445988
   http://www.openstreetmap.org/browse/way/94445965

2. votre import alourdit la base sans lui apporter de réelle valeur
   ajoutée mais en dégradant la qualité globale des données sur la
   zone : des bâtiments se chevauchent ou coupent des routes (il aurait
   fallu corriger le tracé des routes en s'appuyant sur le module
   Cadastre-Fr de JOSM ou sur l'affichage du fond photographique Bing).

Je comprends que le « peuplement » d'une zone vide a quelque chose
d'excitant qui invite à la précipitation mais vos futures contributions
gagneront nettement en qualité et en valeur si vous prenez la peine
à l'avenir d'opérer les simplifications, contrôles et fusions qui
s'imposent avant import. En attendant, je vous invite à corriger les
anomalies que je viens de vous signaler. N'hésitez pas à me solliciter
si vous rencontrez des difficultés dans l'utilisation de JOSM, du module
Cadastre-Fr ou des images Bing.

Je vous remercie par avance,

Sébastien


Je corrige souvent moi-même de telles erreurs mais là, sur le coup, j'ai
un gros coup de fatigue.

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

Re: [OSM-talk-fr] [bug] building : peinture 5 couches

2011-01-27 Par sujet Frédéric Rodrigo 

Le 27/01/2011 23:05, Vincent Pottier a écrit :

Bonsoir,
Sur Tréguier, les bâtiments ont été importés 5 fois.
J'ai fait un peu de nettoyage dans le centre. Il reste du boulot...


Dans le même ordre d'idée, sur Dole l'import à était fait par dessus un 
décalquage partiel des bâtiments et du Doubs. J'ai en partie corigé le 
fleuve et des bâtiments proches.


Fred

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

Re: [OSM-talk-fr] Grand polygone cassé. Comment réparer ?

2011-01-27 Par sujet Vincent Pottier 

Le 27/01/2011 22:19, Art Penteur a écrit :

note-to-self :
Le way 66404851 a vraiment l'air de ne correspondre à rien de
physique. Mais c'est difficile de comprendre ce qui s'est passé :
http://www.openstreetmap.org/browse/way/66404851/history ne renvoie rien.
Peut-être demain ?

Art.

Plus personne dessus ?

J'attaque.
--
FrViPofm

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

[OSM-talk-fr] [bug] building : peinture 5 couches

2011-01-27 Par sujet Vincent Pottier 

Bonsoir,
Sur Tréguier, les bâtiments ont été importés 5 fois.
J'ai fait un peu de nettoyage dans le centre. Il reste du boulot...
--
FrViPofm

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

Re: [OSM-talk-fr] Grand polygone cassé. Comment réparer ?

2011-01-27 Par sujet Art Penteur 
note-to-self :
   Le way 66404851 a vraiment l'air de ne correspondre à rien de
physique. Mais c'est difficile de comprendre ce qui s'est passé :
http://www.openstreetmap.org/browse/way/66404851/history ne renvoie rien.
   Peut-être demain ?

Art.

Le 27 janvier 2011 22:05, Art Penteur  a écrit :
> Le 27 janvier 2011 21:36,   a écrit :
>
>> Acheter une barrette de mémoire de 8Go, fermer les yeux, invoquer les 
>> puissances
>> divines en lesquelles on croit, puis cliquer droit sur la relation et
>> "télécharger les membres" dans JOSM
>
>  He ben, avec mon PC de 7 ans d'age et 1.2 Go de RAM, s'est passé.
>
>  Mais Pn, y'a du boulot !
>
>   Regardez au nord de Loupiac, le long du Tarn :le CLC:ID FR-221176
> se superpose au CLC:ID FR-223231, qui croise joyeusement un
> landuse=forest.
>
> Je ne sais pas trop comment de-tricoter tout ça proprement.
>
> Art.
>

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

Re: [OSM-talk-fr] Grand polygone cassé. Comment réparer ?

2011-01-27 Par sujet Vincent Pottier 

Le 27/01/2011 21:36, sylv...@letuffe.org a écrit :

Selon Art Penteur:


Bon, à votre avis, quelle est la meilleur façon de trouver ce qui
cloche, et de réparer ?

Acheter une barrette de mémoire de 8Go, fermer les yeux, invoquer les puissances
divines en lesquelles on croit, puis cliquer droit sur la relation et
"télécharger les membres" dans JOSM

--
sly

Sly dans le style théâtral ;-)
Non, ça tiens dans mon ordinateur (il a a bien fallut une machine pour 
l'envoyer) qui n'est pas une super bête.

Le problème, c'était la masse de polygones buildings par dessous.
--
FrViPofm

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

Re: [OSM-talk-fr] Grand polygone cassé. Comment réparer ?

2011-01-27 Par sujet Art Penteur 
Le 27 janvier 2011 21:36,   a écrit :

> Acheter une barrette de mémoire de 8Go, fermer les yeux, invoquer les 
> puissances
> divines en lesquelles on croit, puis cliquer droit sur la relation et
> "télécharger les membres" dans JOSM

  He ben, avec mon PC de 7 ans d'age et 1.2 Go de RAM, s'est passé.

  Mais Pn, y'a du boulot !

   Regardez au nord de Loupiac, le long du Tarn :le CLC:ID FR-221176
se superpose au CLC:ID FR-223231, qui croise joyeusement un
landuse=forest.

Je ne sais pas trop comment de-tricoter tout ça proprement.

Art.

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

Re: [OSM-talk-fr] Grand polygone cassé. Comment réparer ?

2011-01-27 Par sujet sylvain 
Selon Art Penteur :

>Bon, à votre avis, quelle est la meilleur façon de trouver ce qui
> cloche, et de réparer ?

Acheter une barrette de mémoire de 8Go, fermer les yeux, invoquer les puissances
divines en lesquelles on croit, puis cliquer droit sur la relation et
"télécharger les membres" dans JOSM

--
sly

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

[OSM-talk-fr] Grand polygone cassé. Comment réparer ?

2011-01-27 Par sujet Art Penteur 
Bonjour,

   Je pense que ceux qui mappent vers Toulouse auront remarqué que le
grand polygone de landuse=farm situé à l'est de Toulouse est cassé (
Vous vous souvenez ? celui dont l'import avait fait causer parce qu'il
empiétait sur des polygones locaux plus précis).

   Y'a des tas d'inner qui se retrouvent tous seuls, et Mapnik les
trace en marron.

   Bon, à votre avis, quelle est la meilleur façon de trouver ce qui
cloche, et de réparer ?

Art.

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

Re: [OSM-talk-fr] Le GPS logger idéal

2011-01-27 Par sujet Jean-Christophe Haessig 
Le mardi 25 janvier 2011 à 18:09 +0100, Rodolphe Quiedeville a écrit :
> Bonjour à tous,

Bonjour,

Bonne idée le logger idéal, pour info j'ai un Keymate STV-5 de chez
Pearl. Il est toujours en vente au prix de 50€.

Il ne marche plus depuis une chute à ski (le fix gps ne se fait plus) et
je l'ai ouvert pour essayer de le réparer.

La bête contient une version éclatée du module Skytraq Venus 5, qui
s'interface en série avec un microcontrôleur (des gens l'utilisent avec
des platines arduino, d'ailleurs il y a un exemple de datalogger avec
arduino).
Dans le Keymate, ils utilisent un proco ARM avec une banque de mémoire
Flash de 1Mio.

Je serais prêt à parier qu'on pourrait encore ajouter un petit écran LCD
car je ne crois pas que les capacités de la puce ARM soient utilisées
entièrement.

D'où l'idée d'utiliser ce logger existant pour l'augmenter et au passage
améliorer le programme de gestion (le mode de log en buffer circulaire
ne marchait pas pour moi).

Si ça vous intéresse, j'ai des scans du circuit imprimé. Pour l'instant
je n'ai pas pu déterminer de quelle puce ARM il s'agissait exactement.
Avec cette information, ça ne devrait pas être trop dur de le
reprogrammer.

JC


signature.asc
Description: This is a digitally signed message part
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Crowdsoursing, qu'ès aco ?

2011-01-27 Par sujet J.-Lys 

Vu dans un document d'ITS Bretagne : Crowdsoursing, Openstreetmap et
transport en commun, projet participatif ou travail low cost ? Question de
point de vue ?

https://docs.google.com/viewer?url=http://www.predim.org/IMG/pdf/596_Notes_ITS_-_Janvier_2011_-_Crowdsourcing.pdf

J. Lys
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Crowdsoursing-qu-es-aco-tp5967292p5967292.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] Subventions pour mapping parties ?

2011-01-27 Par sujet Jean-Francois Nifenecker 


Le 26/01/2011 22:24, Philippe Pary a écrit :


De la même manière que nous avons une page de courriers-types pour
convaincre d'utiliser OSM, nous pouvons créer des courriers-types pour
ce genre de demandes.


à prévoir aussi : un dossier de présentation illustré et lisible par un 
néophyte.


Un courrier c'est bien, mais le dossier (à porter *en mains propres* 
c'est essentiel) est un support nécessaire. Il reste et les 
collectivités peuvent s'y référer.


--
Jean-Francois Nifenecker, Bordeaux


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

Re: [OSM-talk-fr] Subventions pour mapping parties ?

2011-01-27 Par sujet Jean-Francois Nifenecker 


Bonjour,

Le 26/01/2011 11:10, Philippe Pary a écrit :


Les subventions c'est un merdier sans nom à gérer. C'est long à
demander, long à obtenir et ça demande un suivi après-coup.


Exact.


Si c'est pour organiser des cartoparties, on sait très bien le faire
sans sous.

D'autant plus que la subvention va demander précisément ce qui sera
dépensé, sur base de devis. Que mettrait-on dans le devis ?


Pas besoin de devis, mais un dossier de présentation et budget 
prévisionnel sérieux (avant) puis un compte-rendu et un budget réalisé 
(après) :


Dépenses
-- frais de déplacement/hébergement (ex : pour des animateurs, 
conférenciers, etc.)

-- achats de matériel
-- frais de location
-- frais de repas
-- frais de communication
(etc.)

Produits
-- vente d'hébergement, de repas
-- vente d'objets (goodies...)
-- valorisation du bénévolat (TRÈS important !)
-- autres subventions, dons, apports financiers
-- sponsoring privé
(etc.)

Mais... il y a un *gros* "mais".


2011/1/25 Jean Millerat
 Pour les associations et collectivités locales que ça
 intéresse, en
 région parisienne, il y a des subventions à glaner pour des
 projets OSM
 qui auraient une dimension "développement durable" ou
 "solidarité".



aucune collectivité n'attribuera de subvention à quiconque qui ne soit 
pas constitué en association. Et c'est à l'asso qu'ira la subvention.


De plus, il est "utile" que l'asso soit "honorablement" connue, en 
d'autres termes, son existence légale ne doit pas être de circonstance.


De plus, à une subvention se rattache une Convention qui *engage* et qui 
impose des contraintes : affichage du nom du sponsor, pose de bannières, 
etc.


Enfin, il est fréquent que la subvention soit versée tardivement (donc 
il faut pouvoir disposer d'argent entretemps), en partie (rarement 
versée à 100 %) et que le solde n'est versé que lorsque certaines 
conditions sont remplies (ex : fournir une compta, un compte-rendu, des 
illustrations de comm' et des tas d'autres trucs bizarres).



 A quand des mapping parties financées par la Région
 Ile-de-France ? ;)



Quand des gens voudront se charger du TRÈS lourd travail de recherche 
des subventions et de gestion de la trésorerie et de rédaction des 
compte-rendus et de... et de...



PS : pour avoir fait partie de ceux qui ont collecté des subventions 
publiques pour les RMLL 2010 (125.000 euros), je peux dire que c'est un 
*vrai* boulot qui demande temps et énergie. Beaucoup. Y compris -- et 
j'irais jusqu'à dire "surtout" -- après. D'ailleurs, le "après" des RMLL 
2010 n'est pas encore achevé.



Bon courage !
--
Jean-Francois Nifenecker, Bordeaux


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

Re: [OSM-talk-fr] OpenData à Paris et OSM, compatible ?

2011-01-27 Par sujet rldhont 

Le 27/01/2011 15:54, Charles Nepote a écrit :

Le 27/01/2011 14:44, Gilles Bassière a écrit :

rldhont wrote:
  D'après ce que j'ai compris, il est possible de faire du commerce 
avec

mais toutes modifications ou traitement des données doit être
redistribuées sous la même licence avec obligation de cité la source.


Je pense qu'intégrer ces données dans OSM avec un tag source=Mairie de
Paris satisfait cette exigence.

Pour chipoter je mettrai plutôt "source=Ville de Paris" comme le 
laisse entendre le code source de leur site qui précise : 
"".


En outre, cette mention ne paraît pas suffisante car une licence ne 
saurait se substituer à la loi. Or la loi de 1978 révisée en 2005 
précise dans l'article 12 que la date de dernière mise à jour des 
données est une aussi une mention obligatoire (elle n'est pas présente 
sur le site mais il y a une "date de publication").


Il faut ajouter 2010 ici



Charles.



J'imagine aussi que les concepteurs D'ODbL ont créé une licence
suffisement ouverte pour être compatible avec elle-même et avec les
licences les répandus dans le monde de l'opendata (CC-By-SA notamment).
Mais pour ça, je suis loin d'être sûr, j'ai du mal à maîtriser ce 
sujet...


Pourquoi ne pas poser la question sur legal-t...@openstreetmap.org ?

Cordialement



___
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] OpenData à Paris et OSM, compatible ?

2011-01-27 Par sujet Charles Nepote 

Le 27/01/2011 14:44, Gilles Bassière a écrit :

rldhont wrote:

  D'après ce que j'ai compris, il est possible de faire du commerce avec
mais toutes modifications ou traitement des données doit être
redistribuées sous la même licence avec obligation de cité la source.


Je pense qu'intégrer ces données dans OSM avec un tag source=Mairie de
Paris satisfait cette exigence.

Pour chipoter je mettrai plutôt "source=Ville de Paris" comme le laisse 
entendre le code source de leur site qui précise : 
"".


En outre, cette mention ne paraît pas suffisante car une licence ne 
saurait se substituer à la loi. Or la loi de 1978 révisée en 2005 
précise dans l'article 12 que la date de dernière mise à jour des 
données est une aussi une mention obligatoire (elle n'est pas présente 
sur le site mais il y a une "date de publication").


Charles.



J'imagine aussi que les concepteurs D'ODbL ont créé une licence
suffisement ouverte pour être compatible avec elle-même et avec les
licences les répandus dans le monde de l'opendata (CC-By-SA notamment).
Mais pour ça, je suis loin d'être sûr, j'ai du mal à maîtriser ce sujet...

Pourquoi ne pas poser la question sur legal-t...@openstreetmap.org ?

Cordialement



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

Re: [OSM-talk-fr] Beauzelle n'est pas en Andorre

2011-01-27 Par sujet Vincent de Chateau-Thierry 

Bonjour,

> De : "rldhont" 
> 
> C'est normal nominatim n'utilise pas les limites administratives mais un 
> système de triangulation des informations donc si Beauzelle est proche 
> de l'andorre nominatim peut renvoyé cette fausse information.
> 
Dans mon souvenir, il y a une triangulation en l'absence de limites admin avec 
des
polygones de Voronoï, mais si la limite admin existe, il me semble bien qu'elle 
sert.
En testant en dehors de Beauzelle, on constate que Toulouse aussi est en 
Andorre d'après
Nominatim, et aussi Foix (09), Blagnac, etc. Bref, le problème a l'air assez 
étendu. 
Nominatim a été mis à jour lundi par son auteur [1] qui annonçait que les modifs
impactaient normalement les résultats de recherche sur les US, mais il 
n'excluait pas la
présence d'effets de bord. Je lui transmets nos constats, et à suivre.

vincent

[1] : http://lists.openstreetmap.org/pipermail/talk/2011-January/056107.html

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


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

Re: [OSM-talk-fr] OpenData à Paris et OSM, compatible ?

2011-01-27 Par sujet Gilles Bassière 
rldhont wrote:
>  D'après ce que j'ai compris, il est possible de faire du commerce avec
> mais toutes modifications ou traitement des données doit être
> redistribuées sous la même licence avec obligation de cité la source.
> 

Je pense qu'intégrer ces données dans OSM avec un tag source=Mairie de
Paris satisfait cette exigence.

J'imagine aussi que les concepteurs D'ODbL ont créé une licence
suffisement ouverte pour être compatible avec elle-même et avec les
licences les répandus dans le monde de l'opendata (CC-By-SA notamment).
Mais pour ça, je suis loin d'être sûr, j'ai du mal à maîtriser ce sujet...

Pourquoi ne pas poser la question sur legal-t...@openstreetmap.org ?

Cordialement
-- 
Gilles Bassière - Web/GIS software engineer
http://gbassiere.free.fr/

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

Re: [OSM-talk-fr] OpenData à Paris et OSM, compatible ?

2011-01-27 Par sujet Charles Nepote 

Le 27/01/2011 12:23, rldhont a écrit :

Bonjour,

Suite à un article je me suis rendu sur le portail de données de Paris:
http://opendata.paris.fr/opendata/jsp/site/Portal.jsp

Il y a de nombreuses données géographiques, je voulais savoir si ces 
données sont compatibles avec les données OSM. En gros si les licences 
vont bien ensemble ?


D'après mes infos, il y a une seule licence qui s'applique à toutes les 
données du portail. Attention en revanche cette licence est une 
*adaptation* de la licence ODbL. D'après les premières discussions que 
j'ai eu avec les responsables du projets, ils ont du *adapter* la 
licence ODbL au contexte du droit français. Le problème est qu'ils ne 
précisent pas sur quoi portent ces adaptations. Il n'est pas dit si la 
licence "ODbL Paris" est compatible avec la licence ODbL internationale. 
Je vais leur poser la question.


Cela dit c'est une initiative formidable et qui mérite des 
encouragements et remarques constructives. Il y a d'ailleurs (un peu 
caché) un forum pour s'exprimer :

http://opendata.paris.fr/opendata/app/digg&id_digg=1

Charles.



René-Luc D'Hont
3Liz




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

Re: [OSM-talk-fr] OpenData à Paris et OSM, compatible ?

2011-01-27 Par sujet rldhont 
D'après ce que j'ai compris, il est possible de faire du commerce avec 
mais toutes modifications ou traitement des données doit être 
redistribuées sous la même licence avec obligation de cité la source.



Le 27/01/2011 13:02, Pieren a écrit :
2011/1/27 Jean Couteau >


Le 27/01/2011 12:23, rldhont a écrit :

Si j'ai bien lu, c'est sous license Odbl donc ça passe. Après, j'ai
regardé qu'un fichier, à voir si c'est la même license pour tous.


C'est bien de l'Odbl mais du coup, je me demande si ça peut aller dans 
OSM qui est pour l'instant sous double licence (Odbl et cc-by-sa2.0)...


Pieren


___
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] Beauzelle n'est pas en Andorre

2011-01-27 Par sujet rldhont 
C'est normal nominatim n'utilise pas les limites administratives mais un 
système de triangulation des informations donc si Beauzelle est proche 
de l'andorre nominatim peut renvoyé cette fausse information.


René-Luc

Le 27/01/2011 12:36, hpmt a écrit :

Vite fait, car j'ai très peu de temps aujourd'hui :
quand j'ai demandé "Beauzelle" (un patelin de haute garonne) dans la 
case de gauche de la page officielle www.openstreatmap.org, j'obtiens 
ça :


Résultats de OpenStreetMap Nominatim
Limite administrative Beauzelle, Haute-Garonne, 31700, Andorre
Village Beauzelle, Haute-Garonne, 31700, Andorre, Europe
Arrêt de tram Beauzelle, Boulevard Henri Ziegler, Blagnac, 
Haute-Garonne, 31700, Andorre


Je ne sais pas où signaler l'erreur, et je n'ai pas le temps ;
merci à celui qui transmettra/et/ou/corrigera.

Hélène
User:HelenePETIT


___
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] [OSM-talk-fr-bzh] [Import 4C] Projet de la Semaine : Cartographie de la CC de Concarneau

2011-01-27 Par sujet Thomas Petillon 
Bonjour,

2011/1/26 Marc SIBERT 

> Le 26 janvier 2011 12:34, Pieren  a écrit :
>
> 2011/1/26 Thomas Petillon 
>>
>> C'est normalement inutile de le préciser parce qu'à part quelques highways
>>> (comme motorway, XXX_link ou les rond-points), tous impliquent « oneway=no
>>> ».
>>>
>>>
>>>
>> C'est une question récurrente sur la liste principale. Il n'y a consensus
>> que pour les ronds-points.
>>
>
Ça tombe bien, pour ma part il n'y a que sur les rond-points que je ne
précise pas « oneway=yes » quand c'est le cas. :)


>
>> Pieren
>>
>> Bonjour,
>
> J'ai estimé que comme l'information était présente (ce way *n'est pas* en
> sens unique), il était intéressant de le faire figurer. A l'usage il
> apparait que c'est très souvent faux (exemple dans les entrées/sorties de
> rond-point) et qu'il faut donc corriger à la main. A ce demander si ma
> requêtes n'est pas fausse elle-même tellement que la base est erronée sur ce
> point.
>
> En même temps rien n'empêche de préciser une information, même si c'est la
> valeur par défaut.
>

C'est pas faux, j'avoue. Et vu que c'est pas ça qui va prendre beaucoup de
place dans la base, c'est pas gênant.
Je ferai gaffe à ne pas les laisser là où c'est erroné, merci de signaler ce
problème.


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

Re: [OSM-talk-fr] OpenData à Paris et OSM, compatible ?

2011-01-27 Par sujet Pieren 
2011/1/27 Jean Couteau 

> Le 27/01/2011 12:23, rldhont a écrit :
>
> Si j'ai bien lu, c'est sous license Odbl donc ça passe. Après, j'ai
> regardé qu'un fichier, à voir si c'est la même license pour tous.
>
>
C'est bien de l'Odbl mais du coup, je me demande si ça peut aller dans OSM
qui est pour l'instant sous double licence (Odbl et cc-by-sa2.0)...

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

Re: [OSM-talk-fr] OpenData à Paris et OSM, compatible ?

2011-01-27 Par sujet Jean Couteau 
Le 27/01/2011 12:23, rldhont a écrit :

> Il y a de nombreuses données géographiques, je voulais savoir si ces
> données sont compatibles avec les données OSM. En gros si les licences
> vont bien ensemble ?

Si j'ai bien lu, c'est sous license Odbl donc ça passe. Après, j'ai
regardé qu'un fichier, à voir si c'est la même license pour tous.

Jean

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

[OSM-talk-fr] Beauzelle n'est pas en Andorre

2011-01-27 Par sujet hpmt 

Vite fait, car j'ai très peu de temps aujourd'hui :
quand j'ai demandé "Beauzelle" (un patelin de haute garonne) dans la 
case de gauche de la page officielle www.openstreatmap.org, j'obtiens ça :


Résultats de OpenStreetMap Nominatim
Limite administrative Beauzelle, Haute-Garonne, 31700, Andorre
Village Beauzelle, Haute-Garonne, 31700, Andorre, Europe
Arrêt de tram Beauzelle, Boulevard Henri Ziegler, Blagnac, 
Haute-Garonne, 31700, Andorre


Je ne sais pas où signaler l'erreur, et je n'ai pas le temps ;
merci à celui qui transmettra/et/ou/corrigera.

Hélène
User:HelenePETIT


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

[OSM-talk-fr] OpenData à Paris et OSM, compatible ?

2011-01-27 Par sujet rldhont 

Bonjour,

Suite à un article je me suis rendu sur le portail de données de Paris:
http://opendata.paris.fr/opendata/jsp/site/Portal.jsp

Il y a de nombreuses données géographiques, je voulais savoir si ces 
données sont compatibles avec les données OSM. En gros si les licences 
vont bien ensemble ?


René-Luc D'Hont
3Liz

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

Re: [OSM-talk-fr] Stats d'accès sur osm.cleo-carto.com

2011-01-27 Par sujet Lois Taulelle 
Le 26 janvier 2011 21:35, Philippe Pary  a écrit :
> Le mercredi 26 janvier 2011 à 21:19 +0100, Romain MEHUT a écrit :
>> A quoi correspondent les dates des fichiers?
>
> Leur date de génération du fichier. Il y a une mise à jour par mois.
>
>>  Le contenu d'un fichier cadastral peut-il évoluer au cours du temps?
>
> Oui
>
>>  Enfin, comment sait-on la disponibilité d'une nouvelle commune?
>
> Pour l'instant, uniquement en le constatant. Il est cependant « facile »
> de créer un script pour détecter l'apparition de nouvelles communes.
> C'est tout simplement un diff sur la liste des villes du département au
> moment de l'import.
>
> Je vais noter quelque part de le faire, mais si quelqu'un veut me mâcher
> le travail, je ne dis pas non :-)

Bonjour,

j'avais pondu un truc qui peut sans doute servir de base :
en perl : 
http://svn.tuxfamily.org/viewvc.cgi/gruiickode_bunch/divers/last_update.pl?view=markup
en bash : 
http://svn.tuxfamily.org/viewvc.cgi/gruiickode_bunch/divers/last_update.sh?view=markup

librement adaptable :o)

A+, Loïs

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