Re: [OSM-talk-fr] [biere-party] c'est la rentr ée !

[Denis]

Vincent Pottier a écrit :

> Il faudrait l'annoncer là :
> http://wiki.openstreetmap.org/wiki/Current_events
> 
> Ça fera au moins un événement en France !

Oui, je voulais le faire dans la foulée de l'annonce, mais je n'arrivais 
pas à accéder au wiki.
Merci à Pieren l'éclair qui a mis à jour la page.

DenisH

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

[OSM-talk-fr] Fwd: Suite et fin de la série d 'articles dans Libération

[Brice Mallet]

Bonsoir,

je débute sur OSM :-) et pense que les articles d'Ecrans.fr  
pourraient être une très bonne introduction pour de nouveaux  
arrivants : explications de base, réponses aux interrogations  
inévitables de néophytes, clarté du texte, nombreux liens répondant  
aux premiers questionnements.

Cordialement.

---
Britz
---



Le 19 août 09 à 20:01, Hervé Le Roy a écrit :


> 2009/8/19 Christian Rogel :
>
>> D'après les titres, personne n'a encore commenté le 6ème et
>> dernier article de Camille dans Libération "Les routards du
>> Web : nous remplissons une mission de service public".
>> http://www.ecrans.fr/Les-routards-du-web-Nous,7891.html
>>
>> Il me semble que tous disent, à peu près, qu'ils estiment que
>> ls données cartographiques sont un "bien commun".
>> C'est ce qui figure dans l'article OpenStreetMap du
>> Wikipédia, mais, et c'est normal, quelqu'un a demandé
>> qu'on donne une référence.
>> http://fr.wikipedia.org/wiki/OpenStreetMap
>> Il me semble que les éléments de l'article pourraient en être une.
>> Y-en-a-t'il d'autres.
>> Qu'en pensez-vous?
>>
>
> L'idée d'utiliser l'article d'Ecrans.fr comme référence me semble
> bonne. Par contre, la phrase de Wikipedia mériterait d'être légèrement
> retouchée, car telle quelle, elle me semble un peu trop manichéenne.
> Il me semble en lisant les réponses publiées sur Ecrans.fr que les
> contributeurs qui ont répondu sont pour le libre, et non pas contre le
> commercial. Ca me semble important à souligner car la licence CC-BY-SA
> n'interdit pas une utilisation commerciale tant que les données
> restent libres.
>
> ...

> Hervé
>
> ___
> 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] Suite et fin de la série d'artic les dans Libération

[Christian Rogel]

Effectivement, l'appropriation relève plus des organismes comme l'IGN,
voir la question des limites communales, car, si celles-ci avaient  
relevé
d'un travail des agents de l'Etat et non des communes comme le cadastre,
le verrou aurait été fermé pendant un bout de temps.
Le terme définitif est là justement pour ne pas simplement protester  
contre
l'appropriation qui peut être normale dans un marché de biens non  
essentiels.
La FSF parle de logiciels privateurs.
Producteurs de cartes privateurs?
On doit observer avec lucidité l'évolution des entreprises-filles d'OSM,
mais si la Fondation maintient une carte en ligne facilement modifiable,
c'est la masse qui gouvernera.
Les premiers symptômes serait la fermeture de certaines mises à jour  
ou la
complexité exagérée des procédures.
Autre solution : que des clones surgissent en France et ailleurs.

Christian

Le 20 août 09 à 00:08, Pieren a écrit :
>>
>
> Je pense que le commentaire dans wikipedia fait d'avantage allusion à
> des entreprises semi-publiques genre IGN et OS que d'entreprises
> privées qui n'ont pas les mêmes moyens, ni la prétention de
> "s'accaparer" (appropriation) les données géographiques. Il mérite une
> reformulation pour être plus clair (mais ne pas exclure la mention
> d'appropriation, et oublier le terme "définitive", rien n'est
> définitif en ce bas-monde).
> Je n'ai trouvé aucun commentaire "contre" Navteq, TeleAtlas ou Gmaps.
> Au contraire, ils servent de lièvre dans la course au meilleur produit
> et il y a de plus en plus de gens pour penser que leur modèle
> économique actuel est compromis (voir les présentations du dernier
> SOTM,  ou la fin d'Encarta face à Wikipedia).
> Personne, non plus, n'est contre l'exploitation commerciale des
> données d'OSM. Tant qu'il restera la possibilité de créer l'équivalent
> de ces applications commerciales en version libre et gratuite.
> Ensuite, que le meilleur gagne. Le danger pourrait d'avantage venir de
> sociétés genre Cloudemade/Geofabrik qui prendraient trop de poids au
> niveau de la fondation et pourraient faire pencher les décisions
> futures dans un sens trop favorables à leur égard.
>
> Pieren
>


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

Re: [OSM-talk-fr] Suite et fin de la série d'artic les dans Libération

[Pieren]

2009/8/19 Hervé Le Roy :
> Je souscrit complètement au commentaire de Pieren (les données IGN
> devraient être libre car l'essentiel du financement de l'IGN provient
> de fond public), mais pour autant je ne vois pourquoi je serais contre
> Navteq ou TeleAtlas. C'est ce que je voulais souligner dans mon
> commentaire.
>
> a+
>
> Hervé

Je pense que le commentaire dans wikipedia fait d'avantage allusion à
des entreprises semi-publiques genre IGN et OS que d'entreprises
privées qui n'ont pas les mêmes moyens, ni la prétention de
"s'accaparer" (appropriation) les données géographiques. Il mérite une
reformulation pour être plus clair (mais ne pas exclure la mention
d'appropriation, et oublier le terme "définitive", rien n'est
définitif en ce bas-monde).
Je n'ai trouvé aucun commentaire "contre" Navteq, TeleAtlas ou Gmaps.
Au contraire, ils servent de lièvre dans la course au meilleur produit
et il y a de plus en plus de gens pour penser que leur modèle
économique actuel est compromis (voir les présentations du dernier
SOTM,  ou la fin d'Encarta face à Wikipedia).
Personne, non plus, n'est contre l'exploitation commerciale des
données d'OSM. Tant qu'il restera la possibilité de créer l'équivalent
de ces applications commerciales en version libre et gratuite.
Ensuite, que le meilleur gagne. Le danger pourrait d'avantage venir de
sociétés genre Cloudemade/Geofabrik qui prendraient trop de poids au
niveau de la fondation et pourraient faire pencher les décisions
futures dans un sens trop favorables à leur égard.

Pieren

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

Re: [OSM-talk-fr] [biere-party] c'est la rentr ée !

[Vincent Pottier]

Denis a écrit :
> Afin de préparer la rentrée, en accord avec mes convictions et pour le 
> seul objectif de passer un moment agréable entre contributeurs avérés ou 
> débutants, j'ai le plaisir d'annoncer la tenue de la prochaine 
> bière-party à Strasbourg à la Taverne Française (qui, sans nul doute 
> sera mappée d'ici là à l'aide du plugin cadastre-fr "next generation") 
> le samedi 29 août 2009 à partir de 18h37.
> Comme d'hab, une pizza récompensera ceux qui souhaiteraient prolonger la 
> soirée.
> Afin de boucler le périmètre de sécurité (la préfecture n'est pas loin 
> ;-), merci de vous signaler si vous comptez assister à cette 
> manifestation pacifique auprès de votre serviteur ou de Pieren qui 
> copilotera la soirée.
>
> Merci de votre attention, vous pouvez reprendre vos activités habituelles
>
> DenisH
Il faudrait l'annoncer là :
http://wiki.openstreetmap.org/wiki/Current_events

Ça fera au moins un événement en France !
-- 
Vincent alias FrViPofm

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

Re: [OSM-talk-fr] PDF des tags

[Yann Coupin]

+1

Le 19 août 09 à 22:11, Denis a écrit :

> Bravo pour le boulot.
> J'avais en tête plutôt un "Précis et concis" façon O'Reilly, notamment
> pour les neophytes.
> C'est peut-être dérivable de ton travail, mais je n'ai pas de  
> ressource
> pour m'investir dans un tel projet.


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

Re: [OSM-talk-fr] PDF des tags

[Denis]

simon a écrit :
> Bonjours,
> 
> J'ai commencer à créer  un fichier PDF en français regroupant tous les
> tags et relations dans le but d'avoir un document toujours sous le coude
> (en ligne ou hors lignes).

Bravo pour le boulot.
J'avais en tête plutôt un "Précis et concis" façon O'Reilly, notamment 
pour les neophytes.
C'est peut-être dérivable de ton travail, mais je n'ai pas de ressource 
pour m'investir dans un tel projet.

Bonne continuation

DenisH

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

Re: [OSM-talk-fr] Suite et fin de la série d'article s dans Libération

[Hervé Le Roy]

2009/8/19 Christian Rogel :
>
> Le 19 août 09 à 20:01, Hervé Le Roy a écrit :
>
>>
>> Il me semble en lisant les réponses publiées sur Ecrans.fr que les
>> contributeurs qui ont répondu sont pour le libre, et non pas contre le
>> commercial. Ca me semble important à souligner car la licence CC-BY-SA
>> n'interdit pas une utilisation commerciale tant que les données
>> restent libres.
>>
>
> Je ne suis pas d'accord avec cette relecture, seuls DenisH et Sarge
> ne parlent pas de la nécessité d'avoir des éléments "vitaux" à libre
> disposition, car dans "vital", il y a les logiciels et les données
> cartographiques et beaucoup plus, la "connaissance" comme dit Thomas.
> Les 8 autres mentionnent directement ou indirectement le besoin de
> s'affranchir des acteurs commerciaux verrouilleurs.
> Sébastien et Pieren le confirment très fortement dans leurs réponses
> à la
> 2ème question

Pour prendre une analogie avec le monde de l'information, on peut être
libriste et pro-Linux, sans être contre Microsoft. L'idée d'être
"pour" quelque chose me semble tellement plus positive que l'idée
d'être juste "contre" quelque chose.

Je souscrit complètement au commentaire de Pieren (les données IGN
devraient être libre car l'essentiel du financement de l'IGN provient
de fond public), mais pour autant je ne vois pourquoi je serais contre
Navteq ou TeleAtlas. C'est ce que je voulais souligner dans mon
commentaire.

a+

Hervé

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

Re: [OSM-talk-fr] Suite et fin de la série d'article s dans Libération

[levulcain]

Pieren wrote:
> 
> 
> (...) je dirais un dernier merci à Camille pour sa série d'articles.
> Même si on a recruté que dix nouveaux contributeurs avec ça, c'est
> gagné (j'espère beaucoup plus).
> 
> Pieren
> 

Bonjour ,

Il faut aussi compter les contributeurs "endormis" que ces articles on
remotivé !
J'en fait moi même parti : je m'était arrêté de contribué quand mon pauvre
Zaurus à rendu l'âme  .
Les article m'ont redonné envie de contribuer , d'autant plus que j'ai
maintenant un téléphone Android avec GPS qui sait faire des traces
honorables !
-- 
View this message in context: 
http://n2.nabble.com/Suite-et-fin-de-la-s%C3%A9rie-d%27articles-dans-Lib%C3%A9ration-tp3473890p3474835.html
Sent from the French OSM list mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Suite et fin de la série d'artic les dans Libération

[Christian Rogel]

Le 19 août 09 à 20:01, Hervé Le Roy a écrit :

>
> Il me semble en lisant les réponses publiées sur Ecrans.fr que les
> contributeurs qui ont répondu sont pour le libre, et non pas contre le
> commercial. Ca me semble important à souligner car la licence CC-BY-SA
> n'interdit pas une utilisation commerciale tant que les données
> restent libres.
>

Je ne suis pas d'accord avec cette relecture, seuls DenisH et Sarge
ne parlent pas de la nécessité d'avoir des éléments "vitaux" à libre
disposition, car dans "vital", il y a les logiciels et les données
cartographiques et beaucoup plus, la "connaissance" comme dit Thomas.
Les 8 autres mentionnent directement ou indirectement le besoin de
s'affranchir des acteurs commerciaux verrouilleurs.
Sébastien et Pieren le confirment très fortement dans leurs réponses  
à la
2ème question
La phrase du Wikipédia n'est pas anticommerciale, mais contre
l'appropriation des données basiques indispensables.
Qu'on me  montre que ce n'est pas la défense du libre qui est
résumée par là.
C'est bien cette approche explicite ou implicite  qui permet de
comprendre pourquoi tant  d'acteurs du libre inscrivent OSM dans
leurs activités associatives (groupements d'utilsateurs Linux  de
Toulouse, Rennes, Brest, Quimper, Dijon, RMLL et j'en oublie et
certains compléteront...
D'ailleurs, une des rares réactions à la série d'articles mentionne
qu'OSM est un peu trop dans le mode geek.
Mais, on peut mpromouvoir le libre sans en être un (de geek, bien sûr).
J'avais écrit à Camille qu'un des noyaux de départ d'OSM était
composé typiquemlent de geeks linuxiens cyclistes?
Je leur en suis très reconnaissant sans faire partie d'aucune des 3
catégories (moi, c'est interface homme-machine type Apple et
marche à pied).

Christian

PS : Dans une bouffée délirante et conciliatrice (si, si !), je vois
l'OsGéo devenir une SCIC dont serait partie prenante une
association OSM-Fr.

Comme ça, l'OsGéo ferait du commerce et les  OSMeurs ne se
saliraient pas les mains.




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

Re: [OSM-talk-fr] [JOSM] Plugin routing sous Linux

[piratebab]

Tu n'es pas le seul, je n'arrive pas non plus à le faire fonctionner
(JOSM tested)


Hervé Le Roy a écrit :
> Bonjour,
>
> Quelqu'un utilise t'il le plugin "routing" dans JOSM sous Linux ? Sous
> Windows, il fonctionne correctement. Sous Linux, je n'arrive pas à le
> faire fonctionner. Le message d'erreur suivant apparait en console dès
> que j'essaye de sélectionner un noeud:
> "2009-08-19 20:24:09 [com.innovant.josm.plugin.routing.RoutingLayer]
> DEBUG - no nodes selected"
>
> Si quelqu'un a une version fonctionnelle sous Linux, je voudrais bien
> connaitre le numéro de version de JOSM et du plugin routing. merci :)
>
> Hervé
>
> ___
> 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] Carte des BTS en France

[Julien D.]

2009/8/19 

> Salut, j'ai aussi écrit un client-logger pour Android, je suis entrain d'en
> recoder un autre plus "intelligent".
> Par contre l'api permet d'avoir les cell-voisines... dans la réalité mon
> téléphone ne les retourne pas (HTC-Dream).
>

Mon appli les affiche très bien, tu peux aussi les voir avec le menu caché,
compose : *#*#4636#*#*
On pourrait mutualiser nos efforts ? (à répondre en dehors de la liste)

2009/8/19 Gourmet 

>  > Par contre je n'ai jamais encore uplodé les données que j'ai obtenu
> > e.
> > J'ai pas réussit à me décider entre OpenCellId et OpenBMap.
> > D'autant plus que
> > OBM à l'air techniquement plus sympha, mais manque cruellement de do
> > c.
> >
> Upload sur les 2. Comme ça plus de question :)


C'est pas une bonne idée !
OpenBMap inclut beaucoup plus d'informations qu'OpenCellId.
OpenBMap importe tout de même régulièrement la base d'OpenCellId afin
d'avoir une grande couverture.
En envoyant aux 2, il y aura des doublons lors des imports.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] PDF des tags

[simon]

Bonjours,

J'ai commencer à créer  un fichier PDF en français regroupant tous les
tags et relations dans le but d'avoir un document toujours sous le coude
(en ligne ou hors lignes).

J'ai repris et traduit une grande parti de la documentation pour tous
synthétisé dans le même document.

La première ébauche se trouve ici
http://wiki.openstreetmap.org/wiki/Image:Nomenclature.pdf

Il me reste à faire : 
-finition de la traduction
-correction orthographique (gros travail)
-mise en page
-introduction 
-ajout licence (cc by sa)
-ajout des tags manquant
-...

Toutes les suggestions, remarques, critiques, etc... sont les
bienvenues 

Simon



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

[OSM-talk-fr] [JOSM] Plugin routing sous Linux

[Hervé Le Roy]

Bonjour,

Quelqu'un utilise t'il le plugin "routing" dans JOSM sous Linux ? Sous
Windows, il fonctionne correctement. Sous Linux, je n'arrive pas à le
faire fonctionner. Le message d'erreur suivant apparait en console dès
que j'essaye de sélectionner un noeud:
"2009-08-19 20:24:09 [com.innovant.josm.plugin.routing.RoutingLayer]
DEBUG - no nodes selected"

Si quelqu'un a une version fonctionnelle sous Linux, je voudrais bien
connaitre le numéro de version de JOSM et du plugin routing. merci :)

Hervé

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

Re: [OSM-talk-fr] Suite et fin de la série d'article s dans Libération

[Hervé Le Roy]

2009/8/19 Christian Rogel :
> D'après les titres, personne n'a encore commenté le 6ème et
> dernier article de Camille dans Libération "Les routards du
> Web : nous remplissons une mission de service public".
> http://www.ecrans.fr/Les-routards-du-web-Nous,7891.html
>
> Il me semble que tous disent, à peu près, qu'ils estiment que
> ls données cartographiques sont un "bien commun".
> C'est ce qui figure dans l'article OpenStreetMap du
> Wikipédia, mais, et c'est normal, quelqu'un a demandé
> qu'on donne une référence.
> http://fr.wikipedia.org/wiki/OpenStreetMap
> Il me semble que les éléments de l'article pourraient en être une.
> Y-en-a-t'il d'autres.
> Qu'en pensez-vous?

L'idée d'utiliser l'article d'Ecrans.fr comme référence me semble
bonne. Par contre, la phrase de Wikipedia mériterait d'être légèrement
retouchée, car telle quelle, elle me semble un peu trop manichéenne.
Il me semble en lisant les réponses publiées sur Ecrans.fr que les
contributeurs qui ont répondu sont pour le libre, et non pas contre le
commercial. Ca me semble important à souligner car la licence CC-BY-SA
n'interdit pas une utilisation commerciale tant que les données
restent libres.

Version actuelle:  "La plupart des utilisateurs souscrivent à l'idée
d'empêcher l'appropriation définitive par des organismes commerciaux
de biens dont l'ensemble de la communauté a besoin".

Version que je propose: "La plupart des contributeurs estiment que les
données géographiques sont un bien commun qui devrait être libre pour
le bénéfice de l'ensemble de la communauté".

Hervé

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

Re: [OSM-talk-fr] Suite et fin de la série d'artic les dans Libération

[Pieren]

2009/8/19 Christian Rogel :
> D'après les titres, personne n'a encore commenté le 6ème et
> dernier article de Camille dans Libération "Les routards du
> Web : nous remplissons une mission de service public".
> http://www.ecrans.fr/Les-routards-du-web-Nous,7891.html
>
ooops, et c'est un de mes commentaires qui a fourni le titre. J'y suis
allé un peu fort, là. C'est typique les journalistes de relever la
ptite phrase qui dérape ;-)
Mais je dirais un dernier merci à Camille pour sa série d'articles.
Même si on a recruté que dix nouveaux contributeurs avec ça, c'est
gagné (j'espère beaucoup plus).

Pieren

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

[OSM-talk-fr] Suite et fin de la série d'artic les dans Libération

[Christian Rogel]

D'après les titres, personne n'a encore commenté le 6ème et
dernier article de Camille dans Libération "Les routards du
Web : nous remplissons une mission de service public".
http://www.ecrans.fr/Les-routards-du-web-Nous,7891.html

Il me semble que tous disent, à peu près, qu'ils estiment que
ls données cartographiques sont un "bien commun".
C'est ce qui figure dans l'article OpenStreetMap du
Wikipédia, mais, et c'est normal, quelqu'un a demandé
qu'on donne une référence.
http://fr.wikipedia.org/wiki/OpenStreetMap
Il me semble que les éléments de l'article pourraient en être une.
Y-en-a-t'il d'autres.
Qu'en pensez-vous?

Christian

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

Re: [OSM-talk-fr] Re : Précisions du cadastre par rapport au GPS

[piratebab]

J'ai aussi constaté (parfois) des écarts entre GPS et cadastre. Au début
je faisais confiance au GPs, mais j'en suis un peu revenu. En cas de
doute, je refais plusieurs traces, et elles sont toutes différentes,
donc je prend la moyenne (et j'importe aussi les traces de OSM).
Pour les images sat, je prends landsat (pour les rivières, les bois), et
je le recale avec des routes ou des rivières connues, ça fonctionne
plutôt bien.


Hervé Le Roy a écrit :
>> Le décalage observé est de 10m par endroits. Je pense qu'il vaut mieux tout
>> (re)caler sur le cadastre mais est-ce le bon choix ?
>> Parce que je veux bien "réconcilier" les données comme le dit Emilie mais
>> pour numériser le bâti ça va pas être marrant du tout et ça fait rentrer
>> beaucoup d'approximatif pifométrique, variant en plus selon les personnes...
>> 
>
> J'ai fait le choix également d'utiliser le cadastre, après avoir
> comparé en superposition dans JOSM mes traces GPS, le cadastre et les
> images Yahoo. Sur la région parisienne, les images Yahoo me semblent
> systématiquement décalées d'environ 10 mètres, je ne sais pas
> pourquoi.
>
> Hervé
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>   

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

Re: [OSM-talk-fr] De nouvelles données visibles dans osmtransport

[Vincent MEURISSE]

On Wednesday 19 August 2009 06:21:35 pm Yann Coupin wrote:
> C'est bea... Mais le problème c'est que du coup on se rend compte  
> de trucs qui clochent, comme des stations velib qui manquent, des  
> lignes Transiliens absentes, c'est déprimant en fait :)
Pour te faire plaisir voici un rendu exclusif qui n'affiche absolument rien. 
Comme ça on est sûr que la carte est complète.

+
-


















-
Il est même possible de zoomer en cliquant sur le '+' et le '-' (voir sans 
cliquer). 
Attention la technologie ultra secrète permettant de faire ça est brevetée.

-- 
Vincent MEURISSE

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

Re: [OSM-talk-fr] De nouvelles données visibles dans osmtransport

[rldhont]

Désolé Yann de te déprimer... Mais ça fait partie du jeu de faire 
apparaître ce que l'on ne voit pas forcément du premier coup d'oeil!

Et oui il reste encore du boulot mais quand on voit le travail déjà 
réalisé c'est plutôt bon signe ;-)

Yann Coupin a écrit :
> C'est bea... Mais le problème c'est que du coup on se rend compte  
> de trucs qui clochent, comme des stations velib qui manquent, des  
> lignes Transiliens absentes, c'est déprimant en fait :)
>
> Le 19 août 09 à 17:51, rldhont a écrit :
>
>   
>> Bonjour,
>>
>> Nous avons ajouter de nouvelles données  de transport publique
>> d'OpenStreetMap à OsmTransport.
>> http://www.3liz.fr/public/osmtransport/index.php
>>
>> Ces données sont :
>> * les relations route de type rail, ces relations servent à décrire  
>> les
>> réseaux de transport férroviaire comme le RER ou le Transilien sur
>> Paris. D'ailleurs le réseau de RER semble complet, mais c'est à  
>> vérifier
>> * les points amenity bicycle_rental, c'est à dire les points d'accès  
>> aux
>> réseaux de vélos en libre accès comme vélib, vélov ou vélomagg.
>>
>> Les données continuent à être actualisée tous les jours, donc  
>> n'hésitez
>> pas à compléter les réseaux que vous connaissez.
>>
>> René-Luc
>>
>> ___
>> 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] Cadastre

[Pieren]

2009/8/19 Frédéric Stévenot :
> Euh, au fait, comment faire avec un fond non vectorisé ?
>

Tu peux lire ces deux messages d'archive:
http://lists.openstreetmap.org/pipermail/talk-fr/2009-August/012723.html
http://lists.openstreetmap.org/pipermail/talk-fr/2009-August/012405.html

mais comme le suggère Vincent, il vaut mieux être un peu à l'aise avec
JOSM avant de travailler avec cette dernière version du plugin qui est
en plus en phase de test.
De plus, tu risques d'être déçu parce que l'effort pour obtenir des
images non vectorisées est assez significatif, surtout si tu veux
tracer la limite de ta commune. C'est un travail long et fastidieux
parce qu'il faut géoréférencer chaque feuille de la commune (ou en
tout cas, celles qui sont en bordure) et il faut être vraiment motivé
pour ça. Ca serait dommage que tu abandonnes OSM alors qu'il y a
tellement d'autres choses à faire sans avoir besoin du cadastre
non-vectorisé ;-)
D'après le site du cadastre, il y a quand même 472 communes
vectorisées dans l'Aisne.

Si tu restes malgré tout motivé pour les images non vectorisées, je te
conseille d'utiliser JOSM avec Java 1.5. Il y a un bug avec Java 1.6
qui rend le plugin tellement lent qu'il est inutilisable.

Pieren

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

Re: [OSM-talk-fr] De nouvelles données visibles dans osmtransport

[Yann Coupin]

C'est bea... Mais le problème c'est que du coup on se rend compte  
de trucs qui clochent, comme des stations velib qui manquent, des  
lignes Transiliens absentes, c'est déprimant en fait :)

Le 19 août 09 à 17:51, rldhont a écrit :

> Bonjour,
>
> Nous avons ajouter de nouvelles données  de transport publique
> d'OpenStreetMap à OsmTransport.
> http://www.3liz.fr/public/osmtransport/index.php
>
> Ces données sont :
> * les relations route de type rail, ces relations servent à décrire  
> les
> réseaux de transport férroviaire comme le RER ou le Transilien sur
> Paris. D'ailleurs le réseau de RER semble complet, mais c'est à  
> vérifier
> * les points amenity bicycle_rental, c'est à dire les points d'accès  
> aux
> réseaux de vélos en libre accès comme vélib, vélov ou vélomagg.
>
> Les données continuent à être actualisée tous les jours, donc  
> n'hésitez
> pas à compléter les réseaux que vous connaissez.
>
> René-Luc
>
> ___
> 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] Re : Cadastre

[Etienne T]

Tu as de la chance, c'est tout frais depuis dimanche seulement ;-)

http://www.mail-archive.com/talk-fr@openstreetmap.org/msg12439.html





De : Frédéric Stévenot 
À : Discussions sur OSM en français 
Envoyé le : Mercredi, 19 Août 2009, 17h51mn 49s
Objet : Re: [OSM-talk-fr] Cadastre



Le 19 août 09 à 15:21, Vincent MEURISSE a écrit :

> […]
> Il y a deux problèmes dans ta manip :
> […]

> Le second problème est que ta commune n'est pas au format vecteur.  
> Elle
> nécessite d'utiliser la version de développement du plugin  
> cadastre. Je te
> conseille te limiter aux communes au format vecteur le temps que tu te
> familiarise avec le cadastre et que le nouveau plugin sorte en  
> version stable.



Euh, au fait, comment faire avec un fond non vectorisé ?

Le gros lourd de l'Aisne
___
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] Re : [OSM-talk] Local Chapters Meeting Minutes WAS Re: Status of the Local Chapter working group

[Vincent Pottier]

Mathieu a écrit :
> - Une association requiert des cotisations 
>   
Faux. Une association requiert l'adhésion de ses membres. La cotisation
est un usage répandu mais pas obligatoire.
Pourrait être membre tout contributeur à OSM (s'il le faut, ayant plus
de N edits...) qui le désire, parce que sa contribution à OSM dit son
adhésion au projet.
Pourrait être membre toute personne (type : ma sœur) convaincue des
enjeux mais incapable d'entrer un point dans la base et qui apporterait
ses 20 € parce qu'elle adhère à l'objectif et que c'est sa seule façon
de soutenir le projet.
> 
> Ca c'est la théorie. En pratique: 
> Le plus chaud: trouver ces trois gentils organisateurs, surtout le
> trésorier qui est en première ligne quand des trucs foirent dans les
> cotisations. 
>   
Le plus chaud (si je puis dire aujourd'hui avec le bouzin qui surchauffe
la pièce peu ventilée)
- c'est de se mettre d'accord sur un objectif ;-)
- c'est de trouver le mode d'organisation anarchique (notez le paradoxe
!) pas trop prenant mais permettant d'accueillir les initiatives
particulières, voire de les susciter, de mandater les uns et les autres
pour des événements et des initiatives (mapping-party, contacts
collectivités, presse, sponsors, SOTM).
- c'est de trouver les statuts qui vont bien pour les deux points ci-dessus.
- c'est de trouver du monde pour faire un minimum de travail
administratif (compta, comptes-rendus...)
- c'est de trouver des gens motivés et compétents pour de la levée de
fonds (serveurs, matériel de communication pour stands...) au delà de la
bonne volonté personnelle (admirable au demeurant) et de la mise à dispo
de matériel et talents privés.


J'ai bien aimé la visée de Christian Rogel avec la SCIC... Mais c'est
pas pour demain...

Pour ma part, je suis convaincu par expérience historique ancienne (on
fête cette année les 800 ans de fondation de ma communauté) que la
joyeuse anarchie des débuts (ça n'est pas du tout péjoratif de ma part
!) a besoin de prendre du corps, certes lourd... et qu'une association
est probablement un passage obligé. Cependant, je ne suis pas vraiment
dispo pour ça.
Mais je serai adhérent ! Si la cotisation ne coûte pas les yeux des
fesses, pardon, la peau de la tête.
-- 
Vincent alias FrViPofm

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

Re: [OSM-talk-fr] Carte des BTS en France

[Gourmet]

Le 19 août 2009 à 16:27, f.rodr...@free.fr a écrit :

> Selon Gourmet :
>> Le 19 août 2009 à 15:02, "Julien D." > m> a
>> écrit :
>>
>>> 2009/8/18 Gourmet 
>>> Mais bon, mise à part quelques très rares exceptions (Siemens) 
>>>  aucun
>>> téléphone ne permet de récupérer la liste des BTS  
>>> surveillées
>>> par le
>>> mobile (un maximum de 6).
>>> Dommage car avec une telle information on obtient les résultats 
>>>  sign
>>> alés
>>> plus haut.
>>> L'openmoko le permet-il au fait ?
>>>
>>> Oui, l'openmoko est bien capable d'enregistrer les cellules voisines
>>> ainsi que leur id/puissance...
>>>
>>> Pour les intéressés je viens de commencer le développement  
>>> d'un
>>> client similaire pour Android (qui permet aussi d'avoir les 6 cellul
>>> es voisines).
>
> Salut, j'ai aussi écrit un client-logger pour Android, je suis entra 
> in d'en
> recoder un autre plus "intelligent".
> Par contre l'api permet d'avoir les cell-voisines... dans la réalité 
>  mon
> téléphone ne les retourne pas (HTC-Dream).
Ça c'est con :(

> Par contre je n'ai jamais encore uplodé les données que j'ai obtenu 
> e.
> J'ai pas réussit à me décider entre OpenCellId et OpenBMap.  
> D'autant plus que
> OBM à l'air techniquement plus sympha, mais manque cruellement de do 
> c.
>
Upload sur les 2. Comme ça plus de question :)
Db
>

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

Re: [OSM-talk-fr] Cadastre

[Frédéric Stévenot]

Le 19 août 09 à 15:21, Vincent MEURISSE a écrit :

> […]
> Il y a deux problèmes dans ta manip :
> […]

> Le second problème est que ta commune n'est pas au format vecteur.  
> Elle
> nécessite d'utiliser la version de développement du plugin  
> cadastre. Je te
> conseille te limiter aux communes au format vecteur le temps que tu te
> familiarise avec le cadastre et que le nouveau plugin sorte en  
> version stable.



Euh, au fait, comment faire avec un fond non vectorisé ?

Le gros lourd de l'Aisne
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] De nouvelles données visibles dans osmtransport

[rldhont]

Bonjour,

Nous avons ajouter de nouvelles données  de transport publique 
d'OpenStreetMap à OsmTransport.
http://www.3liz.fr/public/osmtransport/index.php

Ces données sont :
* les relations route de type rail, ces relations servent à décrire les 
réseaux de transport férroviaire comme le RER ou le Transilien sur 
Paris. D'ailleurs le réseau de RER semble complet, mais c'est à vérifier
* les points amenity bicycle_rental, c'est à dire les points d'accès aux 
réseaux de vélos en libre accès comme vélib, vélov ou vélomagg.

Les données continuent à être actualisée tous les jours, donc n'hésitez 
pas à compléter les réseaux que vous connaissez.

René-Luc

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

Re: [OSM-talk-fr] Re : [Tag] Tag phone, on peut le mettre ?

[Christophe Merlet (RedFox)]

Le mercredi 19 août 2009 à 16:13 +0100, Emilie Laffray a écrit :
> 
> 
> 2009/8/19 Etienne T 
> Si tu as un GPS routier, et que tu lui demande la liste des
> campings/hôtels du coin, tu es content d'avoir le numéro qui
> s'affichent pour téléphonner pour savoir si c'est complet ou
> pas.
> 
> Et quand tu lui demande la liste des musées, parcs
> d'attraction, ..., tu es content d'avoir le numéro pour
> connaitre les heures d'ouvertures, si c'est adapter à un
> enfant de X ans,...
> 
> La carte Navteq de mon GPS Garmin le fait, je trouve ça pas
> mal. Donc je vois pas pourquoi les cartes d'OSM ne le feraient
> pas non plus.
> J'ai pas dis qu'il fallait transformer OSM en annuaire
> spatiale ! Juste les infos utiles quand tu te sert de ton GPS
> routier en déplacement !
> 
> 
> 
> 
> +1
> A noter que Tele Atlas fournit ces informations aussi.


Je trouve incohérent de refuser les balises wikipedia, url ou website et
approuver la balise phone.

Pour ma part je trouve que ces informations ont leur place dans OSM a
partir du moment où l'on ne franchit pas les limites de la vie privée.


Librement,
-- 
Christophe Merlet (RedFox)


signature.asc
Description: Ceci est une partie de message numériquement signée
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Re : [Tag] Tag phone, on peut le mettre ?

[Vincent Pottier]

Etienne T a écrit :
> Si tu as un GPS routier, et que tu lui demande la liste des
> campings/hôtels du coin, tu es content d'avoir le numéro qui
> s'affichent pour téléphonner pour savoir si c'est complet ou pas.
>
> Et quand tu lui demande la liste des musées, parcs d'attraction, ...,
> tu es content d'avoir le numéro pour connaitre les heures
> d'ouvertures, si c'est adapter à un enfant de X ans,...
>
> La carte Navteq de mon GPS Garmin le fait, je trouve ça pas mal. Donc
> je vois pas pourquoi les cartes d'OSM ne le feraient pas non plus.
> J'ai pas dis qu'il fallait transformer OSM en annuaire spatiale !
> Juste les infos utiles quand tu te sert de ton GPS routier en
> déplacement !
Ce qui suit est de la réflexion à haute voix, pas du troll !

Je comprend bien l'intérêt de disposer dans son GPS de ce genre d'info,
d'autant plus si le GPS est aussi téléphone (ou l'inverse).
Je ne suis pas sur que ce soit le rôle d'OSM de contenir ces données
d'annuaire.
Mais comme Opencyclemap croise les données OSM avec le fond de carte
relief, comme les projets de routing multimodal croiseront les données
OSM avec d'autres données temporelles, je pense que le renderer pour GPS
routier doit pouvoir croiser les données OSM avec d'autres données
annuaire. Un mkgmap encore plus intelligent...
Créer une géolocalisation des téléphone fixes dans une base de donnée ?
Créer un annuaire téléphonique géolocalisé ? C'est un service un peu
différent...

L'avenir est plus à la multiplicité des sites qui savent bien faire ce
qu'ils font et qui savent bien causer avec d'autres services, et aux
standards de communication qu'à l'usine à gaz qui fait tout : colosse au
pied d'argile.

Il me vient à l'idée que le code SIRET (ou SIRENE) serait un identifiant
permettant le lien entre la fleuriste du coin de la rue dans OSM et la
fleuriste dans l'annuaire.

Quoi ? le tag n'existe pas encore ?

-- 
Vincent alias FrViPofm

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

Re: [OSM-talk-fr] Cadastre

[Frédéric Stévenot]

Merci à Vincent et Julien pour leur réponse.

Effectivement, il n'y avait pas à se casser la tête : heureusement...
Pour le fond de carte du cadastre, tu as raison, Vincent, ce n'est  
pas du vectoriel. Ainsi, j'obtiens l'équivalent d'une méchante  
photocopie, avec de gros points noirs (c'est donc illisible), le tout  
sur un fond constitué d'un rectangle blanc (avec l'essentiel du fond  
de carte) encadré par une vaste zone grise. Mais je crois bien avoir  
coché une case qui demandait d'inverser les couleurs grises  
(vérification faite : la case est bien cochée ; je reprends le  
téléchargement).

Merci pour le message de bienvenue. J'espère être un peu plus  
efficace, à l'avenir...

À bientôt,
Frédéric
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Status of the Local Chapter working group

[Mathieu]

vmeurisse-osm-talk-fr (via Nabble) a écrit :
>
> L'autre solution est que la fondation et les local chapters soient
> totalement
> séparés. Dans ce cas on peut baisser le niveau de cotisation tant
> qu'on veut.
Je pense que ce serait la meilleur chose à faire, ainsi les membres
souhaitant jouer un rôle complet et représenter l'association peuvent
payer plus, et ceux plus modeste ne seront pas délaissé s'il souhaitent
participer.
> Bien évidement tout le monde est libre de payer plus et les dons sont
> ouverts
> (par chèque à l'ordre de Vincent MEURISSE).
cela va de soit.



-- 
View this message in context: 
http://n2.nabble.com/-OSM-talk--Local-Chapters-Meeting-Minutes-WAS-Re%3A-Status-of-the-Local-Chapter-working-group-tp3461099p3472990.html
Sent from the French OSM list mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Re : [Tag] Tag phone, on peut le mettre ?

[Emilie Laffray]

2009/8/19 Etienne T 

> Si tu as un GPS routier, et que tu lui demande la liste des campings/hôtels
> du coin, tu es content d'avoir le numéro qui s'affichent pour téléphonner
> pour savoir si c'est complet ou pas.
>
> Et quand tu lui demande la liste des musées, parcs d'attraction, ..., tu es
> content d'avoir le numéro pour connaitre les heures d'ouvertures, si c'est
> adapter à un enfant de X ans,...
>
> La carte Navteq de mon GPS Garmin le fait, je trouve ça pas mal. Donc je
> vois pas pourquoi les cartes d'OSM ne le feraient pas non plus.
> J'ai pas dis qu'il fallait transformer OSM en annuaire spatiale ! Juste les
> infos utiles quand tu te sert de ton GPS routier en déplacement !
>
>
+1
A noter que Tele Atlas fournit ces informations aussi.

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

[OSM-talk-fr] Re : [Tag] Tag phone, on peut le mettre ?

[Etienne T]

Si tu as un GPS routier, et que tu lui demande la liste des campings/hôtels du 
coin, tu es content d'avoir le numéro qui s'affichent pour téléphonner pour 
savoir si c'est complet ou pas.

Et quand tu lui demande la liste des musées, parcs d'attraction, ..., tu es 
content d'avoir le numéro pour connaitre les heures d'ouvertures, si c'est 
adapter à un enfant de X ans,...

La carte Navteq de mon GPS Garmin le fait, je trouve ça pas mal. Donc je vois 
pas pourquoi les cartes d'OSM ne le feraient pas non plus.
J'ai pas dis qu'il fallait transformer OSM en annuaire spatiale ! Juste les 
infos utiles quand tu te sert de ton GPS routier en déplacement !





De : Vincent Pottier 
À : Discussions sur OSM en français 
Envoyé le : Mercredi, 19 Août 2009, 16h30mn 22s
Objet : Re: [OSM-talk-fr] [Tag] Tag phone, on peut le mettre ?

Pieren a écrit :
> 2009/8/19 Etienne T :
>  
>> Une question que je me posais il y a pas si longtemps à propos des tags sur
>> les POIs. Et le tag phone ? On peut le mettre ? Je ne connais pas du tout,
>> le droit d'utilisation d'un annuaire, alors je préfère poser la question :)
>>
>
> J'ai changé le titre parce que c'est un autre sujet.
>
> Question bien compliquée. Outre le fait qu'on peut se poser la
> question de l'opportunité de mettre des numéros de téléphone dans une
> base géographique, il y a la question de la protection des données
> personnelles. Et les règles de droit sont celles appliquées au pays
> hébergeant le serveur.
>  
Sauf que l'opérateur (le mappeur) est situé en France et qu'il est
soumis à la législation de son pays : déclaration de fichier numérique à
la CNIL... Et la CNIL est regardante pour les fichiers hébergés à
l'étranger, non protégés par mot de passe...
> La réponse est évidente pour les numéros perso (protection des données
> personnelles etc) que les admin de la base pourraient facilement
> nettoyer (je parle des extracts et planet dump bien-sûr).
>  
Personnes physiques : opt-in : accord préalable.
J'avoue ne pas avoir très envie de confier mon numéro de téléphone et
mon adresse mail à une base CC-by-SA (ou autre licence absconse)... Vous
voyez l'usage possible...
> Amha, pour les numéros professionels et 'publics' comme pour un resto
> par exemple, il n'y a pas de problème si tu en copie un ou deux. Au
> contraire, si tu ne le fais pas, ils le feront eux-même un jour ou
> l'autre (et c'est gratuit).
Entreprise : opt-out : suppression si demande

Pour la fleuriste du coin, c'est relativement simple... Encore que... Il
faut mettre le numéro de l'occupant (la fleuriste) ou du propriétaire
(l'agence) ?

Pour le Crayon de la Part-Dieu (Tour du Crédit Lyonnais) on met les
numéros des occupants (les centaines de bureaux), du Crédit Lyonnais, de
l'accueil ?

Pour la caserne de pompiers, on met le 18 ?

Bref, le téléphone, ce n'est pas vraiment une information spatiale ou
géographique, et OSM ce n'est pas vraiment un annuaire...

Sauf peut-être à tagguer une cabine téléphonique...


-- 
Vincent alias 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] [Tag] Tag phone, on peut le mettre ?

[Vincent Pottier]

Pieren a écrit :
> 2009/8/19 Etienne T :
>   
>> Une question que je me posais il y a pas si longtemps à propos des tags sur
>> les POIs. Et le tag phone ? On peut le mettre ? Je ne connais pas du tout,
>> le droit d'utilisation d'un annuaire, alors je préfère poser la question :)
>> 
>
> J'ai changé le titre parce que c'est un autre sujet.
>
> Question bien compliquée. Outre le fait qu'on peut se poser la
> question de l'opportunité de mettre des numéros de téléphone dans une
> base géographique, il y a la question de la protection des données
> personnelles. Et les règles de droit sont celles appliquées au pays
> hébergeant le serveur.
>   
Sauf que l'opérateur (le mappeur) est situé en France et qu'il est
soumis à la législation de son pays : déclaration de fichier numérique à
la CNIL... Et la CNIL est regardante pour les fichiers hébergés à
l'étranger, non protégés par mot de passe...
> La réponse est évidente pour les numéros perso (protection des données
> personnelles etc) que les admin de la base pourraient facilement
> nettoyer (je parle des extracts et planet dump bien-sûr).
>   
Personnes physiques : opt-in : accord préalable.
J'avoue ne pas avoir très envie de confier mon numéro de téléphone et
mon adresse mail à une base CC-by-SA (ou autre licence absconse)... Vous
voyez l'usage possible...
> Amha, pour les numéros professionels et 'publics' comme pour un resto
> par exemple, il n'y a pas de problème si tu en copie un ou deux. Au
> contraire, si tu ne le fais pas, ils le feront eux-même un jour ou
> l'autre (et c'est gratuit).
Entreprise : opt-out : suppression si demande

Pour la fleuriste du coin, c'est relativement simple... Encore que... Il
faut mettre le numéro de l'occupant (la fleuriste) ou du propriétaire
(l'agence) ?

Pour le Crayon de la Part-Dieu (Tour du Crédit Lyonnais) on met les
numéros des occupants (les centaines de bureaux), du Crédit Lyonnais, de
l'accueil ?

Pour la caserne de pompiers, on met le 18 ?

Bref, le téléphone, ce n'est pas vraiment une information spatiale ou
géographique, et OSM ce n'est pas vraiment un annuaire...

Sauf peut-être à tagguer une cabine téléphonique...


-- 
Vincent alias FrViPofm

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

Re: [OSM-talk-fr] Carte des BTS en France

[f . rodrigo]

Selon Gourmet :
> Le 19 août 2009 à 15:02, "Julien D."  a
> écrit :
>
> > 2009/8/18 Gourmet 
> > Mais bon, mise à part quelques très rares exceptions (Siemens) aucun
> > téléphone ne permet de récupérer la liste des BTS surveillées
> > par le
> > mobile (un maximum de 6).
> > Dommage car avec une telle information on obtient les résultats sign
> > alés
> > plus haut.
> > L'openmoko le permet-il au fait ?
> >
> > Oui, l'openmoko est bien capable d'enregistrer les cellules voisines
> > ainsi que leur id/puissance...
> >
> > Pour les intéressés je viens de commencer le développement d'un
> > client similaire pour Android (qui permet aussi d'avoir les 6 cellul
> > es voisines).

Salut, j'ai aussi écrit un client-logger pour Android, je suis entrain d'en
recoder un autre plus "intelligent".
Par contre l'api permet d'avoir les cell-voisines... dans la réalité mon
téléphone ne les retourne pas (HTC-Dream).
Par contre je n'ai jamais encore uplodé les données que j'ai obtenue.
J'ai pas réussit à me décider entre OpenCellId et OpenBMap. D'autant plus que
OBM à l'air techniquement plus sympha, mais manque cruellement de doc.

Fred

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

Re: [OSM-talk-fr] Demande de retour d'expérience O SM avec HTC Magic Android

[Arthur Clement]

Merci pour tous ces retours précis, c'est ce qu'il fallait pour achever de
me convaincre.
J'espère vous poser mes prochaines questions avec l'appareil en main :)




2009/8/19 Julien D. 
>

> 2009/8/18 Arthur Clement 
>
>> J'ai également vu qu'il y a déjà plusieurs logiciels pour OSM sur android,
>> dont un mini-éditeur (
>> http://code.google.com/p/osmeditor4android/wiki/Overview?tm=6)
>
>
> Je ne saurais que te conseiller ce merveilleux logiciel (je fais parti des
> développeurs, principalement pour la traduction fr :).
> Son intérêt est de pouvoir mapper en direct sur son téléphone, permettant
> d'ajouter manuellement tout les tags possibles.
> Tout n'est pas parfait mais ça viendra au cours du temps !
>
> DroidCollector mange vraiment trop de ressources et les autres logiciels ne
> servent qu'à enregistrer des gpx (Google My Tracks le fait très bien en 2
> clics) et AndNav 2 enregistre aussi les gpx et permet en plus la navigation
> en utilisant les cartes OSM.
>
> ___
> 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] [tag] Limite "agglomération "

[Dominique Rousseau]

Le Wed, Aug 19, 2009 at 12:47:03PM +0200, Pieren [pier...@gmail.com] a écrit:
> Donc, maintenant, tous les landuse qui sont en agglomération, je leur
> ajoute le tag place_name.

Ce qui doit permettre, je pense, de tenir compte sans problème du cas
des "hameaux" délimités par des panneaux, genre :
Villette
comm. de Pont Ste Maxence

Ce qui nous donne place_name=Villette
Et c'est implicite que ce soit dans la commune, de par le boundary

Ca me va, pour tagger mes villages traversés par la nationale :-)


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

Si cinquante millions de gens disent une sottise,
ça n'en reste pas moins une sottise.  -- Anatole France

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

Re: [OSM-talk-fr] Demande de retour d'expérience OSM avec HTC Magic Android

[Julien D.]

2009/8/18 Arthur Clement 

> J'ai également vu qu'il y a déjà plusieurs logiciels pour OSM sur android,
> dont un mini-éditeur (
> http://code.google.com/p/osmeditor4android/wiki/Overview?tm=6)


Je ne saurais que te conseiller ce merveilleux logiciel (je fais parti des
développeurs, principalement pour la traduction fr :).
Son intérêt est de pouvoir mapper en direct sur son téléphone, permettant
d'ajouter manuellement tout les tags possibles.
Tout n'est pas parfait mais ça viendra au cours du temps !

DroidCollector mange vraiment trop de ressources et les autres logiciels ne
servent qu'à enregistrer des gpx (Google My Tracks le fait très bien en 2
clics) et AndNav 2 enregistre aussi les gpx et permet en plus la navigation
en utilisant les cartes OSM.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte des BTS en France

[Gourmet]

Le 19 août 2009 à 15:02, "Julien D."  a  
écrit :



2009/8/18 Gourmet 
Mais bon, mise à part quelques très rares exceptions (Siemens) aucun
téléphone ne permet de récupérer la liste des BTS surveillées  
par le

mobile (un maximum de 6).
Dommage car avec une telle information on obtient les résultats sign 
alés

plus haut.
L'openmoko le permet-il au fait ?

Oui, l'openmoko est bien capable d'enregistrer les cellules voisines  
ainsi que leur id/puissance...


Pour les intéressés je viens de commencer le développement d'un  
client similaire pour Android (qui permet aussi d'avoir les 6 cellul 
es voisines).

___

Bonne nouvelle.
Oui bien sûr je suis preneur.
Ajoutes-y les points d'accès wifi (sur option).
Db

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

[Vincent MEURISSE]

Bonjour,
> Je me mets à OpenStreetMap, à mon tour, et je vais poser une question
> de newbie intégral. Mais bon, allons-y...
C'est pas grave. Tout le monde est passé par là. Bienvenue
> J'ai remarqué que ma commune (Athies-sous-Laon, Aisne) ne comportait
> pas de contours administratifs, et j'ai voulu récupérer l'image du
> cadastre pour compléter la carte. J'ai téléchargé les plugins
> nécessaires (wmsplugin, validator et cadastre-fr : installés
> directement à partir de l'onglet "greffons" des préférences de JOSM).
> J'ai indiqué http://www.cadastre.gouv.fr/scpc/wms, dans dans l'onglet
> WMS. J'ai cliqué sur le bouton de téléchargement des données depuis
> le serveur OSM, mais rien ne s'est passé.
Il y a deux problèmes dans ta manip :
Le premier est que tu essayes d'utiliser le plugin WMS pour afficher le 
cadastre 
ce qui n'est pas bon. Le plugin cadastre-fr est distinct du plugins WMS. Tu a 
un menu cadastre dans JOSM. Il suffit d'appuyer sur f11 (je ne connais pas le 
nom du menu correspondant) pour que le plugin te propose d'entrer le nom de ta 
commune et affiche le plan.
Le second problème est que ta commune n'est pas au format vecteur. Elle 
nécessite d'utiliser la version de développement du plugin cadastre. Je te 
conseille te limiter aux communes au format vecteur le temps que tu te 
familiarise avec le cadastre et que le nouveau plugin sorte en version stable.

-- 
Vincent MEURISSE

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

Re: [OSM-talk-fr] Cadastre

[Julien D.]

Bonjour,
pour utiliser le cadastre, il n'y a plus besoin du plugin wmsplugin.

Il suffit d'utiliser le menu Cadastre=>Cadastre grab et d'indiquer le nom de
la ville souhaitée.

http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte des BTS en France

[Julien D.]

2009/8/18 Gourmet 

> Mais bon, mise à part quelques très rares exceptions (Siemens) aucun
> téléphone ne permet de récupérer la liste des BTS surveillées par le
> mobile (un maximum de 6).
> Dommage car avec une telle information on obtient les résultats signalés
> plus haut.
> L'openmoko le permet-il au fait ?


Oui, l'openmoko est bien capable d'enregistrer les cellules voisines ainsi
que leur id/puissance...

Pour les intéressés je viens de commencer le développement d'un client
similaire pour Android (qui permet aussi d'avoir les 6 cellules voisines).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Cadastre

[Frédéric Stévenot]

Bonjour,

Je me mets à OpenStreetMap, à mon tour, et je vais poser une question  
de newbie intégral. Mais bon, allons-y...
J'ai remarqué que ma commune (Athies-sous-Laon, Aisne) ne comportait  
pas de contours administratifs, et j'ai voulu récupérer l'image du  
cadastre pour compléter la carte. J'ai téléchargé les plugins  
nécessaires (wmsplugin, validator et cadastre-fr : installés  
directement à partir de l'onglet "greffons" des préférences de JOSM).  
J'ai indiqué http://www.cadastre.gouv.fr/scpc/wms, dans dans l'onglet  
WMS. J'ai cliqué sur le bouton de téléchargement des données depuis  
le serveur OSM, mais rien ne s'est passé.
Je suis allé sur le site du cadastre, mais je n'ai pas compris  
comment récupérer l'image du plan d'assemblage (par exemple) : http:// 
www.cadastre.gouv.fr/scpc/afficherCarteTa.do? 
f=4A028000_T01&dontSaveLastForward&keepVolatileSession=

Qui pourrait m'aider ?

Je vous en remercie par avance,
Fred02840
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Re : Précisions du cadastre par ra pport au GPS

[Hervé Le Roy]

> Le décalage observé est de 10m par endroits. Je pense qu'il vaut mieux tout
> (re)caler sur le cadastre mais est-ce le bon choix ?
> Parce que je veux bien "réconcilier" les données comme le dit Emilie mais
> pour numériser le bâti ça va pas être marrant du tout et ça fait rentrer
> beaucoup d'approximatif pifométrique, variant en plus selon les personnes...

J'ai fait le choix également d'utiliser le cadastre, après avoir
comparé en superposition dans JOSM mes traces GPS, le cadastre et les
images Yahoo. Sur la région parisienne, les images Yahoo me semblent
systématiquement décalées d'environ 10 mètres, je ne sais pas
pourquoi.

Hervé

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

Re: [OSM-talk-fr] Re : Précisions du cadastre par rapport au GPS

[Pieren]

2009/8/19 Emilie Laffray :
> Pour Google Maps, les données proviennent de TeleAtlas pour la France et ce
> n'est pas la première fois que je constate que les données ne sont pas
> énormément précises.

Pour les images satellites gmaps, elles viennent depuis cette année de
l'IGN, c'est donc un gage de qualité pour le positionnement.
Les images Yahoo! peuvent par contre avoir des déviances parfois très
importantes (des cas qui dépassent les cent mètres sont rapportés par
endroits).
Si tu as un doute, utilise un des repères géodésiques de l'IGN pour
comparer avec le cadastre. J'espère que ces points géodésiques seront
bientôt importés dans OSM puisque nous en avons le droit.

Pieren

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

[OSM-talk-fr] [Tag] Tag phone, on peut le mettre ?

[Pieren]

2009/8/19 Etienne T :
> Une question que je me posais il y a pas si longtemps à propos des tags sur
> les POIs. Et le tag phone ? On peut le mettre ? Je ne connais pas du tout,
> le droit d'utilisation d'un annuaire, alors je préfère poser la question :)

J'ai changé le titre parce que c'est un autre sujet.

Question bien compliquée. Outre le fait qu'on peut se poser la
question de l'opportunité de mettre des numéros de téléphone dans une
base géographique, il y a la question de la protection des données
personnelles. Et les règles de droit sont celles appliquées au pays
hébergeant le serveur.
La réponse est évidente pour les numéros perso (protection des données
personnelles etc) que les admin de la base pourraient facilement
nettoyer (je parle des extracts et planet dump bien-sûr).
Amha, pour les numéros professionels et 'publics' comme pour un resto
par exemple, il n'y a pas de problème si tu en copie un ou deux. Au
contraire, si tu ne le fais pas, ils le feront eux-même un jour ou
l'autre (et c'est gratuit). Il y en aurait un si tu pompais tous les
numéros des pages jaunes. D'abord parce qu'OSM n'est pas les pages
jaunes, ensuite parce que leur base est un fichier commercial. Il y en
aurait aussi un si tu mettais un numéro professionel qui n'est pas
public (pour un accès direct au bureau du PDG d'Orange par exemple).
Mais il faudrait qu'on en reparle quand on aura compléter toutes les
routes, les refs, les rues, les limites administratives et les
adresses.
Pieren

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

Re: [OSM-talk-fr] Re : Précisions du cadastre par rapport au GPS

[Emilie Laffray]

2009/8/19 Marie Silvestre 

> Bonjour à tous,
>
> J'ai moi aussi constaté quelques problèmes de cohérence... Je m'explique
> sur le cas qui me travaille : sur la ville d'Issy les Moulineaux [1], un
> certain nombre de rues sont parfaitement calées avec le cadastre (sans doute
> la source des données) et d'autres le sont avec les images yahoo (ou une
> trace gps, je ne sais pas) et sont dans les choux vis à vis du cadastre. Il
> en va de même pour certains bâtiments (voir image [2])
> J'ai voulu vérifié sur d'autres sources de données, les coordonnées d'un
> point de repère et je constate que :
> - les coordonnées osm correspondent bien avec celles trouvées sur le
> Géoportail IGN
> - les coordonnées du cadastre WMS collent avec celles du Cadastre en ligne
> (heureusement mais sait-on jamais !)
> - les coordonnées GoogleMaps sont entre les deux..
> (N'ayant pas de gps, je n'ai pas fait de mesure "à la main")
>
> Le décalage observé est de 10m par endroits. Je pense qu'il vaut mieux tout
> (re)caler sur le cadastre mais est-ce le bon choix ?
> Parce que je veux bien "réconcilier" les données comme le dit Emilie mais
> pour numériser le bâti ça va pas être marrant du tout et ça fait rentrer
> beaucoup d'approximatif pifométrique, variant en plus selon les personnes...
>

Dans ton cas, tu as vérifié que les données du cadastre sont bonnes donc je
recalerais sur le cadastre. J'ai fait la même chose récemment sur la commune
de Saran ou les données provenaient de Yahoo.
Pour Google Maps, les données proviennent de TeleAtlas pour la France et ce
n'est pas la première fois que je constate que les données ne sont pas
énormément précises.

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

[OSM-talk-fr] Re : Précisions du cadastre par rapport au GPS

[Marie Silvestre]

Bonjour à tous,

J'ai moi aussi constaté quelques problèmes de cohérence... Je m'explique sur le 
cas qui me travaille : sur la ville d'Issy les Moulineaux [1], un certain 
nombre de rues sont parfaitement calées avec le cadastre (sans doute la source 
des données) et d'autres le sont avec les images yahoo (ou une trace gps, je ne 
sais pas) et sont dans les choux vis à vis du cadastre. Il en va de même pour 
certains bâtiments (voir image [2])
J'ai voulu vérifié sur d'autres sources de données, les coordonnées d'un point 
de repère et je constate que :
- les coordonnées osm correspondent bien avec celles trouvées sur le Géoportail 
IGN
- les coordonnées du cadastre WMS collent avec celles du Cadastre en ligne 
(heureusement mais sait-on jamais !)
- les coordonnées GoogleMaps sont entre les deux..
(N'ayant pas de gps, je n'ai pas fait de mesure "à la main")

Le décalage observé est de 10m par endroits. Je pense qu'il vaut mieux tout 
(re)caler sur  le cadastre mais est-ce le bon choix ?
Parce que je veux bien "réconcilier" les données comme le dit Emilie mais pour 
numériser le bâti ça va pas être marrant du tout et ça fait rentrer beaucoup 
d'approximatif pifométrique, variant en plus selon les personnes...

Marie

[1] 
http://www.openstreetmap.org/?lat=48.82514&lon=2.27196&zoom=17&layers=B000FTF
[2] http://dl.getdropbox.com/u/1265805/Issy.png





De : Fabien Marchewka 
À : Discussions sur OSM en français 
Envoyé le : Mardi, 18 Août 2009, 23h28mn 07s
Objet : Re: [OSM-talk-fr] Précisions du cadastre par rapport au GPS

Dans JOSM il ya une option avec la couleur pour la précision des traces GPS.
Sinon il faut savoir qu'en ville le GPS est plutot peu précis, généralement 
plus de 12m de précision. Le mieux est d'avoir plusieurs traces de la même zone 
(constellation satellites visibles différente) et corréler avec le cadastre. 
Une solution est aussi de faire un fix avec le GPS sur un endroit dégagé et de 
vérifier la planche cadastrale pour savoir si l'on peut lui faire confiance. En 
ce qui me concerne les planches sont assez précises. Le problème est plutôt 
qu'elles ne sont pas à jour (même pour des communes vectorielles).



Le 18 août 2009 22:35, Emilie Laffray  a écrit :

Sylvain Collilieux wrote:
>>> Bonjour,
>>>
>>> J'ai fait qq traces pendant mes vacances et je voulais les compléter
>>> avec les données du cadastre mais j'ai comme un petit pb. Mes traces
>>> passent dans les parcelles voire sur des bâtiments !
>>>
>>>
>Ce n'est pas tellement un problème. Il faut voir si tu ne peux pas faire
>>un pot pourri, car parfois le GPS peut être approximatif. Si la carte
>>n'est pas entièrement vide et que tu as des points de repère, tu peux
>>regarder si tes données GPS ou le cadastre ont un sens.
>
>> Que dois-je faire ? Corriger les rues pour qu'elles correspondent au
>>> cadastre ou faire confiance au GPS (Holux M-1000 avec puce MTK).
>C'est un processus itératif. Je ne peux pas aller encore sur le terrain
>>(j'ai rentre beaucoup de rue dans OSM d'après le cadastre), mais je
>>compte utiliser un GPS pour vérifier les rues que j'ai rentre. Le
>>cadastre est parfois approximatif c'est pour ça que je vérifie toujours
>>avec Yahoo aussi. Autrement dit, ni ton GPS ni le cadastre sont
>>parfaits, il faut composer avec les deux sources et les "réconcilier".
>
>>Emilie Laffray
>
>
>___
>>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Fabien Marchewka



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

[OSM-talk-fr] Re : Recherche de traces GPS

[Etienne T]

>Je n'ai pas été précis dans mon mail, je voulais évidemment parler
de tag "ele" pour des POI où cela est utile par sur tous les nodes.

Oui, sur les POIs, cela est utile, surtout pour les cols et sommets ! :) J'aime 
quand mon GPS me dit l'altitude :)

>Concernant le node cité par Etienne, vu la date de création, il est
possible que la version de JOSM de l'époque convertissait tout les
éléments de la trace en tags >finalement inutiles.

Possible. Il a aussi peut-être fait son script maison.

>- Il faut être prudent lors de l'utilisation de la conversion directe GPX -> 
>data OSM

Oui. Surtout, que les traces gps n'ont pas la vérité absolu. Il faut linéariser 
un peu, si on veut pas se retrouver avec 1 node tout les 4 mètres. Et comme a 
dit Pieren, les traces GPS ne contenant aucun way déjà présent se font rares :)

>- Il faut être précis et complet sur le tags des traces car cela est le
seul moyen de retrouver des traces à télécharger en cas de besoins
spécifiques.

Avec l'arrivé du cadastre, j'ai l'impression que les traces GPS sont un peu 
délaissées.


Une question que je me posais il y a pas si longtemps à propos des tags sur les 
POIs. Et le tag phone ? On peut le mettre ? Je ne connais pas du tout, le droit 
d'utilisation d'un annuaire, alors je préfère poser la question :)





De : "s1057...@gmail.com" 
À : Discussions sur OSM en français 
Envoyé le : Mercredi, 19 Août 2009, 12h49mn 14s
Objet : Re: [OSM-talk-fr] Recherche de traces GPS

Je n'ai pas été précis dans mon mail, je voulais évidemment parler de tag "ele" 
pour des POI où cela est utile par sur tous les nodes.
Concernant le node cité par Etienne, vu la date de création, il est possible 
que la version de JOSM de l'époque convertissait tout les éléments de la trace 
en tags finalement inutiles.

La conclusion de ce fil est donc :
- Il faut être prudent lors de l'utilisation de la conversion directe GPX -> 
data OSM
- Il faut être précis et complet sur le tags des traces car cela est le seul 
moyen de retrouver des traces à télécharger en cas de besoins spécifiques.

Simon



Le 19 août 2009 12:33, Pieren  a écrit :

2009/8/19  :
>
>> Donc pour l'altitude d'un col sur lequel une trace GPS contenant l'altitude
>>> existe, il vaut mieux se baser sur des lignes de niveaux venant d'une base
>>> externe plutôt que sur les données enregistrées pour renseigner le tag "ele"
>>> ? Cela me parait un peu bizarre ?
>
>L'altitude ne devrait figurer que sur les POI's que ça intéresse. Pour
>>ton exemple, le sommet d'un col ou d'une montagne est symbolisé par un
>>node et on peut y mettre l'altitude. Mais mettre un tag ele sur chaque
>>node d'une route n'a pas beaucoup de sens 1. parce que la mesure est
>>imprécise 2. elle ne concerne que la route et donc très partielle 3.
>>il existe maintenant des bases de données d'altitude couvrant
>>l'ensemble de la planète et qui sont aussi précises que ton gps. Cela
>>permet à Sky d'afficher ses belles cartes avec relief.
>Pieren
>
>>PS: je viens de voir le message d'Etienne. Tant pis. Note que ce qui
>>est "obligatoire" pour osmose ne l'est pas forcément pour OSM.
>
>
>>___
>>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] Carte des radars fixes et mobiles

[Emilie Laffray]

2009/8/19 Gourmet 

> En effet, un outil de cartographie c'est bien mais de cartographie seule,
> j'en suis navré mais c'est un peu passé de mode.


OSM est principalement une base de donnée. La cartographie est
l'exploitation la plus usuelle de ces données. Il ne faut vraiment pas
mettre OSM au même niveau qu'un Google Map. La philosophie et le but final
n'est pas du tout le même.


>
> Un GIS c'est mieux, bien mieux (notion de référentiel).
> Mais l'avenir c'est l'aide à la navigation que cette dernière soit
> routière, piétonne voire, pourquoi pas, aérienne (aérostat, ULM,
> parapente) ainsi que l'aide à la découverte (sites, panoramas,
> bâtiments, lieux remarquables, restaurant, bars, magasins, boutique,
> médecins, etc, etc).
> Et ce serait vraiment dommage qu'OSM loupe le coche. Qui plus est c'est un
> argument de valorisation par rapport aux "autres".
>

Je ne suis pas d'accord. OSM ne loupera pas le coche puisque ce n'est pas
son but. De plus, des gens comme Lulu-ann une contributrice allemande en est
a demander aux gens de mapper les arbres (avec un certain succès en
Allemagne) afin d'aider les mal-voyants.
Il y a récemment un contributeur qui a ajoutee des endroits pratiques pour
atterrir après l'utilisation d'un parapente. De plus, la plupart des moteurs
de routage font la distinction entre voiture, vélo, piéton. Certains veulent
même proposer un mode poussette (voir la présentation de Peter Miller). Tu
peux toujours regarder les différents moteurs de routeurs comme celui de
Cloudmade, ou www.openrouteservice.org.
Quant a l'aide a la découverte, tu as des gens comme Stefan De Konink qui
travaille activement sur ce gens de choses sur des projets auxiliaires et
complémentaires a OSM, genre http://www.openrouteservice.org/ . De même,
plusieurs personnes travaillent sur des Quadcopters pour faire de la
photographie aérienne. Les photos peuvent être vus sur la carte suivante:
http://www.openstreetphoto.org/map.html . Les photos sont uploadees sur un
FTP.
Au final, OSM est une base de donnée qui sert de base a de futures
applications qui restent a définir. Ces utilisations ne sont pas du ressort
a mes yeux de OSM.


>
> Ce positionnement de zones de vitesse réclame énormément de ressources
> à l'heure où il y a encore de nombreuses zones d'ombre sur OSM.
> En effet, c'est bien de se dire qu'en ville c'est soit 50 soit 45 soit 30.
> Encore faut-il suivre leur évolution (des zones 30 il s'en crée tous les
> jours).


Que proposes tu?


>
> De même des zones de travaux imposant une réduction de vitesse il y a en
> peut-être 100 par jour qui se mettent en place au début de l'été !
> Quel boulot ! A mon avis nous ne parviendrons pas à un régime suffisant
> avant que le nombre de membres soit 100 voire 1000 fois plus élevé
> qu'aujourd'hui.
>

Oui d'où l'utilité a terme de coordonner avec les pouvoirs publiques.


>
> Dans le même temps, il y a une véritable demande de localisation des
> radars routiers. On peut en penser ce qu'on veut, c'est comme ça !
> Alors, doit-on laisser OSM en dehors de cette demande pour des raisons
> éthiques ?
> Il faut bien promouvoir OSM non ?
>

Il me semble que les points qui ont été évoqués ne parlaient pas de ne pas
mapper les radars. Je suis plutôt pour cela même si d'un certain coté, je
suis d'accord qu'il ne faut pas utiliser cette information pour dépasser
allègrement les vitesses autorisées.
Maintenant, comme tu l'as toi même précisé, il existe des sites spécialisés
dans ce genre de services. Peut être serait il judicieux de voir si on peut
les contacter et voir si on peut importer les données.
De plus, si tu veux ajouter ces informations, tu peux le faire ainsi qu'un
proposal, et tu tu peux même commencer a tagguer comme tu le veux. Il n'y a
rien en théorie qui t'empêche de le faire. Je ne suis pas particulièrement
pour, car j'estime qu'il faut un minimum de légitimité vis a vis de la
communauté (au niveau mondial), mais si tu viens a produire un format qui
répond au problème, tout le monde acceptera avec plaisir ton proposal. Le
mieux serait de mettre au point un site ou les gens peuvent facilement
placer les radars sur la carte. Après tout, il existe un tag speed_camera
comme Pieren le mentionnait. Tu permettrais a des gens de participer
facilement a l'élaboration d'une carte exhaustive rapidement, et il te
faudrait juste rajouter un système permettant de les exporter dans le format
voulu. La technologie est la; il manque juste du temps et des ressources. La
aussi rien d'insurmontable.
La promotion de OSM je suis pour mais il faut bien voir que l'on ne peut pas
demander aux gens qui veulent juste les radars ou les mettre a jour de
maîtriser JOSM. Il faut avoir les bons outils en premier lieu.

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

Re: [OSM-talk-fr] Carte des radars fixes et mobiles

[Gourmet]

On Wed, 19 Aug 2009 11:29:24 +0200, Dominique Rousseau 
wrote:
Plein de choses intéressantes.

[...]

Bon, résumons.

Positionner précisément les zones de vitesse (qui sont la retranscription
du positionnement des panneaux) c'est très louable et un pari sur
l'avenir.
En effet, un outil de cartographie c'est bien mais de cartographie seule,
j'en suis navré mais c'est un peu passé de mode. 
Un GIS c'est mieux, bien mieux (notion de référentiel).
Mais l'avenir c'est l'aide à la navigation que cette dernière soit
routière, piétonne voire, pourquoi pas, aérienne (aérostat, ULM,
parapente) ainsi que l'aide à la découverte (sites, panoramas,
bâtiments, lieux remarquables, restaurant, bars, magasins, boutique,
médecins, etc, etc).
Et ce serait vraiment dommage qu'OSM loupe le coche. Qui plus est c'est un
argument de valorisation par rapport aux "autres".

Ce positionnement de zones de vitesse réclame énormément de ressources
à l'heure où il y a encore de nombreuses zones d'ombre sur OSM.
En effet, c'est bien de se dire qu'en ville c'est soit 50 soit 45 soit 30.
Encore faut-il suivre leur évolution (des zones 30 il s'en crée tous les
jours).
De même des zones de travaux imposant une réduction de vitesse il y a en
peut-être 100 par jour qui se mettent en place au début de l'été !
Quel boulot ! A mon avis nous ne parviendrons pas à un régime suffisant
avant que le nombre de membres soit 100 voire 1000 fois plus élevé
qu'aujourd'hui.

Dans le même temps, il y a une véritable demande de localisation des
radars routiers. On peut en penser ce qu'on veut, c'est comme ça !
Alors, doit-on laisser OSM en dehors de cette demande pour des raisons
éthiques ? 
Il faut bien promouvoir OSM non ?

db

PS1 : pour les motards on ne parle pas de vision tête haute mais de vision
visière.
PS2 : sur autoroute c'est 130/110/130 mais sur voie rapide c'est 110/90/110
et sur route c'est 90/70/90 voire 90/70/50/70/50/90 sur départementale ou
nationale.

-- 
db

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

Re: [OSM-talk-fr] [tag] Limite "agglomération "

[Pieren]

2009/8/19 Emilie Laffray :
> On a déjà une limite administrative pour les villes (level=*), et une limite
> des bâtiments (landuse=residential, commercial, industrial). J'ai du mal a
> comprendre ce qu'apporterait une boundary agglomération. Ça ne sert a rien
> de multiplier les polygones dans tous les sens, surtout quand dans la grande
> majorité des cas, les landuse residential, commercial et industrial
> répondent au problème.

+1

Une couche de polygones pour les limites administratives et une autre
pour les landuse devrait suffire.
Mais c'est vrai que le wiki manque de clarté sur le sujet et il faut
par exemple aller sur la FAQ pour trouver ça:
http://wiki.openstreetmap.org/wiki/Faq#What_makes_a_road_belong_to_a_city.3F

"There should be a closed way marking the extent of the city with a
place and a place_name tag, as well as a single node with a name and
place to mark where to draw the city-name."

qui a été traduit par :
"Il devrait y avoir un chemin fermé marquant l'étendue de la ville
avec un tag place et un tag place_name mais aussi un nœud seul avec un
name et un place pour positionner le texte du nom de la ville."

Donc, maintenant, tous les landuse qui sont en agglomération, je leur
ajoute le tag place_name.
Pieren

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

Re: [OSM-talk-fr] Recherche de traces GPS

[s1057802]

Je n'ai pas été précis dans mon mail, je voulais évidemment parler de tag
"ele" pour des POI où cela est utile par sur tous les nodes.
Concernant le node cité par Etienne, vu la date de création, il est possible
que la version de JOSM de l'époque convertissait tout les éléments de la
trace en tags finalement inutiles.

La conclusion de ce fil est donc :
- Il faut être prudent lors de l'utilisation de la conversion directe GPX ->
data OSM
- Il faut être précis et complet sur le tags des traces car cela est le seul
moyen de retrouver des traces à télécharger en cas de besoins spécifiques.

Simon


Le 19 août 2009 12:33, Pieren  a écrit :

> 2009/8/19  :
> > Donc pour l'altitude d'un col sur lequel une trace GPS contenant
> l'altitude
> > existe, il vaut mieux se baser sur des lignes de niveaux venant d'une
> base
> > externe plutôt que sur les données enregistrées pour renseigner le tag
> "ele"
> > ? Cela me parait un peu bizarre ?
>
> L'altitude ne devrait figurer que sur les POI's que ça intéresse. Pour
> ton exemple, le sommet d'un col ou d'une montagne est symbolisé par un
> node et on peut y mettre l'altitude. Mais mettre un tag ele sur chaque
> node d'une route n'a pas beaucoup de sens 1. parce que la mesure est
> imprécise 2. elle ne concerne que la route et donc très partielle 3.
> il existe maintenant des bases de données d'altitude couvrant
> l'ensemble de la planète et qui sont aussi précises que ton gps. Cela
> permet à Sky d'afficher ses belles cartes avec relief.
> Pieren
>
> PS: je viens de voir le message d'Etienne. Tant pis. Note que ce qui
> est "obligatoire" pour osmose ne l'est pas forcément pour OSM.
>
> ___
> 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] Status of the Local Chapter working group

[Vincent MEURISSE]

On Wednesday 19 August 2009 11:07:29 am Pieren wrote:
> A mon avis, si association il y a, elle devrait avoir un niveau de
> cotis extrèmement bas pour s'ouvrir à un maximum de monde
En fait le niveau de cotisation dépend surtout du rôle que l'on veut donner à 
l'asso. 
Un des points de discussion est le fait que les membres des local chapters 
soient membres de la fondation automatiquement. Ceci implique que le local 
chapter paye une cotisation à la fondation et donc un niveau de cotisation 
minimum de l'ordre de 20€. Le but de la manœuvre est d'avoir des membres 
engagés (vote pour le bureau de la fondation par exemple).
L'autre solution est que la fondation et les local chapters soient totalement 
séparés. Dans ce cas on peut baisser le niveau de cotisation tant qu'on veut. 
Ça permet éventuellement d'attirer plus de monde. L'intérêt est de peser un 
peu plus lourd lors des discussions officielles (Je ne suis pas sur que la 
différence soit énorme non plus). Par contre dans ce cas il ne faut rien 
attendre de la fondation. Il ne nous filerons pas d'espace sur les serveurs 
pour nos beau yeux.

On peut également avoir un statut avec plusieurs niveaux d'engagement et 
plusieurs prix :
- adhésion à fondation facultative
- Prix en fonction de la personne. Exemple (wikimedia france) :
*  12 € : tarif réduit pour les chômeurs, étudiants (dont lycéens) et non-
imposables (sur justificatif) ;
* 24 € : tarif normal (personnes physiques et associations loi 1901) ;
* 100 € : membres bienfaiteurs. 


Bien évidement tout le monde est libre de payer plus et les dons sont ouverts 
(par chèque à l'ordre de Vincent MEURISSE).

-- 
Vincent MEURISSE

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

Re: [OSM-talk-fr] Recherche de traces GPS

[Pieren]

2009/8/19  :
> Donc pour l'altitude d'un col sur lequel une trace GPS contenant l'altitude
> existe, il vaut mieux se baser sur des lignes de niveaux venant d'une base
> externe plutôt que sur les données enregistrées pour renseigner le tag "ele"
> ? Cela me parait un peu bizarre ?

L'altitude ne devrait figurer que sur les POI's que ça intéresse. Pour
ton exemple, le sommet d'un col ou d'une montagne est symbolisé par un
node et on peut y mettre l'altitude. Mais mettre un tag ele sur chaque
node d'une route n'a pas beaucoup de sens 1. parce que la mesure est
imprécise 2. elle ne concerne que la route et donc très partielle 3.
il existe maintenant des bases de données d'altitude couvrant
l'ensemble de la planète et qui sont aussi précises que ton gps. Cela
permet à Sky d'afficher ses belles cartes avec relief.
Pieren

PS: je viens de voir le message d'Etienne. Tant pis. Note que ce qui
est "obligatoire" pour osmose ne l'est pas forcément pour OSM.

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

[OSM-talk-fr] Re : Recherche de traces GPS

[Etienne T]

Quand tu disais de mettre le tag ele sur les nodes, je pensais que c'était sur 
tous les nodes.
J'ai déjà vu ce cas : http://www.openstreetmap.org/browse/node/2103907 et plein 
d'autres nodes dans le coin.
Je ne sais pas quel outil le mappeur a utilisé pour inclure le tag ele et time 
à chaque point extrait de son GPX.
Dans ce cas de figure, c'est un peu inutile comme disait Pieren, on le fichier 
de la Nasa avec le relief. C'est surtout inutile le tag time :p

Pour le cas d'un col, l'altitude est obligatoire si tu veux pas avoir une 
erreur dans osmose ;-).
Pour la récuperer (si tu fais confiance à l'altitude donnée par ton GPS, cf une 
discussion au mois de mai/juin sur l'import c2c), je ne vois pas d'autre moyen 
que d'ouvrir ton fichier GPX dans un logiciel de rando (Viking pour ma part).



De : "s1057...@gmail.com" 
À : Discussions sur OSM en français 
Envoyé le : Mercredi, 19 Août 2009, 11h40mn 35s
Objet : Re: [OSM-talk-fr] Recherche de traces GPS

Donc pour l'altitude d'un col sur lequel une trace GPS contenant l'altitude 
existe, il vaut mieux se baser sur des lignes de niveaux venant d'une base 
externe plutôt que sur les données enregistrées pour renseigner le tag "ele" ? 
Cela me parait un peu bizarre ?


Le 19 août 2009 11:34, Pieren  a écrit :

2009/8/19  :
>
>> C'est vrai que l'usage que j'ai cité est lié au fait que des centaines de
>>> kilomètre-carrés en Ardèche ne disposent d'aucune way tracé et que vu la
>>> morphologie très tortueuse des routes il est extrêmement long de repasser à
>>> la main sur des traces GPS de 50 km plutôt que des les convertir directement
>>> si elles sont de bonne qualité.
>
>Oui, c'est bien ce que je précisais en négatif. La méthode n'est
>>valable que pour le cas où il n'y a rien et que la distance est
>>longue. Cas de plus en plus rares, heureusement !
>
>
>>> Par contre, certains fichiers GPX comportent des informations utiles comme
>>> l'altitude que je n'ai sait pas récupérer depuis JOSM. Comment récupérer ces
>>> informations sans télécharger le fichier original ?
>
>Le seul moyen qui existe est de tenter une recherche par mot-clé pour
>>trouver le fichier GPX original et s'il est partagé en mode "public".
>>Si tu as de la chance, la personne qui aura uploadé son tracé aura
>>taggué le fichier avec le nom d'une ville ou de la route au moment de
>>l'upload du fichier.
>>Concernant l'altitude, il ne faut pas trop y attacher d'importance, il
>>existe maintenant des bases de données accessibles qui contiennent les
>>lignes de contours de manière très précise.
>
>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] [tag] Limite "agglomération "

[Emilie Laffray]

2009/8/19 Marc Sibert 

> Bonjour,
>
> Je n'ai pas suivi les discussions anglaise, mais il me semble effectivement
> qu'il faudrait pouvoir définir une limite d'agglomération car le node
> traffic_sign=city_limit ne permet pas de savoir si l'on est dedans ou
> dehors. Personnellement je pense qu'une boundary Agglomération est à faire.
> Pour cela il faut s'assurer que le besoin et franco-français pour le traiter
> localement, sinon, il faut le traiter globalement (en anglais). Dans tout
> les cas, cela peut faire l'objet d'une proposition "Feature proposal".
>

On a déjà une limite administrative pour les villes (level=*), et une limite
des bâtiments (landuse=residential, commercial, industrial). J'ai du mal a
comprendre ce qu'apporterait une boundary agglomération. Ça ne sert a rien
de multiplier les polygones dans tous les sens, surtout quand dans la grande
majorité des cas, les landuse residential, commercial et industrial
répondent au problème. Pour citer très brièvement la structure d'une société
qui vend des cartes, il n'y a pas de boundaries agglomération. Il y a soit
une limite administrative soit une built up area. Il semblerait que ça soit
suffisant pour naviguer sur les routes du monde entier.
Si tu veux une preuve visuelle du built up area de cette dite société, il te
suffit de regarder les zones grisées que tu vois sur Google Map. Cela
correspond a cela et c'est tout a fait correct.
Il faut arrêter de multiplier a outrance les relations, polygones etc quand
il n'y a pas lieu et quelque chose d'existant fait très bien l'affaire. Il
faut etre exhaustif mais il ne faut pas forcement couper les cheveux en 4.
De plus, il faudra definir une agglomeration et de faire attention que la
definition s'applique partout; au final, je ne vois pas une telle chose
arrivee tant le concept d'agglomeration change selon le pays. Ici, en
Angleterre, entre les parish, les councils, les unitaries governement,
etc... on ne s'en sort pas. En plus, ces données ne sont pas forcement au
même niveau malgré des simplifications.
Quant a Corine, l'import suit exactement l'information présente sur CLC
(voir le wiki). Pour les landuse commercial et residential, ça apparaîtra
comme landuse=commercial;industrial puisque Corine ne fait pas la
différence. Une note est ajoutée pour signaler que la zone doit être
modifiée une fois que l'on sait ce que c'est.
Je suis actuellement en train de régénérer a nouveau les fichiers et de
vérifier qu'il n'y a pas d'erreurs. Cela risque de prendre jusqu'au week
end.

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

Re: [OSM-talk-fr] [tag] Limite "agglomération"

[Marc Sibert]

Bonjour,

Je n'ai pas suivi les discussions anglaise, mais il me semble effectivement 
qu'il faudrait pouvoir définir une limite d'agglomération car le node 
traffic_sign=city_limit ne permet pas de savoir si l'on est dedans ou dehors. 
Personnellement je pense qu'une boundary Agglomération est à faire. Pour cela 
il faut s'assurer que le besoin et franco-français pour le traiter localement, 
sinon, il faut le traiter globalement (en anglais). Dans tout les cas, cela 
peut faire l'objet d'une proposition "Feature proposal".

Par ailleurs, concernant le landuse=residential, je ne comprends pas qu'on 
utilise cette fonction pour déclarer une agglomération (car c'est bien le cas) 
car la page Map Features ne va pas dans ce sens : "landuse residential 
Image:Mf_node.png Image:Mf_area.png Predominantly houses or apartment 
buildings". Que va-t-on faire des zones industrielles ou des zones de commerces 
situées en ville ? Une zone d'habitation n'est pas un centre ville commercial, 
et réciproquement ! Comment avez-vous prévu de traiter ce point avec les 
imports CLC ?

A+

--
Marc

- "Emilie Laffray"  a écrit :

> 2009/8/19 Dominique Rousseau < d...@lee-loo.net >
> 
> 
> 
> Quelqu'un a déjà fait ?
> Ou une idée de comment faire ?
> 
> Il y a eus une longue discussion il y a quelques temps sur ce sujet
> sur la mailing list anglaise, avec des propositions de plus en plus
> difficile a suivre car complètement ridicule avec des idees de
> relations dans tous les sens.
> Toutefois, le consensus était que si tu es dans un landuse residential
> ça veut dire que la vitesse est celle d'une ville (la valeur par
> défaut est variable selon les pays). Cette limite est bien sur ignorée
> si tu as un maxspeed sur une route. Cela veut donc dire que
> l'information n'est pas directement accessible et que quand tu veux
> créer une carte routable tu dois faire une petite transformation.
> 
> Emilie Laffray
> 
> ___
> 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] Recherche de traces GPS

[s1057802]

Donc pour l'altitude d'un col sur lequel une trace GPS contenant l'altitude
existe, il vaut mieux se baser sur des lignes de niveaux venant d'une base
externe plutôt que sur les données enregistrées pour renseigner le tag "ele"
? Cela me parait un peu bizarre ?

Le 19 août 2009 11:34, Pieren  a écrit :

> 2009/8/19  :
> > C'est vrai que l'usage que j'ai cité est lié au fait que des centaines de
> > kilomètre-carrés en Ardèche ne disposent d'aucune way tracé et que vu la
> > morphologie très tortueuse des routes il est extrêmement long de repasser
> à
> > la main sur des traces GPS de 50 km plutôt que des les convertir
> directement
> > si elles sont de bonne qualité.
>
> Oui, c'est bien ce que je précisais en négatif. La méthode n'est
> valable que pour le cas où il n'y a rien et que la distance est
> longue. Cas de plus en plus rares, heureusement !
>
> > Par contre, certains fichiers GPX comportent des informations utiles
> comme
> > l'altitude que je n'ai sait pas récupérer depuis JOSM. Comment récupérer
> ces
> > informations sans télécharger le fichier original ?
>
> Le seul moyen qui existe est de tenter une recherche par mot-clé pour
> trouver le fichier GPX original et s'il est partagé en mode "public".
> Si tu as de la chance, la personne qui aura uploadé son tracé aura
> taggué le fichier avec le nom d'une ville ou de la route au moment de
> l'upload du fichier.
> Concernant l'altitude, il ne faut pas trop y attacher d'importance, il
> existe maintenant des bases de données accessibles qui contiennent les
> lignes de contours de manière très précise.
> 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] Recherche de traces GPS

[Pieren]

2009/8/19  :
> C'est vrai que l'usage que j'ai cité est lié au fait que des centaines de
> kilomètre-carrés en Ardèche ne disposent d'aucune way tracé et que vu la
> morphologie très tortueuse des routes il est extrêmement long de repasser à
> la main sur des traces GPS de 50 km plutôt que des les convertir directement
> si elles sont de bonne qualité.

Oui, c'est bien ce que je précisais en négatif. La méthode n'est
valable que pour le cas où il n'y a rien et que la distance est
longue. Cas de plus en plus rares, heureusement !

> Par contre, certains fichiers GPX comportent des informations utiles comme
> l'altitude que je n'ai sait pas récupérer depuis JOSM. Comment récupérer ces
> informations sans télécharger le fichier original ?

Le seul moyen qui existe est de tenter une recherche par mot-clé pour
trouver le fichier GPX original et s'il est partagé en mode "public".
Si tu as de la chance, la personne qui aura uploadé son tracé aura
taggué le fichier avec le nom d'une ville ou de la route au moment de
l'upload du fichier.
Concernant l'altitude, il ne faut pas trop y attacher d'importance, il
existe maintenant des bases de données accessibles qui contiennent les
lignes de contours de manière très précise.
Pieren

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

Re: [OSM-talk-fr] [tag] Limite "agglomération "

[Dominique Rousseau]

Le Wed, Aug 19, 2009 at 10:19:59AM +0100, Emilie Laffray 
[emilie.laff...@gmail.com] a écrit:
> Toutefois, le consensus était que si tu es dans un landuse residential ça
> veut dire que la vitesse est celle d'une ville (la valeur par défaut est
> variable selon les pays). Cette limite est bien sur ignorée si tu as un
> maxspeed sur une route.

Ok, donc caler un landuse=residential sur ces limites ne prait pas
idiot, pour les villages traversés par une route.

> Cela veut donc dire que l'information n'est pas directement accessible
> et que quand tu veux créer une carte routable tu dois faire une petite
> transformation.

Oui, mais ça, c'est du travail d'ordinateur facile, une fois qu'il est
programmé pour :)
Alors que découper les ways et tagger des maxspeed partout à l'intérieur
d'une agglomération, c'est du travail d'humain pénible.

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

Si cinquante millions de gens disent une sottise,
ça n'en reste pas moins une sottise.  -- Anatole France

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

Re: [OSM-talk-fr] Carte des radars fixes et mobiles

[Dominique Rousseau]

Le Wed, Aug 19, 2009 at 10:51:45AM +0200, Gourmet [...@blas.net] a écrit:
> On Wed, 19 Aug 2009 09:26:39 +0200, Dominique Rousseau 
> wrote:
[...]
> > En tout cas, aucune qui n'implique de vouloir sciemment ne pas respecter
> > la limitation de vitesse que le radar est là pour controler.
> 
> Ce que tu écris revient à remettre en cause l'existence même des
> avertisseurs de radars.

Oui.

> Bien entendu, et c'est la raison pour laquelle je posais, dans mon
> article initial, la question du positionnement de limites de vitesse
> sur un tronçon OSM. 
> Bien entendu, disais-je, le simple fait de connaître la limite de
> vitesse imposée sur le tronçon sur lequel on est en train de circuler
> (et sur lequel on va entrer) est une information nécessaire et
> suffisante pour la sécurité routière.

Une information utile.
Mais pas suffisante. Ce qui fera foi, de toute façon, ce sont les
panneaux de signalisation, qui sont la transcription des arretés
préfectoraux/municipaux/whatever.

[...]
> Mais ce ou ces derniers peu(ven)t être dissimulé(s) dans l'ombre ou,
> lorsqu'on a le soleil en face, le(s) panneau(x), ben, il(s) passe(nt) un
> peu à l'as.

Oui.
C'est pourquoi l'information de limitation de vitesse donnée par le
logiciel de navigation peut être *utile*.

[...]
> J'ajoute que respecter les limites de vitesse c'est TRES fatiguant. 130,
> 110, re 130, re 110, etc, etc.

Cale le régulateur à 110 :-)

Mais les cas de 130/110/130/110/... à part en proximité de zone urbaine,
tu en rencontres tant que ça ?

[...]

> Il y a beaucoup d'hypocrisie autour des radars :
>  - ils ne sont pas tous, très loin s'en faut, placés sur des zones
>  accidentogènes. Il y a des quantités de zones où l'on trouve des
>  petits personnages noirs et sang (signalant des accidents fatals dans
>  le passé) et pas de radar.

Oui.

>  - il y a des quantités de zones absolument pas accidentogènes (lignes
>  droites, bretelles de sortie d'autoroute où il faut passer en 30
>  mètres de 130 à 70 km/h) et équipées de radar.

Oui.

>  - les avertisseurs de radar en eux-mêmes (au lieu d'un limiteur de
>  régime par exemple) qui sous-entendent qu'en dehors des zones
>  surveillées on s'en donne à vitesse joie.

Oui.

> Il y a beaucoup d'hypocrisie autour de la vitesse également :
> - le rapport vitesse nombre d'accidents n'est pas formellement établi
> : une porsche à 30 km/h dans un abri bus ça fait des dégats !  Et
> entre une limite à 130 et une limite à 110 ... bof, bof.

Selon le calcul empirique des distance de freinage, ça fait 120m dans un
cas et 170 dans l'autre. Pas si négligeable que ça.

> - pourquoi continuer à fabriquer des bagnoles puissantes (dans
> lesquelles il est impossible de sentir et d'entendre la différence
> entre 100 et 180 km/h) alors que les vitesses sont limitées.

Oui.

> C'est pour faire plaisir aux allemands (qui n'ont pas de limite sur
> autoroute) ?

sur *certaines* autoroutes

> - l'information de prise de mesure par devant ou par derrière est
> surtout utile pour les motards (qui sont dans le même cas de figure
> que l'automobiliste d'une voiture puissante) : en présence d'un radar
> qui mesure par l'avant, il est inutile de ralentir.
> Cela évite d'avoir à perdre quelques instants de vue la route.

Donc on en revient à ma question.
C'est qu'il veut *sciemment* ne pas respecter la limitation.

[...]

> Mais l'idéal serait tout de même de caler le cruise control sur les
> informations issues de ce navigateur. Là, oui, ce serait un véritable
> + et un incommensurable repos pour le conducteur.

Sur ce sujet là, je serais encore plus radical.
Pour moi, sur autoroute, les voitures devraient quasiment ne plus être
du ressort du conducteur, mais en "train".
Mais c'est un autre sujet :)

[...]

> Je terminerai sur ceci au sujet du référencement des radar par OSM (ou
> affilié) :
> pour moi (et non pour un motard) l'information de mesure par de devant ou
> par derrière est une information en soi. 
> Tout comme l'est le modèle de radar (1ère, 2ème ou 3ème génération),
> son type (hyperfréquence [fixe] ou laser [jumelles]) et sa date
> d'installation.
> On trouve ces infos là sur les sites dédiés alors pourquoi pas sous OSM
> (je rappelle que OSM est pour moi un référentiel avant tout).

Oui.

> Ensuite, une fois que l'information existe libre de l'exploiter ou non mais
> dès lors qu'on saisit les informations liées à un objet autant être
> exhaustif tout de suite sur cet objet pour éviter d'y revenir plus tard
> avec un "ah, si on avait su" !

Ben comme déjà dit ailleurs dans le thread, l'info existe, mais il faut
la calculer (ou alors j'ai rien compris au fil :-).
Donc libre à ceux qui veulent avoir l'info de "le rardar prend par
l'avant" de faire le calcul.


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

Si cinquante millions de gens disent une sottise,
ça n'en reste pas moins une sottise.  -- Anatole France

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

Re: [OSM-talk-fr] Carte des radars fixes et mobiles

[Pieren]

2009/8/19 Gourmet :
> Je pense SINCEREMENT qu'un automobiliste a
> autre chose à faire que
> de surveiller en permanence son compteur ! L'important c'est la ROUTE, pas
> le tableau de bord.


Donc, si je résume, pour éviter de surveiller en permanence son
compteur, il faudrait faire des cartes qui indiquent la direction du
radar, surtout pour qu'un motard sache s'il doit ralentir ou pas. Mais
pour éviter qu'il regarde sa carte à la place de son compteur, euh
pardon, de la route, il faudrait que ce soit un affichage tête haute.
Très drôle.
J'accepterais certains de ces arguments si on s'en tiennait à la
présence d'un radar et de la vitesse limite à cet endroit. Les deux
tags existaient (max_speed et speed_camera) et n'avaient pas besoin
d'une relation qui ne sert qu'à éviter le contrôle, pas à respecter la
vitesse.


Pieren

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

Re: [OSM-talk-fr] [tag] Limite "agglomération "

[Emilie Laffray]

2009/8/19 Dominique Rousseau 

>
> Quelqu'un a déjà fait ?
> Ou une idée de comment faire ?
>

Il y a eus une longue discussion il y a quelques temps sur ce sujet sur la
mailing list anglaise, avec des propositions de plus en plus difficile a
suivre car complètement ridicule avec des idees de relations dans tous les
sens.
Toutefois, le consensus était que si tu es dans un landuse residential ça
veut dire que la vitesse est celle d'une ville (la valeur par défaut est
variable selon les pays). Cette limite est bien sur ignorée si tu as un
maxspeed sur une route. Cela veut donc dire que l'information n'est pas
directement accessible et que quand tu veux créer une carte routable tu dois
faire une petite transformation.

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

Re: [OSM-talk-fr] [wiki] Réorganisation de la ru brique vélo

[ulrich rousseau]

Le 19 août 2009 10:25, Stéphane Brunner  a
écrit :

>
> Hello !
>
> Pour moi tous chemin n'ayant pas cette écriteau
> http://wiki.openstreetmap.org/wiki/Image:CH_fussweg.svg (ou dérivé) ne
> devraient pas être tagger highway=footway mais highway=path. Du coup le
> vélo ont le droit de passer
> (
> http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions
> ).
>
> CU
> Stéph
>
>
Hello,

C'est de cette manière que j'ai taggé les troncons manquant de la voie verte
2 en bretagne
suite a la discution sur cette
ml
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Recherche de traces GPS

[s1057802]

Ok, je comprends l'intérêt...
C'est vrai que l'usage que j'ai cité est lié au fait que des centaines de
kilomètre-carrés en Ardèche ne disposent d'aucune way tracé et que vu la
morphologie très tortueuse des routes il est extrêmement long de repasser à
la main sur des traces GPS de 50 km plutôt que des les convertir directement
si elles sont de bonne qualité.
Avec le temps, nous tomberons dans le cas que tu cites.
Par contre, certains fichiers GPX comportent des informations utiles comme
l'altitude que je n'ai sait pas récupérer depuis JOSM. Comment récupérer ces
informations sans télécharger le fichier original ?

Simon

Le 19 août 2009 10:43, Pieren  a écrit :

> 2009/8/19  :
> > Bonjour à tous,
> > Est ce que vous savez si il est possible de rechercher des traces GPS qui
> > ont été uploadées dans OSM en fonction de coordonnées pour pouvoir
> ensuite
> > travailler sur chacune unitairement après téléchargement par exemple.
>
> Ca n'est pas possible parce que ça n'est pas souhaité. L'idée de
> départ était de partager les GPX pour pouvoir faire une moyenne
> lorsque l'on trace à la main par dessus plusieurs tracés. L'idée de
> convertir une trace en données OSM n'est pas une bonne idée s'il y a
> plusieurs traces ou si des données sont déjà présentes. Il m'arrive
> encore trop souvent d'effacer des ways qui doublonnent parce que des
> gens uploadent 20 km en un morceau sans se soucier de savoir ce qu'il
> y avait déjà dans la base. C'est encore pire lorsque certains ne font
> aucun effort de découpe.
> 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] Status of the Local Chapter working group

[Pieren]

2009/8/19 HELFER Denis :
> Article 2 des statuts de l'association "Représentation francophone de la 
> Fondation Open Source Geospatial (OSGeo)"
> Quel serait l'objet de la "représentation francophone de la Fondation 
> OpenStreetMap" si ce n'est la promotion des données géospatiales libres ?
>

OSM est "un" modèle de données géospatiales libres parmi d'autres. Un
groupe d'OSMeurs pourrait s'intégrer dans l'OSGeo-fr mais pas
l'inverse.

L'utilité d'une association en France, c'est essentiellement pour la
fondation d'avoir un représentant sur place qui a quand même un
minimum de légalité. Cela concerne essentiellement la gestion des
droits d'utilisation du nom et du logo.
Son travail ne serait pas de monter des serveurs, parce que c'est
celui de la fondation en Angleterre de financer et gérer
l'infrastructure. Par contre, elle pourrait demander qu'un espace lui
soit réservé sur un de ces serveurs pour une application spécifique
comme les limites communales ou un rendu francisé.
Son deuxième rôle serait de servir de vitrine pour les expo, colloques
ou la presse. Bref, de mettre un numéro de téléphone et un nom en face
de "la communauté OSM".
Pour le reste, le travail contributif, les contacts pour obtenir des
sources, les mapping parties, etc devraient pouvoir continuer à se
faire à titre individuel. OSM c'est l'information géographique libre
faite par des citoyens pour les citoyens.
A mon avis, si association il y a, elle devrait avoir un niveau de
cotis extrèmement bas pour s'ouvrir à un maximum de monde et ses
besoisn financiers seraient de toute façon extrêmement réduis (noms de
domaine, petit serveur montrant les quatres pages actuelles d'osm.fr,
quelques GPS, une grande affiche pour les expo). Et surtout, ce qui
coute le plus cher, c'est beaucoup de temps libre pour un travail
ingrat.
Pieren

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

[OSM-talk-fr] [tag] Limite "agglomération "

[Dominique Rousseau]

Bonjour,


Il y a quelques jours est passé une discussion sur la précision utile
lors des changements de "vitesse maxi" sur les routes.

Du coup, je me suis posé la question de la "bonne" façon de faire, pour
répercuter les limites d'agglomération (les panneaux rectangulaires
reclés de rouge) qui impliquent une limitation à 50 « en ville ».
Sachant que ces panneaux délimitent une zone généralement nettement
inférieure à la limite de la commune (sinon on aurait aucune route à 90
:-)

Dans les archives de la liste, je n'ai retrouvé qu'un petit bout de
thread qui aborde le sujet, mais qui reste plutot sur les limites
administraives des communes :
http://lists.openstreetmap.org/pipermail/talk-fr/2008-August/003962.html

J'ai bien trouvé, également, le tag proposé "traffic_sign" :
http://wiki.openstreetmap.org/wiki/Proposed_features/Traffic_sign

Mais celà ne permet pas, en tant que tel, de délimiter une "surface" à
l'intérieur de laquelle on serait "dans l'agglomération".

Quelqu'un a déjà fait ?
Ou une idée de comment faire ?


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

Si cinquante millions de gens disent une sottise,
ça n'en reste pas moins une sottise.  -- Anatole France

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

Re: [OSM-talk-fr] Carte des radars fixes et mobiles

[Gourmet]

On Wed, 19 Aug 2009 10:31:20 +0200 (CEST), Marc Sibert

wrote:
> Bonjour,
> 
> Oui il faut se faire un produit scalaire et un produit vectoriel pour
> trouver le côté et le sens du radar. Rien n'empêche de passer en
> discussion sur la page de la relation et de relancer le débat.
> Voir avec lulu-ann (http://wiki.openstreetmap.org/wiki/User:Lulu-Ann) qui
> était à l'initiative de la proposition.

Après tout c'est au renderer de faire le calcul non ?
Pour le scribe il est plus simple d'avoir affaire à un attribut c'est
clair.
Pour le renderer, qu'il s'agisse d'un attribut ou d'un calcul sophistiqué
c'est le développeur qui en paiera les conséquences.
 
> Je veux bien me lancer dans une traduction FR-fr de la page ENG. Le
> problème de la page existante, comme l'indique le bandeau, c'est que
c'est
> celle du vote. Et qu'il faut maintenant la transformer en page de
"Approved
> features".

La page originale est explicite en soi.
 
> PS : la discussion sur l'utilité du référencement des radars et la
> finalité de cette information (respect de la vitesse / contournement de
> ces moyens de contrôle) est une belle source de troll. Je vous propose
de
> *ne pas* tomber dans ce travers et de rester sur des considérations
> technique de codage. 
Je suis tombé dans un travers (pas celui-là mais un autre) et j'ai bien
indiqué que j'étais hors sujet. (re)Navré.

Pourquoi polémiquer du reste ?
Les radars sont des POI et en tant que POI ils se doivent de figurer non ?
Mais au fait qu'est ce qu'un POI ?

Est-ce que les accès de maintenance d'une autoroute sont des POI ? Moi,
ça m'intéresse. D'autres, une majorité, s'en fichent.
Faut-il les référencer dans OSM ?
Est-ce que les ouvrages d'art sont des POIs ? Certains ponts routiers,
autoroutiers ou ferroviaires sont de véritables oeuvres d'art. Sont-ce
pour autant des POI ? Faut-il les référencer dans OSM (pour indiquer
qu'ils valent le coup d'être pris en photo) ?

db

-- 
db

-- 
db

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

Re: [OSM-talk-fr] [wiki] Réorganisation de la ru brique vélo

[arno]

Le mercredi 19 août 2009, à 03:25:17 -0500, Stéphane a écrit : 
> 
> Hello !
> 
> Pour moi tous chemin n'ayant pas cette écriteau
> http://wiki.openstreetmap.org/wiki/Image:CH_fussweg.svg (ou dérivé) ne
> devraient pas être tagger highway=footway mais highway=path. Du coup le
> vélo ont le droit de passer
> (http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions).
> 
> CU
> Stéph

Effectivement, ce tag a l'air de mieux correspondre. Bah j'ai pas mal 
d'erreurs à corriger du coup !


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

Re: [OSM-talk-fr] Carte des radars fixes et mobiles

[Gourmet]

On Wed, 19 Aug 2009 09:26:39 +0200, Dominique Rousseau 
wrote:
> Le Wed, Aug 19, 2009 at 01:23:23AM +0200, Gourmet [...@blas.net] a
écrit:
>> L'attribut supplémentaire permettrait également d'orienter
correctement
>>
>> le symbole radar sur la carte.
>> Si on prend l'exemple de la carte Michelin en ligne c'est un merdier 
>> pour savoir si le radar est à gauche ou à droite ou des é côtés
>> d'une
>> chaussée (il faut zoomer à fond) et, bien entendu, aucun moyen de
>> savoir
>> s'il prend (la photo :)) par devant ou par derrière.
>> C'est un plus indéniable pour OSM si on y parvient.
> 
> A part le défi de réussir à se mettre d'accord sur une façon de coder
> l'info, et le souci d'exhaustivité, je ne vois pas de raison pour avoir
> besoin de savoir si un radar prend la photo par devant ou derrière.
> En tout cas, aucune qui n'implique de vouloir sciemment ne pas respecter
> la limitation de vitesse que le radar est là pour controler.
> 
> -- 
> Dominique Rousseau
> d...@lee-loo.net - 06 82 43 12 27

Ce que tu écris revient à remettre en cause l'existence même des
avertisseurs de radars.
Bien entendu, et c'est la raison pour laquelle je posais, dans mon article
initial, la question du positionnement de limites
de vitesse sur un tronçon OSM. 
Bien entendu, disais-je, le simple fait de connaître la limite de vitesse
imposée sur le tronçon
sur lequel on est en train de circuler (et sur lequel on va entrer) est une
information nécessaire et suffisante pour la sécurité routière.
Elle permet de se passer des avertisseurs de radars.

En effet, sur la route, il est parfois TRES difficile de connaître la
vitesse limite. J'en est encore fait l'expérience début août sur
différentes autoroutes.
Bien entendu, il y a eu, à un moment donné, un panneau indicateur voire
un rappel.
Mais ce ou ces derniers peu(ven)t être dissimulé(s) dans l'ombre ou,
lorsqu'on a le soleil en face, le(s) panneau(x), ben, il(s) passe(nt) un
peu à l'as.
Bref, il n'est pas rare de se retrouver sur un tronçon parfait à tout
point de vue, dégagé, revêtement impeccable et la limite de vitesse est
110 et non 130.
Pourquoi ? Nul ne le sait.
Le pire c'est que c'est l'avertisseur radar qui finit par donner la vitesse
limite du tronçon. Un comble !

J'ajoute que respecter les limites de vitesse c'est TRES fatiguant. 130,
110, re 130, re 110, etc, etc. Je pense SINCEREMENT qu'un automobiliste a
autre chose à faire que 
de surveiller en permanence son compteur ! L'important c'est la ROUTE, pas
le tableau de bord.
Du coup on adopte un nivellement par le bas : on roule tout le temps à
110.
Il y a beaucoup d'hypocrisie autour des radars :
 - ils ne sont pas tous, très loin s'en faut, placés sur des zones
accidentogènes. Il y a des quantités de zones où l'on trouve des petits
personnages noirs et sang (signalant des accidents fatals dans le passé)
et pas de radar.
 - il y a des quantités de zones absolument pas accidentogènes (lignes
droites, bretelles de sortie d'autoroute où il faut passer en 30 mètres
de 130 à 70 km/h)
et équipées de radar.
 - les avertisseurs de radar en eux-mêmes (au lieu d'un limiteur de
régime par exemple) qui sous-entendent qu'en dehors des zones surveillées
on s'en donne à
vitesse joie.

Il y a beaucoup d'hypocrisie autour de la vitesse également :
- le rapport vitesse nombre d'accidents n'est pas formellement établi :
une porsche à 30 km/h dans un abri bus ça fait des dégats ! 
Et entre une limite à 130 et une limite à 110 ... bof, bof.
- pourquoi continuer à fabriquer des bagnoles puissantes (dans lesquelles
il est impossible de sentir et d'entendre la différence entre 100 et 180
km/h) alors
que les vitesses sont limitées. C'est pour faire plaisir aux allemands
(qui n'ont pas de limite sur autoroute) ?
- l'information de prise de mesure par devant ou par derrière est surtout
utile pour les motards (qui sont dans le même cas de figure que
l'automobiliste d'une voiture puissante) : en présence d'un radar qui
mesure par l'avant, il est inutile de ralentir.
Cela évite d'avoir à perdre quelques instants de vue la route.

Voilà c'était mes 2 centimes hors sujet. Navré !

Pour en revenir au sujet, je compte bien sur OSM pour aggréger ces
informations de vitesse limite par tronçon de manière à ce qu'un jour
pas si lointain, un navigateur puisse les extraire et les connaisse et les
afficher en permanence.
Une meilleure solution serait un affichage tête haute afin de garder les
yeux sur la route et éviter un jonglage (très fatiguant pour les yeux)
entre route, navigateur et tableau de bord.
Mais l'idéal serait tout de même de caler le cruise control sur les
informations issues de ce navigateur. Là, oui, ce serait un véritable +
et un incommensurable repos pour le conducteur.

Tout cela pour dire que OSM, bien informé et bien appareillé, peut
contribuer à sa manière à la sécurité routière. Et je pense que ce
mode de fonctionnement là (prevenir des limitations de vitesse) ne peut
être interdit dans aucun pays (au contraire de l'avertisse

Re: [OSM-talk-fr] Recherche de traces GPS

[Pieren]

2009/8/19  :
> Bonjour à tous,
> Est ce que vous savez si il est possible de rechercher des traces GPS qui
> ont été uploadées dans OSM en fonction de coordonnées pour pouvoir ensuite
> travailler sur chacune unitairement après téléchargement par exemple.

Ca n'est pas possible parce que ça n'est pas souhaité. L'idée de
départ était de partager les GPX pour pouvoir faire une moyenne
lorsque l'on trace à la main par dessus plusieurs tracés. L'idée de
convertir une trace en données OSM n'est pas une bonne idée s'il y a
plusieurs traces ou si des données sont déjà présentes. Il m'arrive
encore trop souvent d'effacer des ways qui doublonnent parce que des
gens uploadent 20 km en un morceau sans se soucier de savoir ce qu'il
y avait déjà dans la base. C'est encore pire lorsque certains ne font
aucun effort de découpe.
Pieren

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

[OSM-talk-fr] JOSM dans ubuntu & -Dsun.java2d.opengl=True

[Stéphane Brunner]

Hello !

Dernièrement j'ai été contacter pour maintenir le paquet Josm dans
Ubuntu ce que j'ai accepté ;-)

Premièrement J'invite tout utilisateur d'Ubuntu à essayer ce paquet soit
dans karmic[1] sois sous jaunty[2] et si vous trouver des problèmes ou
vou avez des suggestion de me les rapporter[3].


Une autre question que j'ai pour tout utilisateur de Josm est votre
retour d'expérience concernant l'option -Dsun.java2d.opengl=True
(bug[4]) Es-ce que vous avez eu des problème avec, es ce que vous avez
vu de réelle changement de performances ?


Merci d'avance de vos réponses
Stéphane


[1] https://launchpad.net/ubuntu/+source/josm/0.0.svn1788-0ubuntu1
[2] https://launchpad.net/~stephane-brunner/+archive/josm
[3] https://bugs.launchpad.net/ubuntu/+source/josm
[4] https://bugs.launchpad.net/ubuntu/+source/josm/+bug/287717



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

Re: [OSM-talk-fr] [wiki] Réorganisation de la rubr ique vélo

[Marc Sibert]

Bonjour,

Je me permets d'intervenir sur la forme du mail, je pense que la caractère 
prioritaire du message n'a pas d'intérêt ici.

Bien amicalement,

A+

--
Marc

- "Esperanza"  a écrit :

> Bonjour à tous
> Récemment encore sur la liste, certains ont déploré un manque de
> lisibilité concernant les tags des aménagements cyclables.
> Comme cela avait été proposé, j'ai redirigé FR:Cycleway vers
> FR:Key:Cycleway, créé pour l'occasion, ainsi qu'une page
> FR:Tag:highway=cycleway également, le "portail" du vélo restant la
> page
> FR:Bicycle.
> J'ai ajouté les informations concernant les différences entre opposite
> et
> opposite lane, les pistes unidirectionnelles ou bidirectionnelles. Il
> manque cependant un paragraphe sur certains cas plus difficiles à
> tagger :
> * les voies bus ouvertes aux vélos, en contresens ou non. Doit-on
> utiliser
> cycleway=share busway, ou psv=yes, bicycle=yes ?
> * les voies vertes
> * les zones de rencontre (vitesse de 20 km/h)
> * les sentiers et chemins partagés.
> que l'on pourrait ajouter à FR:Bicycle.
> Avis aux volontaires :)
> -- 
> 
> ___
> 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] Carte des radars fixes et mobiles

[Pieren]

2009/8/19 Dominique Rousseau :
> En tout cas, aucune qui n'implique de vouloir sciemment ne pas respecter
> la limitation de vitesse que le radar est là pour controler.

C'est la raison pour laquelle j'avais voté contre à l'époque.
Mais outre cette question d'éthique (après tout, il y a bien un tag
pour les bordels), ça me gêne qu'on demande un tag additionel pour
éviter d'utiliser la position géographique des points et de faire
quelques calculs simples. Après tout, OSM est une base de données
géographique, pas "juste une liste de tags".
Pieren

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

Re: [OSM-talk-fr] Carte des radars fixes et mobiles

[Marc Sibert]

Bonjour,

Oui il faut se faire un produit scalaire et un produit vectoriel pour trouver 
le côté et le sens du radar. Rien n'empêche de passer en discussion sur la page 
de la relation et de relancer le débat.
Voir avec lulu-ann (http://wiki.openstreetmap.org/wiki/User:Lulu-Ann) qui était 
à l'initiative de la proposition.

Je veux bien me lancer dans une traduction FR-fr de la page ENG. Le problème de 
la page existante, comme l'indique le bandeau, c'est que c'est celle du vote. 
Et qu'il faut maintenant la transformer en page de "Approved features".

PS : la discussion sur l'utilité du référencement des radars et la finalité de 
cette information (respect de la vitesse / contournement de ces moyens de 
contrôle) est une belle source de troll. Je vous propose de *ne pas* tomber 
dans ce travers et de rester sur des considérations technique de codage. 

A+

--
Marc

- "Yann Coupin"  a écrit :

> Je me suis bien basé sur la page en anglais. Le problème avec la  
> proposition actuelle c'est que ça impose des calculs quand même  
> vachement compliqué, que le from-to ne sert qu'à déterminer le sens du
>  
> contrôle et que la position du segment par rapport au nœud du radar  
> est fragile. En plus ça ne correspond pas à grand chose par rapport au
>  
> réel. L'avantage de l'attribut c'est qu'il n'y a rien à calculer pour 
> 
> connaitre le sens et on peut ajuster la position des nodes sans
> risque.
> 
> Le 19 août 09 à 01:48, Pieren a écrit :
> 
> > 2009/8/19 Gourmet :
> >> L'attribut supplémentaire permettrait également d'orienter  
> >> correctement le
> >> symbole radar sur la carte.
> >
> > Il n'y a pas besoin d'attribut supplémentaire. Il sufft d'ajouter
> une
> > deuxième relation pour les appareils qui prennent des photos dans
> les
> > deux sens.
> > Lisez la page en anglais qui est plus explicite et quelqu'un
> devrait
> > recopier les exemples sur la page française.
> 
> 
> ___
> 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] [wiki] Réorganisation de la rubr ique vélo

[Stéphane Brunner]

Hello !

Pour moi tous chemin n'ayant pas cette écriteau
http://wiki.openstreetmap.org/wiki/Image:CH_fussweg.svg (ou dérivé) ne
devraient pas être tagger highway=footway mais highway=path. Du coup le
vélo ont le droit de passer
(http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions).

CU
Stéph


arno-4 (via Nabble) a écrit :
> 
> 
> Le lundi 17 août 2009, à 12:04:48 +0200, Esperanza a écrit : 
>> Bonjour à tous
>> Récemment encore sur la liste, certains ont déploré un manque de
>> lisibilité concernant les tags des aménagements cyclables.
>> Comme cela avait été proposé, j'ai redirigé FR:Cycleway vers
>> FR:Key:Cycleway, créé pour l'occasion, ainsi qu'une page
>> FR:Tag:highway=cycleway également, le "portail" du vélo restant la page
>> FR:Bicycle.
>> J'ai ajouté les informations concernant les différences entre opposite et
>> opposite lane, les pistes unidirectionnelles ou bidirectionnelles. Il
>> manque cependant un paragraphe sur certains cas plus difficiles à tagger :
>> * les voies bus ouvertes aux vélos, en contresens ou non. Doit-on utiliser
>> cycleway=share busway, ou psv=yes, bicycle=yes ?
>> * les voies vertes
>> * les zones de rencontre (vitesse de 20 km/h)
>> * les sentiers et chemins partagés.
>> que l'on pourrait ajouter à FR:Bicycle.
>> Avis aux volontaires :)
> 
> Il y a une question que je me pose d'ailleurs depuis un moment ?
> Comment vous tagguez les chemins sur lesquels les vélos peuvent passer, mais 
> pour lesquels aucune signalisation n'a été mis en place (ni panneau piste 
> cyclable, ni panneau interdit aux vélos). Je parle typiquement des petits 
> chemins sur lesquels on empêche les voitures de passer avec des "bollards" ou 
> des barrières en chicane. Est-ce que vous mettez bicycle=yes à chaque chemin 
> sur lequel les vélos peuvent passer, ou bien est-ce que vous ne mettez rien, 
> mais que vous mettez bicycle=no là, ou les vélos ne peuvent pas passer/sont 
> interdits ?
> 
> a+
> arno
> 
>  
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> __
> View message @ 
> http://n2.nabble.com/-wiki--R%C3%A9organisation-de-la-rubrique-v%C3%A9lo-tp3457645p3470955.html
> 
> To unsubscribe from [wiki] Réorganisation de la rubrique vélo, click  (link 
> removed) ==
> 


 
-- 
View this message in context: 
http://n2.nabble.com/-wiki--R%C3%A9organisation-de-la-rubrique-v%C3%A9lo-tp3457645p3471031.html
Sent from the French OSM list mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] [wiki] Réorganisation de la ru brique vélo

[arno]

Le lundi 17 août 2009, à 12:04:48 +0200, Esperanza a écrit : 
> Bonjour à tous
> Récemment encore sur la liste, certains ont déploré un manque de
> lisibilité concernant les tags des aménagements cyclables.
> Comme cela avait été proposé, j'ai redirigé FR:Cycleway vers
> FR:Key:Cycleway, créé pour l'occasion, ainsi qu'une page
> FR:Tag:highway=cycleway également, le "portail" du vélo restant la page
> FR:Bicycle.
> J'ai ajouté les informations concernant les différences entre opposite et
> opposite lane, les pistes unidirectionnelles ou bidirectionnelles. Il
> manque cependant un paragraphe sur certains cas plus difficiles à tagger :
> * les voies bus ouvertes aux vélos, en contresens ou non. Doit-on utiliser
> cycleway=share busway, ou psv=yes, bicycle=yes ?
> * les voies vertes
> * les zones de rencontre (vitesse de 20 km/h)
> * les sentiers et chemins partagés.
> que l'on pourrait ajouter à FR:Bicycle.
> Avis aux volontaires :)

Il y a une question que je me pose d'ailleurs depuis un moment ?
Comment vous tagguez les chemins sur lesquels les vélos peuvent passer, mais 
pour lesquels aucune signalisation n'a été mis en place (ni panneau piste 
cyclable, ni panneau interdit aux vélos). Je parle typiquement des petits 
chemins sur lesquels on empêche les voitures de passer avec des "bollards" ou 
des barrières en chicane. Est-ce que vous mettez bicycle=yes à chaque chemin 
sur lequel les vélos peuvent passer, ou bien est-ce que vous ne mettez rien, 
mais que vous mettez bicycle=no là, ou les vélos ne peuvent pas passer/sont 
interdits ?

a+
arno


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

Re: [OSM-talk-fr] Status of the Local Chapter working group

[HELFER Denis]

Mathieu a écrit :

> Même si ce n'est pas un travail à plein temps cela nécessite un
> engagement sur la durée, on ne peut se dire trésorier un jour
> et ne rien
> foutre les 364 autres jours, il faut être un minimum actif. Et être la
> quand on a besoin de nous. C'est un engagement une association.

Je ne dis rien d'autre ! Il y a déjà des membres actifs et engagés au sein 
d'OSM. Cela ne veut pas dire pour autant que ces personnes souhaiteraient 
s'engager dans l'animation de l'association.

> Avec 1 centime on va pas loin, même si c'est déjà ça.
> Dans ce passage je parlais de recueillir des fonds car une association
> n'est pas gratuite pour lui permettre d'agir elle a besoin de fonds.
> Ex : pour le paiement des serveurs, ou le barbecue lors d'une mapping
> party, ou même pour payer le déplacement en train vers un forum, il en
> faudrait des pièces de 1 centime.

J'ai du mal à croire que seules les cotisations suffiraient à couvrir les 
dépenses courantes de l'assos OSM-fr. Bien évidemment, il faudrait faire appel 
à d'autres moyens de financement : dons, etc. L'autre point est que certains ne 
voudront pas ou ne pourront pas investir financièrement dans l'assoc. Faut-il 
les en exclure pour autant ? Je me souviens du débat vif lors de l'AG 
constitutive du chapitre francophone de l'OSGéo. Sujet sensible.

> Une association pour avoir un statut, actuellement OSM n'existe pas en
> France vis à vis des administration il n'a pas de bureau en France, pas
> de personnes morale qui le représente, pas d'adresse pour lui envoyer
> des documents etc... Bien sur il y a la fondation et on se débrouille
> quand même sans association, y a qu'a voir le cadastre. Mais une
> association permettrai un dialogue plus facile, une mairie veut fournir
> des informations sur sa ville par l'envoi d'une carte, on lui donne
> l'adresse de l'association qui se chargera de faire le nécessaire pour
> que cette carte soit exploitée et stockée.

Si c'est juste pour avoir une boite aux lettres, une carte de visite, un compte 
bancaire, il me semble que le moyen de l'association (compte tenu du contexte 
des groupes déjà constitués autour de l'information géographique libre) n'est 
pas le plus pertinent.
La demande auprès du cadastre a été faite en tant que citoyen lambda car la 
demande portait sur la réutilisation d'informations publiques par et pour le 
public. Aucun titre ou carte de visite n'aurait changé la nature de la demande. 
On pourrait très bien instituer, dans l'état actuel des choses, des "référents" 
régionaux pour le dialogue avec les institutions. C'était la demande de Geovélo 
pour Paris. Pas besoin de statut associatif pour se choisir des "ambassadeurs 
de bonne volonté" et que ceux-ci puissent se targuer d'être représentant d'une 
communauté d'intérêt.

> Je suis tout à fait d'accord avec toi, mais force est de remarquer que
> nous ne faisons pas tout à fait la même chose, nous nous appliquons nous
> sur OSM et eux sur  une vision plus généraliste des SIG cartographiques
> il me semble (en tout cas pour GéoRézo).
> Rien n'empêche un rapprochement d'ailleurs, je trouve leurs
> interventions sur le forum très bien.

"L'association a pour objet de promouvoir dans la sphère francophone et 
notamment en langue française :
1. les technologies libres et open source liées à la géomatique et aux systèmes 
d'information géographique (SIG),
2. les données géospatiales libres,
3. les connaissances liées au domaine de la géomatique libre et open source."

Article 2 des statuts de l'association "Représentation francophone de la 
Fondation Open Source Geospatial (OSGeo)"
Quel serait l'objet de la "représentation francophone de la Fondation 
OpenStreetMap" si ce n'est la promotion des données géospatiales libres ?

Faut-il couper un bout de la branche "données libres" de l'OSGéo-fr et la 
replanter en pleine terre en espérant qu'elle s'enracine ou faut-il faire 
fructifier cette branche avec les contributeurs francophones OSM et bénéficier 
de la sève qui irrigue déjà le reste de l'arbre ?

Mes réflexions
DenisH

PS : je en suis même pas membre de l'OSGeo-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Recherche de traces GPS

[s1057802]

Bonjour à tous,
Est ce que vous savez si il est possible de rechercher des traces GPS qui
ont été uploadées dans OSM en fonction de coordonnées pour pouvoir ensuite
travailler sur chacune unitairement après téléchargement par exemple.
Actuellement le système de recherche des traces par Tag est inutilisable de
mon point de vue.
Mon problème est que je travaille actuellement sur les principales voies
d'Ardèche et que des traces GPS ont été uploadées pour de grandes portions
de routes (50 km par exemple) et que si je charge la grande zone
correspondante dans JOSM et que je converti les traces en calques de
données, je récupère beaucoup trop de way non souhaitées.

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

Re: [OSM-talk-fr] Carte des radars fixes et mobiles

[Dominique Rousseau]

Le Wed, Aug 19, 2009 at 01:23:23AM +0200, Gourmet [...@blas.net] a écrit:
> L'attribut supplémentaire permettrait également d'orienter correctement 
> le symbole radar sur la carte.
> Si on prend l'exemple de la carte Michelin en ligne c'est un merdier 
> pour savoir si le radar est à gauche ou à droite ou des é côtés d'une 
> chaussée (il faut zoomer à fond) et, bien entendu, aucun moyen de savoir 
> s'il prend (la photo :)) par devant ou par derrière.
> C'est un plus indéniable pour OSM si on y parvient.

A part le défi de réussir à se mettre d'accord sur une façon de coder
l'info, et le souci d'exhaustivité, je ne vois pas de raison pour avoir
besoin de savoir si un radar prend la photo par devant ou derrière.
En tout cas, aucune qui n'implique de vouloir sciemment ne pas respecter
la limitation de vitesse que le radar est là pour controler.

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

Si cinquante millions de gens disent une sottise,
ça n'en reste pas moins une sottise.  -- Anatole France

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

Re: [OSM-talk-fr] Re : Carte des BTS en France

[Gourmet]

Tiens, même les possesseurs d'iPhone peuvent faire du GSM warwalking.
Ce n'est pas aussi commode qu'avec un Siemens ou un Nokia-qui-va-bien  
(où l'on peut se promener la tête en l'air tandis que le téléphone  
ou un ordinateur relié au téléphone enregistre  infos GSM et  
coordonnées) car il faut garder les yeux rivés sur l'écran (*).

Mais c'est déjà çà.

db
(*) A priori l'API ne permet pas d'accéder à autre chose que le cell- 
id. L'unique solution semble donc rester le mode test.


Le 19 août 2009 à 08:40, Arnaud CORBET  a  
écrit :


Les heureux(?) possesseurs de terminaux windows mobile peuvent y  
contribuer en utilisant OpenCellClient ( http://opencellclient.sourceforge.net 
 ) qui marche plutôt pas mal.


De : GAEL MUSQUET 
À : Liste OSM OSM FRANCE 
Envoyé le : Mardi, 18 Août 2009, 16h03mn 02s
Objet : Re: [OSM-talk-fr] Carte des BTS en France

Salut,

Pour compléter le message d'Emilie il existe aussi le projet d'8moti 
ons: OpenCellID


disponible ici :
http://www.opencellid.org/

Les données sont disponibles ici sous licence : Attribution-Share Al 
ike 3.0 Unported

http://myapp.fr/cellsIdData/

L'archive measures.txt.gz décompressée pèse plus de3Go et est mise  
à jour tous les jours vers 1h du matin.


L'API du projet est très simple et est disponible sous GPLv3  
hébergée par Google Code,

Description ici:
http://www.opencellid.org/api

Hébergement ici:
http://code.google.com/p/opencellid/

Il y a pas mal de cellules renseignées en France (même aux Antilles  
où je me trouve, c'est dire !). Il y a un aperçu de l'existant dispo 
 sous GoogleEarth:

http://www.opencellid.org/cells.kml


Je te conseille les téléphones Sony Ericsson JP7/JP8 (Même si je  
suis NokiaAddicted) qui par essence ne restreignent pas l'accès aux  
LAC MNC MCC CELLID et autres.


Petite précision pour le logiciel client pour Sony Ericsson: il conv 
erti mal les coordonnées géographiques.Pour être exact il les  
multiplie par 10. J'ai une petite routine sous Linux (awk sed et gre 
p me répare tout ça !) si ça t'intéresse en attendant que Pär  
Bertilsson corrige le bug.


En espérant t'avoir éclairé un peu plus !

Salutations Cartographiques & Téléphoniques ;-)

Gaël

With Windows Live, you can organize, edit, and share your photos.  
Click here.


___
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] Re : [OSM-talk] Local Chapters Meeting Minutes WAS Re: Status of the Local Chapter working group

[Mathieu]

Denis-3 (via Nabble) a écrit :
> Mathieu a écrit :
>
> > Plusieurs fois déjà le sujet des associations est tombé sur cette
> > mailing, mais visiblement peu de personnes souhaitent ce type
> > d'organisation ici.
> > Et ce pour plusieurs raisons :
> > - Ils ne souhaitent pas s'engager sur le long terme, préférant
> > participer ponctuellement à openstreetmap
>
> Être président, trésorier, secrétaire, etc. d'une assoc n'exige pas
> toujours un plein temps même si ces positions sont toujours plus
> exigeantes que celles de simples membres ou sympathisants. Le plus dur
> est de durer et de savoir passer la main (c'est-à-dire que d'autres
> soient capables de prendre de relais).
Même si ce n'est pas un travail à plein temps cela nécessite un
engagement sur la durée, on ne peut se dire trésorier un jour et ne rien
foutre les 364 autres jours, il faut être un minimum actif. Et être la
quand on a besoin de nous. C'est un engagement une association.
>
> > - Une association requiert des cotisations
>
> 0,01€ EST une cotisation
Avec 1 centime on va pas loin, même si c'est déjà ça.
Dans ce passage je parlais de recueillir des fonds car une association
n'est pas gratuite pour lui permettre d'agir elle a besoin de fonds.
Ex : pour le paiement des serveurs, ou le barbecue lors d'une mapping
party, ou même pour payer le déplacement en train vers un forum, il en
faudrait des pièces de 1 centime.

>
> > - Ils ne jugent pas cela prioritaire
>
> Plus qu'une question de timing, c'est plus une question de fond : une
> assoc pourquoi ? pour faire quoi ? Répondre au souhait de la fondation
> OSM ? J'attends un argumentaire un peu plus étoffé que tout ce que j'ai
> pu lire jusqu'à présent.
Une association pour avoir un statut, actuellement OSM n'existe pas en
France vis à vis des administration il n'a pas de bureau en France, pas
de personnes morale qui le représente, pas d'adresse pour lui envoyer
des documents etc... Bien sur il y a la fondation et on se débrouille
quand même sans association, y a qu'a voir le cadastre. Mais une
association permettrai un dialogue plus facile, une mairie veut fournir
des informations sur sa ville par l'envoi d'une carte, on lui donne
l'adresse de l'association qui se chargera de faire le nécessaire pour
que cette carte soit exploitée et stockée.
>
> >
> > Et ces arguments sont loin d'être une critique ils sont tout à fait
> > justifiés.
>
> Ma crainte principale est de voir la multiplication des structures
> (nécessairement des moyens alloués -même minimes) entre mouvements qui
> véhiculent les mêmes valeurs. J'avais prôné un rapprochement (et non une
> dissolution) avec l'OS-Géo fr (déjà assoc) et son groupe de travail
> "données libres" ou le GéoRézo. Certains ont fait des ponts (Robin,
> François et tous ceux que j'oublie -pardon). Sur le RGE administratif
> libre de droits, on a fait un p de progrès. Sur la licence ODBL, il
> y a encore beaucoup à faire pour comprendre et faire comprendre, avec
> l'OSGéo. Nous ne sommes déjà pas seuls
Je suis tout à fait d'accord avec toi, mais force est de remarquer que
nous ne faisons pas tout à fait la même chose, nous nous appliquons nous
sur OSM et eux sur  une vision plus généraliste des SIG cartographiques
il me semble (en tout cas pour GéoRézo).
Rien n'empêche un rapprochement d'ailleurs, je trouve leurs
interventions sur le forum très bien.
>
> Sur notre coeur de cible : la cartographie des trous (de Gruyères ou
> d'ailleurs) l'évolution des tags, des outils, ... une structure
> associative n'apportera pas grand chose.
Disons qu'une discussion avec les administrations peut peut-être
débloquer certaines cartes que nous pourrions exploiter pour remplir ces
trous...
>
> Franchement, je ne saurais dire s'il FAUT une nouvelle assoc flambante
> neuve. Pour l'heure, je suis plutôt à la recherche d'explications sur la
> démarche de la Fondation (en plein mois d'août !!!)
Etrange effectivement.
>
> ma cotiz de 0,01€
>
Ma cotiz à moi : 50€ si une association pérenne venait à se monter.


-- 
View this message in context: 
http://n2.nabble.com/-OSM-talk--Local-Chapters-Meeting-Minutes-WAS-Re%3A-Status-of-the-Local-Chapter-working-group-tp3461099p3470768.html
Sent from the French OSM list mailing list archive at Nabble.com.

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