Re: [OSM-talk-fr] dans la série "comment taggez-vo us ?"

[Marc SIBERT]

Denis a écrit :
> Pieren a écrit :
>   
>> Voila, j'ai copié le contenu de la page allemande dans la page
>> française et redirrigé celle-ci vers un nouveau nom:
>> http://wiki.openstreetmap.org/index.php/Fr:Howto_Map_A
>>
>> Je vais ajouter ce lien dans la Fr:Map Features.
>>
>> Si j'ai un peu de temps, je t'aiderai pour la traduction. Dejà, je
>> vois que chaque symbole est suivi d'un texte noeud, chemin, relation,
>> etc... Je ne crois pas que c'est une bonne idée. On peut expliquer les
>> symboles une fois en début de page puis ne mettre que les symboles.
>> Contacte moi directement si tu as besoin d'aide.
>> 
>
> Merci pour le boulot. Je ne suis pas complètement sûr qu'une seule 
> traduction suffira. Il me semble que cette nouvelle page doit refléter 
> les compromis acquis sur cette liste (ou via les rencontres IRC) sur 
> certains objets (et mentionner les divergences de pratique quand le 
> consensus n'a pas été atteint).
> En même temps, un brin de traduction est plus que nécessaire.
> Bref, c'est une page wiki qui été appelée à être beaucoup éditée dans 
> les prochains temps, non ?
> Denis
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>   
Voilà, les entêtes ont l'air OK : c'était pour la mise en bouche ;-), 
maintenant il faut passer au sérieux, les définitions elles-mêmes. Comme 
tu le dis, ce n'est qu'une traduction (je l'explique dans le talk), ce 
qu'il faut c'est que ces définitions correspondent aux choix / usages 
français. Alors lâchez-vous tous, cette page va surement faire péter les 
compteurs de modifications avant de se stabiliser ultérieurement.

Je commence, mais j'ai besoin de vous tous.

PS : j'aime pas la présentation avec l'image à gauche : je la déplace à 
droite, mais je reste ouvert à d'autres propositions. Ah oui, 
j'oubliais, il faute remplacer les objets allemands par nos équivalents 
français alors puisez dans vos catalogues de OSM Party  pour égailler 
cette page (perso j'aime bien l'humour un peu décalé).

Merci

Marc

No virus found in this outgoing message.
Checked by AVG - http://www.avg.com 
Version: 8.0.138 / Virus Database: 270.6.6/1623 - Release Date: 20/08/2008 08:12


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

Re: [OSM-talk-fr] dans la série "comment taggez-vo us ?"

[Denis]

Pieren a écrit :
> Voila, j'ai copié le contenu de la page allemande dans la page
> française et redirrigé celle-ci vers un nouveau nom:
> http://wiki.openstreetmap.org/index.php/Fr:Howto_Map_A
> 
> Je vais ajouter ce lien dans la Fr:Map Features.
> 
> Si j'ai un peu de temps, je t'aiderai pour la traduction. Dejà, je
> vois que chaque symbole est suivi d'un texte noeud, chemin, relation,
> etc... Je ne crois pas que c'est une bonne idée. On peut expliquer les
> symboles une fois en début de page puis ne mettre que les symboles.
> Contacte moi directement si tu as besoin d'aide.

Merci pour le boulot. Je ne suis pas complètement sûr qu'une seule 
traduction suffira. Il me semble que cette nouvelle page doit refléter 
les compromis acquis sur cette liste (ou via les rencontres IRC) sur 
certains objets (et mentionner les divergences de pratique quand le 
consensus n'a pas été atteint).
En même temps, un brin de traduction est plus que nécessaire.
Bref, c'est une page wiki qui été appelée à être beaucoup éditée dans 
les prochains temps, non ?
Denis

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

Re: [OSM-talk-fr] Suggestion de mapping party

[Pieren]

Oh la la, comme la France est la première destination touristique au
monde, la liste risque d'être longue ;-)
Il faudrait une sous-catégorie alors : 'Petits villages pittoresques'
Pieren

2008/8/20 Guilhem Bonnefille <[EMAIL PROTECTED]>:
> Salut,
>

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

Re: [OSM-talk-fr] dans la série "comment taggez-vo us ?"

[Pieren]

Voila, j'ai copié le contenu de la page allemande dans la page
française et redirrigé celle-ci vers un nouveau nom:
http://wiki.openstreetmap.org/index.php/Fr:Howto_Map_A

Je vais ajouter ce lien dans la Fr:Map Features.

Si j'ai un peu de temps, je t'aiderai pour la traduction. Dejà, je
vois que chaque symbole est suivi d'un texte noeud, chemin, relation,
etc... Je ne crois pas que c'est une bonne idée. On peut expliquer les
symboles une fois en début de page puis ne mettre que les symboles.
Contacte moi directement si tu as besoin d'aide.

Pieren

2008/8/20 marc <[EMAIL PROTECTED]>:
>
> On Mon, 18 Aug 2008 22:03:05 +0200, Pieren <[EMAIL PROTECTED]> wrote:
>> Cette page existe déjà mais en anglais:
>> http://wiki.openstreetmap.org/index.php/Mapping/Features
>>
>> et Guyou avait commencé quelque chose il y a 1 an:
>>
> http://wiki.openstreetmap.org/index.php?title=Fr:Mapping/Features&oldid=42947
>>
>> Les allemands ont été beaucoup plus loin :
>> http://wiki.openstreetmap.org/index.php/De:Howto_Map_A
>>
>> Je pense qu'on devrait reprendre la page allemande et la traduire
>> quand ça s'applique chez nous. Ca serait un bon début.
>> Pieren
>>
>> 2008/8/18 Marc SIBERT <[EMAIL PROTECTED]>:
>>> Denis a écrit :
 Bonsoir à tous,

 Étant donné que le questionnement est relativement récurrent ces
 temps-ci, je me suis demandé s'il ne serait pas utile de disposer sur
>> le
 wiki d'un tableau qui inverse la logique des MapFeatures.

 Je m'explique : au lieu de partir des tags existants (qui fassent
 concensus ou pas) et de dire  "celà correspond à telle ou telle
>> réalité
 terrain", ne serait-il pas plus sémantique (et pertinent) de dire :
 - une autoroute ça se tague en highway=motorway (et on utilise
 généralement tel(s) autre(s) tag(s) genre "int_ref" et ça ne
>> concerne
 que les ways.
 - une bretelle ça se taggue en highway=motorway_link
 - une sortie d'autoroute se met sur un point (à l'intersection d'un
 motorway_link et d'un motorway) avec un ref, un name
 etc.

 Bref, l'idée est de partir des objets que nous rencontrons sur nos
 chemins et de savoir comment les décrire au mieux et non pas de partir
 des tags consensuels (pour ne pas dire officiels) ou du tag_watch pour
 découvrir ce que cela englobe.
 J'ai perdu souvent du temps pour découvrir qu'un hippodrome pouvait
>> être
 tagué "sport=horse_racing" ou pour catégoriser des magasins.

 L'avantage d'une telle page, outre de faciliter l'accès pour les
 nouveaux arrivants, serait de permettre de capitaliser les discussions
 tenues ici (par le biais de pages spécialisées au besoin).
 Il ne s'agit pas de refaire ce qui existe déjà (les débats, les
 propositions, etc.), mais de changer de perspective. Une sorte
 d'annuaire inversé.

 A lire vos avis et commentaires
 Denis

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

>>> Bien sur !
>>>
>>> Partir du métier (la route / le chemin) et pas de l'objet technique (le
>>> node, le way, la relation).
>>> Prêt à participer à la page.
>>>
>>> Marc
>>>
>>> No virus found in this outgoing message.
>>> Checked by AVG - http://www.avg.com
>>> Version: 8.0.138 / Virus Database: 270.6.5/1618 - Release Date:
>> 18/08/2008 06:51
>>>
>>>
>>> ___
>>> 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
>
>
> Bonjour,
>
> J'ai imprimé la page allemande qui n'est pas trop difficile à traduire et
> je veux bien m'y lancer. Par contre, je suis nul en Wiki et il faudrait me
> générer la page et m'en indiquer le lien. Pour le reste, j'ai un compte
> et je peux donc éditer sans problème.
>
> Note : la vieille page française à l'air "marquer pour effacement".
>
> --
> --
> Marc SIBERT
> mailto:[EMAIL PROTECTED]
> http://marc.sibert.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] dans la série "comment taggez-vous ?"

[marc]

On Mon, 18 Aug 2008 22:03:05 +0200, Pieren <[EMAIL PROTECTED]> wrote:
> Cette page existe déjà mais en anglais:
> http://wiki.openstreetmap.org/index.php/Mapping/Features
> 
> et Guyou avait commencé quelque chose il y a 1 an:
>
http://wiki.openstreetmap.org/index.php?title=Fr:Mapping/Features&oldid=42947
> 
> Les allemands ont été beaucoup plus loin :
> http://wiki.openstreetmap.org/index.php/De:Howto_Map_A
> 
> Je pense qu'on devrait reprendre la page allemande et la traduire
> quand ça s'applique chez nous. Ca serait un bon début.
> Pieren
> 
> 2008/8/18 Marc SIBERT <[EMAIL PROTECTED]>:
>> Denis a écrit :
>>> Bonsoir à tous,
>>>
>>> Étant donné que le questionnement est relativement récurrent ces
>>> temps-ci, je me suis demandé s'il ne serait pas utile de disposer sur
> le
>>> wiki d'un tableau qui inverse la logique des MapFeatures.
>>>
>>> Je m'explique : au lieu de partir des tags existants (qui fassent
>>> concensus ou pas) et de dire  "celà correspond à telle ou telle
> réalité
>>> terrain", ne serait-il pas plus sémantique (et pertinent) de dire :
>>> - une autoroute ça se tague en highway=motorway (et on utilise
>>> généralement tel(s) autre(s) tag(s) genre "int_ref" et ça ne
> concerne
>>> que les ways.
>>> - une bretelle ça se taggue en highway=motorway_link
>>> - une sortie d'autoroute se met sur un point (à l'intersection d'un
>>> motorway_link et d'un motorway) avec un ref, un name
>>> etc.
>>>
>>> Bref, l'idée est de partir des objets que nous rencontrons sur nos
>>> chemins et de savoir comment les décrire au mieux et non pas de partir
>>> des tags consensuels (pour ne pas dire officiels) ou du tag_watch pour
>>> découvrir ce que cela englobe.
>>> J'ai perdu souvent du temps pour découvrir qu'un hippodrome pouvait
> être
>>> tagué "sport=horse_racing" ou pour catégoriser des magasins.
>>>
>>> L'avantage d'une telle page, outre de faciliter l'accès pour les
>>> nouveaux arrivants, serait de permettre de capitaliser les discussions
>>> tenues ici (par le biais de pages spécialisées au besoin).
>>> Il ne s'agit pas de refaire ce qui existe déjà (les débats, les
>>> propositions, etc.), mais de changer de perspective. Une sorte
>>> d'annuaire inversé.
>>>
>>> A lire vos avis et commentaires
>>> Denis
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-fr
>>>
>> Bien sur !
>>
>> Partir du métier (la route / le chemin) et pas de l'objet technique (le
>> node, le way, la relation).
>> Prêt à participer à la page.
>>
>> Marc
>>
>> No virus found in this outgoing message.
>> Checked by AVG - http://www.avg.com
>> Version: 8.0.138 / Virus Database: 270.6.5/1618 - Release Date:
> 18/08/2008 06:51
>>
>>
>> ___
>> 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


Bonjour,

J'ai imprimé la page allemande qui n'est pas trop difficile à traduire et
je veux bien m'y lancer. Par contre, je suis nul en Wiki et il faudrait me
générer la page et m'en indiquer le lien. Pour le reste, j'ai un compte
et je peux donc éditer sans problème.

Note : la vieille page française à l'air "marquer pour effacement".

-- 
--
Marc SIBERT
mailto:[EMAIL PROTECTED]
http://marc.sibert.fr


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

Re: [OSM-talk-fr] CadastreWMS v0.5

[Pieren]

PAS de panique : le wiki tu interrogeras, la solution tu trouveras:
http://wiki.openstreetmap.org/index.php/Fr:JOSM/Fr:Plugin/Cadastre#Probl.C3.A8mes

Pieren

On Wed, Aug 20, 2008 at 4:09 PM, wouldsmina <[EMAIL PROTECTED]> wrote:
> c'est encore moi!!! cette fois je n'ai qu'une image blanche!! et une fois
> j'ai eu "votre session a éxpirer..."
> HPPP
> merci d'avance,
>
> ___
> 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] Suggestion de mapping party

[Guilhem Bonnefille]

Salut,

Après 3 semaines de vacances riches en déplacements, j'ai fait
quelques traces et quelques mapping associés. Mais j'ai aussi noté
quelques lieux non cartographiés qui pourraient faire l'objet de
mapping parties intéressantes.

Par exemple, Cordes-sur-ciel
(http://www.openstreetmap.org/?lat=44.06414&lon=1.96354&zoom=15&layers=B00FTF)
dans le Tarn, n'est absolument pas cartographié. Pourtant, c'est un
petit village fortifié, très agréable à visiter (et très très
fréquenté). Du fait de son caractère touristique marqué, il dispose de
toutes les infrastructures pour acceuillir des mappeurs pendant
quelques jours.

Hélas, je n'ai ni le temps ni les compétences pour organiser une
mapping party dans ce village (fort éloigné de mon domicile
d'ailleurs). Par contre, j'ai eu une idée : la France regorge
certainement de tout un tas de petits villages de ce type : non
cartographiés et ayant un caractère touristique certain. Il me semble
que ce serait une bonne idée d'en référencer quelques uns sur le wiki,
pour donner des idées de vacances à des mappeurs en mal d'inspiration.
Peut-être même que des mapping parties touristiques s'organiseront
d'elles-même.

Il me semble que la page asociée aux mapping parties serait idéale
pour lister ces destinations. Qu'en pensez-vous ? Comment pourrait-on
nommer la *section* contenant toutes ces suggestions ? Je propose
"Site touristique non cartographié" (c'est long, mais explicite).

-- 
Guilhem BONNEFILLE
-=- #UIN: 15146515 JID: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED]
-=- mailto:[EMAIL PROTECTED]
-=- http://nathguil.free.fr/

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

Re: [OSM-talk-fr] Connexion avec www.prix-carburants.gouv.fr

[Stéphane Brunner]

Sauf que la phrase : "La perfection est atteinte, non pas lorsqu'il n'y a
plus rien à ajouter, mais lorsqu'il n'y a plus rien à retirer."
Perdent que le programme parfait est :
void main(void){}
La on ne peut vraiment plus rien retirer ;-)

Et personnellement je ne voudrais pas avoir un programme pour corriger les
yeux rouges, un autre pour changer le contrats, ...

Pour moi la diversion est close car a présent je suis également convaincu
que cette information est non appropriée.
CU
Sarge


2008/8/20 Guilhem Bonnefille <[EMAIL PROTECTED]>

> Le 20 août 2008 09:07, Stéphane Brunner <[EMAIL 
> PROTECTED]>
> a écrit :
> > Hello !
> >
> > 2008/8/20 Michael Stilmant <[EMAIL 
> > PROTECTED]
> >
> >>
> >>
>  Tout d'abord, je ne vois as ce qu'il y a de mal à être une sorte de
>  noeud terminal d'internet, un noeud ne pointant sur rien d'autre.
>  Perso, je ne vois pas ça comme une voie sans issue, mais simplement
>  une information de base, épurée, autosuffisante. Souvenons-nous de
>  Saint-Exupéry qui disait : "La perfection est atteinte, non pas
>  lorsqu'il n'y a plus rien à ajouter, mais lorsqu'il n'y a plus
>  rien à retirer."
> >>>
> >>> C'est juste une affirmation qui me fais bondir, c'est avec ce genre
> >>> d'affirmation due l'on arrive a faire des soft (pour donner un exemple)
> qui
> >>> nous prive de nos liberté et surtout qui ne me convienne pas du tout !
> >>
> >> C'est pourtant la philosophie derriere Unix et par la suite GNU/Linux:
> >> KISS (Keep it simple, stupid!):
> http://en.wikipedia.org/wiki/KISS_principle
> >
> > Dans le sens de faire des briques simple mais pas de sabrer dans les
> > fonctionnalités, c'est pour quoi la citation ma fais bondir mais la
> solution
> > me parais être une bonne direction ;-)
>
> On commence à être hors sujet, mais ta réaction me surprend. Pour moi,
> une bonne application n'est pas celle qui couvre le plus de
> fonctionnalités d'un coup, mais celle qui, au contraire, se destine à
> adresser un unique problème et s'y cantone. Il ne s'agit pas de
> *sabrer* dans les fonctionnalités, mais plutôt de choisir avec *soin*
> ce que l'on veut faire.
>
> Histoire de bien illustrer mon propos, je vais donner un  exemple. Les
> appareils photos sont souvent livrés avec un logiciel qui :
> - permet de récupérer les photos (parce que le protocole de
> communication est fermé)
> - permet de corriger les yeux rouges et recadrer (mais pas plus de
> fonctions)
> - de préparer des cartes de voeux
> - d'imprimer
> -...
> Moi je préfère avoir plusieurs logiciels pour ces différentes tâches,
> et un format de stockage ouvert qui permmette aux différentes
> applications de communiquer, c'est à dire travailler sur le même
> document.
>
> Le risque, quand on aggrège trop de fonctionnalités dans un unique
> logiciel, c'est qu'on perde de vue l'essentiel. Dans l'exemple
> précédent, on va rencontrer des logiciels qui offrent de plus en plus
> d'assistant pour faire des cartes de voeux, des calendriers, des
> posters, des animations... mais la partie retouche va être oubliée,
> restant pauvre, alors que c'est un point très important dans une
> chaîne de traitement d'image numérique.
>
>
> Voilà, j'espère que mon discours est plus clair maintenant.
>
> PS : je bosse dans un SSII, et des logiciels gigantesques, qui
> adressent des tas de fonctionnalités (et donc qui coutent cher) et qui
> finalement ne sont utilisés qu'à 20%, ben je dois dire que j'en ai
> fait et j'en fait encore.
> --
> Guilhem BONNEFILLE
> -=- #UIN: 15146515 JID: [EMAIL 
> PROTECTED] PROTECTED]>MSN:
> [EMAIL PROTECTED] PROTECTED]>
> -=- mailto:[EMAIL 
> PROTECTED]
> -=- http://nathguil.free.fr/
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org  PROTECTED]>
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Stéphane Brunner
mail : [EMAIL PROTECTED]
messageries instantanées : [EMAIL PROTECTED] (
http://talk.google.com)
--
http://www.ubuntu-fr.org - Distribution Linux
http://fr.wikipedia.org - Encyclopédie communautaire
http://mozilla-europe.org - Navigateur internet / Client de messagerie
http://framasoft.net - Annuaire de logiciel libre (gratuit)
http://jeuxlibres.net - Jeux Libres (gratuit)
http://openstreetmap.org - Cartographie libre (en développement)
--
Il existe 10 sortes de personnes : celles qui connaissent le binaire, et les
autres.
--
Si un jour on te reproche que ton travail n'est pas un travail de
professionnel, dis toi que :
Des amateurs ont construit l'a

Re: [OSM-talk-fr] stations velib et JCDecaux

[murphy2712 . nospam]

Je pense qu'il manque une phrase d'introduction, le "nous" ne
représentant personne de précis.
Je propose :
"Bonjour,
je suis un contributeur du projet OpenStreetMap qui est une atlas
collaboratif. Ce dernier dispose de nombreux
autres contributeurs et utilisateurs..."

Aussi, le fait d'utiliser "nous" est une mauvaise idée et fait penser
à d'un côté des geeks qui bidouillent une carte et veulent une
autorisation, de l'autre JCDecaux et encore à côté le reste du peuple.
Le but d'OSM est que tout le monde fasse parti du cycle sans
contrainte. Il doit y avoir moyen d'argumenter aussi sur les
utilisations qu'ils peuvent faire des plans OSM.

Enfin ça pourrait être bien vu de donner des chiffres pour argumenter
la visibilité (nombre de contributeurs OSM dans le monde, en france,
nombre de visiteurs du plan osm par jour(?)...) et de donner des
exemples existants comme le guide Wikitravel de Paris...

2008/8/20 Sebek Ab. <[EMAIL PROTECTED]>:
> Bonjour,
>
> Le sujet a été abordé de nombreuses fois sur cette liste, peut on
> utiliser les données du site web velib (qui donne les coordonées de
> toutes les stations de ce système de vélo en libre service à Paris)
> dans osm par rapport à la licence?
> Techniquement les stations sont dispos dans un fichier xml, ca devrait
> pas être trop compliqué.
>
> Plusieurs personnes sur cette liste ont semble-t'il contacté JCDecaux,
> le propriétaire du système, je suppose sans succès (ont-ils reçu une
> réponse négative?).
>
> Je propose donc l'envoi d'un nouveau message à JCDecaux (en insistant
> sur le caractère visibilité augmentée) qui s'il reste sans réponse
> sera suivi d'un message à la mairie de Paris (en insistant plus sur le
> coté citoyen, service public partagé par tous dont les données
> devraient être dans le domaine _public_).
>
> Voici la proposition à JCDecaux :
>
> Bonjour,
> OpenStreetMap est une atlas collaboratif . Il dispose de nombreux
> contributeurs et utilisateurs qui améliorent la carte.
> Le plan de Paris est actuellement très avancé. Il manque toutefois la
> plupart des stations velib.
> Avoir ces informations disponible dans notre site de plus en plus
> utilisé augmenterait la visibilité du système velib à tous les
> parisiens ou autres utilisateurs occasionels.
> Pour ceci, il faut que vous nous autorisiez à utiliser les données du
> site web velib (position géographique, reference et capacité de chaque
> station) sous licence Creative Commons by-sa 2.0.
> Si nous obtenons votre autorisation, nous automatiserons l'importation
> et ajouterons une étiquette avec l'origine de la donnée pour chacune
> des stations. (Par exemple : source=JCDecaux)
> Exemple (les stations velib sont en jaune)
> http://openstreetmap.org/?lat=48.8667&lon=2.3394&zoom=14&layers=00BFTF
> Texte de la licence Creative Commons by-sa 2.0 :
> http://creativecommons.org/licenses/by-sa/2.0/
> signature bla bla bla
>
>
>
> Qu'en pensez vous ?
>
> ___
> 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] CadastreWMS v0.5

[wouldsmina]

c'est encore moi!!! cette fois je n'ai qu'une image blanche!! et une fois
j'ai eu "votre session a éxpirer..."
HPPP
merci d'avance,
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] stations velib et JCDecaux

[Sebek Ab.]

Bonjour,

Le sujet a été abordé de nombreuses fois sur cette liste, peut on
utiliser les données du site web velib (qui donne les coordonées de
toutes les stations de ce système de vélo en libre service à Paris)
dans osm par rapport à la licence?
Techniquement les stations sont dispos dans un fichier xml, ca devrait
pas être trop compliqué.

Plusieurs personnes sur cette liste ont semble-t'il contacté JCDecaux,
le propriétaire du système, je suppose sans succès (ont-ils reçu une
réponse négative?).

Je propose donc l'envoi d'un nouveau message à JCDecaux (en insistant
sur le caractère visibilité augmentée) qui s'il reste sans réponse
sera suivi d'un message à la mairie de Paris (en insistant plus sur le
coté citoyen, service public partagé par tous dont les données
devraient être dans le domaine _public_).

Voici la proposition à JCDecaux :

Bonjour,
OpenStreetMap est une atlas collaboratif . Il dispose de nombreux
contributeurs et utilisateurs qui améliorent la carte.
Le plan de Paris est actuellement très avancé. Il manque toutefois la
plupart des stations velib.
Avoir ces informations disponible dans notre site de plus en plus
utilisé augmenterait la visibilité du système velib à tous les
parisiens ou autres utilisateurs occasionels.
Pour ceci, il faut que vous nous autorisiez à utiliser les données du
site web velib (position géographique, reference et capacité de chaque
station) sous licence Creative Commons by-sa 2.0.
Si nous obtenons votre autorisation, nous automatiserons l'importation
et ajouterons une étiquette avec l'origine de la donnée pour chacune
des stations. (Par exemple : source=JCDecaux)
Exemple (les stations velib sont en jaune)
http://openstreetmap.org/?lat=48.8667&lon=2.3394&zoom=14&layers=00BFTF
Texte de la licence Creative Commons by-sa 2.0 :
http://creativecommons.org/licenses/by-sa/2.0/
signature bla bla bla



Qu'en pensez vous ?

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

Re: [OSM-talk-fr] Connexion avec www.prix-carburants.gouv.fr

[Guilhem Bonnefille]

Le 20 août 2008 09:07, Stéphane Brunner <[EMAIL PROTECTED]> a écrit :
> Hello !
>
> 2008/8/20 Michael Stilmant <[EMAIL PROTECTED]>
>>
>>
 Tout d'abord, je ne vois as ce qu'il y a de mal à être une sorte de
 noeud terminal d'internet, un noeud ne pointant sur rien d'autre.
 Perso, je ne vois pas ça comme une voie sans issue, mais simplement
 une information de base, épurée, autosuffisante. Souvenons-nous de
 Saint-Exupéry qui disait : "La perfection est atteinte, non pas
 lorsqu'il n'y a plus rien à ajouter, mais lorsqu'il n'y a plus
 rien à retirer."
>>>
>>> C'est juste une affirmation qui me fais bondir, c'est avec ce genre
>>> d'affirmation due l'on arrive a faire des soft (pour donner un exemple) qui
>>> nous prive de nos liberté et surtout qui ne me convienne pas du tout !
>>
>> C'est pourtant la philosophie derriere Unix et par la suite GNU/Linux:
>> KISS (Keep it simple, stupid!): http://en.wikipedia.org/wiki/KISS_principle
>
> Dans le sens de faire des briques simple mais pas de sabrer dans les
> fonctionnalités, c'est pour quoi la citation ma fais bondir mais la solution
> me parais être une bonne direction ;-)

On commence à être hors sujet, mais ta réaction me surprend. Pour moi,
une bonne application n'est pas celle qui couvre le plus de
fonctionnalités d'un coup, mais celle qui, au contraire, se destine à
adresser un unique problème et s'y cantone. Il ne s'agit pas de
*sabrer* dans les fonctionnalités, mais plutôt de choisir avec *soin*
ce que l'on veut faire.

Histoire de bien illustrer mon propos, je vais donner un  exemple. Les
appareils photos sont souvent livrés avec un logiciel qui :
- permet de récupérer les photos (parce que le protocole de
communication est fermé)
- permet de corriger les yeux rouges et recadrer (mais pas plus de fonctions)
- de préparer des cartes de voeux
- d'imprimer
-...
Moi je préfère avoir plusieurs logiciels pour ces différentes tâches,
et un format de stockage ouvert qui permmette aux différentes
applications de communiquer, c'est à dire travailler sur le même
document.

Le risque, quand on aggrège trop de fonctionnalités dans un unique
logiciel, c'est qu'on perde de vue l'essentiel. Dans l'exemple
précédent, on va rencontrer des logiciels qui offrent de plus en plus
d'assistant pour faire des cartes de voeux, des calendriers, des
posters, des animations... mais la partie retouche va être oubliée,
restant pauvre, alors que c'est un point très important dans une
chaîne de traitement d'image numérique.


Voilà, j'espère que mon discours est plus clair maintenant.

PS : je bosse dans un SSII, et des logiciels gigantesques, qui
adressent des tas de fonctionnalités (et donc qui coutent cher) et qui
finalement ne sont utilisés qu'à 20%, ben je dois dire que j'en ai
fait et j'en fait encore.
-- 
Guilhem BONNEFILLE
-=- #UIN: 15146515 JID: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED]
-=- mailto:[EMAIL PROTECTED]
-=- http://nathguil.free.fr/

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

[OSM-talk-fr] plan jalonnement velo paris et OpenStreetMap

[Sebek Ab.]

[message également posté sur la liste de diffusion OpenStreetMap]

Bonjour MDB,

Il semble que les jalonnements des itinéraires vélo dans la capitale
soient (presque) tous en place (ces panneaux vélo chiffrés qui
indiquent de grands trajets dans la capitale).
Pourtant il manque une donnée  importante, je ne trouve pas de plan
les recensants.

Le lien disponible ici :
http://www.paris.fr/portail/deplacements/Portal.lut?page_id=7652&document_type_id=5&document_id=4678&portlet_id=17705
est un lien mort.

Ceci dans le but d'intégrer ces itinéraires cyclables dans la carte
cyclable openstreetmap qui progresse doucement mais surement :
http://openstreetmap.org/?lat=48.8667&lon=2.3394&zoom=14&layers=00BFTF

merci

sebek

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

Re: [OSM-talk-fr] CadastreWMS v0.5

[wouldsmina]

j'ai essayé différent orthographe...
bon si je comprend bien, je peux rien faire, a part faire le tour du village
avec mon gps (heureusement c'est pas tres grand...)
merci a tous...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] CadastreWMS v0.5

[Pieren]

Ce village ne fait pas partie des 323 537 communes dont les données
cadastrales sont vectorisées...
Je vais ajouter un petit guide dans le wiki pour diagnostiquer les
différentes causes de non affichage:
- c'est un plan image (y a rien à faire)
- c'est pas la bonne orthographe (l'histoire des tirets)
- c'est pas la bonne zone Lambert (utiliser 'change Lambert zone')

Pieren

On Wed, Aug 20, 2008 at 11:12 AM, wouldsmina <[EMAIL PROTECTED]> wrote:
>  par contre j'ai jamais réussi à récuperer le cadastre d'un petit village,
> c'est "saint laurent en grandvaux" CP 39150 si quelqu'un peut m'aider...
>
> ___
> 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] CadastreWMS v0.5

[murphy2712 . nospam]

Ah mais ça ressemble à une image scannée ça... il me semble que c'est pas
récupérable par le plugin du cadastre !

On Wed, Aug 20, 2008 at 11:12 AM, wouldsmina <[EMAIL PROTECTED]> wrote:

>  par contre j'ai jamais réussi à récuperer le cadastre d'un petit village,
> c'est "saint laurent en grandvaux" CP 39150 si quelqu'un peut m'aider...
>
> ___
> 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] CadastreWMS v0.5

[murphy2712 . nospam]

Essaye *SAINT-LAURENT-EN-GRANDVAUX ?*

On Wed, Aug 20, 2008 at 11:12 AM, wouldsmina <[EMAIL PROTECTED]> wrote:

>  par contre j'ai jamais réussi à récuperer le cadastre d'un petit village,
> c'est "saint laurent en grandvaux" CP 39150 si quelqu'un peut m'aider...
>
> ___
> 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] CadastreWMS v0.5

[wouldsmina]

 par contre j'ai jamais réussi à récuperer le cadastre d'un petit village,
c'est "saint laurent en grandvaux" CP 39150 si quelqu'un peut m'aider...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] CadastreWMS v0.5

[wouldsmina]

faut vraiment que je branche mon cerveau!!! j'avais modifier le script
/usr/bin/josm pour lancer josm.jar  avant les vacances, tout est ok
maintenant...
merci,
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Connexion avec www.prix-carburants.gouv.fr

[Pieren]

2008/8/20 Michael Stilmant <[EMAIL PROTECTED]>:
> Le problème du cas présent est l'nterconnection de deux base de données: ce
> qu'il manque alors c'est un tag d'identification d'un POI qui doit rester
> immuable même si on efface et on recrée le POI. Mais comment faire? Est-ce
> que c'est ID peut être crée par le nom du POI et sa géolocalisation?

Ce qui doit rester plus ou moins constant, c'est bien la géolocalisation du POI.
Dans ce genre d'application, on peut conserver l'ID du node pour faire
le lien entre OSM et d'autres bases. Mais dans une session de mise à
jour, il faut prendre en compte l'éventualité que ce node ait disparu
(ou soit rendu invisible pour être précis, merci Denis). Il faudrait
alors faire une recherche géolocalisée soit dans une base postgis
locale par exemple ou avec un service externe sur un périmètre d'une
dizaine ou centaine de mètres par exemple autour de l'ancienne
position. Les perfectionnistes pourraient même faire cette
vérification systématiquement pour détecter d'éventuels doublons.

Pieren

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

Re: [OSM-talk-fr] CadastreWMS v0.5

[Pieren]

Oui, vérifie encore ta version de Josm. L'exception indique que Josm
ne connait pas la propriété "layoutZone" dans la classe Lambert :

java.lang.NoSuchFieldError: layoutZone
at cadastrewms.MenuActionSettings.addNewLayer(MenuActionSettings.java:99)

Or celle-ci a été introduite dans Josm à partir de la version 657.
J'en ai donc conclu que tu devais utiliser une version antérieure.
Est-ce que tu utilises Windows ? Je crois que dans certains cas, en
renommant un fichier, Windows redirige aussi les raccourcis vers
celui-ci. Il est possible que tu ais gardé l'ancienne version sous un
faux-nom et chargé une nouvelle version mais que le raccourci pointe
toujours vers l'ancien fichier (simple hypothèse).

Pieren

On Wed, Aug 20, 2008 at 9:46 AM, wouldsmina <[EMAIL PROTECTED]> wrote:
> c'est bien la dernière version que j'utilise, avec java 1.6... mais rien n'y
> fait :(
>
> ___
> 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] CadastreWMS v0.5

[murphy2712 . nospam]

Tu peux :
- vérifier ta version de JOSM avec le menu Help->About,
- changer de projection et revenir à Lambert,
- renommer ton répertoire de profil (.josm) afin qu'il en recrée un autre
neuf (et alors y remettre le plugin cadastre!)...

Tu tournes sous quel OS ?

On Wed, Aug 20, 2008 at 9:46 AM, wouldsmina <[EMAIL PROTECTED]> wrote:

> c'est bien la dernière version que j'utilise, avec java 1.6... mais rien
> n'y fait :(
>
> ___
> 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] CadastreWMS v0.5

[wouldsmina]

c'est bien la dernière version que j'utilise, avec java 1.6... mais rien n'y
fait :(
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Connexion avec www.prix-carburants.gouv.fr

[Stéphane Brunner]

Hello !

2008/8/20 Michael Stilmant <[EMAIL PROTECTED]>

>
>
> Tout d'abord, je ne vois as ce qu'il y a de mal à être une sorte de
>>> noeud terminal d'internet, un noeud ne pointant sur rien d'autre.
>>> Perso, je ne vois pas ça comme une voie sans issue, mais simplement
>>> une information de base, épurée, autosuffisante. Souvenons-nous de
>>> Saint-Exupéry qui disait : "La perfection est atteinte, non pas
>>> lorsqu'il n'y a plus rien à ajouter, mais lorsqu'il n'y a plus
>>> rien à retirer."
>>
>> C'est juste une affirmation qui me fais bondir, c'est avec ce genre
>> d'affirmation due l'on arrive a faire des soft (pour donner un exemple) qui
>> nous prive de nos liberté et surtout qui ne me convienne pas du tout !
>>
>
> C'est pourtant la philosophie derriere Unix et par la suite GNU/Linux: KISS
> (Keep it simple, stupid!): http://en.wikipedia.org/wiki/KISS_principle
>
Dans le sens de faire des briques simple mais pas de sabrer dans les
fonctionnalités, c'est pour quoi la citation ma fais bondir mais la solution
me parais être une bonne direction ;-)


> 
>
> Le problème du cas présent est l'nterconnection de deux base de données: ce
> qu'il manque alors c'est un tag d'identification d'un POI qui doit rester
> immuable même si on efface et on recrée le POI. Mais comment faire? Est-ce
> que c'est ID peut être crée par le nom du POI et sa géolocalisation?
>
> Michael
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org  PROTECTED]>
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Stéphane Brunner
mail : [EMAIL PROTECTED]
messageries instantanées : [EMAIL PROTECTED] (
http://talk.google.com)
--
http://www.ubuntu-fr.org - Distribution Linux
http://fr.wikipedia.org - Encyclopédie communautaire
http://mozilla-europe.org - Navigateur internet / Client de messagerie
http://framasoft.net - Annuaire de logiciel libre (gratuit)
http://jeuxlibres.net - Jeux Libres (gratuit)
http://openstreetmap.org - Cartographie libre (en développement)
--
Il existe 10 sortes de personnes : celles qui connaissent le binaire, et les
autres.
--
Si un jour on te reproche que ton travail n'est pas un travail de
professionnel, dis toi que :
Des amateurs ont construit l'arche de Noé, et des professionnels le Titanic.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Connexion avec www.prix-carburants.gouv.fr

[Michael Stilmant]

Tout d'abord, je ne vois as ce qu'il y a de mal à être une sorte de
>> noeud terminal d'internet, un noeud ne pointant sur rien d'autre.
>> Perso, je ne vois pas ça comme une voie sans issue, mais simplement
>> une information de base, épurée, autosuffisante. Souvenons-nous de
>> Saint-Exupéry qui disait : "La perfection est atteinte, non pas
>> lorsqu'il n'y a plus rien à ajouter, mais lorsqu'il n'y a plus
>> rien à retirer."
>
> C'est juste une affirmation qui me fais bondir, c'est avec ce genre
> d'affirmation due l'on arrive a faire des soft (pour donner un exemple) qui
> nous prive de nos liberté et surtout qui ne me convienne pas du tout !
>

C'est pourtant la philosophie derriere Unix et par la suite GNU/Linux: KISS
(Keep it simple, stupid!): http://en.wikipedia.org/wiki/KISS_principle

Le problème du cas présent est l'nterconnection de deux base de données: ce
qu'il manque alors c'est un tag d'identification d'un POI qui doit rester
immuable même si on efface et on recrée le POI. Mais comment faire? Est-ce
que c'est ID peut être crée par le nom du POI et sa géolocalisation?

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