from:"Emilie Laffray"

[OSM-talk-fr] Serveur Discord créé

2020-09-27 Thread Emilie Laffray

 Bonjour tout le monde,

juste un petit passage pour signaler que quelqu'un a créé un serveur
discord pour la communauté OpenStreetMap Fr.
L'utilisateur s'appelle Khryashch#1881.
Voila le lien https://discord.gg/wxNGfdT

Pour ceux qui ne connaissent pas Discord, c'est une sorte de IRC moderne
avec persistance des discussions et la possibilité de faire du vocal/vidéo
facilement.
C'est surtout utilisé à la base pour faciliter les communaute de gamers et
ca touche a des gens un peu plus jeune généralement pour qui IRC est un
truc un peu abscon :)

Voila voila,
Emilie Laffray
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-gb-london] cool surprise

2017-03-23 Thread Emilie Laffray

Everybody change I guess :p I didn't know he was called Charles for example
:p

On Thu, Mar 23, 2017 at 11:01 AM, Dan S  wrote:

> Harry, you've really changed. I don't remember you being a spambot
> when I met you in the pub...
>
> Dan
>
> 2017-03-23 17:54 GMT+00:00 Harry Wood :
> > Hey!
> >
> >
> >
> > I've got a surprise for you, it's really cool and awesome, you'll like it
> > for sure. Check it out read more
> >
> >
> >
> > Wishes, Harry Wood
> >
> >
> > ___
> > Talk-gb-london mailing list
> > Talk-gb-london@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-gb-london
> >
>
> ___
> Talk-gb-london mailing list
> Talk-gb-london@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb-london
>
___
Talk-gb-london mailing list
Talk-gb-london@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-london

Re: [OSM-talk-fr] Avis de thèse à l'IGN

2016-06-14 Thread Emilie Laffray

Peut etre que c'est mon ticket pour rentrer en France :p

2016-06-14 8:14 GMT-07:00 Frédéric Rodrigo :

> Le 14/06/2016 à 15:24, Nicolas Moyroud a écrit :
>
>> Même réflexion en lisant le titre. Certians diront peut-être que j'ai
>> l'esprit mal placé mais en lisant  le résumé voici ce que j'entend à
>> demi-mot : comment nous le grand IGN pouvons-nous aider ces pauvres diables
>> qui se démènent avec un système collaboratif (donc défectueux par nature) à
>> faire des choses aussi bonnes que les notres ? Quand je vois certains des
>> trucs qu'il propose dans le sujet, je ne sais pas si ils croient innover,
>> mais moi la plupart du temps j'ai juste l'impression qu'ils parlent
>> d'osmose... Fred devrait postuler il a déjà presque fait les 3 ans de
>> travail ;-)
>>
>> Ça a été posté aujourd'hui sur georezo avec une date limite de
> candidature au 12 juin... les candidats n'ont pas du se bousculer, j'ai
> encore toutes mes chances ;-), et puis ça fait 6 ans que je bosse sur
> Osmose !
>
> Frédéric, Dr. ès QA.
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Vandalisme non détecté pendant 8 mois

2015-10-23 Thread Emilie Laffray

Bonjour Victor,

je suis dessus depuis des annees et je peux presque compter sur mes deux
mains le nombre de posts qu'il y a eus dessus.

2015-10-21 7:57 GMT-07:00 Victor <vic...@tuxayo.net>:

> Bonjour,
>
> On 20/10/2015 23:16, Emilie Laffray wrote:
> > tu peux poster sur Talk-CN mais c'est quasiment une liste mort vivante.
>
> L'interface de la mailing-list est en chinois donc ça ne va pas être
> facile:
> https://lists.openstreetmap.org/listinfo/talk-cn
>
> --
> Victor
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Vandalisme non détecté pendant 8 mois

2015-10-20 Thread Emilie Laffray

Bonjour Victor,

tu peux poster sur Talk-CN mais c'est quasiment une liste mort vivante. Le
fait est qu'OpenStreetMap est normalement illegal en Chine (pour creer des
cartes sur le marche chinois, c'est un processus assez complique). Donc je
ne suis pas sure que tu auras beaucoup de monde qui repondra a ce genre de
chose.

On Tue, Oct 20, 2015 at 12:19 PM, Victor Grousset  wrote:

> Bonjour,
>
> Lieu du crime:
> http://www.openstreetmap.org/#map=17/31.27177/120.86944
>
> Photo du crime:
> https://i.imgur.com/zgo9VCp.png
>
> Changesets impliqués:
> http://www.openstreetmap.org/changeset/29326351
> http://www.openstreetmap.org/changeset/29321252
> http://www.openstreetmap.org/changeset/29351456
>
> Est-ce que quelqu'un saurait revert proprement ou alors poster ça sur la
> mailing list chinoise?
> https://lists.openstreetmap.org/listinfo/talk-cn
>
> 8 mois quand même!
>
> --
> Victor Grousset (tuxayo)
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] quand Google court après OSM

2015-08-20 Thread Emilie Laffray

Oui enfin, il ne faut pas non plus faire une obsession vis a vis de Google.
Je ne suis pas sure qu'il y ait une correlation; ca reste quelque chose qui
est dans l'air du temps. De plus ce projet est le projet d'un employe (le
fameux 20%), qui a ete repris par Google mediatiquement par la societe en
premier lieu. Google reste malgre tout une societe assez concernee par le
futur en terme d'ecologie. Cela n'est pas donc pas tres surprenant.
Le campus de Google est a ce titre tres interessant avec des plantations de
fraisiers a certains endroits. Bref, je digresse mais avoir Google faire de
la pub sur ce genre de technologie ne peut que renforcer les societes qui
font la meme chose ailleurs avec des technologies similaires.


2015-08-20 14:00 GMT-07:00 osm.sanspourr...@spamgourmet.com:

 Certains municipalités allemandes proposaient déjà un calcul de
 l'ensoleillement en se basant sur les données OSM (et je pense de la photo
 aérienne pour les calculs des orientations des toits).
 Voici que G... s'y met.

 Jean-Yvon

 Source : Futura sciences via [Rezo-actu]


 http://www.futura-sciences.com/magazines/high-tech/infos/actu/d/technologie-sunroof-google-veut-nous-aider-passer-solaire-59420/
 Avec Sunroof, Google veut nous aider à passer au solaire
 http://www.lefigaro.fr/

 Google a en projet un service, qui a pour l'instant le nom de Sunroof,
 destiné à déterminer si le toit d'un bâtiment conviendrait pour des
 panneaux solaires. Grâce à Google Earth, on pourrait évaluer le potentiel
 énergétique d'une toiture en tenant compte de son exposition et estimer les
 économies réalisables.

 Le 19/08/2015 à 13:27 - Marc Zaffagni, Futura-Sciences


 *Déjà fournisseur d’accès Internet par fibre optique, Google pourrait
 ajouter une nouvelle corde à son arc en proposant de l’installation de
 panneaux solaires. Le géant américain n’a encore rien annoncé, mais il
 vient de faire un premier pas dans cette direction avec son projet
 Sunroof. *


 Deuxième pays le plus pollueur après la Chine, les États-Unis veulent
 s’engager dans un ambitieux plan de réduction des émissions
 http://www.futura-sciences.com/magazines/matiere/infos/dico/d/physique-emission-389/
 de CO2 afin de lutter contre le réchauffement climatique
 http://www.futura-sciences.com/magazines/environnement/infos/dico/d/climatologie-rechauffement-climatique-13827/.
 Avec la conférence de Paris sur le climat
 http://www.futura-sciences.com/magazines/environnement/infos/dico/d/climatologie-climat-13771/
 (COP 21 http://www.cop21.gouv.fr/fr) en ligne de mire, le président
 Barack Obama vient d’en faire son ultime combat avant le terme de son
 mandat qui s’achèvera l’année prochaine. *« Il n'y a pas de défi qui pose
 une plus grande menace pour notre avenir et pour les générations futures
 que le changement climatique
 http://www.futura-sciences.com/magazines/environnement/infos/actu/d/climatologie-changement-climatique-role-doivent-jouer-scientifiques-58567/
 »*, a-t-il déclaré en annonçant un programme qui vise à réduire de 32 %
 les émissions des centrales thermiques nord-américaines d’ici 2030. Les 
 énergies
 renouvelables
 http://www.futura-sciences.com/magazines/environnement/infos/dico/d/energie-renouvelable-energie-renouvelable-6634/
 sont au cœur de ce plan, en particulier le solaire et l’éolien.

 Si l’action est évidemment louable, elle représente aussi un attrait
 économique considérable. Le marché de l’énergie solaire est en plein essor
 et de nouveaux acteurs s’y intéressent de près. Ainsi, le constructeur de 
 voitures
 électriques
 http://www.futura-sciences.com/magazines/environnement/infos/dico/d/energie-renouvelable-voiture-electrique-13758/
 Tesla
 http://www.futura-sciences.com/magazines/matiere/infos/dico/d/physique-tesla-367/
 a-t-il récemment dévoilé sa Tesla Powerwall
 http://www.futura-sciences.com/magazines/environnement/infos/actu/d/energie-renouvelables-tesla-lance-batterie-domestique-pour-transformer-energie-mondiale-58271/,
 une batterie domestique qui peut stocker l’électricité fournie par des
 panneaux solaires ou le réseau électrique
 http://www.futura-sciences.com/magazines/maison/infos/dico/d/maison-reseau-electrique-10888/.
 Comme d’autres géants de la high-tech, Google
 http://www.futura-sciences.com/magazines/high-tech/infos/dico/d/internet-google-3987/
 est aussi très sensible aux questions environnementales et aux énergies
 renouvelables http://www.google.com/green/energy/#power. Et la firme
 californienne vient de lancer un nouveau projet nommé Sunroof
 http://googlegreenblog.blogspot.fr/2015/08/project-sunroof-mapping-planets-solar.html
 qui préfigure peut-être de grandes ambitions…

 [image: Voici à quoi ressemble le projet Sunroof. Les personnes habitant
 dans l’une des trois régions pilotes aux États-Unis n’ont qu’à entrer leur
 adresse afin d’obtenir une vue aérienne de leur maison accompagnée d’une
 évaluation du potentiel d’ensoleillement de leur toiture et des économies
 réalisables. Sunroof prend en compte

Re: [OSM-talk-fr] SeFaireConnaitre :(

2015-07-30 Thread Emilie Laffray

Pour revenir brievement sur le sujet de la carotte et le baton, bannir un
compte ne ferait que ralentir que tres temporairement leur effort. Je pense
qu'au contraire il faut garder le compte et plutot soit nettoyer soit faire
un revert de leurs donnees.

Ces gens vivent de leur capacite a rendre leurs clients visibles donc il y
a un certain interet malgre tout a les avoir a condition bien sur qu'ils
respectent un peu plus les donnees. Je suis quasiment convaincue que ce
n'est pas du vandalisme volontaire mais plus un bug dans leur logiciel.
Quant aux URLS, si on veut vraiment s'amuser, il suffit d'utiliser le
changement que j'ai donne. Cela limite la visibilite de leur action meme si
je doute serieusement que des gens utilisent les URLs d'OSM en premier lieu.

Je pense qu'avec un peu de communication on peut resoudre certains des
problemes avec eux. Sinon le meilleur baton pour ce genre d'acteur est de
loin le name and shame. Ils vivent de leur credibilite vis a vis des
marques. Un post de blog plus quelques retweet de cela amplifies par les
bonnes personnes et on aura un resultat bien plus efficace. Mais c'est
vraiment la chose a faire que si rien n'aboutit.

2015-07-30 17:14 GMT-07:00 Emilie Laffray emilie.laff...@gmail.com:

Bonjour,

Oui enfin, je ne suis pas sure qu'il faille mettre Vincent au meme niveau.
C'est y aller un peu fort quand meme!

@Christian
Veux tu que je me charge de contacter Ubiflow afin de leur expliquer que
ce qu'ils font n'est pas forcement bien vu ou reussi? Je prefere nettement
utiliser la carotte que le baton. Je vois parmi leurs employes des gens
venant du monde du geospatial donc il n'est pas impossible qu'au moins une
personne lise ce forum. J'ai des secondes connections sur LinkedIn sur la
plupart de leurs leadership donc si besoin je peux faire (et je suspecte
que certains ici ont les memes connections vu les personnes intermediaires
:P )

Concernant les parametres de tracking, ils ne sont pas bien mechants. Ils
sont la seulement pour Google Analytics afin d'indiquer le channel des
donnees. Si on veut vraiment s'amuser, on mettrait
utm_source=OpenStreetMaputm_medium=map. Cela permettra d'indiquer aux gens
sur leur Google Analytics que des gens viennent de OpenStreetMap. Cela
casse bien sur assez fortement la valeur de Ubiflow en premier lieu.

2015-07-30 14:02 GMT-07:00 osm.sanspourr...@spamgourmet.com:

Je vois aussi des liens web avec des pisteurs :

http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
au lieu de :

http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
www.hotel-bb.com/fr/-/hotelByName.htm?id=4304

J'ai corrigé sur le coin passé en lien, mais c'est toute la France qui
est pleine de leurs pustules.

Tout lien website comportant utm_source est suspect.
Un candidat pour Osmose ?

Le plus fort c'est sans doute celui-ci : 3258276024.
http://www.openstreetmap.org/node/3258276024 L'utilisateur n'est pas
SeFaireConnaitreEnMal mais JustStupid. Si tu le dis !
S'ils font le mort, on peut aussi faire un revert et bloquer leur compte
temporairement, ça devrait les réveiller.
On leur laisse une semaine puis après une suspension d'un jour de plus
par lien pistant laissé ?

Vincent, tu vois ce genre d'import sans communauté (plus exactement en
comptant sur la communauté pour corriger), ça fait mal, mais toi ce n'est
pas dans un but malsain, ce n'est pas parasiter bien au contraire.

Jean-Yvon

Le 30/07/2015 17:40, Christian Quest - cqu...@openstreetmap.fr a écrit :

Il ne faut pas hésiter à mettre des commentaires sur leurs changeset.

Je viens de passer en revue celui-ci et les suivants... avec mes
commentaires sur les erreurs détectées.

J'ai aussi fait un revert pour récupérer le bâtiment perdu.

Le 30/07/2015 17:01, Maxime Résibois a écrit :

Ils suppriment même des bâtiments existants... :
https://overpass-api.de/achavi/?changeset=32957970

Le 30 juillet 2015 16:48, Maxime Résibois maxime.resib...@gmail.com a
écrit :

SaFaireConnaitre refait des siennes... :
https://overpass-api.de/achavi/?changeset=32958420
https://overpass-api.de/achavi/?changeset=32958420

--
Christian Quest - OpenStreetMap France

___
Talk-fr mailing
listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] SeFaireConnaitre :(

2015-07-30 Thread Emilie Laffray

Bonjour,

Oui enfin, je ne suis pas sure qu'il faille mettre Vincent au meme niveau.
C'est y aller un peu fort quand meme!

@Christian
Veux tu que je me charge de contacter Ubiflow afin de leur expliquer que ce
qu'ils font n'est pas forcement bien vu ou reussi? Je prefere nettement
utiliser la carotte que le baton. Je vois parmi leurs employes des gens
venant du monde du geospatial donc il n'est pas impossible qu'au moins une
personne lise ce forum. J'ai des secondes connections sur LinkedIn sur la
plupart de leurs leadership donc si besoin je peux faire (et je suspecte
que certains ici ont les memes connections vu les personnes intermediaires
:P )

2015-07-30 14:02 GMT-07:00 osm.sanspourr...@spamgourmet.com:

Je vois aussi des liens web avec des pisteurs :

http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
www.hotel-bb.com/fr/-/hotelByName.htm?id=4304

J'ai corrigé sur le coin passé en lien, mais c'est toute la France qui est
pleine de leurs pustules.

Tout lien website comportant utm_source est suspect.
Un candidat pour Osmose ?

Jean-Yvon

Le 30/07/2015 17:40, Christian Quest - cqu...@openstreetmap.fr a écrit :

Il ne faut pas hésiter à mettre des commentaires sur leurs changeset.

Je viens de passer en revue celui-ci et les suivants... avec mes
commentaires sur les erreurs détectées.

J'ai aussi fait un revert pour récupérer le bâtiment perdu.

Le 30/07/2015 17:01, Maxime Résibois a écrit :

Ils suppriment même des bâtiments existants... :
https://overpass-api.de/achavi/?changeset=32957970

Le 30 juillet 2015 16:48, Maxime Résibois maxime.resib...@gmail.com a
écrit :

SaFaireConnaitre refait des siennes... :
https://overpass-api.de/achavi/?changeset=32958420
https://overpass-api.de/achavi/?changeset=32958420

--
Christian Quest - OpenStreetMap France

___
Talk-fr mailing
listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] Frontière franco-italienne du Mont-Blanc

2015-07-26 Thread Emilie Laffray

Bonjour Thierry,

je suis contente de voir que la communauté Japonaise a enfin décidé de
laisser tomber la translittération dans le name. C'est quelque chose dans
laquelle je crois assez fortement: on met la langue et l’écriture du pays
dans la zone concernée.
Toutefois, il faut noter que les japonais mettent quasiment a chaque fois
la translittération (romaji) dans un tag name donc ce n'est qu'une question
de rendu.

2015-07-25 22:46 GMT-07:00 Thierry Bézecourt thie...@thbz.org:

Merci pour ces précisions. La conséquence est que la carte Openstreetmap
qui est sans doute la plus visible (openstreetmap.org) est difficile à
utiliser pour les non-locaux dans des pays n'utilisant pas l'alphabet
latin, c'est un peu dommage. En fait, il suffirait de supporter une seule
langue occidentale (l'anglais) pour faciliter la vie des voyageurs ou
expats qui n'ont pas encore appris la langue.

Pour info, les Japonais ont décidé de ne plus mettre les translittérations
dans le champ name. Il en est de même en principe des Coréens (en
pratique, la plupart des noms de rue à Séoul ont à la fois le nom coréen et
le nom anglais dans le champ name).

Thierry

Le 26/07/2015 01:35, Emilie Laffray a écrit :

Bonjour,

La règle globalement est d'afficher seulement le name qui se doit d'etre
dans la langue locale de l'endroit. Certaines communautés préfèrent
aussi rajouter des translittérations dans name (voir les Japonais).
Après, le problème d'affichage des noms en plusieurs langues est un
problème compliqué a résoudre d'un point de vue technologique.

* Les cartes sont des tuiles Raster (pour supporter plusieurs langues,
il faut donc régénérer la carte autant de fois qu'il y a de langues)
* Mapnik toutefois est en train de travailler sur un support de rendu
vectoriel (ce qui permet de ne recalculer que certaines couches,
réduisant le temps de rendu)
* Les cartes Raster prennent de la place
* Créer des cartes sans nom et rajouter les noms dessus n'est pas
évident. C'est même quelque chose de très compliqué. Ça implique
utilisation des fonctions Javascript et de CSS avance. Mapquest
avait fait des essais il y a quelques annees et avait abandonne le
projet lie a la complexité du système. C'est plus complique que de
rajouter des points d’intérêts.
* L'autre solution est un rendu purement vectoriel comme le projet de
Google en WebGL ce qui est généralement horriblement lent.

Bref, il ne faut pas s'attendre a ce que cela soit résolu du jour au
lendemain.

2015-07-25 4:25 GMT-07:00 Thierry Bézecourt thie...@thbz.org
mailto:thie...@thbz.org:

Bien trouvé pour cet article du Dauphiné, qui confirme le placement
de la station météo dans la zone contestée. Peut-être y a-t-il eu
des discussions informelles avec la France, mais l'article de l'ARPA
Valle d'Aosta
(
http://www.arpa.vda.it/index.php?option=com_flexicontentview=itemsid=2320:2015-07-21-15-14-35Itemid=541
)
ne mentionne que les autorisations obtenues des communes italiennes
voisines.

Le 25/07/2015 12:30, osm.sanspourr...@spamgourmet.com
mailto:osm.sanspourr...@spamgourmet.com a écrit :

Sinon une question marginale : je vois que pas mal de
villes/pays ont un
attribut name:lg qui est identique à l'attribut name.
Certes ça permet de savoir que Paris s'écrit Paris en allemand,
mais
est-ce bien utile ?
name=Paris ne veut-il pas dire que le nom est Paris dans toutes
les
langues sauf celles précisées (name:br=Pariz par exemple).

Oui, c'est utile pour faire la différence entre les langues dans
lesquelles on connaît le nom et les autres. Si mes langues préférées
sont, dans l'ordre, l'akkadien et l'italien, je veux que le nom
affiché soit :
- le nom akkadien s'il existe dans la base ;
- sinon, le nom italien (Parigi).

Le nom par défaut (Paris) ne serait affiché que si le nom italien
n'existait pas dans la base.

Thierry

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

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

Re: [OSM-talk-fr] Les cartes soviétiques hyper détaillées durant la guerre froide

2015-07-26 Thread Emilie Laffray

Bonjour Marc,

il y a eus une discussion sur cela sur une des mailing lists il y a
quelques années de cela et plus récemment encore suite a l'article de
Wired. Ces cartes sont toujours sous copyright. Les russes se refusent d'y
toucher car les droits ont tout simplement migrés vers la société de
cartographie qui a remplacé ce qui existait. La disparition de l'union
soviétique n'a donc pas laisse un grand vide béant concernant ce genre de
chose.
Je ne suis donc pas sure que l'on veuille toucher a ces données en premier
lieu du fait de ces informations.

Emilie

2015-07-26 9:36 GMT-07:00 Marc Sibert m...@sibert.fr:

 Le 20/07/2015 22:31, Xavier Cremaschi a écrit :

 Un article très intéressant à lire pour les passionnés de cartographie :
 http://www.wired.com/2015/07/secret-cold-war-maps/

 Xavier.

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

 Ça pourrait peut être servir de base pour des zones blanches, mais je n'ai
 pas trouvé de scan de ces fameuses cartes, sans dire que je n'ai aucun idée
 de la licence qui pourrait s'appliquer.

 Si quelqu'un sait où trouver des scans...

 A+

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



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

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

Re: [OSM-talk-fr] Importation des arbres municipaux sur Nice

2015-07-26 Thread Emilie Laffray

2015-07-26 10:51 GMT-07:00 JB jb...@mailoo.org:

 Pour revenir à l'exemple US que je ne connais pas du tout, j'avoue avoir
 du mal à croire que ça soit simplement à cause de l'import auto de TIGER
 qu'il y ait aussi peu de contributeurs. Sauf si l'import a été mal fait
 mais à ce moment là c'est un autre problème. En fait j'aurais même tendance
 à penser l'inverse: il est plus facile de motiver des contributeurs à
 travailler sur une carte déjà bien remplie plutôt que sur une carte
 quasiment vide, où à peu près tout reste à faire.. mais bon là on rentre
 dans la psychologie.

 Quelle était ta première contribution ? Dans les ateliers de découverte,
 l'accroche des participants est classiquement : il manque ma rue, le nom de
 ma rue, la boite aux lettres à coté de chez moi, mon boulanger. Une fois ça
 ajouté, ils sont pris dans le jeu et continuent. Tu leurs donnes une carte
 visuellement « complète », ils ne voient pas quoi faire. Alors, si l'import
 Tiger a été fait avant d'avoir une base de contributeurs locaux, celle-ci
 est beaucoup plus difficile à construire à postériori. Et puis, je ne veux
 pas tourner en rond, mais tu préfères contribuer sur de la nouvelle donnée,
 ou corriger l'existant, voire reprendre l'existant quand celui-ci est
 foireux ?


Petite anecdote. Il fut même considéré a un moment d'effacer les données
TIGER existantes afin de recréer une toile blanche. Chose qui au final ne
s'est pas fait du faire de la difficulté de séparer ce qui avait été
retouché (mais base sur TIGER) et ce qui ne l'avait pas été.
Parmi les exemples similaires, on peut parler des Pays-Bas qui après un
import de très grande qualité a perdue une grosse partie de ses
contributeurs.
Le fait est travailler avec des données vectorielles n'est pas facile et il
y a au moins une étude qui montre que pour beaucoup de contributeurs (je ne
retrouve plus le lien) s'approprie ce qu'ils ont ajouté (cad C'est moi qui
l'ai fait!). C'est aussi un peu la difficulté de la maintenance d'OSM (la
encore plusieurs articles scientifiques sur le sujet) une fois que la carte
est bien remplie.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Importation des arbres municipaux sur Nice

2015-07-25 Thread Emilie Laffray

Bonjour,

pour enfoncer encore un peu plus le clou que Vincent a enfonce. Je ne suis
pas convaincue sur l'aspect de la precision des donnees present dans les
jeux de donnees de type en general. Il me semble d'ailleurs que la plupart
du temps ils sont plus fournis a titre indicatif et complemente par des
puces implantes dans l'arbre. Grosso modo, ce n'est la que pour donner une
indication generale.

Pour avoir aider a l'import Corine et avoir vu un import similaire peu de
temps a Girona avant le SOTM 10, on s'est retrouve avec une qualite un peu
bizarre. Certains d'entre nous avions tente d'etablir la qualite de
l'import (globalement bon) mais quand on comparait avec des donnees GPS (en
incluant differentes puces), on se rendait compte que la precision etait
mediocre (precision de 5 a 10m). N'oublions pas que la quasi totalite des
puces GPS dont Smartphone ont au mieux une precision de 5 metres et
qu'OpenStreetMap a une precision de 6 decimales (en gros 15cm si je me
rappelle bien), on se retrouve avec quelque chose de douteux. Bref,
lorsqu'on descendra au centrimetrique en GPS, j'aurais plus confiance.
Anecdocte amusante, les feuilles des arbres absorbent la frequence utilisee
par les GPS rendant la qualite du GPS bien pire.


Je suis plus moderee sur l'aspect negatif d'un import sur la communaute
surtout dans le cas d'un import de ce type. Toutefois, je suis convaincue
tout comme Vincent de l'importance d'une communaute locale afin d'assurer
une maintenance continue de la carte.

Dans un de tes precedents emails, tu parlais de l'application potentielle
de ce genre de donnees. C'est bien joli mais la premiere chose que je
ferrai si j'avais a traiter ce genre de chose c'est surement de separer ces
donnees dans une couche a part (voir aussi les arguments de Vincent).

Bref, oui pour l'import, mais tes marges me font peur. De plus s'il y a
overlap, soit on ne touche pas, soit on deplace le point existant.

2015-07-25 15:08 GMT-07:00 Vincent de Château-Thierry v...@laposte.net:


 Le 25/07/2015 23:42, Jérôme Seigneuret a écrit :

 Les deux ne sont pas incompatible. L'import ne donne que la position.


 Si au moins il la donnait... La précision géographique n'est clairement
 pas ce qu'il y a de meilleur quand on commence à challenger les jeux de
 données OpenData. Par principe il est impossible de généraliser sur la
 qualité, tant il y a de producteurs et de méthodes différents, mais s'il y
 a bien un point sur lequel il faut douter sur _tous_ les jeux de données,
 c'est le positionnement, la qualité de la géométrie.

  Rien n’empêche de faire une campagne de terrain pour définir qu'elle est
 le type d'arbre et les infos qui suivent. Je suis bien d'accord que
 faire du terrain en groupe c'est cool. Maintenant, il y a un intérêt
 certains d'avoir les arbres sur le plan et de pourvoir vérifier avec une
 version imprimé directement.


 L'intérêt d'avoir les arbres in fine, je ne le discute pas, c'est un
 niveau de détail vers lequel on va (tout comme distinguer les trottoirs du
 filaire de voie, etc.) même si la densité de points en certains endroits
 (c'est le cas dans Nice) va en intimider plus d'un au moment d'éditer la
 carte.

  Après il est sûr que suite à l'intégration laisser un message sur la
 liste PACA ou celle du 06 serait une bonne chose.


 Bingo : il n'y a ni liste PACA ni liste 06... Construire une dynamique
 locale passe je pense plus par la constitution de ce genre d'espace
 d'échange que par un import.

  Il y a aussi les Lycée d'aménagements Paysagers qui pourraient être
 sollicité ou intéressé ainsi que les filières SIG du coin...


 Par exemple oui.

  Peut-être qu'un serveur avec une carte bac à sable avec une
 possibilité d'imprimer offrirait le meilleur compromis pour éviter des
 coups d'intégration massif (de bonne volonté).


 Je lis coût ;)
 Imprimer le jeu de données dans son contexte, avec un fond carto dessous,
 ne nécessite absolument pas d'avoir procédé à un import. Avec un outil
 comme QGis (voire JOSM, mais je ne sais pas ce qu'il vaut pour imprimer)
 c'est très simple de combiner un jeu de données comme les arbres de Nice,
 et un fond OSM ou autre. Et c'est un bon document de travail pour aller sur
 place.


 vincent

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

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

Re: [OSM-talk-fr] Frontière franco-italienne du Mont-Blanc

2015-07-25 Thread Emilie Laffray

Bonjour,

La règle globalement est d'afficher seulement le name qui se doit d'etre
dans la langue locale de l'endroit. Certaines communautés préfèrent aussi
rajouter des translittérations dans name (voir les Japonais).
Après, le problème d'affichage des noms en plusieurs langues est un
problème compliqué a résoudre d'un point de vue technologique.

- Les cartes sont des tuiles Raster (pour supporter plusieurs langues,
il faut donc régénérer la carte autant de fois qu'il y a de langues)
- Mapnik toutefois est en train de travailler sur un support de rendu
vectoriel (ce qui permet de ne recalculer que certaines couches, réduisant
le temps de rendu)
- Les cartes Raster prennent de la place
- Créer des cartes sans nom et rajouter les noms dessus n'est pas
évident. C'est même quelque chose de très compliqué. Ça implique
utilisation des fonctions Javascript et de CSS avance. Mapquest avait fait
des essais il y a quelques annees et avait abandonne le projet lie a la
complexité du système. C'est plus complique que de rajouter des points
d’intérêts.
- L'autre solution est un rendu purement vectoriel comme le projet de
Google en WebGL ce qui est généralement horriblement lent.

Bref, il ne faut pas s'attendre a ce que cela soit résolu du jour au
lendemain.

2015-07-25 4:25 GMT-07:00 Thierry Bézecourt thie...@thbz.org:

Bien trouvé pour cet article du Dauphiné, qui confirme le placement de la
station météo dans la zone contestée. Peut-être y a-t-il eu des discussions
informelles avec la France, mais l'article de l'ARPA Valle d'Aosta (
http://www.arpa.vda.it/index.php?option=com_flexicontentview=itemsid=2320:2015-07-21-15-14-35Itemid=541)
ne mentionne que les autorisations obtenues des communes italiennes
voisines.

Le 25/07/2015 12:30, osm.sanspourr...@spamgourmet.com a écrit :

Sinon une question marginale : je vois que pas mal de villes/pays ont un
attribut name:lg qui est identique à l'attribut name.
Certes ça permet de savoir que Paris s'écrit Paris en allemand, mais
est-ce bien utile ?
name=Paris ne veut-il pas dire que le nom est Paris dans toutes les
langues sauf celles précisées (name:br=Pariz par exemple).

Oui, c'est utile pour faire la différence entre les langues dans
lesquelles on connaît le nom et les autres. Si mes langues préférées sont,
dans l'ordre, l'akkadien et l'italien, je veux que le nom affiché soit :
- le nom akkadien s'il existe dans la base ;
- sinon, le nom italien (Parigi).

Le nom par défaut (Paris) ne serait affiché que si le nom italien
n'existait pas dans la base.

Thierry

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

Re: [OSM-talk-fr] Importation des arbres municipaux sur Nice

2015-07-25 Thread Emilie Laffray

Bonsoir,

2015-07-25 17:02 GMT-07:00 Jérôme Seigneuret jseigneuret-...@yahoo.fr:



 Le 26 juillet 2015 00:43, Emilie Laffray emilie.laff...@gmail.com a
 écrit :

 Bonjour,

 pour enfoncer encore un peu plus le clou que Vincent a enfonce. Je ne
 suis pas convaincue sur l'aspect de la precision des donnees present dans
 les jeux de donnees de type en general. Il me semble d'ailleurs que la
 plupart du temps ils sont plus fournis a titre indicatif et complemente par
 des puces implantes dans l'arbre. Grosso modo, ce n'est la que pour donner
 une indication generale.


 J'ai pas compris où tu veux en venir. En quoi le fait d'avoir une puce
 pose un problème d'intégration et cela entraînerait un jeu de données de
 mauvaise qualité ?
 Un jeu de données ça ce test avec un échantillon aléatoire. Question
 qualité, il n'existe pas de jeu de données avec une fiabilité à 100% à
 cause de plein de raison.
 J'ai jamais testé un jeu de données à 100% question coût ;-)


Le point que je faisais passer etait que comme la précision des données
concernant les arbres étaient tellement faible, on marque l'arbre avec une
puce individuelle, ce qui permet de travailler avec l'arbre que l'on veut
sans avoir une localisation precise.





 Pour avoir aider a l'import Corine et avoir vu un import similaire peu de
 temps a Girona avant le SOTM 10, on s'est retrouve avec une qualite un peu
 bizarre. Certains d'entre nous avions tente d'etablir la qualite de
 l'import (globalement bon) mais quand on comparait avec des donnees GPS (en
 incluant differentes puces), on se rendait compte que la precision etait
 mediocre (precision de 5 a 10m). N'oublions pas que la quasi totalite des
 puces GPS dont Smartphone ont au mieux une precision de 5 metres et
 qu'OpenStreetMap a une precision de 6 decimales (en gros 15cm si je me
 rappelle bien), on se retrouve avec quelque chose de douteux. Bref,
 lorsqu'on descendra au centrimetrique en GPS, j'aurais plus confiance.
 Anecdocte amusante, les feuilles des arbres absorbent la frequence utilisee
 par les GPS rendant la qualite du GPS bien pire.

 Comparer la CLC à des arbres positionnés le plus souvent sur des ortho du
 département ou de la ville dont la qualité est quand même pas celle de la
 CLC...  le pixel d'une ortho a une résolution de 20cm maintenant 50cm pour
 la BD Ortho. Reste le calage... Sans compté qu'il est clair que connaitre
 le mode de saisie est important. Si c'est la ville je ne pense pas qu'il
 face ça avec un smartphone mais avec du Trimble et que c'est corrigé en
 bureau. Tu auras plus de décalage avec le changement de projection qu'avec
 la levé de terrain... Sinon les données correspondent (en tout cas pour
 celles des collectivités) à des données de CAO et à des plans de
 plantations.


Moui, enfin, j'ai juste mentionné CLC afin de faire référence au fait que
l'import je connais un peu, et le point principal était surtout sur
l'import des arbres de la ville de Gerone en Espagne. De plus, si tu veux
rentrer dans les détails des puces GPS soit mais je n'ai jamais parle de
puce GPS pour Smartphone. Grosso modo, oui, il faut utiliser du GPS
différentiel ou du RTK si tu veux de la précision centimétrique, mais je ne
suis pas convaincue que la plupart des municipalités s'amusent avec ce
genre de matériel en premier lieu. Au final, dans beaucoup de cas, je ne
suis pas convaincue que les plans de plantations crées généralement a
postériori ou des données de CAO soit vraiment si bon que ça. Bref, on en
revient a la source des données au final.




 Dans un de tes precedents emails, tu parlais de l'application potentielle
 de ce genre de donnees. C'est bien joli mais la premiere chose que je
 ferrai si j'avais a traiter ce genre de chose c'est surement de separer ces
 donnees dans une couche a part (voir aussi les arguments de Vincent).


 Oui surement comme le bati, le réseau routier ou l'occupation du sol...
 reste qu'OSM et une base de données et pas un jeu de shapefile


OSM est en effet une base de données. Je ne suis pas contre un import de ce
type, je suis généralement contre un import dont la qualité peut être
douteuse. Enfin dans le cas présent, la précision a quelques mètres d'un
arbre n'est pas bien grave dans la plupart des cas (voir carte non voyant)
par exemple. Historiquement, je fais partie des membres du bureau de la
fondation qui se sont opposes a la création d'un map.openstreetmap.com
parce que pour moi OSM est une base de donnée. Je suis parfaitement
consciente qu'OSM n'est pas un jeu de shapefile mais si tu regardes bien
l'usage qui en fait dans de nombreux milieux, tu vois une décomposition en
couche ce qui est relativement naturel dans la manière de travailler des
gens. La question se pose alors sur la pertinence d'avoir ce jeu de données
dans OSM au lieu d'un shapefile différent, en tenant compte de la qualité
des données en premier lieu et de ces implications. Un des gros problèmes
actuellement est a mes yeux les éditeurs OSM qui gère mal la densité des

[OSM-talk-fr] Fwd: [talk-au] Call for Venues Open: State of the Map 2016

2015-03-10 Thread Emilie Laffray

Pour ceux que ca interesse.

-- Forwarded message --
From: Richard Weait rich...@weait.com
Date: Tue, Mar 10, 2015 at 2:16 PM
Subject: Call for Venues Open: State of the Map 2016

The Call for Venues for State of the Map 2016 is now open.

http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2016/Call_for_venues

Build a team for your city and bid to host the OpenStreetMap conference.

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

Re: [OSM-talk-fr] Adhésion de OSM en tant que chapitre local de la Fondation OSM

2014-09-10 Thread Emilie Laffray

Bonjour Pieren,

Ce point a été couvert lors du groupe de travail et il est prévu que cette
convention englobe HOT aussi ou d'autres chapter potentiellement thématique
(qui n'ont pas de bases géographiques précises)
C'est un point sur lequel j'ai bataillé pendant pas mal de temps, montrant
le travail que OSM-FR a fait dans d'autres pays. La clause est surtout pour
des raisons d’exclusivités territoriales, c'est a dire que la fondation
ne permettra pas deux chapters français concurrents si le premier refuse et
cela pour des raisons de représentations (La fondation doit savoir vers qui
envoyer des personnes pour un territoire). Dans le cas de la nouvelle
Calédonie, nous pouvons clairement laisse un autre chapter apparaître mais
nous serons consultés. Ça ne posera pas de problème.
La clause aussi nous permet aussi d'intervenir en dehors de France du
moment que c'est des missions qualifiées et en accord avec le chapter local
s'il y en a un.
Je tiens a remercier Frédéric car je devais me charger de la traduction
mais mes journées sont surchargées en ce moment.
Il faut noter que c'est WMF Italie qui est le local chapter OSM en Italie
par exemple.

2014-09-10 2:24 GMT-07:00 Pieren pier...@gmail.com:

 2014-09-05 10:27 GMT+02:00 Frédéric Rodrigo fred.rodr...@gmail.com:

  Vous pouvez aider à la traduction sur :
  http://lite3.framapad.org/p/OSMF-Template_agreement-FR

 Je vois un problème potentiel avec cette convention. Celle-ci demande
 explicitement de citer la zone géographique du chapitre local. Hors
 l'assoc osm-fr ne se fixe pas de limite géographique et une partie de
 ses activités couvre des pays autres que la France, souvent
 francophones, qui n'ont pas les moyens d'avoir un chapitre local. Que
 faire ? Est-ce que cette question a été couverte dans le groupe de
 travail chargé de cette convention ?

 Pieren

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

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

Re: [OSM-talk-fr] Adhésion de OSM en tant que chapitre local de la Fondation OSM

2014-09-10 Thread Emilie Laffray

Salut Philippe,

Je ne crois pas qu'il y a d'ambitions de certains administrateurs
britanniques de prendre le contrôle de OSM en premier lieu. Ils sont pour
certains points les gardiens du temple notamment pour la carte et les
différents services comme l'API (et TomH est incroyablement compétent et
n'accorde sa confiance qu’après que tu aies prouve que tu sais de quoi tu
parles) et ça n'est pas choquant. Je tiens a préciser que sur pas mal de
points j'ai fait partie (et je fais toujours partie) de ce groupe de
britannique notamment les serveurs mais on a aussi une allemande présente
qui gère les serveurs de Nominatim.
Il ne faut pas voir de conspirations la ou il n'y en a pas. C'est juste
qu'historiquement par exemple pour les serveurs il etait plus facile pour
les initiateurs du projet de s'occuper des serveurs quand tu es sur place
et que tu ne donnes pas les cles du royaume du serveur a n'importe qui sans
qu'ils aient prouve qu'ils savaient ce qu'il faut faire.
Je ne vais pas toucher aux serveurs de OSM, et de OSM-Fr parce que ce n'est
pas mon métier (et TomH ne fera pas confiance si je touche aux serveurs non
sans raison) mais mon métier consiste a créer des architectures et c'est a
ce titre que j'interviens dans l'Operation Working Group.
Pour le reste, il y a deux instance dirigeantes dans la fondation, le
bureau et le management working group (qui est plus la communauté). Nous
sommes en train de regarder pour essayer de donner un siège aux chapter
dans le management working group. Ce n'est pas encore fait mais c'est une
voie qui est en train d’être exploré. Cela permettrait d'avoir un rapport
plus intéressant face a la fondation.

2014-09-10 8:23 GMT-07:00 Philippe Verdy verd...@wanadoo.fr:

 Et rien n'interdit non plus d'adhérer à OSM France même si on n'est pas
 français ou ne réside pas en France.
 Cependant un chapitre local a vocation a devenir une entité légale
 reconnue, organisée, apte à gérer des fonds et des engagements financiers,
 et publier un rapport public de ses activités et devenir un interlocuteur
 reconnu sur son territoire.
 Nos amis belges, suisses ou canadiens et même nord-africains peuvent aussi
 avoir un chapitre local mais n'auront pas forcément la même écoute en terme
 linguistique si leur chapitre local fixe d'autres priorités vers
 l'allemand, le néerlandais ou l'anglais (ou encore l'arabe). C'est pour ça
 que même si des chapitres s'établissent dans ces pays; il doit y exister un
 accord assez large au plan linguistique, sinon il y aura des chapitre plus
 régionaux dans ces pays (mais ils se heurteront à la difficulté de la
 répartition des subventions publiques d'origine nationale).
 Au plan européen c'est plus facile puisque l'UE est multilingue et
 soutient au moins toutes les langues officielles nationale de ses membres
 (mais pas les langues régionales qui ont un soutien plus limité que les
 langues de traités; l'UE pouvant demander alors des traductions, et même
 des traductions pour les langues autre que ses langues de travail).
 OSM France toutefois en étant reconnu comme chapitre fera bénéficier d'un
 plus large soutien linguistique au sein de la Fondation. Elle pourra aussi
 défendre ses modèles de données applicables au moins sur son territoire (et
 faire taire un peu les ambitions de certains administrateurs britanniques
 et quelques conflits comme dans le passé). Le but étant d'éviter un split
 complet par une reconnaissance mutuelle, avec une certaine interopérabilité
 sur ce qui est commun (souvent selon les normes européennes ou celles des
 agences de l'ONU et grands organismes de normalisation) dans une partie du
 schéma (complétée par des tags nationaux spécifiques; comme ceux de la
 classification de nos écoles, ou la classification purement anglaise des
 parcs et jardins qu'on n'a pas à imiter telle quelle en France).


 Le 10 septembre 2014 14:52, Christian Quest cqu...@openstreetmap.fr a
 écrit :

 C'est une notion de zone exclusive, c'est à dire que l'OSMF s'engage à
 ne pas avoir d'autre Local Chapter sur la zone que l'on indique.
 Pour nous cette zone correspond donc à la France et rien de plus.

 Ceci ne nous empêche pas d'aider, d'intervenir sur d'autres zones, où
 d'autres Local Chapters pourront se créer éventuellement avec notre soutien
 pour amorcer la pompe comme on a pu déjà le faire.



 Le 10 septembre 2014 11:24, Pieren pier...@gmail.com a écrit :

 2014-09-05 10:27 GMT+02:00 Frédéric Rodrigo fred.rodr...@gmail.com:


  Vous pouvez aider à la traduction sur :
  http://lite3.framapad.org/p/OSMF-Template_agreement-FR

 Je vois un problème potentiel avec cette convention. Celle-ci demande
 explicitement de citer la zone géographique du chapitre local. Hors
 l'assoc osm-fr ne se fixe pas de limite géographique et une partie de
 ses activités couvre des pays autres que la France, souvent
 francophones, qui n'ont pas les moyens d'avoir un chapitre local. Que
 faire ? Est-ce que cette question a été couverte dans le groupe de
 travail chargé

Re: [OSM-talk-fr] [osm-fr CA] OpenStreetMap France reçue par le Président de la République

2014-04-25 Thread Emilie Laffray

Gaël président :-P
On Apr 25, 2014 9:03 AM, RatZilla$ ratzil...@gmail.com wrote:

 Bonjour à tous,

 Rapide premier retour dans le train après le déjeuner avec le Président de
 la République.
 Le déjeuner s'est bien déroulé j'ai pu aborder tous les sujets prévus sauf
 les randonnées :(
 Le souhait du Président est de renforcer les initiatives de l'État en
 matière d'OpenData et d'accélérer la transversalité.
 DISIC, SGMAP, ETALAB et le Ministère du numérique sont mobilisés en ce
 moment même sur ces questions.
 Le Président a noté qu'il faut valoriser les travaux des agents des
 services de l'État et des collectivités qui contribuent aux communautés du
 Libre (Données, Contenus, Logiciels).
 C'est aussi une forme de service rendu à la Nation et l'expression de
 l'innovation au sein de nos institutions et écoles.
 Marylise Lebranchu était présente ainsi qu'Axelle Lemaire, elles seront
 mobilisées sur le suivi et la traduction des ces bons mots en actions
 concrètes.


 Plus largement la Conférence de Paris a été l'occasion pour nous de
 montrer à quel point nos travaux sont importants.
 J'ai de nombreux retours positifs sur nos actions y compris de la part de
 responsables techniques et politiques étrangers (Mexique, Royaume Uni,
 Ville de New York).

 Les différents déjeuners auxquels j'ai participé ont permis de toucher des
 décideurs et des rendez-vous seront programmés dans les prochains jours. La
 cartographie des infrastructures a eu un écho particulier compte tenu des
 enjeux. À défaut de faire d'OpenStreetMap une base de données d'autorité,
 la cartographie des infrastructures dans OSM permettra de libérer
 l’imagination des développeurs sur les futurs enjeux d'interopérabilité
 nationale/internationale  - inter acteurs/administration.

 OSM permet enfin de dépasser les frontières du silo France

 J'ai vraiment mis un point d'honneur à inviter
 individus,industriels,collectivités et États à rejoindre nos rangs en tant
 que contributeurs!

 Je reviens plus longuement vers vous pour résumer TOUTE la Conférence ;)

 Gaël


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

Re: [OSM-talk-fr] Splines dans openstreetmap

2013-09-23 Thread Emilie Laffray

Oui enfin je suis d'accord avec Pieren. Je ne suis pas sure que les splines
soient une bonne idée.
L'édition vectorielle est suffisamment compliquée pour qu'on ne rajoute pas
une couche pour les débutants.
De plus il me semble que TomTom a un brevet sur le rendu et/ou stockage
pour des GPS si ma mémoire ne me fait pas défaut.
On 23 Sep 2013 10:55, Pierre Couderc pie...@couderc.eu wrote:

 En remerciement et en réponse aux diverses interventions,ainsi qu'à :

 http://wiki.openstreetmap.org/**wiki/API_v0.7#Curved_segments_**for_wayshttp://wiki.openstreetmap.org/wiki/API_v0.7#Curved_segments_for_ways

 Il ne faut pas confondre le format de stockage des données ( une route qui
 repésentée par une courbe de Béziers dans la base de données) avec l'outil
 de création de routes : un outil est toujours facultatif, on peut ne pas
 utiliser un outil de splines si on ne veut pas.
 Si quelqu'un veut un outil intuitif, il lui suffit de continuer à utiliser
 le système actuel.
 Mais si quelqu'un voulait être précis, il pourrait utiliser un système de
 B-splines s'il existait.
 Cela n'implique pas de modifier la base actuelle (la transformation de
 données conduit généralement à une perte de données), mais à autoriser de
 décrire les objets en B-splines qui sont le bon outil pour décrire un
 courbe telle qu'une route, comme l'a bien compris M.Bézier.
 Quand à l'intuitivité, marcher non plus n'est pas intuitif, mais
 certains petits d'homme y arrivent quand même...

 Le 23/09/2013 10:38, V de Chateau-Thierry a écrit :

 De : Ab_fab

  Les courbes de Bezier sont une fonctionnalité des moteurs de rendu tels
 que Mapnik.
 Les polylignes peuvent paraître grossières dans la fenêtre d'édition mais
 :

 _ les paramètres de courbes ne font pas partie des éléments enregistrés
 dans la base et
 retranscrits dans le fichier planet (qui ne contient que points, lignes
 et relations)
 _ Cela ne se verra probablement pas dans le rendu image final
 _ C'est plus accessible pour le commun des mortels de suivre un tracé
 avec des points
 successifs plutôt qu'avec un outil de dessin vectoriel. Personnellement,
 je n'en ai pas
 l'habitude.


 C'est une doléance pour une prochaine version de l'API :
 http://wiki.openstreetmap.org/**wiki/API_v0.7#Curved_segments_**for_wayshttp://wiki.openstreetmap.org/wiki/API_v0.7#Curved_segments_for_ways

 Je reste de mon côté convaincu qu'on peut faire (déjà) de belles choses
 avec de
 simples successions de points formant une ligne brisée. Tout ça reste
 affaire de
 compromis entre richesse fonctionnelle et simplicité d'édition. Le dessin
 de splines
 me semble, au moins tel qu'implémenté dans les outils de DAO, pas
 vraiment trivial
 à prendre en main, (pas que) pour les débutants.

 vincent

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

 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.**org/listinfo/talk-frhttps://lists.openstreetmap.org/listinfo/talk-fr



 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.**org/listinfo/talk-frhttps://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] Nominatim et les codes postaux

2013-09-23 Thread Emilie Laffray

Enfin c'est le cas en France pas forcement sur tous les pays.
Il ne faut pas oublier que Nominatim fonctionne pour tous les pays.
De plus le concept de code postal polygonal c'est joli sur le papier. Dans
la réalité ça ne marche pas aussi bien que ça en France.
On peut parler d'euralille qui a son propre code postal en plein milieu de
Lille et que son attribution peut paraître aléatoire.
Il faut se méfier des simplifications...
On 18 Sep 2013 09:58, Philippe Verdy verd...@wanadoo.fr wrote:

 Est-ce que Nominatim ne se débrouillerait pas mieux avec des polygones
 postaux (ce qui serait une grosse économie de données aussi, le polygone
 suffisant à définir un code postal pour des quantités d'objets : rues,
 batiments, POIs, noeuds d'adresse..., sans avoir à définir des tags
 dispersés un peu partout).

 Nominatim a du mal parce que les polygones administratifs n'ont pas de
 corespondance exacte:
 - plusieurs codes postaux par ville moyenne, donc pas de tags utilisable à
 ce niveau, mais pas de subdivision administrative plus fine. Le code postal
 indiqué est souvent celui de la mairie ce qui n'a rien à voir parfois avec
 les codes postaux les plus courants du quartier autour ! et sinon même si
 on descent au niveau rue ou route, on peut tomber sur des codes postaux
 différents selon les numéros, et il y a plein de segments non renseignés.
 - un même code postal pour des communes différentes.

 De plus si on géolocalise un POI, ses métadonnées d'adresse postale
 peuvent aussi le situer en fait dans une autre commune (et même dans une
 toute autre région!) ou une autre rue car elles indiquent juste le moyen de
 contact postal de la société qui a un établissement au POI trouvé (bref
 Nominatim ne peut rien faire non plus de bien avec les codes postaux des
 POIs, que ce soit des noeuds, des bâtiments ou des zones résidentielles ou
 commerciales).

 Si on avait des zones postales comme en Allemagne, il y aurait moins de
 difficultés (et en Allemagne la recherche des codes postaux marche plutôt
 pas mal du tout pour la géolocalisation).

 Les objets de zones postale ne désignent rien d'autres qu'eux-mêmes et ne
 sont que des codes postaux par défaut sachant que des POIs peuvent avoir
 choisi de faire délivrer leur courrier ailleurs que là où ils sont situés,
 ou le livrer de façon spéciale (donc avec des codes postaux spécifiques, ou
 un CEDEX commun à plusieurs établissements pourtant situés loin les uns des
 autres, ou le CEDEX d'un service externalisé d'afacturage, ou service
 client mutualisé ou délocalisé).

 En attentant pour la France il reste à exploiter les actuels fichiers
 MediaPoste (des fichiers protégés, non libres, qu'on ne peut pas importer).
 Mais contrairement à MediaPoste (basé sur des fichiers d'adresses), nous on
 peut tracer des polygones postaux dans OSM (mais on n'a pas non plus à
 gérer les codes postaux spéciaux, non complètement géographiques, comme les
 codes de l'armée, les CEDEX, ou autres codes TSA et concours, ou codes de
 routage spéciaux pris en charge par un autre service que la Poste, mais
 nécessitant souvent un autre code précisé ailleurs dans l'adresse, ou qui
 sera ajouté sur l'enveloppe par le service de routage tiers).

 Il y a peut-être dans certaines villes des alternatives avec les fichiers
 d'adresses libres pour désigner les bureaux de vote (si ces fichiers sont
 assez renseignés pour y inclure les codes postaux, ce qui n'est pas une
 nécessité si la mairie procède seulement par liste de rues nommées (ou
 routes numérotées) et sinon cherche sur un plan sommaire en zone rurale (à
 moins qu'elle ait aussi une liste de lieux-dits déjà classés). Ca tiendra
 tant qu'il n'y aura pas de révision du nombre de bureaux dans une commune
 (et besoin alors de redessiner les zones et voir dans ces listes comment
 réaffecter les rues/routes et lieux-dits coupés sur un bureau ou l'autre)


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


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

[OSM-talk-fr] L'italie utilise Osmose

2013-09-12 Thread Emilie Laffray

Bonjour,

quelques mots de felicitations envers les gens qui travaillenent sur Osmose
car l'Italie vient enfin de traduire Osmose et d'installer cela sur leurs
propres serveurs.
Voila le lien:
http://osmose.openstreetmap.it

Finalement, ce SOTM sera le premier ou Osmose est finalement reconnu par
d'autres communautes

Emilie Laffray
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Smartphone Android avec GPS rapide?

2013-09-12 Thread Emilie Laffray

Bonjour Philippe,

sans vouloir trop rentrere dans le debat, je confirme bien que tu racontes
bien de grosses enormites sur comment fonctionne une puce GPS que ca soit
en direct, ou via AGPS.
Je ne vais meme pas prendre le temps de repondre car ton incomprehension de
comment ca fonctionne est trop grande.
Une puce GPS est comme tu le dis est une puce independante et il n'y a pas
36 frequences sur lequel emets un GPS en premier lieu ... Ton truc sur les
transformees de Fourier c'est de l'esbrouffe, de l'approximatif qui sonne
juste sans comprendre vraiment ce qui se passe. Si tu veux passer sur
Galileo (qui a une frequence tres proche du systeme GPS en premier lieu) ce
n'est pas un probleme et la plupart des puces modernes supportent deja cela
(u-blox supportait deja partiellement Galileo quand j'y travaillais encore
et ca fait un bail). Pour Glonass, ce sont des frequences differentes.
Bref si tu veux je peux te donner une excellente reference sur comment
fonctionne les puces GPS avec toutes les references mathematiques
necessaires pour creer une puce GPS mais par pitite arrete de pretendre que
tu maitrises certains sujets alors que tu n'as qu'une connaissance
partielle et subjective du sujet (bref de l'approximatif pour etre polie).

Emilie Laffray (qui a travaille dans une boite qui faisait des puces GPS et
qui a cree des webservices qui servent les ephemerides a la demande)

PS
Le jour ou tu auras digere tout cela, on pourra meme discuter d'articles
tres amusants sur l'utilisation des GPS pour mesurer l'humidite des sols.


2013/9/11 Philippe Verdy verd...@wanadoo.fr

 Le 11 septembre 2013 15:56, Marc SIBERT m...@sibert.fr a écrit :


 L'autre problème du GPS est aussi le fait qu'il faut syntoniser
 l'antenne sur toute une série de canaux de fréquences, et même en
 parallélisant cela par une réception unique, c'est la taille des
 transformées de Fourier à calculer (selon le nombre de canaux à écouter)
 qui bouffe de la CPU

 C'est hardcodé, pas en CPU

 Oui mais seulement pour suivre un nombre limité de sources. Si on veut
 augmenter le nombre de sources avec plein de canaux utilisant des
 modulations différentes la taille des Fourier augmente sensiblement. Et
 plus on l'augmente (en parallélisme), plus ça bouffe de l'énergie. tout
 n'est pas hardcodé, on programme les plages de fréquences à démoduler avec
 des générateurs d'horloges, et on a besoin d'une base de données des
 fréquences utilisables et d'algos de sélection et de recherche des
 fréquences les plus probables (ce n'est pas le matériel proprement dit
 qui le fait, mais au mieux un firmware, autrement dit du logiciel intégré,
 même si cela ne prend rien sur le CPU principal de l'appareil intégrant
 la puce).


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


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

Re: [OSM-talk-fr] Metatuiles les plus denses en nœuds

2013-05-26 Thread Emilie Laffray

En anglais on dit osm tile plutôt. Tile of osm ça sonne lourd à l'oreille.
Le of est alors utilisé pour mettre une certaine emphase mais que ça sonne
lourd. (minute de quelqu'un qui est devenu trop anglophone) :-)
On 25 May 2013 08:42, Ista Pouss ista...@gmail.com wrote:

 En anglais je ne sais pas, mais en français je trouve que le terme de
 méta est très mal choisi.

 J'imagine qu'il a fait son texte à la va-vite ; peut être aurait-il pu
 dire aussi supertuile - ou, plus simplement, une surface de 8x8 tuiles...
 ce qu'il dit quand même...

 La traduction de tuile pour tile aussi est un peu limite, et je serais
 curieux de savoir comment les anglais le comprenne. En effet, d'après mon
 Harraps (amen) une autre traduction normale de tile est carreau, ce qui
 correspond bien mieux à ce que c'est... Quand les anglais disent tile of
 osm, pensent-ils tuile d'osm, ou carreau d'osm ? .

 Scusez pour la philosophie. Mais enfin notez que c'est samedi, hein.


 Le 25 mai 2013 13:30, Christian Quest cqu...@openstreetmap.fr a écrit :

 Le 25 mai 2013 12:58, Ista Pouss ista...@gmail.com a écrit :
  Le 24 mai 2013 22:30, Christian Quest cqu...@openstreetmap.fr a
 écrit :
 
  Frederik Ramm a produit une liste des metatuiles les plus denses en
 
 
  Excusez moi d'être un peu aux fraises avec la terminologie... Quel est
 ce
  nouveau terme de metatuile dont tout le monde parle et que tout le
 monde
  sait ce que c'est sauf moi ?
 
  J'ai compris qu'une tuile était un truc sur les toits qui, que,
 assemblées
  ensemble, ça protège de la pluie.
 
  Ok.
 
  Une métatuile protège de la métapluie peut être ?
 
 

 C'est brièvement expliqué sur la page en question: If you render the
 world on zoom level 16, there are 67 million meta tiles (each
 covering an area of 8x8 tiles).

 - Si vous faites le rendu du monde au zoom 16, il y a 67 million de
 métatuiles (chacune couvrant une emprise de 8x8 tuiles).

 Les serveurs de tuiles calculent non pas les petites tuiles de 256x256
 pixels une à une mais par grosse tuiles de 2048x2048 pixels soit 8x8
 tuiles, c'est ça une metatuile.


 Pour se protégéer de la métapluie, il faut un métapébroque.

 --
 Christian Quest - OpenStreetMap France
 Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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




 --
 Les dérives de rue :
 Profession émotion http://drivrsdu.fr/profession-emotion/

 ___
 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] Centres des impôts

2013-05-24 Thread Emilie Laffray

Je n'ai pas de pc là mais je ne serais pas surprise si office=tax était
quelque chose utilisé pour les us. Il existe des chaines spécialisées pour
faire sa déclaration d'impôts et donc différent des impôts français.
Bref je vois ce tag plus comme un truc d'avocats fiscalistes en France.
On 24 May 2013 09:05, Christian Quest cqu...@openstreetmap.fr wrote:

 amenity=public_building + office=tax + operator=DGFiP ?


 Le 24 mai 2013 13:10, Pieren pier...@gmail.com a écrit :
  2013/5/24 Ab_fab gamma@gmail.com:
 
  J'essaie de trouver une description, mais je ne trouve rien d'évident,
 que
  ce soit dans le wiki ou sur taginfo.openstreetmap.fr
 
  Il y a 6 amenity=tax_office
  (http://taginfo.openstreetmap.org/tags/amenity=tax_office) (déjà
  proposé sur cette liste par le passé)
 
  et 117 office=tax (http://taginfo.openstreetmap.org/tags/office=tax)
 
  Pieren
 
  ___
  Talk-fr mailing list
  Talk-fr@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-fr



 --
 Christian Quest - OpenStreetMap France
 Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

 ___
 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] Projet OpenStreetView

2013-05-24 Thread Emilie Laffray

Je crois que tu te trompes de mailing list. Je te conseille vivement
d'aller aider ces braves gens afin de les faire avancer sur leur projet qui
sans toi risque de se languir.
On 23 May 2013 11:50, Philippe Verdy verd...@wanadoo.fr wrote:

 OK pour garde le terme Open, mais cela manque un peu d'imagination pour
 nommer ce qui devrait être non pas forcément une vue des rues (ce qu'on a
 déjà par une carte 2D, mais une expérience de navigation en immersion 3D.

 Une suggestion au pire : Open3Dmap, Libre3Dmap
 Peut-être aussi : OpenWorldNav (OWN)
 Ou plus imagé : LibrePerspective, ImmersionLibre,
 VirtualReality-Augmented-Immersion (VRAI).
 Pas certain que ça plaise à tout le monde : GoGroundZeroLibre (GOG0L).



 Le 23 mai 2013 14:28, Dominique Rousseau d...@lee-loo.net a écrit :

 Le Thu, May 23, 2013 at 01:04:14PM +0200, f.dos.san...@free.fr [
 f.dos.san...@free.fr] a écrit:
 
  Mauvais choix pour le nom du projet, il y aura forcément confusion avec
 :
 
  http://openstreetview.org/

 Ils commencent par BrestStreetView, mais ça me semble être à peu près la
 même idée, non ?
 (dis autrement, l y a des chances qeue ceux qui ont monté
 openstreetview.org soient favorables à un rapprochement futur)


 --
 Dominique Rousseau
 d...@lee-loo.net - 06 82 43 12 27

 A l'instant où l'esclave décide qu'il ne sera plus esclave,
 ses chaînes tombent.  -- Mahatma Gandhi

 ___
 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] aide pour traduction a faire en espagnol

2013-05-21 Thread Emilie Laffray

Ils ont la permission. L'attitude que l'on a concernant le cadastre vient
en partie de l'import espagnol qui est encore plus lourd que le nôtre.
On 21 May 2013 01:41, Jo winfi...@gmail.com wrote:

 Je lui ai envoyé un message en espagnol pour demander s'ils ont permission
 d'intégrer le cadastre espagnol et pour proposer de donner un coup de main
 avec la conversion en tags utiles pour OSM si c'est le cas.

 Polyglot

 2013/5/21 Philippe Verdy verd...@wanadoo.fr

 J'avais vu ces tags bizarres, mais en revanche je ne vois aucun doublon
 de relation, de chemin ou de noeuds. Je pense plutôt que c'est une absence
 de travail d'intégration lors d'un import direct. Ces tags (uniquement
 présents sur les chemins pas sur les noeuds ou relations) ne donnent pas
 d'erreurs réellement, ils sont juste privés et non documentés un seul est
 standard building=yes, les autres sont des identifiants internes d'une
 autre base de données cadastrales ou d'un GIS; copiés tels quels
 .


 Le 21 mai 2013 07:14, didier2020 didier2...@free.fr a écrit :

 Le mardi 21 mai 2013 à 01:55 +0200, Philippe Verdy a écrit :
  Quel est le problème précisément ? Je ne vois pas les doublons en
  question de relations et ways.
 
 http://www.openstreetmap.org/browse/way/221922995


 
  Le 21 mai 2013 01:38, didier2020 didier2...@free.fr a écrit :
  bonsoir
 
  quelqu'un parle espagnol ?
  c'est pour ici
 
 http://www.openstreetmap.org/?lat=43.31283688545227lon=-5.56719034910202zoom=18
 
  il y a au moins 5 changesets qui generent des doublons de
  relations way
  et nodes.
  il y a aussi les tags...
 
  merci d'avance
 
  didier
 
 
  ___
  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



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


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

[OSM-talk-fr] Fwd: Job advert: Senior developer at the Extreme Citizen Science (ExCiteS) group (UCL)

2013-05-03 Thread Emilie Laffray

Pour ceux qui sont potentiellement interesse(e)s.

Cordialement

-- Forwarded message --
From: Haklay, Muki m.hak...@ucl.ac.uk
Date: 3 May 2013 17:07
Subject: Job advert: Senior developer at the Extreme Citizen Science
(ExCiteS) group (UCL)
To: Haklay, Muki m.hak...@ucl.ac.uk

 Hi,

Please forward this to suitable mailing lists.

Thanks in advance!

Muki

**Senior Developer at the Extreme Citizen Science (ExCiteS) group (UCL)*
*

We are looking for an experienced and talented Senior Programmer with
interest in open source geographic web technologies. The main duties and
responsibilities of the Extreme Citizen Science (ExCiteS) Senior Developer
will include, but not be limited to the redevelopment of a Community Maps
platform (www.communitymaps.org.uk) using open source and current
technologies. This system is used to support communities across the world –
from the Arctic to the suburbs of London and the Congo-basin – in
collecting information about their environment and act on the information
in ways that lead to positive change. The appointee will also provide
assistance in making decisions about technologies that will be used in
various projects with the ExCiteS group (see
http://www.ucl.ac.uk/excites/excitingsfolder), and basic knowledge in
managing the servers that will be used in deployment of the software is
necessary. The job includes collaboration and guidance of the software
development team which includes research assistants, MSc and PhD students
and postdoctoral fellows. 

The appointee will have an opportunity to develop a portfolio of experience
in projects that lead to tangible social change, working within a diverse
team that bring knowledge from anthropology, geography, computer science,
human-computer interaction and other areas. As a result, the role will
include experimentation and exploration of new approaches and technologies.
Travel to professional and academic conferences, as well as field visits,
will be expected. The work environment is collaborative, supportive and
friendly with flexible working arrangements (see
http://www.ucl.ac.uk/hr/benefits/employee_benefits.php).  

The post is available for immediate start and is for 1 year in the first
instance with an option to extend it a further year in agreement with
suitable appointee. This position falls within the occupation skills that
are eligible for work permit, and we welcome applications that will require
it.  

*Key Requirements*

The candidate will have extensive experience working as a web developer,
ideally within standards-based projects and using Open Source technologies,
and will also be experienced with project management. They will have to
have knowledge of up-to-date, open source, spatial and non-spatially
enabled technologies and be able to quickly pick up and adapt to new
development environments, particularly as we wish to move into HTML5 and
mobile development, and base some of our technologies on open APIs. The
ideal candidate should be able to use object-oriented methodologies and
tools to analyse, design and implement software tools, as well as have
experience in designing and implementing API architectures to further
extend the current software systems. They will also need to have a solid
foundation in structures and standards, properly utilising code management
systems (such as GitHub), designing robust code in an easily extensible
way, and ensuring that the viability of solutions extend far beyond the
lifetime of the research projects themselves. It is imperative that they
are able to communicate technically complex information in an
understandable way.

Salary (inclusive of London allowance) will be in the range of £40,216 -
£47,441 per annum

Place of work: department of civil, environmental and geomatic engineering,
UCL, Gower street, London. 

If you have any queries regarding the vacancy or the application process,
please contact Prof. Muki Haklay, m.hak...@ucl.ac.uk , +44 (0)20 7679 2745.*
***

For further details (see below) and to apply (closing date 4th June)
https://atsv7.wcn.co.uk/search_engine/jobs.cgi?owner=5041178ownertype=fairjcode=1331038

** **

*Further details *

Job Title: Senior Developer at the Extreme Citizen Science group 

Ref 1331038

Further Details 

Job Description – duties

Title: Extreme Citizen Science Senior Software developers ** **

Department: Civil, Environmental and Geomatic Engineering

Base Location: UCL Bloomsbury Campus, London

Reports to: Prof. Muki Haklay

Works closely with: The various members of the Extreme Citizen Science
group and their research participants (
http://www.ucl.ac.uk/excites/team_members)

Context: The Extreme Citizen Science research group was formed in 2011 by
Prof. Muki Haklay, Dr. Jerome Lewis, and Dr. Claire Ellul as an
interdisciplinary initiative to push the boundaries of how we use and
understand the world around us. The various

Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...

2013-04-19 Thread Emilie Laffray

Le problème des geohash est un problème de précision et d'acceptation des
limites du geohash. Car les geohash tels qu'ils existent actuellement sont
extrêmement limités par le franchissement de la limite de précision.
Autrement dit tu pourrais déplacer un point d'un mètre avec un geohash
d'une précision de 1km et passer à quelque chose de complètement différent.
Les geohash tels qu'ils existent actuellement ne sont pas vraiment utiles à
mes yeux. Ils peuvent être utiles dans certains cas mais c'est limité par
l'incapacité de créer un 'gradient' utile.
Je trouve l'approche que tu proposes comme un bon début mais extrêmement
limité. L'approche uuid mentionnée par Pieren et auquel j'ai participé
était intéressante mais limitée sur d'autres points notamment les éditeurs.
Tony a de bons points sur le fait qu'il faudrait savoir quel paramètres
qualifier ce futur osmhash (dibs sur le trademark :) ).
Je l'ai évoqué initialement sur le déplacement d'une entreprise et certains
ont évoqués le changement de propriétaire. Un osmhash doit tenir compte de
ça.
Commençons par qualifier l'unicité d'un poi et penser à une composante
geospatiale plus flou.
L'intervention de Gael montre bien l'intérêt commercial d'un tel système
ainsi que l'intérêt de Tony. Moi même à mapquest j'ai travaillé sur cette
problématique afin de travailler sur la réconciliation de plusieurs sources
(voir le commentaire de Marc sur le sujet et son expérience).
Je ne dis pas que c'est impossible au contraire même mais sans poser
certaines bases d'accord et des use cases on va tourner en rond. La
communauté a les moyens d'être créative mais structurons un peu le propos
pour gagner en clarté et voir les solutions non orthodoxes gagnées car les
bases auront été jetées
D'un point de vue commercial si un tel système se mettait en place ça
aurait une très grosse valeur.

Émilie laffray
On 17 Apr 2013 18:07, Christian Quest cqu...@openstreetmap.fr wrote:

 #a4u2k9 dans mon exemple est un geohash... il correspond à une bbox
 qui est de plus en plus petite lorsque le geohash est long (et
 inversement). C'est un truc existant qui est même supporté en interne
 par postgis (ST_GeoHash).
 Pour ceux qui ne connaissent pas voir:
 http://fr.wikipedia.org/wiki/Geohash

 En y repensant avec un ID comme  Croustillette.bakery.shop@#a4u2k9
 permet de facilement faire du matching partiel... bakery.shop@#a4u2k
 une boulangerie dans une zone un peu plus grande, shop@#a4u2
 correspond juste à une boutique dans une zone encore plus grande,
 etc... et une simple recherche textuelle en contient fait l'affaire
 ;)

 On peut aussi déterminer le niveau de similitude entre 2 ID assez
 facilement (longueur de la partie commune gauche, droite ou combinée).
 Tout ça se calcule facile sans faire appel à des API car le principe
 est universel et pas spécifiquement liée à OSM.

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

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

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

Re: [OSM-talk-fr] Liens de et vers OSM...

2013-04-14 Thread Emilie Laffray

Salut

C'est un vieux débat sur lequel déjà pas mal d'efforts a déjà investi.
Un geohash ne résouds qu'une partie du problème même en y associant le type
de tag.
On peut citer les cas de déménagement d'une société dans un autre endroit
de la ville.
De même un coiffeur ou toute autre société peut être fermée et reouvert
sous un autre nom. Il faut donc produire un identifiant unique qui soit
suffisamment sensible à cela pour que ça soit des identifiants uniques
différents.
Bref un super sujet qui m'intéresse beaucoup mais qui n'a pas de solution
simple aussi bien dans l'industrie que dans le milieu académique.

Émilie laffray
On 14 Apr 2013 16:01, Christian Quest cqu...@openstreetmap.fr wrote:

 Pour prendre un peu de recul... si on réfléchissait au problème de façon
 plus globale ?

 Pour utiliser des ref:xx ?

 - pour lier des données OSM avec des jeux de données externes

 Peut-on/doit-on le faire pour n'importe quel jeu de données ?

 Je ne pense pas. Si ce sont des données librement accessibles et qui
 apportent plus d'information sur un objet OSM, oui, ça me semble avoir sa
 place dans OSM. Ca permet de ne pas inclure inutilement tout un ensemble de
 données dans OSM, données qu'il faudrait maintenir à jour pour qu'elles
 gardent de leur utilité.

 Donc pour moi des ref:xx vers des données non ouvertes n'apportent rien.

 Comment faire l'inverse... avoir un lien dans des données externes vers
 des objets OSM ?

 Là ça se complique gravement pour plusieurs raisons:

 - les id OSM ne sont pas pérennes: ils peuvent changer suite à un
 effacement/recréation ou parce qu'on fait évoluer un objet (par exemple un
 POI initial sur un nœud peut disparaitre en étant reporté sur un polygone)

 - un objet dans le jeu de données externe peut correspondre à plusieurs
 objets dans OSM. C'est le cas par exemple pour les codes FANTOIR/RIVOLI
 (rayer la mention inutile) qui identifient une rue, laquelle rue peut être
 segmentée dans OSM... et là il faut avoir un objet englobant sous la forme
 d'une relation.

 Il y en a sûrement d'autres...


 Il va falloir se pencher sérieusement un de ces jours sur des identifiants
 pérennes que je pense devoir mixer les 2 dimensions d'OSM à savoir la
 dimension spatiale et la dimension sémantique en gardant un niveau de flou
 sur les deux pour retrouver des objets qui ont légèrement bougé ou
 légèrement changé de description.

 Mon idée (brute de décoffrage même si j'y pense depuis bien longtemps)
 serait un truc du genre bakery#u09v8z39 où bakery indique le type
 d'objet cherché et #u09v8z39 est le geohash de sa position approximative.

 C'est assez facile à mettre en œuvre pour des objets ponctuels ou
 surfaciques, par contre pour du linéaire je pense qu'il faudra 2 geohash
 (début/fin).

 L'utilisation pourrait se faire via une API interrogeant par exemple
 l'overpass en convertissant ce hash à la volée.

 Ca inspire quelqu'un ? Qui m'accompagne sur ce projet ?

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


 ___
 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] Le Monde goes OSM

2013-04-09 Thread Emilie Laffray

Hello Alex,

thank you for this good news. It is greatly appreciated to see that Le
Monde is using OpenStreetMap

Emilie Laffray


On 9 April 2013 18:19, Alex Barth a...@mapbox.com wrote:

 Le Monde just went OSM via MapBox:

 http://mapbox.com/blog/le-monde-goes-mapbox/
 (scroll down for French)

 This is particularly great as Le Monde's team is genuinely excited about
 OpenStreetMap

 https://twitter.com/ogrange/status/321668843191808003

 Thanks to the incredible existing body of French translations in OSM, we
 could turn around this work in under two months. If you contribute anywhere
 to OSM and particularly, if you've ever translated a location into its
 French name: thank you, without you this would have been impossible.

 Alex

 PS: Excusez mon Anglais ici, sorry for my English here, just can't bend my
 poor French to express this properly :)

 ___
 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] Le Monde goes OSM

2013-04-09 Thread Emilie Laffray

Je pense que ca sera la prochaine etape Pieren. Travailler avec la
redaction du monde sur des projets. Je pense que leur plateforme de blog et
leur approche collaborative de ce point de vue la se prete bien a ca.

Emilie Laffray


2013/4/9 Pieren pier...@gmail.com

 On Tue, Apr 9, 2013 at 7:19 PM, Alex Barth a...@mapbox.com wrote:

 Le Monde just went OSM via MapBox:

 http://mapbox.com/blog/le-monde-goes-mapbox/


 Tank iou verri meuch for ze fid baque...
 J'ai vu la nouvelle passer ce matin déjà sur twitter mais l'article cité
 ([1]) faisait référence à un blog de Mapbox qui n'existait pas encore ;-)

 Je m'interroge sur les interventions du monde.fr sur le monde dans osm.
 Il est dit: les vérifications croisées effectuées par l’équipe du Monde.fr
 ont permis quelques ajustements. On aimerait savoir lesquels et avec quel
 compte utilisateur... Surtout, on regrette leur total absence de
 communication avec la communauté OSM en France. Et on espère que leurs
 cartes ne seront pas réservées qu'à la partie abonnés.

 Pieren

 [1]
 http://thenextweb.com/insider/2013/04/09/le-monde-adds-mapboxs-open-source-maps-to-its-new-website-to-highlight-where-news-is-happening/

 ___
 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] Le Monde goes OSM

2013-04-09 Thread Emilie Laffray

100% d'accord avec toi.
On va voir ce qu'on peut faire pour l'awareness de ce point de vue la avec
OSM-FR. Je pense que c'est le vehicule ideal pour ca.

Emilie Laffray


2013/4/9 Pieren pier...@gmail.com

 2013/4/9 Emilie Laffray emilie.laff...@gmail.com

 Je pense que ca sera la prochaine etape Pieren. Travailler avec la
 redaction du monde sur des projets. Je pense que leur plateforme de blog et
 leur approche collaborative de ce point de vue la se prete bien a ca.


 Surtout qu'on sait que plus un lieu est exposé médiatiquement et plus vite
 il subit des améliorations dans OSM mais aussi de possibles vandalismes. Ce
 qui arrive à wikipedia se produira fatalement dans OSM et une force de
 réaction rapide s'imposera de plus en plus alors que nous manquons
 cruellement d'administrateurs dans chaque pays.

 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] Serveur OSM

2013-04-06 Thread Emilie Laffray

Non différent. C'est un problème au lieu qui a le serveur.
Il faut noter qu'un serveur a été commandé pour éviter les problèmes de la
semaine dernière.
On 6 Apr 2013 16:49, JB jb...@mailoo.org wrote:

 **

 Rhondoud'jou, on peut plus mapper le week-end, maintenant ? Les serveurs
 décident de prendre leur congés ?

 Ça a l'air de recommencer comme la semaine dernière…

 JB.


 ___
 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] Serveur OSM

2013-04-06 Thread Emilie Laffray

Non mais je fais parti du groupe qui gère tout ça donc je suis plutôt bien
informée
On 6 Apr 2013 17:11, DH dhel...@free.fr wrote:

 Le 06/04/2013 18:01, Emilie Laffray a écrit :


 Non différent. C'est un problème au lieu qui a le serveur.
 Il faut noter qu'un serveur a été commandé pour éviter les problèmes de
 la semaine dernière.



 Emilie, t'as ton lit de camp dans la salle machine ?

 Denis

 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://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] API HS...

2013-03-31 Thread Emilie Laffray


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
 

On 31/03/2013 12:05, Christian Quest wrote:
 Facile de voir quand l'API est dans les choux... il y a plein de osm en 
 rouge sur
http://munin.openstreetmap.fr/ ;)

 Plus précisément, cela indique que l'intégration des diff est en
retard et quand c'est en retard sur tout autant de serveurs d'OSM-FR
c'est qu'il y a un problème de l'autre côté de la Manche...

Le serveur Ramoth est tombe. Normalement, Grant devrait avoir acces a la
machine aujourd'hui pour essayer de basculer sur un autre serveur.
Bref, c'est une failure catastrophique d'une carte dans le serveur RAID.

Emilie Laffray
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
 
iQEcBAEBAgAGBQJRWIETAAoJEOm7A+8aiQ34okMIAKvHXSW8Te7+OcyDLOaswvck
m0tFF5p5RpR1NNQNPjIG402Y1YB6hEt1fSs4J+1/yqWz575jj4rSf7o6A8F5Erw+
NxG9sD9YMKktEiaVN+dmbBpRDoOzp/zxBbVBVaR/FllnULzu4qujqfnthmaPMoak
1VuONBK6O65BPDNqYy0hf6MAEF2JeRVWlfUSI7/oaGlIHr3q9+UDh+T9HnqbrEX+
Wh2AVcWJNlXsajBqab8tzoo5a/Euvc4ncrzgerGxTNrgZ/jSPKgtYfBB+fCJVdSx
2CyziGr6rpmuFITE71rPsMEhuE/oh2PtHl+NJoBW1AzDIJMu+GlxWZi8ad53Ppw=
=QFAf
-END PGP SIGNATURE-


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

Re: [OSM-talk-fr] API HS...

2013-03-31 Thread Emilie Laffray


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
 
Bonsoir,

le serveur est en effet reparti.  Comme Christian l'a mentionne, cela
aurait du basculer automatiquement mais pour des raisons matériels cela
ne s'est pas fait.
Il y a un working group qui s'occupe de ca, c'est le OWG (Operation
Working Group) dont je fais partie.
Un nouveau serveur fait partie des priorités du groupe. Nous sommes en
train de monter un nouveau serveur ainsi qu'un plan pour l?année qui
suit afin de monter en puissance.
Clairement ce qui vient de sa passer va forcer a accélérer le plan :)

Emilie Laffray


On 31/03/2013 20:12, Christian Quest wrote:
 Il y a un serveur de backup (c'est l'ancien serveur primary il me
 semble), mais celui-ci avait un problème sur un disque RAID à ce que
 j'ai lu sur irc, donc par sécurité la bascule ne s'est pas faite
 dessus pour le read/write mais juste en read only.


 Le 31 mars 2013 20:49, Marc Sibert m...@sibert.fr a écrit :
 Bonjour,

 Je suis aller chercher les infos :

 http://wiki.openstreetmap.org/wiki/Servers/ramoth : c'est juste le
Primary
 DB server

 Je n'ai pas trouvé de backup db server, ce qui ne veut rien dire
j'en suis
 conscient.
 Cela pose la question de l'étude d'un Plan de Reprise d'Activité pour
 rétablir le service avec d'autres ressources, par exemple sans nécessiter
 d'intervention physique le WE.

 Je peux participer à un Woking Group s'il en existe sur le sujet.

 A+

 PS : j'tiens le coup, mais je commence a avoir de boutons partout... faut
 que j'upload ou je fais un malheur !



-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
 
iQEcBAEBAgAGBQJRWMkaAAoJEOm7A+8aiQ34YV4H/iAmCMgPItRK4lT9YWrEZzE6
mIaRV/fFs0EIDq4lc5fIKH08L4cto+cPeQku12MtAS5TaU63gW6P5gQ3Xz1Lw59Y
9qQ0YvytuJGi5s3hNep8EuF8/+xSdRixJXtVciZaAK4hqqEXiIIZkWfgYSIkNG31
KwLHwy581JEXPMVaZCr+R5QLKQsjptTjAarHp6PuVs4pSZ+eV0F6iMvQAeJcZRUv
WuKjWhPsZ2bOqNx/zU/MSQUdN70dUzB7loNhBNm1aCQksY3nRcHWRr4MTt3v4MnH
NJhmndlCAK6FAysdkdZchO7BNE7b2jRF2Z4ew2A8DoMOlC0B+oaGUrtoDEOSX74=
=1dsl
-END PGP SIGNATURE-


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

Re: [OSM-talk-fr] Conférence OSM le 10 avril à Orléans

2013-03-30 Thread Emilie Laffray

Salut

Je verrai si je peux venir. J'ai des gilets supplémentaires à apporter.

Émilie laffray
On 30 Mar 2013 10:26, Etienne Trimaille etienne.trimai...@gmail.com
wrote:

 Une présentation d'OSM aura lieu le mercredi 10 avril de 20h30 à 23h00 à
 la Maison des Associations.

 http://www.openstreetmap.org/?mlat=47.90166mlon=1.905425zoom=18layers=M

 http://wiki.cenabumix.org/images/ConfOSM800.jpg

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


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

[OSM-talk-fr] Fwd: Senior Developer at the Extreme Citizen Science group

2013-03-22 Thread Emilie Laffray

Bonjour,

pour ceux que ca interesse, cela pourrait etre un job tres interessant.

Cordialement

-- Forwarded message --
From: Haklay, Muki m.hak...@ucl.ac.uk
Date: 14 March 2013 13:11
Subject: Senior Developer at the Extreme Citizen Science group
To: excites-...@ucl.ac.uk excites-...@ucl.ac.uk, Open Forum on
Participatory Geographic Information Systems and Technologies 
pp...@dgroups.org, GIS-UK (gis...@jiscmail.ac.uk) gis...@jiscmail.ac.uk,
everyaware-consort...@googlegroups.com 
everyaware-consort...@googlegroups.com

 Hello,

If you know someone who is interested and got the skills, please direct
them toward this advert

Many thanks

Muki

** **

Apply at
https://atsv7.wcn.co.uk/search_engine/jobs.cgi?owner=5041178ownertype=fairjcode=1320261

** **

Job title: Senior Developer at the Extreme Citizen Science group , -
Ref:1320261 

** **

UCL Department / DivisionCivil, Environmental  Geomatic Engineering

Grade 8

Hours Full Time

Salary (inclusive of London allowance) £40,216 - £47,441 per annum

** **

_*Duties and Responsibilities*_

** **

We are looking for an experienced and talented Senior Programmer with
knowledge of systems architecture and management to fill a 2-year vacancy
to help our various research projects achieve the aims they set out to
accomplish with bespoke and innovative technologies. 

The main duties and responsibilities of the ExCiteS Senior Developer will
include, but not be limited to the redevelopment of the Community Maps
platform (www.communitymaps.org.uk ) using open source and current
technologies, administration of IT systems and server management, and
providing assistance to the group in making decisions about technologies
that will be used on various projects. The appointee will also be required
to manage Linux servers, and advise on and be involved in development
projects that aim to include people in the scientific process from the
Inuit in Canada to the Pygmies of the Congo. The job includes guidance with
the development team which includes MSc and PhD students and postdoctoral
fellows. 

The post is available for immediate start and is for 2 years in the 1st
instance

** **

_*Key Requirements*_

** **

The candidate will have extensive experience working as a developer,
ideally within standards-based projects and using Open Source technologies
with project management. They will have to have extensive knowledge of
up-to-date, open source, spatial and non-spatially enabled technologies,
such as Linux, PostgreSQL/PostGIS, and OpenLayers/Leaflet and quickly pick
up and adapt to new development environments, particularly as we wish to
move into further HTML5 and mobile development, and basing some of our
technologies on open APIs. They ideal candidate should be able to use
object-oriented methodologies and tools to analyse, design and implement
software tools, as well as experience in designing and implementing API
architectures to further extend the current software systems. It is
imperative that they are able to communicate technically complex
information in an understandable way. They will also need to have a solid
foundation in structures and standards, properly utilising code management
systems (such as GitHub), designing robust code in an easily extensible
way, and ensuring that the viability of solutions extend far beyond the
lifetime of the research projects themselves.

** **

Further Details A job description and person specification can be accessed
at http://bit.ly/YbdB7n 

 To apply for the vacancy please follow
https://atsv7.wcn.co.uk/search_engine/jobs.cgi?owner=5041178ownertype=fairjcode=1320261

If you have any queries regarding the vacancy or the application process,
please contact Prof. Muki Haklay, m.hak...@ucl.ac.uk , +44 (0)20 7679 2745.*
***

We particularly welcome applications from black and minority ethnic
candidates as they are under-represented within UCL at this level.

Closing Date: 14 Apr 2013

This appointment is subject to UCL Terms and Conditions of Service for
Research and Support Staff. 

** **

** **

Muki Haklay: Professor of GIScience

Extreme Citizen Science (ExCiteS) research group

Department of Civil, Environmental  Geomatic Engineering
University College London (UCL)
Gower St. London WC1E 6BT

T: +44 20 7679 2745 E: m.hak...@ucl.ac.uk W: www.ucl.ac.uk/excites 

Mapping for Change - www.mappingforchange.org.uk

Blog: povesham.wordpress.com

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

[OSM-talk-fr] Contrôle du bandeau osm

2013-03-22 Thread Emilie Laffray

Salut

Y a t'il des gens intéressés par cela ?
http://list.openstreetmap.org/pipermail/talk/2013-march/066533.html

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

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

2013-03-01 Thread Emilie Laffray

+1
Tant que ça n'est qu'un projet non finalisé ça doit rester en dehors de la
base de données.
Une fois au stade de l'exécution là c'est bon.

Émilie laffray
On 1 Mar 2013 08:58, Vincent Pottier vpott...@gmail.com wrote:

  Le 01/03/2013 09:43, Francescu GAROBY a écrit :

  Je dirais que tant que le tracé n'est pas arrêté, il est un peu tôt pour
 l'inclure dans OSM. Si c'est pour montrer à quoi pourrait ressembler une
 proposition de tracé, j'opte pour une solution externe (mashup, ...).
  On avait eu le même débat, concernant les pistes du projet d'aéroport de
 NDDL.

  Francescu


 Le 1 mars 2013 09:14, Christian Quest cqu...@openstreetmap.fr a écrit :

 Il y a bien d'autres projets présents dans OSM (routes, voies
 ferrées), pourquoi celui-là n'aurait pas sa place ?

 C'est de l'info utile, pas à tous certe, mais comme beaucoup de choses
 dans OSM, pourquoi ne pas la partager au sein d'OSM ?

   A mon avis, les constructions ont leur place dans osm, genre chantier
 TGV...
 Mais les projets, ça me semble trop flottant... À partir de quelle phase,
 de quelle version du projet entre l’esquisse et le dossier à voter ?

 Après, dans le cas actuel, je ne sais pas ce qu'il en est.
 --
 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] Import des arbres a Paris

2013-02-25 Thread Emilie Laffray

Wow!
Des propos raisonnables et courts!
Pourrais tu continuer dans la même veine dans le futur?

Émilie laffray
On 25 Feb 2013 14:32, Philippe Verdy verd...@wanadoo.fr wrote:

 Le problème est surtout qu'il a importé les variétés botaniques sur
 des nouveaux noeuds qui par ailleurs n'indiquent même pas qu'il s'agit
 d'arbres ! Bref ce n'est que de la pollution inutilisable en tant que
 tel. Un oubli certainement (et d'évidence aucun travail de fusion
 préalable).
 L'import de masse n'avait pas d'intérêt sans des tags plus génériques.

 Le 23 février 2013 13:25, Marc Sibert m...@sibert.fr a écrit :
  Bonjour,
 
  Je viens d'avoir un court échange avec PNorman concernant un import
 d'arbres
  sur Paris. http://www.openstreetmap.org/browse/changeset/15133850

 ___
 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érencer les entreprises autres consultants sur le site openstreetmap.fr

2013-01-24 Thread Emilie Laffray

+1 a ce que dit Sly et Christian


2013/1/24 sly (sylvain letuffe) li...@letuffe.org

 On jeudi 24 janvier 2013, Marc SIBERT wrote:
  En clair : peut-on ajouter une page sur le site openstreetmap.fr avec la
  liste des professionnels qui travaillent avec/autour d'OSM avec pour
 chacun
  d'eux une sorte de profession de foi.

 Je n'y vois aucun inconvénients, bien au contraire, et je rejoins les
 arguments de christian.

  Note : je suis à même de maintenir la page.

 Saura-tu être objectif et ne pas dégager des concurrents ? ;-)


 --
 sly, DWG member since 11/2012
 Coordinateur du groupe [ga]
 http://wiki.openstreetmap.org/wiki/User:Sletuffe

 ___
 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] Une page de bienvenue... vos avis

2013-01-13 Thread Emilie Laffray

Bah pour les femmes c'est toujours plus dure. C'est classique de l'open
source.  J'ai participé récemment à une étude sur ce point et je ne crois
pas qu'on ait trouvé la formule magique.
Déjà si certains étaient moins sexistes (pas vu ici sur la mailing liste
française) ca aiderait :) se faire appeler darling par un abruti n'est
jamais plaisant...
Bref long débat.
On 13 Jan 2013 12:23, Ista Pouss ista...@gmail.com wrote:

 De mon avis de mon opinion :

 - La liste des nouveaux contributeurs est rébarbative je pense : il y en a
 trop (les inconvénients des avantages :-). Il faut la limiter à 5, ou alors
 la mettre à la fin, et la colorier, au lieu de mettre les contributeurs en
 gris infâme. Par contre, une photo de nouveaux contributeurs dès le départ,
 c'est bien. Mais il FAUT quelques FEMMES ! Et ça serait mieux un arrière
 plan de cartopartie à la campagne sous le soleil je pense. Mais bon, en
 attendant, le principe est bon.

 - Vos premiers pas...  Souvent, les premiers pas sont les plus difficiles
 ! - LE premier pas... LE premier pas est le plus facile...

 - Des outils à découvrir - UN outil à découvrir.

 - OSM / OSM France ça va je pense : ça fait institutionnel, c'est
 compliqué juste ce qu'il faut.






 Le 13 janvier 2013 12:36, Christian Quest cqu...@openstreetmap.fr a
 écrit :

 J'ai préparé une page de bienvenue pour accueillir au mieux les
 nouveaux contributeurs.

 Depuis quelques temps, je contacte systématiquement les nouveaux
 contributeurs par la messagerie internet d'OSM et plutôt que de leur
 envoyer un lon message je pense qu'un lien vers une page de bienvenue
 serait plus efficace.

 Voici donc ce que j'ai fait: http://openstreetmap.fr/bienvenue

 C'est bien entendu améliorable alors n'hésitez pas !

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


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

Re: [OSM-talk-fr] rendu Mapnik chez PAULA cassé ?

2013-01-04 Thread Emilie Laffray

Panne de courant.  On essaie de trouver quelqu'un pour aller redémarrer les
serveurs
On 4 Jan 2013 15:54, Christophe Merlet red...@redfoxcenter.org wrote:

 Le vendredi 04 janvier 2013 à 16:33 +0100, Cyrille Giquello a écrit :
  Hello,
 
  De chez moi le rendu Mapnik ne fonctionne plus, plus de tuiles ... On
  dirait que le serveur est out : 504 Gateway Time-out.

 Les admins OSM sont sur le coup :)
 Le problème semble commun à tous les serveurs de tuiles...


 Librement,
 --
 Christophe Merlet (RedFox)

 ___
 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] rendu Mapnik chez PAULA cassé ?

2013-01-04 Thread Emilie Laffray

J'ajoute mes commentaires a ceux de Christophe. Les serveurs DNS sont bons.
On a eus une coupure de courant a l'UCL ce qui a fait plante le serveur
(Yevaud) mettant le contrôleur RAID en rade. Il faut que quelqu'un
se déplace pour débrancher et rebrancher tout cela pour que cela
fonctionne.
Grant ne peut se déplacer et Matt (Amos) devrait bientôt y aller une fois
une réunion finie. Dans mon cas, je pars bientôt en réunion ce qui fait que
ce n'est pas possible pour moi.
Il ne faut pas chercher midi a 14h Philippe.



2013/1/4 Christophe Merlet red...@redfoxcenter.org

 Le vendredi 04 janvier 2013 à 16:56 +0100, Philippe Verdy a écrit :
  C:\Users\Philippenslookup tile.paulla.asso.fr
  Serveur :   ns1.numericable.net
  Address:  89.2.0.1
 
  Réponse ne faisant pas autorité :
  Nom :cannelle.paulla.asso.fr
  Address:  193.55.222.227
  Aliases:  tile.paulla.asso.fr
 
 
  C:\Users\Philippenslookup a.tile.openstreetmap.org
  Serveur :   ns1.numericable.net
  Address:  89.2.0.1
 
  Réponse ne faisant pas autorité :
  Nom :pau.tile.openstreetmap.org
  Address:  193.55.222.229
  Aliases:  a.tile.openstreetmap.org
tile.geo.openstreetmap.org
fr.tile.openstreetmap.org
 
  Mauvaise adresse sur le DNS d'openstreetmap.org, visiblement.

 Non non. les DNS sont bons.
 tile.paulla.asso.fr est le serveur de tuiles de PauLLA avec sa propre
 base de données mapnik et ses propres styles.
 pau.tile.openstreetmap.org est le serveur cache de tuiles officiel
 d'OSM.

 2 machines bien différentes.

 Le problème est ailleurs, a priori sur le serveur principal d'OSM et les
 admins OSM sont sur le coup.

 En attendant la résolution correct du problème, le serveur parent a été
 basculé sur un backup de tuiles statiques. Ce n'est pas parfait, mais ça
 devrait aller mieux.


 Librement,
 --
 Christophe Merlet (RedFox)

 ___
 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] Données historique et historiques des données...

2013-01-04 Thread Emilie Laffray

Moui ce que tu exposes comme point est discute depuis des annees sans
reponses convenables.
Comme il a ete signale plus tot dans le fil de discussion, il faudrait
passer a une autre version de l'API au final car gerer 4 dimensions avec le
systeme actuel n'est tout simplement faisable.
De plus, je vois de gros risques d'augmentation de la complexite dans la
coherence des donnees si on ne fait pas gaffe.
Je suis pour un support des donnees historiques mais je suis convaincue que
ce n'est pas juste en passant un nouveau parametre comme tu le proposes que
l'on resoudra le probleme. Il y a deja eus des publications de chercheurs
utilisant une architecture OSM pour une juxtaposition mais tous concluent
que la structure n'est pas encore adaptee a cela.
Donc oui pour les donnees historiques, non au bidouillage. Il y a trop de
risques avec des problemes de conflation temporelles (nodes, ways comme
pour les rues, les rivieres) pour que l'on resolve cela aussi facilement.

Emilie Laffray


2013/1/4 Christian Quest cqu...@openstreetmap.fr

 C'est l'utilisation de tags standards qui crée la confusion.

 Ajouter un tag (comme historic=yes) ne résoudra le problème que pour
 les outils tenant compte de celui-ci, ce n'est donc pas une bonne
 solution à mon avis.

 Le principe du suffixe aux tags ne vous semble pas intéressant à creuser ?

 Rappel:  name[:1970]=Place de l'Etoile

 - pas de risque de confusion
 - possibilité d'en avoir plusieurs car des changements il peut y en
 avoir eu plus d'un !

 --
 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] (sans objet)

2013-01-04 Thread Emilie Laffray

Bienvenue sur la liste.

Emilie Laffray


2013/1/4 aida odette odette...@yahoo.fr

 bonjour mon est Odette je suis sénégalaise je à Dakar je viens de
 connaitre openstreetmap et pour mieux comment sa se présente je me suis
 inscrite sur votre liste.

 ___
 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] Voeux pour 2013...

2013-01-01 Thread Emilie Laffray

Et bonne année au final
On 1 Jan 2013 18:25, Christian Quest cqu...@openstreetmap.fr wrote:

 C'est la saison des voeux, des bonnes résolutions...

 Que peut-on souhaiter à OSM et OSM-FR ?

 Pour OSM, le million de comptes ouvert va être franchit dans quelques
 heures, d'ici 24 à 48h car 2012 s'est achevée avec 997250 comptes. On
 n'était pas loin de passer le million pendant que les feux d'artifices
 crépitaient aux 4 coins de la planet.
 Au rythme actuel, pour les voeux de 2013 nous seront sûrement un demi
 million en plus !

 Une bonne résolution serait d'accueillir au mieux ces nouveaux
 contributeurs potentiels, en les contactant, en les dirigeant vers le
 site d'OSM-FR, vers le forum ou la liste de diffusion pour les plus
 accros, bref de renforcer la communauté des contributeurs.

 Il y a eu des progrès en 2012 avec pas mal de nouveaux outils pour
 nous aider dans cette tâche: whodidit par exemple.

 Pour OSM-FR... ce que je souhaite c'est de continuer sur la lancée, de
 multiplier les contacts avec les institutions, les médias, d'être
 toujours et encore plus présent sur les salons et les différents
 évènements pour renforcer la visibilité d'OSM et attirer toujours plus
 de contributeurs et de ré-utilisateurs. Pour cela il faudra nous
 structurer, répartir les tâches, car l'accélération des prises de
 contacts durant l'année 2012 a été énorme !


 Bon et heureux mapping !

 --
 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] relations boundary modifiées par Philippe Verdy – Tirets

2012-12-29 Thread Emilie Laffray

Tu peux m'ajouter dans les contre.
On 28 Dec 2012 21:47, Pieren pier...@gmail.com wrote:

 2012/12/28 JB jb...@mailoo.org:
  C'est marrant, je ne me souviens pas avoir vu de majorité se dégager de
 la
  discussion sur les tirets et les trait d'union… Pieren avait certes sa
  majorité personnelle avant de lancer la discussion, mais ne semblait
  clairement pas majoritaire après les réponses.

 En ne comptant que les avis clairement exprimés:
 Pour:
 teuxe
 Philippe Verdy
 JB
 Mikael Cordon
 clansco

 Contre:
 Pieren
 Sly
 vdct
 Christian Quest
 Vladimir Vyskocil
 Jean-Francois Nifenecker
 Jean-Marc Liotier (pour le tag name)

 Plus deux avis peu clairs si ce n'est en faveur de la cohérence.

 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] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?

2012-10-19 Thread 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) li...@letuffe.org

 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] [Presse] Microsoft et OpenStreetMap

2012-10-10 Thread Emilie Laffray

Oui enfin c'est quand meme un peu incorrect. A ma connaissance, Bing n'a
pas fait le moindre bruit pour utiliser OSM a part fournir la carto
aerienne et un fond OSM quelque part (meme pas genere eux meme).
Bing Map de toute facon c'est base quasi entierement sur les produits de
Nokia (NavTeq) sur pas mal de points (geocodeur, cartographie, etc...).
S'ils gardent OSM pret quelque part, il le cache tres bien.

Emilie Laffray

2012/10/10 Cyrille Giquello cyrill...@gmail.com

 Extract: Microsoft a compris depuis longtemps que sa solution maison -
 Bing Maps - ne permettrait pas de concurrencer le leader du secteur.
 La marque a donc choisi une autre option en se rapprochant, fin 2010,
 du projet collaboratif OpenStreetMap.


 http://www.liberation.fr/medias/2012/10/08/smartphones-les-gros-sous-des-cartes_851826

 --
 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] Etrange mélange de découpage landuse et administratif...

2012-10-06 Thread Emilie Laffray

+1 je ne vois pas l'intérêt de cela quand c'est quelque chose que tu peux
faire facilement avec postgis
On Oct 6, 2012 10:29 AM, Christian Quest cqu...@openstreetmap.fr wrote:

 Un contributeur semble s'être lancé dans un étrange travail:
 redécouper les multipolygones de landuse sur les découpages
 administratifs.

 Je m'en suis aperçu car au passage il casse régulièrement des limites
 administratives dans le 89 et le 77.

 Je ne vois pas l'intérêt de redécouper l'occupation des sols sur les
 limites administratives. Mélanger ainsi des données complètement
 différentes est le meilleur moyen pour modifier un découpage
 administratif en voulant affiner l'occupation des sols.

 Je lui ai envoyé deux messages, wait and see, mais je voulais avoir
 votre avis sur la question.

 Un exemple: http://osm.org/browse/way/93272015

 Ce way est la limite administrative entre deux communes, mais aussi
 utilisé pour découper un landuse, de façon totalement artificielle en
 plus vu Bing.

 --
 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] Le rendu est-il un tabou ?

2012-10-06 Thread Emilie Laffray

Oui mais non.
C'est bien si pour toi le rendu guide tes pas mais ce n'est pas le cas de
tout le monde.
Si le rendu guidait mes pas, je ne mettrais plus les passages cloutés ou
d'autres métadonnées car ça ne s'affiche pas. Bref pour moi ce qui ne
s'affiche pas est parfois aussi très important selon le type d'analyse que
j'ai pu faire.
Tu te plains que les rendus n'affichent pas les infos que tu veux . Libre à
toi justement d'en créer un en fonction de tes besoins et envies.
Personnellement je préfère les rendus peu chargés avec seulement les infos
dont j'ai besoin genre le rendu mapquest.

Emilie Laffray
On Oct 6, 2012 11:27 PM, khris78 ch...@gallioz.fr wrote:

Le 2012-10-06 22:16, Vincent de Chateau-Thierry a écrit :

Je ne vois pas de tabou, plutôt une forme de discipline qui vise à ce
que les outils s'adaptent à la donnée et pas le contraire.

Le problème d'adapter l'outil à la donnée, est qu'il faut dans ce cas
définir une donnée homogène. Par construction, ce n'est pas le cas pour OSM
(et c'est sûrement mieux ainsi). Sur un autre fil, on a vu aujourd'hui une
route du Kirghiztan classée primary alors qu'elle n'est pas carrossable
pour certains véhicules une partie de l'année...

Dans le cas des limites admin, elles sont déjà rendues par Mapnik, et
les noms des découpages aussi, cf. l'arrondissement de Nanterre :-)

Soit, et c'est bien le problème : le libellé de l'arrondissement de
Nanterre est rendu du niveau de zoom 15 à 18, c'est à dire de l'affichage
d'un ou deux quartiers d'une ville jusqu'à l'affichage d'un pâté de maisons
! Or, l'échelle de cette information est plutôt celle du département (zoom
de niveau 10 ou 11). Certes, il s'agit sûrement d'un problème de
paramétrage de Mapnik.

Mais voyons ce qui se passerait sur le rendu Mapnik si on supprime le nom
sur la limite administrative :
- http://www.openstreetmap.org/?**lat=48.950488lon=2.293928**
zoom=18layers=Mhttp://www.openstreetmap.org/?lat=48.950488lon=2.293928zoom=18layers=M:
on ne verra plus de quelle limite administrative il s'agit.
- http://www.openstreetmap.org/?**lat=48.899373lon=2.242419**
zoom=18layers=Mhttp://www.openstreetmap.org/?lat=48.899373lon=2.242419zoom=18layers=M:
on continuera de voir un libellé Nanterre au milieu de Courbevoie, ce
qui fera encore poser des questions - Au passage, merci ab_fab pour
l'analyse.

Et inutile d'essayer de dézoomer pour voir à la fois la limite
administrative et le libellé associé : ce dernier disparaît sur les niveaux
inférieurs à 15...

Qui veut monter un site Tumblr TheAmazingOpenStreetMap ? :-)

En l'état, si redondance il y a, il serait préférable de virer le nom de
l'arrondissement, plutôt que le nom sur les limites. Après tout, le nom de
l'arrondissement peut être extrait du nom de ses limites, c'en est la
partie commune : on peut donc le retrouver avec un automate... :-)

Le cas du tag is_in est exactement du même ordre

Je m'inscris en faux : le tag is_in n'a aucun intérêt pour le rendu.

L'intérêt, c'est par exemple de disposer de l'info pour la restituer
en analyse spatiale, en calcul d'itinéraire, en cartographie
spécialisée... comme par exemple une carto thématique des caméras de
surveillance. (Si jamais ça te rappelle quelque chose :-))

J'ai eu la démarche inverse. J'ai commencé à saisir des caméras parce que
j'ai vu que certains comptaient les afficher à terme (http://paris.sous-**
surveillance.net http://paris.sous-surveillance.net pour ne pas les
citer).
Et de par la frustration de ne finalement les voir sur aucun rendu
actuellement disponible (*), et aussi parce que je ne suis pas patient,
mais encore parce que ça me permettait d'essayer Leaflet, j'ai fait ce
petit rendu thématique comme un rendu de travail pour un usage personnel,
notamment pour vérifier les directions saisies.

C'est donc bien le rendu qui guide nos pas...

Sincèrement, parmi les tous les importeurs de cadastre, combien
continueraient si les bâtiments ne s'affichaient pas sur Mapnik ?

Christian (aka khris78)

(*) le site en question n'est pas encore ouvert, et le retour de
l'autruche est très chouette, mais pas mis à jour quotidiennement.

__**_
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talk-frhttp://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] Profession de foi de sly à la candidature au poste de membre du DWG

2012-09-25 Thread Emilie Laffray

Tu as mon soutien
On Sep 25, 2012 6:52 PM, sly (sylvain letuffe) li...@letuffe.org wrote:

 Bonjour,

 Suite à ma proposition ici :
 http://lists.openstreetmap.org/pipermail/talk-fr/2012-September/048217.html

 Je confirme présenter ici même ma candidature au poste de membre du DWG
 http://wiki.openstreetmap.org/wiki/DWG
 à la communauté française.
 Tout en rappelant que même si l'on m'accepte ici à ce poste, le DWG peut
 toujours me refuser.
 Rappelons qu'occuper ce poste devrait comprendre :
 - La possibilité de discuter avec les autres membres du DWG avec plus de
 chance d'être écouté que le reste des contributeurs
 - La possibilité d'empécher un utilisateur OSM de continuer à éditer
 (blocage)
 exemple : http://www.openstreetmap.org/user_blocks/248

 Voici un bref CV de qui je suis :
 http://wiki.openstreetmap.org/wiki/User:Sletuffe
 Merci de noter en outre que je ne suis pas membre de l'association osm-fr
 et
 que je ne compte pas le devenir.

 == Discuter ==
 En me présentant à ce poste, j'entends surtout présenter auprès du DWG les
 attentes, inquiétudes et spécificité des autres membres de la communauté
 française au regard des imports du cadastre tout particulièrement, mais
 aussi
 d'autre imports ayants lieu sur le territoire français (Métropole +
 DOM/TOM)
 (imports étant défini par ce que le DWG appel import et sur lesquels ils
 entendent imposer des règles par des blocages)
 Ce que je souhaite mettre au service de la communauté, c'est mon franc
 parlé,
 ma capacité d'expression en anglais et ma capacité à relayer les demandes
 discutées sur la liste talk-fr, les forums français, ou tout moyen de
 communication utilisé par la communauté de contributeurs français.
 Je m'efforcerais de faire des comptes rendus de ce qui se dit en haut et ma
 position pourra évoluer au grè des discussions et conclusions de la
 communauté française.

 == bloquer ==
 Bloquer des contributeurs, ce ne sera ni ma force ni mon plaisir. Je ne
 souhaite d'ailleurs jamais le décider moi même, mais uniquement être le
 doigt
 qui clic, suite à une décision majoritaire de la communauté fr elle même,
 ou
 du cadastre task force si celui-ci m'est désigné.
 (Sauf cas d'urgence avérée dont la définition sera laissée à la communauté
 sur
 acte de vandalisme évident)
 Il est donc hors de question que je sois celui qui fasse tout le (sale)
 boulot
 (surveillance IRC, outils,...) , ni et celui sur qui on tape parce que je
 n'ai pas bloqué à temps de mon propre chef ou par excès de blocage alors
 que
 le dit blocage fût demandé par l'instance ci-avant évoquée.

 En tout état de décision de la communauté française ou cadastre task
 force,
 je m'engage à ne jamais bloquer un utilisateur en dehors du territoire
 français, défini par la relation n°11980
 (http://www.openstreetmap.org/browse/relation/11980)
 Je m'engage à ne jamais bloquer un utilisateur sans que quelqu'un lui ait
 déjà
 envoyé un message lui expliquant qu'il y a un problème (moi ou pas)

 == rupture de contrat ;-) ==
 Je ne m'engage sur aucune durée, je suis libre de quitter ce poste à tout
 moment et sans préavis
 La communauté, sur consultation d'une majorité d'exprimés (à définir ?)
 peut
 me demander à tout moment de quitter ce poste

 fin

 ps: p'tain de prise de tête ! On dirait que j'ai fais ça toute ma vie
 ps2: si pas d'accord, modifications souhaités, me répondre, je ne suis pas
 borné, mais au service de la communauté ;-)

 --
 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] Réf.: Re: Imports du cadastre et compte dédié

2012-09-25 Thread Emilie Laffray

Bonjour
Je suis d'accord avec toi sur le besoin de définir justement les termes
afin d'arriver à quelque chose d'acceptable des deux côtés.

Emilie Laffray
On Sep 25, 2012 8:48 PM, THEVENON Julien julien_theve...@yahoo.fr wrote:


 .
 
 Ah, non, tu n'as pas compris mon proposition.
 
 J'ai proposé:
 
 - les tags pour la plupart d'éditions en masse;
 - le compte dedié _seulement_ pour automated edits of a high-volume,
 sustained or continuous nature (par exemple, xybot)
 
 Richard

 Richard,

 est ce qu il existe quelque part une liste precise des objectifs visés par
 les import guidelines?
 par exemple : tracabilité des objets importés,facilité de faire des
 reverts
 une telle liste permettrait selon moi de faciliter les discussions afin d
 etre sur que les differentes proposition (tags dédiés,comptes séparés
 etc)visent les meme buts pour limiter les incomprehensions.
 Cela permettrait aussi d argumenter sur leur pertinence point par point et
 de savoir ou sont les blocages afin de les affiner.
 Se baser sur des criteres factuels et precis permettera certainement de
 rendre les discussions plus objectives

 my 2 cents
 Julien

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

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

[OSM-talk-fr] Commentaire sur la situation sur le cadastre

2012-09-25 Thread Emilie Laffray

Bonsoir

Email pas très long car ce sont surtout des impressions sur le sujet en
cours.
Je n'ai pas le temps de m'impliquer plus dans le sujet par manque de temps
pour des raisons personnelles.
Déjà je ne vois pas de solutions miracles à la situation. On arrive à un
niveau de rhétorique des deux côtés où trouver une résolution acceptable
devient difficile. Je crois qu' avoir des gens pour discuter de manière
raisonnable va aider (cf l'initiative de Sylvain).
L'autre chose c'est qu' avec le changement de licence les outils de
détection se sont grandement améliorés conduisant à un apparent
durcissement.
De l'autre côté après des discussions informelles avec certains membres du
Dwg il est clair qu' il faut définir ce qu' un import. La vision d'un
import est apparemment toutes données provenant d'une source tierce non ou
peu modifié par un utilisateur ce qui place largement les bâtiments dans ce
cas quand on les importe de manière vectorielle au lieu d'a la Grenobloise.
Même si je reste ambivalente sur la nécessité d'un second compte, je
comprends pourquoi ça ne serait pas une mauvaise idée dans certains cas. Il
faudrait discuter use case.

Finalement j'avais envisagé un outil il y a quelques temps pour faire de
l'import cadastre et surtout le maintenir. Je compte ouvrir demain un sujet
de discussion sur comment faire un tel outil en utilisant l'expérience de
ceux d'entre vous qui font ça avec une grande habilité.

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

Re: [OSM-talk-fr] Elections? pour le Groupe de Travail des Données Français (GTDF) ?

2012-09-21 Thread Emilie Laffray

Excellente idée que Sylvain a.
Je ne me présente pas car pas le temps et honnêtement il y a des gens plus
qualifiés que moi.
Je propose mes compétences linguistiques en cas de besoin toutefois.
Clairement il y a besoin de quelqu'un de diplomate vu comment les deux
camps sont figés.
Sylvain me paraît être un excellent candidat à la fois compétent
techniquement et impliqué dans la communauté française.
Je pense aussi que l'on gagnerait à terme à avoir des tests plus
approfondis osmose ou autre sur le sujet.
Le développement d'un critère objectif sur l'addition des bâtiments me
paraît aussi essentiel.
Je pense qu' il va falloir voir sur le sujet des comptes au moins pour
certains cas même si je ne suis pas convaincue au final.

Emilie Laffray
On Sep 21, 2012 11:49 PM, Christian Rogel 
christian.ro...@club-internet.fr wrote:


 Le 21 sept. 2012 à 18:45, Cyrille Giquello a écrit :

  ps: Merci Simon de m'honorer ainsi ;-)

 Faut pas croire qu'on aurait pas vu la magouille locale. ; - )

 Tant qu'on a des candidats, prenons-les tous.


 Christian


 ___
 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] Rencontre OSM parisienne de septembre

2012-09-21 Thread Emilie Laffray

Ça me va aussi. Je serai sur Paris aussi
On Sep 21, 2012 10:24 PM, Ab_fab gamma@gmail.com wrote:

 Ca me va !

 Le 19 septembre 2012 14:17, Christian Quest cqu...@openstreetmap.fr a
 écrit :

 Est-ce que le vendredi 28 vous va ?

 Lieu à définir...

 --
 Christian Quest - OpenStreetMap France - 
 http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest

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




 --
 ab_fab http://wiki.openstreetmap.org/wiki/User: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] OpenStreetMap et iOS 6

2012-09-21 Thread Emilie Laffray

Et aussi que sur certains produits.
Le problème d'ios 6 serait un mélange de données teleatlas retraité par
Apple.

Emilie Laffray
On Sep 21, 2012 10:16 AM, Pieren pier...@gmail.com wrote:

 Sans pouvoir vérifier, j'ai lu qu'OSM serait utilisé dans certaines
 zones peu cartographiées par TomTom, genre Pakistan, comme Flicker. On
 dirait que TomTom se déresponsabilise un peu du désastre en expliquant
 qu'ils ne fournissent que les données brutes. C'est marrant toutes ces
 plaintes qu'il y a des nuages sur les images aériennes. C'est pourtant
 à la mode, le cloud computing.

 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] Abuse of authority: account blocks related to French cadastre imports

2012-09-18 Thread Emilie Laffray

Oui Surtout qu'il y a deja eus des discussions avec Christian et moi il y a
quelques mois.

Emilie Laffray

On 18 September 2012 13:57, Pieren pier...@gmail.com wrote:

 Bon, on avance un peu:

 On Tue, Sep 18, 2012 at 2:40 PM, Frederik Ramm frede...@remote.org
 wrote:
 :
  DWG has also been looking for someone from France to join its ranks in
 order
  to better liaise with the French community in case of problems like this
 but
  we haven't had any applications.

 Le DWG (enfin, Frederik) cherche un représentant pour faire le lien
 avec les français (vous savez, le petit village gaulois qui veut
 toujours se distinguer...). Je crois que Christian s'était proposé
 mais ça a dû coincer quelque part...

 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] changeset suspect ?

2012-09-14 Thread Emilie Laffray

+1

Au sotm j'ai mentionné aux membres du dwg présents que si l'attitude vis à
vis de l'import continuait sans réelle raison ça allait mal finir.

Emilie Laffray
On Sep 14, 2012 8:53 PM, sly (sylvain letuffe) li...@letuffe.org wrote:

  Accessoirement pnorman m'a envoyé un message pour me demander de faire
 mes
  imports avec un compte spécifique... bon ça c'est pas trop grave.

 C'est quoi cette histoire de compte spécifique ?
 C'est lui qui recommande ça ou c'est envoyé de manière insistante du
 genre : tu créer un nouveau compte ou tu t'arrêtes

 Et pis quoi encore ? on va demander à tous ceux qui importent des limites
 administratives, ceux qui corrigent grâce à osmose ou keepright de jongler
 entre plusieurs comptes ?
 Diable !
 Autant pour un robot automatique que l'on doit pouvoir bloquer en urgence
 car
 il est parti en Z, ou que l'on doit pouvoir reverter facilement je
 comprends
 bien cette forte recommandation, mais là, c'est pas des imports
 automatiques, ce sont des imports manuels, certes massifs, et, c'est mon
 avis, un bon commentaire dans le changeset (n'est-ce pas ?) vaut mieux
 qu'un
 compte à part.

 ps: histoire de chauffer la salle autour du ring, j'entends souvent parler
 de
 ce pnorman ces derniers temps, et il semble avoir la gâchette facile :
 http://www.openstreetmap.org/user/pnorman/blocks_by
 Bloquer quelqu'un, l'accuser de vandalisme, lui copier coller dans la
 tronche
 dans une langue qui ne comprend peut-être pas et proférer des quasi menaces
 sans avoir cherché à comprendre ce qu'il faisait ni qui il est, ni supposer
 sa bonne foi ou même s'en référer à la communauté du pays concerné pour
 voir
 de quoi il retourne m'inquiète un peu.
 Je crois que je vais me remettre à importer du bâti en masse histoire de me
 faire remarquer qu'on puisse lancer le round 1.


 --
 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] Fwd: Invitation au Datalift Camp

2012-09-12 Thread Emilie Laffray

Bonjour,

Très intéressant. J'aurai aimé venir. C'est Ubuntu sujet qui avait été
évoqué lors de glam wiki 2010. Je ne suis juste pas sûre que l'évolution
vers des triplets et réf soit viable toutefois.
Je serai curieuse de savoir comment l'adressage des données se fait puisque
les données dans Osm ne sont pas fixes en soi.

Emilie laffray
On Sep 12, 2012 11:14 PM, Charles Nepote char...@nepote.org wrote:

Bonjour,

Dans le cadre de mon travail nous organisons cet événement concernant le
linked data web et la plateforme d'enrichissement de données Datalift. La
communauté OSM est concernée puisqu'elle fournit aujourd'hui l'un des plus
grand jeux de données du linked data web avec 20 milliards de triplets :
http://linkedgeodata.org/ (même si le service n'en est qu'à ses débuts).
Par ailleurs, de nombreux outils dérivés d'OSM pourraient profiter de ces
technos pour des développements plus simples et plus rapide : par exemple,
des croisements d'OSM avec DBpedia (extraction de wikipedia sous forme de
données).

Ceux qui s'intéressent à ce thème peuvent s'inscrire mais nous n'avons pas
beaucoup de place et nous souhaitons privilégier une certaine diversité
d'acteurs, donc je compte limiter les inscrits OSM à 2-3 places max. La
cible de l'événement est plutôt les producteurs de données et
principalement open data : il y aura donc beaucoup d'acteurs publics
territoriaux, l'IGN, l'INSEE, etc.

CharlesNepote

Message original Sujet: Invitation au Datalift Camp Date :
Wed, 12 Sep 2012 12:22:44 + (UTC) De : Charles Nepote
charles.nep...@fing.org charles.nep...@fing.org

Pour : Charles Nepote charles.nep...@fing.orgcharles.nep...@fing.org

Datalift Camp, Paris * Valorisez vos données tout en vous formant au
web sémantique*

*Une journée de formation-action, à choisir entre le mardi 9 ou le
mercredi 10 octobre 2012 *

* *

*« Comment intéresser des créateurs à la réutilisation de nos données
alors qu'elles ne sont compatibles avec rien d'existant ? ... Comment
inciter ce développeur à adapter son application à notre territoire/notre
domaine ? ... Des réutilisateurs se plaignent régulièrement que le
croisement de données est un travail long et fastidieux, comment leur
faciliter la vie ? ... Nous avons publié nos budgets avec une vraie volonté
de transparence, mais tout le monde nous dit qu'il est impossible de les
comparer avec ceux du territoire d'à côté ! ... Pour cette base de données
cruciale nous recherchons une liste de référence des espèces végétales de
ce territoire : où la trouver et comment voir si elle évolue ? ... La liste
de nos élus sur nos différents supports numériques n'est jamais à jour,
comment optimiser ça ? * *»*

Le web des données -- ou web sémantique -- est la *promesse d'un web
centré sur les données*, un web où les données de toutes formes et de
tous acteurs se trouvent normalisées, identifiées sans ambiguïté et reliées
les unes aux autres. Un web où la création de nouveaux services, de
nouveaux usages, de nouveaux croisements des données est grandement
simplifié.

Cette *promesse devient progressivement réalité*. Aujourd'hui plusieurs
dizaines d'organisations dans le monde utilisent ces technologies qui
créent un véritable saut qualitatif dans la gestion et valorisation des
données -- on parle de données 5
étoileshttp://fr.wikipedia.org/wiki/Donn%C3%A9es_ouvertes#Les_donn.C3.A9es_ouvertes_5_.C3.A9toiles.
Comment font-elles ? En combien de temps ? Avec quels résultats ? Est-il
possible de produire des données 5 étoiles en quelques heures ? sur la
base de mes fichiers CSV ? pour quels gains ?

Depuis environ un an, une équipe constituée de quelques uns des meilleurs
spécialistes français du web sémantique, s'est attelée à la tâche au sein
d’un projet de recherche ANR.

Datalift http://datalift.org/, c'est son nom, est une plateforme open
source qui élève vos données brutes structurées (bases de données, CSV,
XML, SHP, etc.) vers des données sémantiques interconnectées.

A l'heure où la plateforme est désormais fonctionnelle, l’équipe Datalift
vous propose une *journée de formation-action avec deux objectifs
forts*http://datalift.eventvride.fr/
.

*1. Comprendre*

*Comment les technos du web sémantique peuvent-elles booster vos données
?*

donner un identifiant à chaque donnée lui donne de la valeur :
comment ? Pourquoi ?
-

normaliser les propriétés et valeurs de chaque donnée pour augmenter
leur interopérabilité
-

comment réaliser des croisements entre vos données et celles d'autres
acteurs ?
-

comment toutes ces techniques, au final, contribuent à simplifier au
maximum la vie des développeurs

En introduction et, par la pratique, tout au long de la journée, des
experts du web des données vous amènent à comprendre chacun des bénéfices
de ces technologies.

*2. Agir*

*A l'aide de l'outil open source Datalift, boostez vous-même vos

Re: [OSM-talk-fr] Migration ODbL: c'est demain !

2012-09-12 Thread Emilie Laffray

WowTu nous refais le débat des 4 précédentes années en un email mais
une fois que la licence a été changée.
Je vous tire mon chapeau mr Don Quichotte.
Je te conseillerai de relire les mailings liste des précédentes années pour
être au fait des choses.
Mieux encore, tu pourrais même lire les mailings liste de l'odc sur le
sujet.
De même tu pourrais avoir lu que le GPL n'a été testé que récemment et que
CC-BY-SA a été partiellement invalidé lors du 'problème' de 'la carte et le
territoire' sur des questions justement d'extraction substantielle ou non
ainsi que le copyright des faits.

En bref comme toute licence libre l'odbl n'a pas été testée (pas plus que
les 99% des licences existantes pour le libre) mais les bases juridiques
sont nettement plus solides que cc-by-sa sur une base de données de fait.
On n'a passé 4 ans à bosser sur ça sans penser à ce genre de choses.

Je ne suis pas juriste ni avocate mais j'ai fait parti pendant un an du LWG
pour savoir certaines choses et avoir entendu suffisamment d'avis d'experts
sur ce sujet.

Sincèrement Philippe parle donc de choses que tu comprends au lieu de
vouloir avoir le dernier mot sur tous les threads où tu interviens.
Tu as parfois de bons commentaires mais il y a des sujets où tu es à côté
de la plaque.
S'il te plaît donc, va lire les mailings listes des précédentes années
ainsi que les opinions de juristes sur le sujet comme Benjamin Jean ou la
position de l'April sur ces sujets.
On ne crée pas une nouvelle licence comme ça en la tirant du chapeau.

Emilie Laffray
On Sep 13, 2012 3:04 AM, Philippe Verdy verd...@wanadoo.fr wrote:

 Le pire n est pas la. Ça va être d expliquer que la carte qu on voit
 affiché une licence CC-BY-SA puisque la plupart ne verront que les tuiles
 rendues. Mais que les données sont dans une aitre licence jusque sur le
 site officiel. Beaucoup vont se tromper surtout dans les pays (hors Europe
 essentiellement) où il n y a pas distinction réelle entre le droit
 d'auteur/copyright et le droit des bases de données. Comme on fait
 maintenant la distinction entre les deux on va donc être aussi questionnés
 sur les autres droits voisins de la propriété intellectuelle et il va
 être dur de justifier une position qui ne prendra pas en compte aussi le
 droit des brevets et le droit des contrats (concernant l'octroi des
 licences et conditions pour ces octrois et non concessions exclusives, en
 rejetant les demandes de sous-licences ou relicences par des tiers). On a
 mis le nez dans le caca maintenant et ça ne va plus être simple de gérer
 deux licences simultanées mais séparées de façon floue dans leur champ
 d'àpplication. on doit donc s'attendre assez vite à ce que cette nouvelle
 licence soit testée et évaluée seulement plus tard en justice peut-être
 différemment selon les pays et juridictions. Les difficultés on va en
 avoir, c'est presque sûr !

 ___
 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] Fwd: Invitation au Datalift Camp

2012-09-12 Thread Emilie Laffray

Merci Pieren pour les précisions sur mon propos.
On Sep 13, 2012 1:51 AM, Pieren pier...@gmail.com wrote:

 2012/9/12 Charles Nepote char...@nepote.org

 Je ne connais pas assez bien le modèle de données d'OSM mais je pensais
 que chaque objet avait un ID qui lui ne change pas, non ? Ex :
 http://linkedgeodata.org/page/triplify/way27743320


 Un objet OSM ne change pas d'ID mais l'objet peut être supprimé et
 remplacé par un nouveau qui aura un ID différent. Ou encore, dans l'exemple
 d'une ligne (way), elle peut être coupée en deux puis refusionnée
 plus-tard, là encore avec un ID qui pourrait avoir changé.
 La seule de pérenne dans OSM, ce sont les coordonnées géographiques d'un
 objet (avec une certaine marge) et un ou plusieurs attributs (tags)
 qualifiant cet objet. Surtout pas l'ID.
 Wikipedia a résolu ce problème en utilisant une application tiers qui
 permet de retrouver l'ID d'un objet OSM à partir des critères précédents :
 http://wiki.openstreetmap.org/wiki/WIWOSM

 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] Migration ODbL: c'est demain !

2012-09-11 Thread Emilie Laffray

L'odbl est la licence pour les données. Les tuiles restent en cc-by-sa.
C'est le concept de produced work de l'odbl.

Emilie Laffray (dans un parc à Kyoto près du palais impérial)
On Sep 12, 2012 2:27 AM, Philippe Verdy verd...@wanadoo.fr wrote:

 Il le faudrait aussi pour les serveurs de tuiles : les tuiles rendues
 dans l'ancienne licence devraient encore être lisibles pendant un
 certain temps, même si on ne les mets plus à jour. Les nouvelles
 tuiles dans la nouvelle licence ne seront accessibles que dans les
 sites qui affichent les nouveaux crédits.

 Le 11 septembre 2012 18:43, Pieren pier...@gmail.com a écrit :
  Il y aura aussi probablement du changement dans l'URI:
  http://lists.openstreetmap.org/pipermail/dev/2012-September/025556.html

 Pour les tuiles Mapnik hébergées par OSM (et même celles par Mapquest
 ou peut-être aussi OpenCycle), je ne vois pas comment on peut se
 passer du changement d'URL de base si on ne veut pas interrompre le
 service pour les divers sites qui les affichent.

 Mais les tuiles des utilitaires en revanche pourraient se passer de
 changer d'URI si ces serveurs spécialisés (OSM Inspector, Layers,
 etc.) ne font que s'arrêter le temps de modifier les crédits affichés
 et redémarrer à la même adresse. Il y a un arrêt pr

 ___
 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] Potlatch, utilisable avec le cadastre ? [Etait : Potlatch, mauvais outil ?]

2012-09-07 Thread Emilie Laffray

Ouais mais non Java n'a jamais marche partout (C'est un peu une blague
recurrente dans l'industrie a la base). Il y a trop de platformes Java et
on ne va meme pas parler des differents profiles comme J2ME.

2012/9/6 Philippe Verdy verd...@wanadoo.fr

 Le rapport c'est justement le choix de la plateforme. Il n'y a pas
 (plus) de plateforme universelle alors qu'avant Java marchait partout
 (mais plus depuis Android et Windows Phone ou un Java standard ne
 s'installe pas) pour JOSM, pas plus que Flash (banni chez Apple et en
 fin de vie) concernant Potlatch.


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

Re: [OSM-talk-fr] fichiers shp fournis par Geobabrik

2012-09-06 Thread Emilie Laffray

Sans parler que Frédéric a clairement identifié un problème et qu'il a
redémarré le serveur
On Sep 7, 2012 12:44 AM, Vincent de Chateau-Thierry v...@laposte.net
wrote:


  De : Philippe Verdy
 
  Surement une frontière cassée, (...)
 
 Non Philippe. Geofabrik diffuse quotidiennement des données contenant des
 frontières
 cassées, et ça se passe très bien, tout simplement parce que les
 frontières _dans_ la base
 n'ont rien à voir avec les polygones qui permettent l'extraction des
 données. Ces polygones
 sont consultables ici : http://download.geofabrik.de/clipbounds/

 vincent

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

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

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

Re: [OSM-talk-fr] fichiers shp fournis par Geobabrik

2012-09-06 Thread Emilie Laffray

Il a ces fichiers clipbound depuis des années ...
On Sep 7, 2012 12:49 AM, Philippe Verdy verd...@wanadoo.fr wrote:

 Il y a bien un moment où ces polygones clipbounds doivent être remi
 à jour depuis OSM, même si pour cela il faut manuellement vérifier
 leur fermeture avant de remplacer les polygones existants. Quelqu'un
 doit s'occuper de valider ça régulièrement, en prenant les pays un par
 un, même si c'est pas souvent.

 Le 6 septembre 2012 17:44, Vincent de Chateau-Thierry
 v...@laposte.net a écrit :
 
  De : Philippe Verdy
 
  Surement une frontière cassée, (...)
 
  Non Philippe. Geofabrik diffuse quotidiennement des données contenant
 des frontières
  cassées, et ça se passe très bien, tout simplement parce que les
 frontières _dans_ la base
  n'ont rien à voir avec les polygones qui permettent l'extraction des
 données. Ces polygones
  sont consultables ici : http://download.geofabrik.de/clipbounds/
 
  vincent
 
  Une messagerie gratuite, garantie à vie et des services en plus, ça vous
 tente ?
  Je crée ma boîte mail www.laposte.net
 
  ___
  Talk-fr mailing list
  Talk-fr@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-fr

 ___
 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] fichiers shp fournis par Geobabrik

2012-09-06 Thread Emilie Laffray

Philippe il y a deux types de fichiers: les données osm et des polygones
faits maison pour couper les zones...
On Sep 7, 2012 12:53 AM, Philippe Verdy verd...@wanadoo.fr wrote:

 Admettons que ces clipbounds servent à extraire une partie
 significative des données, je ne vois pas l'intérêt à les demander
 pour autre chose et surtout pas pour tracer des frontières. S'ils sont
 là depuis des années, ils sont tous bourrés d'erreurs si on les
 utilise comme frontières.

 S'ils sont là depuis des années et pas remis à jour alors pourquoi
 sont-ils regénérés tous les jours ? Je ne vois pas l'intérêt.

 Le 6 septembre 2012 17:50, Emilie Laffray emilie.laff...@gmail.com a
 écrit :
  Il a ces fichiers clipbound depuis des années ...
 
  On Sep 7, 2012 12:49 AM, Philippe Verdy verd...@wanadoo.fr wrote:
 
  Il y a bien un moment où ces polygones clipbounds doivent être remi
  à jour depuis OSM, même si pour cela il faut manuellement vérifier
  leur fermeture avant de remplacer les polygones existants. Quelqu'un
  doit s'occuper de valider ça régulièrement, en prenant les pays un par
  un, même si c'est pas souvent.
 
  Le 6 septembre 2012 17:44, Vincent de Chateau-Thierry
  v...@laposte.net a écrit :
  
   De : Philippe Verdy
  
   Surement une frontière cassée, (...)
  
   Non Philippe. Geofabrik diffuse quotidiennement des données contenant
   des frontières
   cassées, et ça se passe très bien, tout simplement parce que les
   frontières _dans_ la base
   n'ont rien à voir avec les polygones qui permettent l'extraction des
   données. Ces polygones
   sont consultables ici : http://download.geofabrik.de/clipbounds/
  
   vincent
  
   Une messagerie gratuite, garantie à vie et des services en plus, ça
 vous
   tente ?
   Je crée ma boîte mail www.laposte.net
  
   ___
   Talk-fr mailing list
   Talk-fr@openstreetmap.org
   http://lists.openstreetmap.org/listinfo/talk-fr
 
  ___
  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-117, mission à Tokyo

2012-09-05 Thread Emilie Laffray

Vous ne venez pas au pub?
Et demain ça commence à 9h30 réellement. Enregistrement entre 8h30 et 9h
On Sep 5, 2012 6:53 PM, Christian Quest cqu...@openstreetmap.fr wrote:

 Voilà, Gaël et moi sommes arrivés à Tokyo.
 Vol sans encombre, calme, je vous passe la gastronomie aérienne...

 Nous récupérons nos JR Pass en quelques minutes à l'aéroport. C'est le
 pass pour le train nous permettant de nous déplacer à volonté pendant la
 semaine qui vient.

 Direction Tokyo par le Narita Express...
 Un peu de cafouillage à la grande gare de Shinjuku, mais on se retrouve
 rapidement dans le métro qui nous amène à 2m à pied de l'hotel.

 Il va falloir qu'on s'entende super bien pendant une semaine... la chambre
 fait 2m x 3, salle d'eau comprise et le lit est un 140...

 Le réseau arrive directement dans la chambre sur un switch, Gaël a
 immédiatement installé le wifi.

 La nuit est tombée, nous allons diner avec un ami japonais qui doit nous
 rejoindre et demain ça démarre à 8h du matin (le réveil va être difficile
 !).

 Photos à venir sur la page facebook: https://www.facebook.com/osmfr
 --
 Christian Quest - OpenStreetMap France - 
 http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest

 ___
 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-117, mission à Tokyo

2012-09-05 Thread Emilie Laffray

Pour compléter le propos de Christian, la soirée d'avant le sotm est une
réussite. Bon mélange avec la communauté japonaise
On Sep 5, 2012 7:10 PM, Emilie Laffray emilie.laff...@gmail.com wrote:

 Vous ne venez pas au pub?
 Et demain ça commence à 9h30 réellement. Enregistrement entre 8h30 et 9h
 On Sep 5, 2012 6:53 PM, Christian Quest cqu...@openstreetmap.fr wrote:

 Voilà, Gaël et moi sommes arrivés à Tokyo.
 Vol sans encombre, calme, je vous passe la gastronomie aérienne...

 Nous récupérons nos JR Pass en quelques minutes à l'aéroport. C'est le
 pass pour le train nous permettant de nous déplacer à volonté pendant la
 semaine qui vient.

 Direction Tokyo par le Narita Express...
 Un peu de cafouillage à la grande gare de Shinjuku, mais on se retrouve
 rapidement dans le métro qui nous amène à 2m à pied de l'hotel.

 Il va falloir qu'on s'entende super bien pendant une semaine... la
 chambre fait 2m x 3, salle d'eau comprise et le lit est un 140...

 Le réseau arrive directement dans la chambre sur un switch, Gaël a
 immédiatement installé le wifi.

 La nuit est tombée, nous allons diner avec un ami japonais qui doit nous
 rejoindre et demain ça démarre à 8h du matin (le réveil va être difficile
 !).

 Photos à venir sur la page facebook: https://www.facebook.com/osmfr
 --
 Christian Quest - OpenStreetMap France - 
 http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest

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


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

[OSM-talk-fr] SOTM

2012-08-29 Thread Emilie Laffray

Bonjour,

malgre mon manque de presence sur la mailing liste, je suis toujours
vivante :)
Le depart pour le Japon se rapproche et donc il faut que je finisse le
boulot pour la presentation pour le SOTM. Je suis consciente qu'il y a eus
un thread dessus par le passe mais du fait d'une configuration
malencontreuse d'un serveur POP sur ma boite GMAIL, je me retrouve avec un
trou dans mes archives.
Si vous voulez donc contribuer a la presentation sur OSM en France, c'est
le moment!
Je compte de meme assurer pour les presentations en Anglais un service de
tweet sur la conference (en anglais et en Francais) et je suis sure que
Gael et Christian aideront sur ce point la :)

Merci d'avance,
Emilie Laffray
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] osm2shp

2012-08-29 Thread Emilie Laffray

Bonjour,

il n'y a malheureusement pas de solutions miracles pour cela. Ma solution
preferee est de loin d'utiliser une base de donnees de type Postgresql pour
convertir vers SHP ensuite.
Ca ne sera donc pas forcement plus facile que la solution QGIS. La
principale raison pour cela est qu'OSM ne fait pas de differentiation au
niveau des layers et du nombre de colonnes (Tag). Il faut donc absolument
faire une normalisation de la donnee avant de pouvoir exporter la structure.
Je ne sais pas ce que tu cherches a faire mais il faut tenir compte par
exemple pour les routes qu'il est possible que certaines soient des
surfaces (pour des places par exemple) et que donc la normalisation d'un
reseau routier puisse etre complique et pas juste du filaire.

Emilie Laffray

2012/8/29 topodom marocco...@yahoo.fr

 Bonjour,

 Je cherche un outil pour créer des fichiers shape à partir d'un fichier.osm
 traité avec osmosis.

 Il y a bien le plugin osm sous Qgis qui permettent de faire la manip mais
 lorsque les données sont un peu volumineuses c'est assez long.

 Je cherche un outil (Linux Ubuntu ) pour réaliser cette tâche en ligne de
 commande.
 J'ai bien trouvé cette page sur le wiki :
 http://wiki.openstreetmap.org/wiki/Shapefiles#Create_your_own_shapefiles

 mais il faut compiler les sources 
 Je cherche donc un appui pour réaliser cette étape.

 A moins que quelqu’un connaisse un paquet osm2shp tout prêt



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/osm2shp-tp5722686.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

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

Re: [Talk-in] Fwd: [Ilugc] Sad demise of our dear KG (Keneth Gonsalvas)

2012-08-11 Thread Emilie Laffray

It is indeed a shock

Emilie Laffray

On 10 August 2012 16:11, Mikel Maron mikel_ma...@yahoo.com wrote:

 What a shock. Just a couple weeks ago, Kenneth asked me to write a letter
 of support for an OSM workshop in Trivandrum. Wish there was some way his
 drive for that spark of mapping in Kerala could continue...



 * Mikel Maron * +14152835207 @mikel s:mikelmaron

   --
 *From:* Arun Ganesh arun.plane...@gmail.com
 *To:* talk-in@openstreetmap.org
 *Sent:* Friday, August 3, 2012 6:13 AM
 *Subject:* Re: [Talk-in] Fwd: [Ilugc] Sad demise of our dear KG (Keneth
 Gonsalvas)

 I met Kenneth first when I came to attend the Freemap India workshops in
 2008.
 It was with him that I realized what foss was about.
 He changed my life.

 On Fri, Aug 3, 2012 at 3:29 PM, Srikanth Lakshmanan logic.li...@gmail.com
  wrote:

 Sad. RIP

 -- Forwarded message --
 From: *JAGANADH G* jagana...@gmail.com
 Date: Fri, Aug 3, 2012 at 3:25 PM
 Subject: [Ilugc] Sad demise of our dear KG (Keneth Gonsalvas)
 To: ILUG-C il...@ae.iitm.ac.in, Bangalore Python Users Group - India 
 bangpyp...@python.org, Mailing list for the PyCon India conference 
 inpy...@python.org, ilug...@googlegroups.com


 Hi All,

 Just now I got a message that our dear KG (Kenneth Gonsalvas) passed away.
 He was admitted in hospital due to Asthma attack and passed away today
 morning.
 Cremation will be held at ooty on 4th Aug 2012.

 --
 **
 JAGANADH G
 http://jaganadhg.in
 *ILUGCBE*
 http://ilugcbe.org.in
 ___
 ILUGC Mailing List:
 http://www.ae.iitm.ac.in/mailman/listinfo/ilugc



 --
 Regards
 Srikanth.L
 http://j.mp/SrikanthL


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




 --
 j.mp/ArunGanesh

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



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


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

Re: [OSM-talk-fr] Article sur la qualité d'OpenStreetMap dans XYZ

2012-06-28 Thread Emilie Laffray

Il existe un outil de calcul de température de villes cree par martin van
exel.
Son outil s'appelle osmquality metrics sur github et son login est mvexel
 On Jun 28, 2012 8:34 AM, Nicolas Dumoulin 
nicolas_openstreetmap@dumoulin63.net wrote:

 Le samedi 23 juin 2012 14:53:23 Ophélie PETIT a écrit :
  Bonjour à tous!
 
  Ça faisait un moment que je l'avais annoncé, l'article sur la qualité
  d'OpenStreetMap vient de sortir dans la revue XYZ!
  http://www.aftopo.org/FR/xyz-4.html
  Je vais demander à XYZ la semaine prochaine pour savoir si je peux le
  diffuser.

 Bonjour,

 Je suis en train de le parcourir (après l'avoir reçu dans ma BAL au boulot
 !),
 et la couverture du sujet est intéressante.
 Page 12, l'actualisation des données est évoquée. C'est vrai que ce serait
 pas
 mal, d'avoir un outil qui indique les zones non mise à jour depuis
 longtemps
 (à quantifier). Idéalement, je verrais bien un moyen de faire un touch sur
 les
 données pour dire qu'on les a vues et vérifiées sur le terrain ou une
 source
 récente en précisant la date. Mais bon, yaka ^^

 Les méthodes utilisées pour faire les comparaisons sont intéressante, et
 permette d'expliciter ce que les contributeurs peuvent « intuiter ».

 Merci pour votre travail et votre rapport.

 --
 Nicolas Dumoulin
 http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

 ___
 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] Apple et OSM ?

2012-06-12 Thread Emilie Laffray

2012/6/12 Vladimir Vyskocil vladimir.vysko...@gmail.com

 Maintenant qu'Apple s'est séparé de google pour tout ce qui touche les
 données cartographiques et qu'ils se lancent dans le routage turn by turn
 avec le nouvel iOS6, a t'on une idée de la place des données venant
 d'OpenStreetMap la dedans ?
 L'attribution OSM est bien listé parmis une très longue liste de
 pourvoyeurs de données mélangeant du commercial et de l'opensource dans la
 nouvelle application Maps de iOS6 mais on a du mal a se rendre compte de
 l'importance de chacun.
 Est-ce que l'on a une idée de ce à quoi ont abouti les discussions entre
 OSM et Apple suite à la découverte de leur utilisation antérieure des
 données dans iPhoto par exemple ?
 Est-ce qu'Apple va contribuer en retour à OSM, par exemple avec la
 possibilité qui est donnée dans Maps de signaler des erreurs ? Et comment
 remonter ceci vers la bonne source (mélange de commercial et OS...) ?


Bonjour,

la place des donnees n'est pas encore bien connue. Je suis en train de
regarder cela plus en details.
Oui, Apple est revenue parler avec la fondation et a decide d'inclure
l'attribution suite aux discussions qu'il y a eus. De ce point de vue la,
Apple avait indique a la fondation qu'ils comptaient faire plus et qu'ils
supportaient OSM avec plaisir et qu'ils envisageaient comment contribuer.
A ma connaissance, Apple n'a pas annonce de contribution en retour a OSM
pour le moment. Ils ont mentionne potentiellement quelque chose mais c'est
a mes yeux tres hypothetiques. Je ne crois pas qu'il y a des remontees
d'erreurs via Map. La fondation est train de regarder tout cela.

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

Re: [OSM-talk-fr] Apple et OSM ?

2012-06-12 Thread Emilie Laffray

2012/6/12 Pieren pier...@gmail.com

  on a du mal a se rendre compte de l'importance de chacun.
 OSM pourrait être utilisé dans les zones où il est plus complet que
 TomTom. Mais tout cela est à prendre avec précaution parce qu'apple
 n'a pas communqué sur ce point.


Oui ce n'est pas tres clair.


  Est-ce que l'on a une idée de ce à quoi ont abouti les discussions entre
 OSM et Apple
 D'après Richard Fairhurst, il n'y a pas eu de discussions entre OSM et
 Apple. ([1])


Pour cela, oui il n'y a pas eus de communication sur ce point entre OSMF et
Apple mais il y a des communications suite a iPhoto justement.

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

Re: [OSM-talk] OSM : It's a shame !!!

2012-05-29 Thread Emilie Laffray

Hello,

First of all, let me just say it is indeed impolite to share private
conversation but I would love to see that tested in a court.
That said, the whole point of people in FOSM waiting for OSM to fail is
kind of annoying. I understand why the fork happened (doesn't mean that I
agree with it); I understand why some people are reacting the way they do
but I have to admit it is getting ridiculous.
FOSM is a fork. It is a conscious statement that you wanted to break away.
I am glad that you guys had that *freedom* in the first place (despite all
the FUD that the new contributor terms won't allow forking) and I wish you
the best of luck in this project as I wish the best of luck to other
mapping projects like Common map for example. Now, you decided to leave the
project so just leave it. I am not going to go to FOSM and ask for my data
to be deleted playing on my moral right for example (even though sometimes
I am seriously tempted to ask for my data to be removed out of exasperation
due to the behaviour of some members of FOSM).
If you strongly believe that ODbL won't stand the legal scrutiny, mount a
legal challenge to it. Just do it. That said, you have to realize that ODbL
is currently the licence that is being used more and more in France for
OpenData and actually across the world having being reviewed by several
legal departments. You may not agree with the way it was drafted but it
seriously look like it has some legs.
If you point out elements that have been copied, we will be happy to make
sure that people is not copying from your data. Anyway up to a point, the
data will be replaced and the very use of copyright on fact is tenuous at
best. I think from that point of view, despite all the mistakes the
foundation made during the process (we are after all volunteers), the
foundation has shown lot of willingness to sort many issues; it just that
at some points we can only agree to disagree hence why there was a fork.
You are just trolling. You are not even constructive towards FOSM. From the
way I look at it, FOSM is only a half hearted fork where there are only a
few people actually contributing, the rest of them is just sulking that OSM
didn't go their way. Maybe it is time to be more constructive towards the
choice that you made. From that point of view, I really appreciate the work
of some people in FOSM who are actually being constructive.

In short, feel free to complain when your data is *REALLY* used wrongly.
Else, put up or shut up regarding the ODbL. If you really believe that it
is not going to work, mount a proper legal challenge.

Emilie Laffray

On 29 May 2012 10:53, ce-test, qualified testing bv - Gert Gremmen 
g.grem...@cetest.nl wrote:

 I did not give you permission to share
 a private conversation on the list.

 That is also about copyrights, Davie.


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

Re: [OSM-talk] OSM : It's a shame !!!

2012-05-29 Thread Emilie Laffray

Hello,

I will retract the troll bit as you seem actually to be enthusiastic but
you seriously have to work on the perception that you give to people in the
first place. Goodwill is something difficult enough to accrue in the first
place.
However, I will not retract the fact that I consider that you are a bit
disingenuous in your behaviour.

Emilie Laffray

On 29 May 2012 11:48, ce-test, qualified testing bv - Gert Gremmen 
g.grem...@cetest.nl wrote:

 Emilie,

 ** **

 I defend 2 legal interests:

 ** **

 Mine : I invested  time work and money, that I co-licensed under CC-by-SA
  to the previous OSM

 OSM:  by keeping the OSM database clean of tainted data

 ** **

 ** **

 If you call that trolling ……

 Sometimes I think that people are called trolls because they defend

 statements other do not agree with.

 ** **

 Sorry Emilie, it’s a pity if that creates some loss of data,

 but you should take it like a man, and accept the consequences

 of the route OSM took. Put the liability on those who are

 responsible for that !

 ** **

 Gert

 ** **

 ** **

 ** **

 *Van:* Emilie Laffray [mailto:emilie.laff...@gmail.com]
 *Verzonden:* Tuesday, May 29, 2012 12:19 PM
 *Aan:* ce-test, qualified testing bv - Gert Gremmen
 *CC:* Thomas Davie; talk@openstreetmap.org

 *Onderwerp:* Re: [OSM-talk] OSM : It's a shame !!!

 ** **

 Hello,

 ** **

 First of all, let me just say it is indeed impolite to share private
 conversation but I would love to see that tested in a court.

 That said, the whole point of people in FOSM waiting for OSM to fail is
 kind of annoying. I understand why the fork happened (doesn't mean that I
 agree with it); I understand why some people are reacting the way they do
 but I have to admit it is getting ridiculous.

 FOSM is a fork. It is a conscious statement that you wanted to break away.
 I am glad that you guys had that *freedom* in the first place (despite all
 the FUD that the new contributor terms won't allow forking) and I wish you
 the best of luck in this project as I wish the best of luck to other
 mapping projects like Common map for example. Now, you decided to leave the
 project so just leave it. I am not going to go to FOSM and ask for my data
 to be deleted playing on my moral right for example (even though sometimes
 I am seriously tempted to ask for my data to be removed out of exasperation
 due to the behaviour of some members of FOSM).

 If you strongly believe that ODbL won't stand the legal scrutiny, mount a
 legal challenge to it. Just do it. That said, you have to realize that ODbL
 is currently the licence that is being used more and more in France for
 OpenData and actually across the world having being reviewed by several
 legal departments. You may not agree with the way it was drafted but it
 seriously look like it has some legs.

 If you point out elements that have been copied, we will be happy to make
 sure that people is not copying from your data. Anyway up to a point, the
 data will be replaced and the very use of copyright on fact is tenuous at
 best. I think from that point of view, despite all the mistakes the
 foundation made during the process (we are after all volunteers), the
 foundation has shown lot of willingness to sort many issues; it just that
 at some points we can only agree to disagree hence why there was a fork.**
 **

 You are just trolling. You are not even constructive towards FOSM. From
 the way I look at it, FOSM is only a half hearted fork where there are only
 a few people actually contributing, the rest of them is just sulking that
 OSM didn't go their way. Maybe it is time to be more constructive towards
 the choice that you made. From that point of view, I really appreciate the
 work of some people in FOSM who are actually being constructive.

 ** **

 In short, feel free to complain when your data is *REALLY* used wrongly.
 Else, put up or shut up regarding the ODbL. If you really believe that it
 is not going to work, mount a proper legal challenge.

 ** **

 Emilie Laffray

 On 29 May 2012 10:53, ce-test, qualified testing bv - Gert Gremmen 
 g.grem...@cetest.nl wrote:

 I did not give you permission to share
 a private conversation on the list.

 That is also about copyrights, Davie.

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

Re: [OSM-talk-fr] [Humeur] Ne pas tagger pour le rendu... et OpenMapQuest

2012-05-29 Thread Emilie Laffray

2012/5/29 Arnaud Vandecasteele arnaud@gmail.com

 Bonjour à tous,

 C'est peut être aussi une des limites des méthodes collaboratives et
 mondiales.
 Comment en effet avoir un rendu pertinent pour des régions aussi
 disparates ?
 Je prêche pour ma paroisse, mais une solution serait (peut être) de penser
 à une modélisation logique des informations.
 Cela permettrait de réduire les problèmes d'hétérogénéité sémantiques
 rencontrés.
 Un exemple serait la base geonames dont les informations peuvent être
 obtenues sous une forme ontologique (RDF) :
 http://www.geonames.org/

 Arnaud


Si seulement Geonames etait vraiment utile avec un vrai schema qui ait un
sens :)

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

Re: [OSM-talk-fr] [Humeur] Ne pas tagger pour le rendu... et OpenMapQuest

2012-05-29 Thread Emilie Laffray

2012/5/29 Arnaud Vandecasteele arnaud@gmail.com

 Emilie,

 Je comprends tout à fait le sens de ta remarque et je te rejoins
 pleinement.
 Néanmoins, Geonames n'était là que pour donner un exemple d'application,
 pas pour servir de modèle à appliquer.
 Une modélisation doit être réalisée pour un objectif précis, elle n'a de
 sens que dans un contexte donné.
 C'est pourquoi Geonames peut sembler parfois un peu limité.
 Néanmoins, le graphe conceptuelle d'OSM est aujourd'hui complexe voir même
 parfois difficilement compréhensible.
 J'espère avoir un jour le temps de me pencher sur l'intersection
 potentielle entre ontologie et OpenStreetMap !

 A.


Je te rejoins. Il y avait d'ailleurs recemment la meme discussion sur la
mailing liste indienne ou ils veulent utiliser la norme indienne (lire
gouvernementale) pour choisir ce qui est une ville, un village etc... Le
probleme c'est que le schema probablement ne sera pas compatible au niveau
international ce qui est dommage.
Concernant la structure, je pense qu'il faut relativiser au moins pour les
villes il faut relativiser. Je pense que la complexite apparait lie au
tentative de conciliation de la norme internationale vis a vis d'une norme
nationale.
Je pense que la solution est d'utiliser un double niveau de lecture:
- International: place=* + population=*
- National: place:fr etc

Je pense que cela permettrait un systeme plus simple au final. Maintenant,
je sais que ce que tu suggeres n'est pas juste sur les villes.

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

[OSM-talk-fr] Presentation pour le SOTM 2012 acceptee

2012-05-29 Thread Emilie Laffray


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
 
Bonsoir,

juste quelques lignes pour préciser que la présentation State Of France
a été acceptée pour le SOTM cette année a Tokyo.
On a encore le temps de faire mais on va pouvoir s'amuser a faire la
présentation dans la pure tradition Crowdsource :)

Emilie Laffray
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
 
iQEcBAEBAgAGBQJPxVUIAAoJEOm7A+8aiQ34y9QH/RRaEJeuPu7juH32dW/TwbCe
cWWV09qydHdnwOBhiqLDl+WJ7yUypDGlrWl88KOiO5hoXJ8crrOeL6ufLLB3BdUD
Gtob9biSw41CuBA71e0RTyCog4kncQbpA/j4gEE9RpDl0P30aaMzJwCDDUoGBU0W
vKc17QIERjY/XR9ZAmqDa/fUVhGchDxHQokO+i2DTN1DxdPymKuONkSax9GLkYcv
WUx1oeu5yxWV4ER+9Sgaua9W4sjYF7b3eKAlvvaHTqATKkLOHMz17k3+oC2r+9PV
E7sDEO7j6qdyWU9M6UyX8B+eNocJktC1NXLhIv/jG4DRinNFcftOxRS9UD5OADY=
=uBM0
-END PGP SIGNATURE-


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

[OSM-talk-fr] Statistique de croissance d'OSM (vu dans SIG La Lettre)

2012-05-15 Thread Emilie Laffray

http://www.beyonav.com/openstreetmaps-growth-accelerates

C'est pas mal de pub pour cette societe mais il est toujours interessant de
voir ce genre de choses :)

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

Re: [OSM-talk-fr] Statistique de croissance d'OSM (vu dans SIG La Lettre)

2012-05-15 Thread Emilie Laffray

 actuelle le plus performant a mes yeux et il marche
rapidement. C'est sur ce point la que Google a gagne la cartographie et a
moins de faire un veritable effort dedans les sites vont se planter. Il
faut savoir que la plupart de ces sites utilisent des geocodeurs provenant
de Navteq (MapTP) ou bien encore des societes comme Pitney Bowes. Bref,
c'est surtout la cartographie web qui est morte. Le reste de l'industrie se
porte globalement bien de ce point de vue la.

Tu parles de soutiens solides pour la fondation mais c'est quelque chose
avec laquelle je ne suis pas d'accord du tout. Beaucoup de ces societes
profitent d'un effet d'aubaine car ils trouvent une cartographie qui dans
certains endroits est good enough. Il n'y a pas vraiment d'implication
emotionnel dans l'utilisation des donnees. De meme, beaucoup de ces
societes utilisent OSM et l'on apprend seulement apres coup que les donnees
sont utilisees. Il n'y a donc pas vraiment d'efforts pour faire connaitre
le projet en soi et/ou informer les utilisateurs sur les donnees qui sont
utilisees. Il faut donc se mefier de l'apparente force d'OpenStreetMap. Il
n'y a aucun doute que l'on a gagne une bataille mais on est loin d'avoir
gagne la guerre (analogie guerriere qui n'a pas lieu d'etre d'ailleurs).

Des societes passent a OSM certes, mais les gens restent sur Google Map.
Les deux sites n'ont pas la meme vocation au final. Le jour ou la fondation
creera un map.openstreetmap.org on reparlera. De plus, la plupart de ces
societes utilisent OSM d'une maniere qui n'est pas vitale. Nous sommes loin
encore du moment ou l'on peut se passer d'une carto non libre a une carto
libre. C'est possible dans certaines villes mais c'est loin d'etre homogene.

Pour revenir sur le sujet Wikimedia, OSMF ce n'est pas comme la fondation
Wikimedia. Les budgets ne sont meme pas comparables et la comparaison dans
les categories respectives est erronee. Wikipedia est une encyclopedie en
ligne qui concurrence les encyclopedies non libres. OpenStreetMap est une
fournisseur de donnees de carte qui concurrence les fournisseurs de donnees
de carte (i.e. TomTom, Nokia) et non pas Google Map, Mappy, Mapquest,
etc Bref, ca y ressemble vaguement mais ce n'est pas une bonne
comparaison.

La encore cet email est long et je m'en excuse. Il y aurait pourtant encore
plus de choses a mentioner sur ce sujet passionnant des sites de
cartographies et des fournisseurs de carte.

Emilie Laffray

2012/5/15 Philippe Verdy verd...@wanadoo.fr

 Le 15 mai 2012 17:48, Ab_fab gamma@gmail.com a écrit :
  La contribution financière n'est pas grand chose par rapport à ce que
  l'entreprise possède sur son compte en banque. Mais elle est arrivée à un
  moment où la fondation en avait besoin.

 Là je suis d'accord, mais Google devrait réaliser que ce qui fait la
 plus-value (financière) de Google Maps ce n'est pas le fond de carte
 qu'il produit lui-même (et qui lui coûte cher), mais toutes les
 données propriétaires (essentiellement commerciales) qu'il vient lier
 à sa carte via lse fonctions de recherche et la revente de
 référencement publicitaires, et les marges qu'il obtient de la part
 des sites qui utilisent son API pour être référencés.

 Bref, son fond de carte, il devrait plutôt le mettre en accès libre et
 collaboratif, d'autant plus qu'il a déjà perdu son exclusivité pour la
 couverture mondiale, et qu'il ne la retrouvera jamais.

 En allant vers une coopération libre des données similaires à celles
 qu'on trouve dans la base OSM, il bénéficiera en revanche de sérieuses
 économies, de davantage de collaboration, de cartes plus riches lui
 permettant d'yn référencer aussi plus de données propriétaires. Et en
 terme de maintenance, il aura davantage de confiance aussi pusiqu'il
 bénéficiera aussi du retour positif de tous les SIG.

 Google peut donc réfléchir et finalement se dire qu'il peut en faire
 autant avec un effort qui ne lui coutera pas grand chose, que les SIG
 territoriaux qui ont ouvert leurs données, et qui maintenant
 bénéficient largement d'un retour d'information et même d'une
 meilleure visibilité de la part des citoyens (qui ne sont pas que des
 consommateurs).

 Une carte mondiale libre ce n'est pas un luxe, c'est même générateur
 de richesse au plan global par de nouvelles utilisations possibles,
 même au plan commercial. Sachant aussi qu'il y a des centaines de
 milliers de personnes prêtes à aider un peu à faire des vérifications
 de terrain et affiner la connaissance publique qu'on a des territoires
 et de tout ce qu'on peut y faire (ou ne pas faire).

 Rien n'interdit à Google donc de contribuer ses données, même si au
 delà il souhaite garder un contrôle qualité sur ce qu'il trouvera dans
 OSM. Car malgré tout les Google Car coûtent très cher à Google, et
 ne sont pas non plus toujours très appréciées sur le terrain quand
 elles prennent des données qui n'auraient pas du être intégrées
 automatiquement sans un retour citoyen.

 Bref que Google ouvre les données qu'il a pour son

[OSM-talk-fr] URL venant d'etre trouvee

2012-05-03 Thread Emilie Laffray

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

[OSM-talk-fr] Latence OpenStreetMap en diminution

2012-05-02 Thread Emilie Laffray

Bonjour,

juste une petite nouvelle concernant le temps de latence du site OSM. Il
est en forte diminution depuis que de nouveaux serveurs sont arrives pour
le front end.
Voila un widget pour suivre cela:
http://share.pingdom.com/banners/4da46e6c

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

Re: [OSM-talk-fr] Openstreetmap Tv Radio-Canada

2012-05-02 Thread Emilie Laffray

C'est bien la meme. La personne qui a fourni le lien est la meme personne
:) Richard Weait

Emilie Laffray

2012/5/1 Jean-Claude Repetto jrepe...@free.fr

 On 05/01/12 18:58, Pierre Béland wrote:

 Après la radio, la télé. Au Téléjournal de Radio-Canada hier soir, un
 petit topo sur OSM avec interview de John Robbde Toronto.

 http://www.radio-canada.ca/**audio-video/pop.shtml#**
 urlMedia=http://www.radio-**canada.ca/Medianet/2012/CBFT/**
 2012-04-30_22_00_00_tj22h_**4494_800.asxhttp://www.radio-canada.ca/audio-video/pop.shtml#urlMedia=http://www.radio-canada.ca/Medianet/2012/CBFT/2012-04-30_22_00_00_tj22h_4494_800.asx
 Déplacer le curseur à 28:05 min.

 Pierre Béland


 C'est la même interview que celle annoncé hier par Émilie Laffray ? L'URL
 est différent, mais le sujet semble identique.

 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr

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

[OSM-talk-fr] State of France pour le SOTM 12

2012-04-30 Thread Emilie Laffray

Bonjour,

aujourd'hui est le dernier jour pour les presentations pour SOTM 12 a
Tokyo. Je compte donc presenter une presentation SOTM 12 et comme la
tradition le veut, cette presentation sera crowdsourcee ici :)
Est ce que cela convient a tout le monde?

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

[OSM-talk-fr] OpenStreetMap au Canada

2012-04-30 Thread Emilie Laffray

http://www.radio-canada.ca/regions/Ontario/2012/04/30/001-openstreetmap-cartes-benevoles.shtml
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] State of France pour le SOTM 12

2012-04-30 Thread Emilie Laffray

J'ai le droit a 3 valises de 30kg environ. Je dois pouvoir te caser dans
deux valises alors :p

Emilie Laffray

2012/4/30 Cyrille Giquello cyrill...@gmail.com

 Le 30 avril 2012 14:41, Emilie Laffray emilie.laff...@gmail.com a écrit
 :
  Bonjour,
 
  aujourd'hui est le dernier jour pour les presentations pour SOTM 12 a
 Tokyo.
  Je compte donc presenter une presentation SOTM 12 et comme la tradition
 le
  veut, cette presentation sera crowdsourcee ici :)
  Est ce que cela convient a tout le monde?

 Ben oui, you're welcome.

 Et s'il te reste quelques centimètres carrés dans tes bagages, je suis
 preneur pour m'y glisser ;-)


 --
 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] State of France pour le SOTM 12

2012-04-30 Thread Emilie Laffray

Salut,

je ne vois pas pourquoi on en parlerait pas :) Apres tout c'est le but de
faire l'annonce ici! On fait du crowdsourcing et fier de le faire :)

Emilie Laffray

2012/4/30 David MENTRE dmen...@linux-france.org

 Salut,

 Le 30 avril 2012 15:02, Pieren pier...@gmail.com a écrit :
  Pour cette année, cela devrait tourner essentiellement autour de la
  création de l'asso (et de la renaissance du site osm-fr et des
  nouveaux serveurs) et du mouvement open-data avec les enjeux que cela
  implique

 Heuu, si vous pouvez glisser deux mots sur la nouvelle version de
 MapOSMatic. Après tout, elle est développée en France par des
 français. ;-)

 Amicalement,
 d.

 ___
 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] Notice à suivre pour les imports

2012-04-28 Thread Emilie Laffray


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
 
Bonjour,

avec cquest, on a eus une discussion sur IRC avec pnorman justement. On
ne peut pas dire que ça a été une discussion super plaisante mais
Christian me corrigera, voila les grandes lignes:
Import de sa ville locale fait correctement bien nettoyé en utilisant
les connaissances locales, pas de compte particulier
Serial importer de villes, compte particulier pour l'import des villes
par personne.
Je ne suis pas convaincue par certains des arguments avances mais on va
essayer de jouer le jeu un minimum :)

La réaction est en partie liée a certains imports massifs qui ont été
fait ou qui vont être faits (import cadastral espagnol qui a l'air
d?être particulièrement violent (apparemment plus de polygones importés
que de gens dans une ville)) et a des problèmes éventuels d'import non
compatible avec la licence en règle générale et quelque soit la licence,
car ça complique fortement les roll back.
Donc je pense qu'en faisant attention la dessus ça devrait passer.
Toutefois, comme il a ete fait avec Corine, des que l'on fait un import
massif, il faut vraiment créer un compte particulier pour ça.

Emilie Laffray

On 27/04/2012 06:47, Fabien wrote:
 pnornam

 D'ailleurs il m'a répondu en demandant de mettre à jour le wiki. J'attends
 quand même des avis ici plus nombreux.

 Fabien//lists.openstreetmap.org/listinfo/talk-fr
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
 
iEYEARECAAYFAk+b7psACgkQ7H1ne0ugLJnX5wCfWejlBFlGJmuLBHPZJOIeHxPF
uEIAn21QM4rqfg4fJJ/muTcDRYMQ2oW1
=jokW
-END PGP SIGNATURE-


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

Re: [OSM-talk-fr] Notice à suivre pour les imports

2012-04-28 Thread Emilie Laffray


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
 
Hello,

en effet Philippe se trompe complètement. Ce que les espagnols sont en
train d'importer est un mélange de bâtiments, de landuse. La plupart des
limites administratives sont déjà importées depuis belle lurette.
Bref encore pas mal de hors sujet avec aucun rapport ce qui se passe
sans compter que l'import massif espagnol est le fait d'une seule
personne pour le moment alors que la communauté espagnole est encore en
train de discuter de tout ça.

Emilie Laffray

On 28/04/2012 18:01, Ab_fab wrote:
 Philippe,

 Je peux me tromper car je ne connais pas bien le contexte, mais je crois
 qu'Emilie parle d'import de bâtiments, et toi des limites administratives.
 sts.openstreetmap.org/listinfo/talk-fr
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
 
iEYEARECAAYFAk+cQGQACgkQ7H1ne0ugLJl1bQCdGMCiYIdBUE3gJB/Om4b7L1yt
YfMAnj+/lREAKSlAtzNWqxrJ8NryOyr8
=pnAa
-END PGP SIGNATURE-


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

[OSM-talk-fr] IRL Orleans le 5 mai

2012-04-27 Thread Emilie Laffray

Bonjour,

apres avoir discute avec Ludovic Gilbon de Cenabumix, il semble qu'il y
aurait  une Linux install party a Supinfo Orleans en plein centre ville
d'Orleans (a confirmer). Je compte essayer d'etre presente et ca serait
aussi un bon moyen de rencontrer les contributeurs Orleanais en meme temps
le soir. Je vais essayer d'y aller avec une carte, quelques prospectus et
un PC pour montrer OSM.
Qui serait interesse?

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

Re: [OSM-talk-fr] Notice à suivre pour les imports

2012-04-26 Thread Emilie Laffray

Qui t'a envoyé le message?

Emilie Laffray
On Apr 26, 2012 3:01 PM, Fabien marbolan...@gmail.com wrote:

 Bonjour à tous,

 J'ai reçu ce matin un message, en Anglais, de la part d'un modérateur
 OSM par rapport au fait que j'ai importé récemment du bâti dans OSM.
 Il m'indique :
  I wanted to remind you about the import guidelines at
 http://wiki.openstreetmap.org/wiki/Import/Guidelines which, among other
 things, call for imports to be done from an account dedicated to only
 imports, not from your normal account.

 Je vous fait grâce de la traduction mais en lisant les Guidelines il
 est vrai que c'est demandé de ne pas importer avec son utilisateur
 usuel. Pourquoi ? Plus simple pour effectuer des retours en arrière ?

 J'ai répondu que j'ai effectué cela avec mon compte usuel tout
 simplement parce que j'ai suivi la procédure d'import des bâtiments
 comme indiqué dans le wiki [1]. Dans cette page, sauf erreur de ma
 part, il n'est pas demandé de faire un compte spécifique import de
 bâtiments. J'ai regardé les personnes qui ont importé et on dirait
 qu'on fait tous la même chose donc je me demande si c'est pas le
 wiki-fr qui serait en fait obsolète ?
 Vu le temps passé pour importer des bâtiments et vu toutes les
 vérifications à apporter je ne vois pas pourquoi on sortirait des
 clous mais après on ne sait jamais.

 Si quelqu'un a des pistes, merci,
 Fabien

 [1]
 https://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_b%C3%A2timents

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

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

[OSM-talk-fr] Article dans le Figaro sur OSM

2012-03-14 Thread Emilie Laffray

http://www.lefigaro.fr/hightech/2012/03/13/01007-20120313ARTFIG00745-une-alternative-benevole-et-libre-a-google-maps.php

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

Re: [OSM-talk-fr] Article dans le Figaro sur OSM

2012-03-14 Thread Emilie Laffray

Non,
c'est un peu deforme par rapport a ce que j'ai dit et ca ne concerne que
l'Australie. La fondation est en train de negocier les orthophotos en
precision 2.5 cm pour l'Australie et a un serveur pour fournir l'orthophoto.
Donc rien de bien fantastique.

Emilie laffray

2012/3/14 Pieren pier...@gmail.com

 2012/3/14 Emilie Laffray emilie.laff...@gmail.com:

 Bon, 3 ans après libé/ecrans.fr/Camille, il n'est jamais trop tard
 pour bien faire ;-)

 Plus loin, en province, ça peut être vide», reconnaît la responsable
 de l'association française

 - Ca peut mais pas toujours. Combien de fours à goémon à Paris, hein ?
 ;-)

 OSM devrait annoncer prochainement un partenariat avec un acteur plus
 important encore, pour fournir de l'imagerie aérienne. 

 - alors là, il faut nous en dire plus. Plus important que Bing/IGN, je
 vois pas. Google + streetView ?

 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] Article dans le Figaro sur OSM

2012-03-14 Thread Emilie Laffray

Du moins rien de fantastique pour les francais sauf ceux qui vivent en
Australie. Je ne suis pas sure que ca a ete encore annoncee :)

Emilie Laffray

2012/3/14 Emilie Laffray emilie.laff...@gmail.com

 Non,
 c'est un peu deforme par rapport a ce que j'ai dit et ca ne concerne que
 l'Australie. La fondation est en train de negocier les orthophotos en
 precision 2.5 cm pour l'Australie et a un serveur pour fournir l'orthophoto.
 Donc rien de bien fantastique.

 Emilie laffray


 2012/3/14 Pieren pier...@gmail.com

 2012/3/14 Emilie Laffray emilie.laff...@gmail.com:

 Bon, 3 ans après libé/ecrans.fr/Camille, il n'est jamais trop tard
 pour bien faire ;-)

 Plus loin, en province, ça peut être vide», reconnaît la responsable
 de l'association française

 - Ca peut mais pas toujours. Combien de fours à goémon à Paris, hein ?
 ;-)

 OSM devrait annoncer prochainement un partenariat avec un acteur plus
 important encore, pour fournir de l'imagerie aérienne. 

 - alors là, il faut nous en dire plus. Plus important que Bing/IGN, je
 vois pas. Google + streetView ?

 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] Article dans le Figaro sur OSM

2012-03-14 Thread Emilie Laffray

D'après les dernières nouvelles, waze considère un passage à osm.
Maintenant bizarrement ils préféraient que la licence soit domaine public.
Waze était un sponsor du précédent SOTM aux USA.
On Mar 14, 2012 7:58 PM, Vladimir Vyskocil vladimir.vysko...@gmail.com
wrote:

 C'est toujours bien si cela touche un nouveau public, même si les propos
 sont un peu déformés !
 Mais cette histoire de coopération entre Waze et OSM, c'est quoi ? Je
 croyais qu'ils s'étaient juste fait attraper en flagrant délit de copie...
 Non?

 Vlad.


 Le 14 mars 2012 à 18:17, Pieren pier...@gmail.com a écrit :

  2012/3/14 Emilie Laffray emilie.laff...@gmail.com:
 
  Bon, 3 ans après libé/ecrans.fr/Camille, il n'est jamais trop tard
  pour bien faire ;-)
 
  Plus loin, en province, ça peut être vide», reconnaît la responsable
  de l'association française
 
  - Ca peut mais pas toujours. Combien de fours à goémon à Paris, hein ?
 ;-)
 
  OSM devrait annoncer prochainement un partenariat avec un acteur plus
  important encore, pour fournir de l'imagerie aérienne. 
 
  - alors là, il faut nous en dire plus. Plus important que Bing/IGN, je
  vois pas. Google + streetView ?
 
  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

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

[OSM-talk-fr] Fwd: [OSM-dev] NOTICE: Upcoming Emergency Maintenance / Downtime

2012-03-13 Thread Emilie Laffray

-- Forwarded message --
From: Grant Slater openstreet...@firefishy.com
Date: 13 March 2012 15:24
Subject: [OSM-dev] NOTICE: Upcoming Emergency Maintenance / Downtime
To: Talk Openstreetmap t...@openstreetmap.org, annou...@openstreetmap.org,
OSM Dev List d...@openstreetmap.org

On Tuesday 20th of March 2012 between 13:45 and 16:15 (GMT / UTC) the
primary database server will unavailable due to emergency maintenance.

The following services WILL be affected:
* www.openstreetmap.org web site will not allow user login or edits
(Potlatch). [1]
* API and map database editing (using JOSM, Merkaartor etc.) will be
unavailable.
* planet.openstreetmap.org will be available but no new diffs will be
generated during the outage.
* Forum (no logins)
* trac (bug-tracker, no logins)
* help.openstreetmap.org (no logins)

Other services will NOT be affected - all of the following are
expected to function normally:
* tile serving (“View The Map”  “Export”)
* Wiki
* Nominatim (search)
* mailing lists
* subversion and git (source code repositories)
* donate.openstreetmap.org

Technical: Database Server Smaug: Replacing faulty motherboard.
Supplier Engineer Onsite. We have contingency hardware available.

1: Maps will still be viewable on the openstreetmap.org homepage and
on other people's websites.

Sincerely
Grant Slater
On behalf of the OpenStreetMap sysadmin team

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

1 2 3 4 5 6 7 8 9 10 >

1 - 100 of 1712 matches

Mail list logo