date:20100422

Bonjour, je pose un nouveau message pour cause de cet embryon d'outil, pour
ne pas "abimer" ce sujet :)

Le 22 avril 2010 10:14, René-Luc D'Hont  a écrit :

>  Le 21/04/2010 23:42, Jeremy G a écrit :
>
>
>
> Question subsidiaire : existe-t-il un moyen de suivre l'évolution de ses
> propres contributions ? Pour pouvoir être averti de ce genre d'accidents et
> s'en occuper...
>
>
> Kimaidou a fait un outil comme ça! Il faudrait voir si cet outil est prêt
> ;-)
>
> René-Luc D'Hont
> 3Liz
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] API IGN géoportail mentionne osm

2010-04-22 Par sujet acign


Bonjour,
non Tenshu, Damouns a raison; pour cet aspect, les limites d'utilisation des
données IGn sont fixées par  http://www.ign.fr/partage/api/cgu/licAPI_CG.pdf
les CGUF accessibles ici  :

Il est indiqué en particulier :
6.4 Données Dérivées
Le Licencié et/ou l’Utilisateur Final qui a créé des données dérivées est
seul titulaire des droits de propriété intellectuelle sur ces données, si
elles ne permettent pas la reconstitution d'une partie substantielle des
Données du Geoportail."
et 
"7.1.5 Les Données Dérivées constituées par le Licencié à partir des Données
du Geoportail n'engagent que la responsabilité du Licencié.".

En l'occurence, les conteneurs de tri ne font nullement partie des données
du Géoportail.

Pour info, plusieurs sites utilisant l'API Géoportail proposent à leurs
utilisateurs de numériser leurs balades ou leurs points d'intérêts ; c'est
parfaitement licite et c'est une blle utilisation des ressources de l'API
Géoportail.
Bien cordialement
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/API-IGN-geoportail-mentionne-osm-tp4745755p4941682.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] OsmJumper v0.1.5

2010-04-22 Par sujet Etienne Chové

Bonjour,

Je fait écho à ce post pour vous dire que le module est sorti du bac à 
sable :

https://addons.mozilla.org/fr/firefox/addon/93113

-- 
Etienne

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

[OSM-talk-fr] [dev] OsmWatch : outil pour voir les modifications/ajouts/suprression d'un ensemble d'objets

Bonjour,

Je suis en train de développer un petit outil en python qui permette sans
installation complexe de faire du suivi rapide de l'évolution des objets
dans la bdd OSM sur une ou plusieurs zones. Je l'ai appelé "OsmWatch"

Pour l'instant, c'est encore un embryon, mais les fonctionnalités basiques
sont à peu près en place, et donc j'en parle ici pour qu'on ne soit pas
plusieurs à faire un outil équivalent dans notre coin, mais pour rassembler
les bonnes volontés. Je souhaitais attendre un peu, mais Germaine de
Marseille a accéléré les choses...

Objectif:
*
Cet outil va permettre de suivre l'évolution d'objets OSM via le :

* Choix d'une ou plusieurs zones (bbox)
La taille de chaque bbox doit rester pas trop grande (limites de l'api et de
la xapi, cf description technique + loin)

* Choix du suivi des objets. L'outil doit permettre de suivre des groupes
d'objets caractérisés par :
- une liste d'osm_id fixe
- une valeur pour un tag, par exemple toutes les boulangeries shop=bakery.
- un utilisateur : soit tous les objets dernièrement édité par l'utilisateur
X, soit (plus lourd) tous les objets qui ont une fois été édités par X

On peut avoir plusieurs listes, donc suivre par exemple tous les objets
"boulangerie" et tous les supermarchés, tous les objets édités par Bob et
par Germaine sur la ou les zones.

Fonctionnement
***
L'objet de cet outil n'est pas de stocker tout l'historique de chaque objet
à chaque passage, ni de proposer des outils statistiques de folie, ni
d'éditeur carto, etc.
J'ai décidé plutôt de faire un outil simple, qui fonctionne par passe.
Lorsqu'on le lance,
* il va chercher via l'api et la xapi les objets par rapports aux critères
rentrés (utilisateur, tags, etc.)
* il compare cette liste d'objet à celle obtenue lors de la dernière passe
* Il fait un rapport html avec les différences : objets modifiés, supprimés,
ajoutés depuis la dernière fois.
* il écrase les données stockées par les nouvelles (qui seront comparées
lors de la prochaine passe).

Technologie
**
Pour l'instant, ce n'est qu'un petit et moche fichier python, qu'il faudra
que j'organise mieux.
Il est basé sur la pythonOsmApi (
http://wiki.openstreetmap.org/wiki/PythonOsmApi , merci à l'auteur !) , mais
utilise aussi la XAPI pour ses capacités de recherche avancée.
Les données de chaque passe sont enregistrées dans une base sqlite, pour que
l'outil soit portable.
Je cherche ici à faire un outil léger et portable, qu'on puisse lancer d'une
simple clé USB.
Pour l'instant, l'outil fait juste un "rapport" au format HTML avec des
codes couleurs pour dire "supprimé", "modifié", ajouté et avec des liens
vers la dscription de l'objet dans OSM.
Pour l'instant, l'outil suit seulement les nodes, mais bien sûr je vais
étendre à tous les objets (je teste d'abord)

Idées d'utilisation
*
* Je suis une commune, j'ai "donné" 550 poins de bancs publics à OSM, je
veux pouvoir les suivre, mais aussi voir si d'autres sont ajoutés par des
utilisateurs
* Je veux voir les modifications faites sur les objets que j'ai édités
précédemment
* Je savoir quand quelqu'un ajoute des écoles dans ma zone
* etc.

Je ne cherche pas ici à faire un outil qui permette d'éditer directement la
bdd OSM (par exemple : "Tiens, Germaine a supprimé mon arrêt de bus, hop, je
clique et il est recréé !" ). Je préfère que la personne soit prévenue, et
ensuite qu'elle utilise les outils d'OSM manuellement.


Idées futures
*
* lancé l'outil périodiquement sur un serveur
* faire une interface graphique
* envoyer un email
etc.

Voilà pour la description générale.

Les étapes :
* j'améliore un peu le code, je le nettoie et l'organise
* je crréé un projet OpenSource sur une forge quelconque
* tout le monde peut l'améliorer, le faire avancer, etc.

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

Re: [OSM-talk-fr] API IGN géoportail mentionne osm

2010-04-22 Par sujet Pieren

2010/4/22 acign 

>
> Bonjour,
> non Tenshu, Damouns a raison; pour cet aspect, les limites d'utilisation
> des
> données IGn sont fixées par
> http://www.ign.fr/partage/api/cgu/licAPI_CG.pdf
>
>
Merci acIGN pour cet éclaircissement et bienvenue sur la liste osm-fr.
Est-ce qu'on peut considérer cette réponse comme un avis officiel de l'IGN ?
Pourrait-on savoir où se fixe la limite avec "une partie substantielle des
données" ? Peut-on tracer des routes, bâtiments ou rivières pour OSM à
partir des images aériennes de l'API geoportail ? Quel est le pourcentage de
routes, bâtiments ou rivières que l'on peut tracer avant de considérer que
cela devient une "partie subtantielle des données" ?

cordialement,
Pieren

Pour ceux qui ne connaitraient pas:
http://acign.blog.free.fr/index.php?post/2009/09/11/Pr%C3%A9sentation
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] OSM dans le train

2010-04-22 Par sujet Fabien Marchewka

Bonjour,

Une autre utilisation d'OSM
http://www.flickr.com/photos/claypole/4541755224/

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

Re: [OSM-talk-fr] [dev] OsmWatch : outil pour voir les modifications/ajouts/suprression d'un ensemble d'objets

Le 22/04/2010 11:08, kimaidou a écrit :
> Bonjour,
>
> Je suis en train de développer un petit outil en python qui permette 
> sans installation complexe de faire du suivi rapide de l'évolution des 
> objets dans la bdd OSM sur une ou plusieurs zones. Je l'ai appelé 
> "OsmWatch"
Super !
Je pensais à un outil de ce type et je commençais à imaginer quelque chose.
J'en ai rêvé...
Si c'est un module intégrable dans un site... c'est ce que je cherchais...
>
> On peut avoir plusieurs listes, donc suivre par exemple tous les 
> objets "boulangerie" et tous les supermarchés, tous les objets édités 
> par Bob et par Germaine sur la ou les zones.
Excellent !
Un site type karbukoo peut avoir une liste par utilisteur et chaque 
utilisateur peut avoir son "watch"

>
> Fonctionnement
> ***
> L'objet de cet outil n'est pas de stocker tout l'historique de chaque 
> objet à chaque passage, ni de proposer des outils statistiques de 
> folie, ni d'éditeur carto, etc.
> J'ai décidé plutôt de faire un outil simple, qui fonctionne par passe.
> Lorsqu'on le lance,
> * il va chercher via l'api et la xapi les objets par rapports aux 
> critères rentrés (utilisateur, tags, etc.)
> * il compare cette liste d'objet à celle obtenue lors de la dernière passe
> * Il fait un rapport html avec les différences : objets modifiés, 
> supprimés, ajoutés depuis la dernière fois.
> * il écrase les données stockées par les nouvelles (qui seront 
> comparées lors de la prochaine passe).
Le 'passage par passe' est un peu violent : si je n'ai pas le temps de 
contrôler toute la liste (coup de téléphone, plombier qui sonne...) je 
pers le suivi des changements qui sont forcément considérés comme acceptés.
Une interface (probablement hors module) à la 'osmose' qui offre les choix :
- intégrer ce changement
- éditer dans JOSM (via remote)
- corrigé
>
> Technologie
> **
> Pour l'instant, ce n'est qu'un petit et moche fichier python, qu'il 
> faudra que j'organise mieux.
> Il est basé sur la pythonOsmApi ( 
> http://wiki.openstreetmap.org/wiki/PythonOsmApi , merci à l'auteur !) 
> , mais utilise aussi la XAPI pour ses capacités de recherche avancée.
> Les données de chaque passe sont enregistrées dans une base sqlite, 
> pour que l'outil soit portable.
> Je cherche ici à faire un outil léger et portable, qu'on puisse lancer 
> d'une simple clé USB.
> Pour l'instant, l'outil fait juste un "rapport" au format HTML avec 
> des codes couleurs pour dire "supprimé", "modifié", ajouté et avec des 
> liens vers la dscription de l'objet dans OSM.
> Pour l'instant, l'outil suit seulement les nodes, mais bien sûr je 
> vais étendre à tous les objets (je teste d'abord)
>
> Idées d'utilisation
> *
> * Je suis une commune, j'ai "donné" 550 poins de bancs publics à OSM, 
> je veux pouvoir les suivre, mais aussi voir si d'autres sont ajoutés 
> par des utilisateurs
> * Je veux voir les modifications faites sur les objets que j'ai édités 
> précédemment
> * Je savoir quand quelqu'un ajoute des écoles dans ma zone
> * etc.
>
> Je ne cherche pas ici à faire un outil qui permette d'éditer 
> directement la bdd OSM (par exemple : "Tiens, Germaine a supprimé mon 
> arrêt de bus, hop, je clique et il est recréé !" ).
+1
> Je préfère que la personne soit prévenue, et ensuite qu'elle utilise 
> les outils d'OSM manuellement.
S'il peut y avoir différents canaux pour prévenir (email, layer dédié)
>
>
> Idées futures
> *
> * lancé l'outil périodiquement sur un serveur
interroger l'outil via une API
> * faire une interface graphique
> * envoyer un email
Paramétrer l'outil par défaut sur une thématique (transport, carburants, 
vélo, rando...) ou/et un territoire (commune, parc nationnal, bbox) et 
consulter des "comptes"...
> etc.
>
> Voilà pour la description générale.
>
> Les étapes :
> * j'améliore un peu le code, je le nettoie et l'organise
> * je créé un projet OpenSource sur une forge quelconque
Il va falloir que je trouve comment on fait ça, j'ai aussi quelque chose 
dans le bac à sable.
> * tout le monde peut l'améliorer, le faire avancer, etc.
>
> Kimaidou
Ça va intéresser du monde !
Les sites thématiques autour d'OSM vont se développer. S'is permettent 
de faire du suivi...
Il y aura des choses à dire au SOTM !
--
FrViPofm

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

Re: [OSM-talk-fr] OSM dans le train

2010/4/22 Fabien Marchewka 

> Bonjour,
>
> Une autre utilisation d'OSM
> http://www.flickr.com/photos/claypole/4541755224/
>


Je devrais bientot prendre un de ces trains si tout va bien. Je vous dirais
comment c'est!

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

Re: [OSM-talk-fr] [dev] OsmWatch : outil pour voir les modifications/ajouts/suprression d'un ensemble d'objets

2010/4/22 Vincent Pottier 

> Ça va intéresser du monde !
> Les sites thématiques autour d'OSM vont se développer. S'is permettent
> de faire du suivi...
> Il y aura des choses à dire au SOTM !
>
>
Matt Amos a développé un système équivalent mais encore basée sur du SQL. Il
devrait lui aussi présenter cela au SOTM. Au fait, la deadline du SOTM est
le 30 avril. Alors si tu veux faire une présentation, je te conseille de
t'inscrire rapidement (*nudge nudge*).
Le système s'appelle OWL, et ça donne comme effet secondaire le dupe node
que l'on connaît actuellement.

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

Re: [OSM-talk-fr] [dev] OsmWatch : outil pour voir les modifications/ajouts/suprression d'un ensemble d'objets

Bonjour Emilie,

Je ne vais pas avoir du tout le temps de faire avancer les choses d'ici le
30 avril.
Je préfère prendre un peu de temps pour poser les choses.

Sinon pour OWL, si c'est codé en SQL, ca veut dire qu'il faut un serveur,
une copie de la bdd OSM, etc. ? As tu une url ?
C'est donc une autre approche que mon outil, qui va chercher les
informations via l'api et la xapi, et que je vise plutôt pour une approche
bureautique, coté "client". Je souhaite faire quelque chose de simple à
utiliser, qui ne demande pas de compétences serveur/linux/postrgresql/osm :
donc pas de moyens lourd, juste un client "léger".

Par contre, suite aux remarques de Vincent (merci), je vais essayer de faire
un code qu'on puisse facilement mettre côté serveur via mod_python ou
mod_wsgi, pour par exemple pouvoir l'interroger via une api.

Par contre je fais cela sur mon temps libre et je viens d'être deuxièmement
papa... il faudra être un peu patient, et la deadline du SOTM est un peu
trop près...

Kimaidou

Le 22 avril 2010 13:05, Emilie Laffray  a écrit :

>
>
> 2010/4/22 Vincent Pottier 
>
> Ça va intéresser du monde !
>> Les sites thématiques autour d'OSM vont se développer. S'is permettent
>> de faire du suivi...
>> Il y aura des choses à dire au SOTM !
>>
>>
> Matt Amos a développé un système équivalent mais encore basée sur du SQL.
> Il devrait lui aussi présenter cela au SOTM. Au fait, la deadline du SOTM
> est le 30 avril. Alors si tu veux faire une présentation, je te conseille de
> t'inscrire rapidement (*nudge nudge*).
> Le système s'appelle OWL, et ça donne comme effet secondaire le dupe node
> que l'on connaît actuellement.
>
> 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] Re : rendu cyclable : choix d'un nom

2010-04-22 Par sujet hamster





j'en rajoute quelques uns, en esperanto :

Ciklomapo ou ciklamapo (carte pour velo)
Ciklopado (sentiers cyclables)
Ciklopedio (wikipedia du velo)
Cicklareto (reseau cyclable)
Ciklumi ou ciklumo (rouler a velo)
Cikliri ou Cikliro (aller a velo)
Pedalpado ou Pedalpadoj (sentiers a pedaler, au singulier et au pluriel)
be Ciklo (composite anglais/esperanto)

Sebek Ab. a écrit :
> Bonjour,
> 
> Pour décider du nom du rendu cyclable parmi les 26 (!) proposés,
je 
> vous propose de remplir le sondage suivant. Je propose le mode de
> scrutin suivant : un seul vote par personne, la proposition avec le
> plus grand nombre de votes remporte l'élection, en cas d'égalité on
> fait un 2e tour entre les propositions à égalité.
> 
> Si vous avez un doute sur lequel voter, je vous enjoint à relire
les 
> nombreux arguments échangés lors des trois derniers jours.
> 
> http://www.doodle.com/k8zxgf5hz5e9yxk9
> 
> Cordialement,
> 
> ___ Talk-fr mailing
list 
> Talk-fr@openstreetmap.org 
> http://lists.openstreetmap.org/listinfo/talk-fr



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

Re: [OSM-talk-fr] Re : rendu cyclable : choix d'un nom

2010/4/22 hamster 

>  j'en rajoute quelques uns, en esperanto :
>
> Ciklomapo ou ciklamapo (carte pour velo)
> Ciklopado (sentiers cyclables)
> Ciklopedio (wikipedia du velo)
> Cicklareto (reseau cyclable)
> Ciklumi ou ciklumo (rouler a velo)
> Cikliri ou Cikliro (aller a velo)
> Pedalpado ou Pedalpadoj (sentiers a pedaler, au singulier et au pluriel)
> be Ciklo (composite anglais/esperanto)
>

J'aime beaucoup le nom Ciklareto et BeCiklo

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

Re: [OSM-talk-fr] [dev] OsmWatch : outil pour voir les modifications/ajouts/suprression d'un ensemble d'objets

2010-04-22 Par sujet sly (sylvain letuffe)

On jeudi 22 avril 2010, kimaidou wrote:

> Pour l'instant, c'est encore un embryon, mais les fonctionnalités basiques
> sont à peu près en place, et donc j'en parle ici pour qu'on ne soit pas
> plusieurs à faire un outil équivalent dans notre coin, mais pour rassembler
> les bonnes volontés. 

J'ai moi aussi eu l'ambition de créer un truc dans ce goût là, je trouve que 
ça manque cruellement. Mais j'ai pas encore eu le temps de taper la moindre 
ligne de code juste gemberger. Donc en gros ça sert pas à grand chose ;-)

Je commentes tout de même histoire de faire mon chieur :

> * Choix d'une ou plusieurs zones (bbox)
> La taille de chaque bbox doit rester pas trop grande (limites de l'api et de
> la xapi, cf description technique + loin)
Alors là, à mon avis, ça va être très limité. En bbox, même si xapi va plus 
loin que l'api standard ça reste très limité en surface et tu va te retrouver 
si ça monte en puissance avec des utilisateurs qui vont créer plein plein de 
bbox.

Et soit chacun son installation mais j'y crois pas, python c'est pas clic clic 
next next, et même si tu utilises les mécanismes de python executable sous 
windows c'est pas un truc que chaque utilisateur va laisser tourner en 
permanence pour faire le suivi.

Donc, l'avenir me semble obligatoirement coté webservice : 
Tu mets ton mail, tu choisi ton flux rss et roule ça fait tout tout seul et ça 
te prévient quand quelqu'un à supprimé les 500 bâtiments que tu venais de 
rentrer

Et dans un cas de ce type, ton serveur va se faire bannir rapidos s'il doit 
télécharger tout osm par Xapi chaque semaine !
 
> Fonctionnement
> ***
(...)
> * il compare cette liste d'objet à celle obtenue lors de la dernière passe
Br...
Et la zone qui n'a pas bougée en 6 mois, l'outil va aller la chercher chaque 
nuit pour rien ?
C'est trop bête, planet.openstreetmap.org propose chaque minute les objets qui 
ont été changés, il "suffirait" de les comparer à une liste de suivi et de 
créer l'alerte


> Je cherche ici à faire un outil léger et portable, qu'on puisse lancer d'une
> simple clé USB.
De toute façon il lui faut le net ! Autant déporter le calcul pour être 
utilisable avec un simple navigateur. Néanmoins, j'apprécie ton principe de 
rechercher l'autonomie, mais au lieu de dépendre d'un webservice "suivi" tu 
dépend du webservice "xapi"

sly, le rabas joie
-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org




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

Re: [OSM-talk-fr] [dev] OsmWatch : outil pour voir les modifications/ajouts/suprression d'un ensemble d'objets

2010-04-22 Par sujet François Van Der Biest

Hello,

Ce projet est une belle initative !
Je pense que l'outil trouverait tout à fait sa place auprès des "clients OSM
potentiels" que sont les communes, communautés de communes, régions, etc.

Maintenant, c'est vrai que je rejoins Sly quant aux limitations de l'API et
XAPI sur les bbox.
De fait, il me semblerait plus pertinent de partir tout de suite sur une
version un peu plus lourde ayant sa propre base de données locale, qui suit
celle d'OSM grace aux diffs.
Finalement, ça reviendrait peu ou prou à re-coder l'appli "osm mapper" de
ito world.

F.

2010/4/22 sly (sylvain letuffe) 

> On jeudi 22 avril 2010, kimaidou wrote:
>
> > Pour l'instant, c'est encore un embryon, mais les fonctionnalités
> basiques
> > sont à peu près en place, et donc j'en parle ici pour qu'on ne soit pas
> > plusieurs à faire un outil équivalent dans notre coin, mais pour
> rassembler
> > les bonnes volontés.
>
> J'ai moi aussi eu l'ambition de créer un truc dans ce goût là, je trouve
> que
> ça manque cruellement. Mais j'ai pas encore eu le temps de taper la moindre
> ligne de code juste gemberger. Donc en gros ça sert pas à grand chose ;-)
>
> Je commentes tout de même histoire de faire mon chieur :
>
> > * Choix d'une ou plusieurs zones (bbox)
> > La taille de chaque bbox doit rester pas trop grande (limites de l'api et
> de
> > la xapi, cf description technique + loin)
> Alors là, à mon avis, ça va être très limité. En bbox, même si xapi va plus
> loin que l'api standard ça reste très limité en surface et tu va te
> retrouver
> si ça monte en puissance avec des utilisateurs qui vont créer plein plein
> de
> bbox.
>
> Et soit chacun son installation mais j'y crois pas, python c'est pas clic
> clic
> next next, et même si tu utilises les mécanismes de python executable sous
> windows c'est pas un truc que chaque utilisateur va laisser tourner en
> permanence pour faire le suivi.
>
> Donc, l'avenir me semble obligatoirement coté webservice :
> Tu mets ton mail, tu choisi ton flux rss et roule ça fait tout tout seul et
> ça
> te prévient quand quelqu'un à supprimé les 500 bâtiments que tu venais de
> rentrer
>
> Et dans un cas de ce type, ton serveur va se faire bannir rapidos s'il doit
> télécharger tout osm par Xapi chaque semaine !
>
> > Fonctionnement
> > ***
> (...)
> > * il compare cette liste d'objet à celle obtenue lors de la dernière
> passe
> Br...
> Et la zone qui n'a pas bougée en 6 mois, l'outil va aller la chercher
> chaque
> nuit pour rien ?
> C'est trop bête, planet.openstreetmap.org propose chaque minute les objets
> qui
> ont été changés, il "suffirait" de les comparer à une liste de suivi et de
> créer l'alerte
>
>
> > Je cherche ici à faire un outil léger et portable, qu'on puisse lancer
> d'une
> > simple clé USB.
> De toute façon il lui faut le net ! Autant déporter le calcul pour être
> utilisable avec un simple navigateur. Néanmoins, j'apprécie ton principe de
> rechercher l'autonomie, mais au lieu de dépendre d'un webservice "suivi" tu
> dépend du webservice "xapi"
>
> sly, le rabas joie
> --
> sly
> Sylvain Letuffe sylv...@letuffe.org
> qui suis-je : http://slyserv.dyndns.org
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Re : rendu cyclable : choix d'un nom

2010-04-22 Par sujet Olivier Boudet


On Thu, 22 Apr 2010 13:47:44 +0100, Emilie Laffray
 wrote:
> 2010/4/22 hamster 
> 
>>  j'en rajoute quelques uns, en esperanto :
>>
>> Ciklomapo ou ciklamapo (carte pour velo)
>> Ciklopado (sentiers cyclables)
>> Ciklopedio (wikipedia du velo)
>> Cicklareto (reseau cyclable)
>> Ciklumi ou ciklumo (rouler a velo)
>> Cikliri ou Cikliro (aller a velo)
>> Pedalpado ou Pedalpadoj (sentiers a pedaler, au singulier et au
pluriel)
>> be Ciklo (composite anglais/esperanto)
>>
> 
> J'aime beaucoup le nom Ciklareto et BeCiklo
> 
> Emilie Laffray

J'aime bien aussi BeCiklo :-)

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

Re: [OSM-talk-fr] [dev] OsmWatch : outil pour voir les modifications/ajouts/suprression d'un ensemble d'objets

Merci pour les retours Sly !
Mes remarques :

Le 22 avril 2010 14:58, sly (sylvain letuffe)  a écrit
:

> On jeudi 22 avril 2010, kimaidou wrote:
>
> > Pour l'instant, c'est encore un embryon, mais les fonctionnalités
> basiques
> > sont à peu près en place, et donc j'en parle ici pour qu'on ne soit pas
> > plusieurs à faire un outil équivalent dans notre coin, mais pour
> rassembler
> > les bonnes volontés.
>
> J'ai moi aussi eu l'ambition de créer un truc dans ce goût là, je trouve
> que
> ça manque cruellement. Mais j'ai pas encore eu le temps de taper la moindre
> ligne de code juste gemberger. Donc en gros ça sert pas à grand chose ;-)
>
> Je commentes tout de même histoire de faire mon chieur

> > * Choix d'une ou plusieurs zones (bbox)
> > La taille de chaque bbox doit rester pas trop grande (limites de l'api et
> de
> > la xapi, cf description technique + loin)
> Alors là, à mon avis, ça va être très limité. En bbox, même si xapi va plus
> loin que l'api standard ça reste très limité en surface et tu va te
> retrouver
> si ça monte en puissance avec des utilisateurs qui vont créer plein plein
> de
> bbox.
>

Mon outil est vraiment "pensé" pour être utilisé par un utilisateur comme il
pourrait utiliser le bouton "export" de osm.org.
J'avais dans l'optique un outil qui serait utilisé au niveau d'une commune,
pas d'un pays entier. Je pense alors que les tailles limites des bbox liées
aux api sont correctes.

Dans le cas ou un utilisateur est très gourmand (je veux contrôler le
monde), c'est son problème.  S'il se fait bloquer parce qu'il envoit trop de
bbox trop souvent, c'est que c'est outil ne lui est pas dédié et que
justment il doit lui même mettre en place un outil plus lourd basé sur un
serveur, les diffs, et compagnie.

> Et soit chacun son installation mais j'y crois pas, python c'est pas clic
> clic
> next next, et même si tu utilises les mécanismes de python executable sous
> windows c'est pas un truc que chaque utilisateur va laisser tourner en
> permanence pour faire le suivi.
>

Je suis pas d'accord, j'ai déjà créé des petites applications "clic clic
next next" installable facilement sous windows ou nunux en python, et
utilisables à la souris.

Je ne vois pas cet outil comme un truc qu'on fait tourner en permanence,
mais qu'on fait tourner une fois par jour par exemple. Mais je ne vois pas
en quoi ce ne serait pas possible de le faire en python si besoin

>
> Donc, l'avenir me semble obligatoirement coté webservice :
> Tu mets ton mail, tu choisi ton flux rss et roule ça fait tout tout seul et
> ça
> te prévient quand quelqu'un à supprimé les 500 bâtiments que tu venais de
> rentrer
>

C'est justement la logique inverse de ce que je voulais faire. Je veux
responsabiliser l'utilisateur de l'outil. Je lui donne un petit couteau, et
il l'utilise quand il en a besoin.
Je ne lui donne pas un F16 avec des missiles nucléaires.
Je préfère que pour le serveur OSM et les api, ce soit chaque utilisateur
qui envoit depuis son outil des requêtes, et non un mega serveur qui aurait
de plus en plus d'utilisateurs. C'est possible bien sûr, mais demande du
temps, des ressources, de la maintenance, etc.

Bien sûr j'entends les critiques "oui mais tu reportes la charge sur osm.org".
Je ne pense pas car je fais confiance à l'utilisateur. Cela fait longtemps
qu'il est possible pour les programmeurs de faire des traitements en masses
et des requêtes en masse sur Osm via les api, mais chacun est raisonnable et
on n'a pas vu torp de débordements.

>
> Et dans un cas de ce type, ton serveur va se faire bannir rapidos s'il doit
> télécharger tout osm par Xapi chaque semaine !
>

Il est trop gourmand :)

> > Fonctionnement
> > ***
> (...)
> > * il compare cette liste d'objet à celle obtenue lors de la dernière
> passe
> Br...
> Et la zone qui n'a pas bougée en 6 mois, l'outil va aller la chercher
> chaque
> nuit pour rien ?
> C'est trop bête, planet.openstreetmap.org propose chaque minute les objets
> qui
> ont été changés, il "suffirait" de les comparer à une liste de suivi et de
> créer l'alerte
>

Cette idée est intéressante et mérite d'être creusée. Cela pourrait limiter
les requêtes api et alléger le travail des serveurs osm

>
> > Je cherche ici à faire un outil léger et portable, qu'on puisse lancer
> d'une
> > simple clé USB.
> De toute façon il lui faut le net ! Autant déporter le calcul pour être
> utilisable avec un simple navigateur.

Néanmoins, j'apprécie ton principe de
> rechercher l'autonomie, mais au lieu de dépendre d'un webservice "suivi" tu
> dépend du webservice "xapi"
>

J'ai bien sûr aussi eu ces interrogations "web service php/postgis ou outil
local python via api", et je n'ai pas encore vraiment tranché, même si tu
vois où mon coeur balance.
Un serveur veut tout de suite dire maintenant lourde, sécurité, contrôle des
utilisateurs, ressources, bande passante, etc.

Je me dit que si de plus en plus de personnes utilisent la xapi et l'api, on
trouvera des solutions pour faire

Re: [OSM-talk-fr] Re : rendu cyclable : choix d'un nom

+1 pour BeCyklo

Le 22 avril 2010 16:03, Olivier Boudet  a écrit :

>
> On Thu, 22 Apr 2010 13:47:44 +0100, Emilie Laffray
>  wrote:
> > 2010/4/22 hamster 
> >
> >>  j'en rajoute quelques uns, en esperanto :
> >>
> >> Ciklomapo ou ciklamapo (carte pour velo)
> >> Ciklopado (sentiers cyclables)
> >> Ciklopedio (wikipedia du velo)
> >> Cicklareto (reseau cyclable)
> >> Ciklumi ou ciklumo (rouler a velo)
> >> Cikliri ou Cikliro (aller a velo)
> >> Pedalpado ou Pedalpadoj (sentiers a pedaler, au singulier et au
> pluriel)
> >> be Ciklo (composite anglais/esperanto)
> >>
> >
> > J'aime beaucoup le nom Ciklareto et BeCiklo
> >
> > Emilie Laffray
>
> J'aime bien aussi BeCiklo :-)
>
> ___
> 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] [dev] OsmWatch : outil pour voir les modifications/ajouts/suprression d'un ensemble d'objets

2010-04-22 Par sujet Guillaume Allegre

Le Thu 22 Apr 2010 à 14:58 +0200, sly (sylvain letuffe) a ecrit :

> > Je cherche ici à faire un outil léger et portable, qu'on puisse lancer d'une
> > simple clé USB.
> De toute façon il lui faut le net ! Autant déporter le calcul pour être 
> utilisable avec un simple navigateur. Néanmoins, j'apprécie ton principe de 
> rechercher l'autonomie, mais au lieu de dépendre d'un webservice "suivi" tu 
> dépend du webservice "xapi"
> 
> sly, le rabas joie

Ben j'ai surtout l'impression que vous parlez de deux projets différents,
qui seraient bien utiles tous les deux dans des contextes différents.



-- 
 ° /\Guillaume AllègreMembre de l'April
  /~~\/\   allegre.guilla...@free.fr  Promouvoir et défendre le logiciel libre
 /   /~~\tél. 04.76.63.26.99  http://www.april.org

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

Re: [OSM-talk-fr] [dev] OsmWatch : outil pour voir les modifications/ajouts/suprression d'un ensemble d'objets

Bonjour François
Mes remarques sur ta réponse :

Le 22 avril 2010 15:20, François Van Der Biest <
francois.vanderbi...@camptocamp.com> a écrit :

> Hello,
>
> Ce projet est une belle initative !
> Je pense que l'outil trouverait tout à fait sa place auprès des "clients
> OSM potentiels" que sont les communes, communautés de communes, régions,
> etc.
>

Oui, c'est ainsi que l'idée m'est venue : comment montrer à ceux qui
libèrent des données dans OSM qu'ils ont la capacité de surveiller un peu
leur dons.

>
> Maintenant, c'est vrai que je rejoins Sly quant aux limitations de l'API et
> XAPI sur les bbox.
>

En fait j'utilise l'api seulement pour récupérer chaque objet quand j'en ai
besoin, donc pas via une bbox mais via l'url :
http://www.openstreetmap.org/browse/node/256110421

Les récupération via bbox sont faites via la xapi, qui est qd même beaucoup
moins limitée. Je cite la page
http://wiki.openstreetmap.org/wiki/FR:Xapi#BBox_Predicates :
"Unlike the standard OSM API, the bbox predicate is not limited in size
unless it is used without a tag predicate, in which case it is limited to
100 square degrees."

De fait, il me semblerait plus pertinent de partir tout de suite sur une
> version un peu plus lourde ayant sa propre base de données locale, qui suit
> celle d'OSM grace aux diffs.
> Finalement, ça reviendrait peu ou prou à re-coder l'appli "osm mapper" de
> ito world.
>

Comme l'a dit Guillaume Allegre, c'est 2 projets différents à mon avis.

Mais j'ai quand même noté les remarques sur l'utilisation des diffs, et je
vais tester !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [dev] OsmWatch : outil pour voir les modifications/ajouts/suprression d'un ensemble d'objets

2010-04-22 Par sujet François Van Der Biest

Hello

2010/4/22 kimaidou 

> Bonjour François
> Mes remarques sur ta réponse :
>
> Le 22 avril 2010 15:20, François Van Der Biest <
> francois.vanderbi...@camptocamp.com> a écrit :
>
> Hello,
>>
>> Ce projet est une belle initative !
>> Je pense que l'outil trouverait tout à fait sa place auprès des "clients
>> OSM potentiels" que sont les communes, communautés de communes, régions,
>> etc.
>>
>
> Oui, c'est ainsi que l'idée m'est venue : comment montrer à ceux qui
> libèrent des données dans OSM qu'ils ont la capacité de surveiller un peu
> leur dons.
>

J'en connais qui vont être contents de voir un tel outil émerger (suivez mon
regard ... )


>
>> Maintenant, c'est vrai que je rejoins Sly quant aux limitations de l'API
>> et XAPI sur les bbox.
>>
>
> En fait j'utilise l'api seulement pour récupérer chaque objet quand j'en ai
> besoin, donc pas via une bbox mais via l'url :
> http://www.openstreetmap.org/browse/node/256110421
>
> Les récupération via bbox sont faites via la xapi, qui est qd même beaucoup
> moins limitée. Je cite la page
> http://wiki.openstreetmap.org/wiki/FR:Xapi#BBox_Predicates :
> "Unlike the standard OSM API, the bbox predicate is not limited in size
> unless it is used without a tag predicate, in which case it is limited to
> 100 square degrees."
>

OK, au temps pour moi.


>
> De fait, il me semblerait plus pertinent de partir tout de suite sur une
>> version un peu plus lourde ayant sa propre base de données locale, qui suit
>> celle d'OSM grace aux diffs.
>> Finalement, ça reviendrait peu ou prou à re-coder l'appli "osm mapper" de
>> ito world.
>>
>
> Comme l'a dit Guillaume Allegre, c'est 2 projets différents à mon avis.
>
> Mais j'ai quand même noté les remarques sur l'utilisation des diffs, et je
> vais tester !
>

Cool, merci.

F.

PS: pour info, Etienne Chové m'avait envoyé un script python utilisant son
API pour étudier les modifications apportées à un groupe d'objets depuis
leur upload sur OSM. Cela pourrait t'être utile.
Le code est dispo sur osm4.crans.org/bmo/ : un mail à son auteur avant
utilisation sera le bienvenu (si Etienne ne nous lit pas en ce moment même
;-)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [dev] OsmWatch : outil pour voir les modifications/ajouts/suprression d'un ensemble d'objets


Le 22/04/2010 16:37, kimaidou a écrit :

Bonjour François
Mes remarques sur ta réponse :

Le 22 avril 2010 15:20, François Van Der Biest 
> a écrit :


Hello,

Ce projet est une belle initative !
Je pense que l'outil trouverait tout à fait sa place auprès des
"clients OSM potentiels" que sont les communes, communautés de
communes, régions, etc.


Oui, c'est ainsi que l'idée m'est venue : comment montrer à ceux qui 
libèrent des données dans OSM qu'ils ont la capacité de surveiller un 
peu leur dons.



Maintenant, c'est vrai que je rejoins Sly quant aux limitations de
l'API et XAPI sur les bbox.


En fait j'utilise l'api seulement pour récupérer chaque objet quand 
j'en ai besoin, donc pas via une bbox mais via l'url : 
http://www.openstreetmap.org/browse/node/256110421


Les récupération via bbox sont faites via la xapi, qui est qd même 
beaucoup moins limitée. Je cite la page 
http://wiki.openstreetmap.org/wiki/FR:Xapi#BBox_Predicates :
"Unlike the standard OSM API, the bbox predicate is not limited in 
size unless it is used without a tag predicate, in which case it is 
limited to 100 square degrees."


De fait, il me semblerait plus pertinent de partir tout de suite
sur une version un peu plus lourde ayant sa propre base de données
locale, qui suit celle d'OSM grace aux diffs.
Finalement, ça reviendrait peu ou prou à re-coder l'appli "osm
mapper" de ito world.


Comme l'a dit Guillaume Allegre, c'est 2 projets différents à mon avis.

Tout à fait et je soutiens l'initiative de kimaidou.


Mais j'ai quand même noté les remarques sur l'utilisation des diffs, 
et je vais tester !



Pour le coup, ça ne pourrait pas être un module intégré dans un site.
--
FrViPofm
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [dev] OsmWatch : outil pour voir les modifications/ajouts/suprression d'un ensemble d'objets

> PS: pour info, Etienne Chové m'avait envoyé un script python utilisant son
> API pour étudier les modifications apportées à un groupe d'objets depuis
> leur upload sur OSM. Cela pourrait t'être utile.
> Le code est dispo sur osm4
> ___
> Talk-fr mailing list
>  Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
> .crans.org/bmo/ : un mail à son auteur avant utilisation sera le bienvenu
> (si Etienne ne nous lit pas en ce moment même ;-)
>
>
Oui, bien sûr, Etienne est très bien placé pour créer un bon outil, en tant
qu'auteur de la pyhonOsmApi !
Etienne, au passage, merci beaucoup, et bien sûr si tu veux qu'on discute
;)

J'ai regardé son code, et cela m'a rappelé qu'on pouvait très bien utiliser
son api pour parser le contenu d'un fichier osm.
Donc je peux faire un outil qui utilise un .osm et non une requête.
A étudier  donc.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [dev] OsmWatch : outil pour voir les modifications/ajouts/suprression d'un ensemble d'objets


Le 22/04/2010 16:59, kimaidou a écrit :


PS: pour info, Etienne Chové m'avait envoyé un script python
utilisant son API pour étudier les modifications apportées à un
groupe d'objets depuis leur upload sur OSM. Cela pourrait t'être
utile.
Le code est dispo sur osm4
___
Talk-fr mailing list
Talk-fr@openstreetmap.org

http://lists.openstreetmap.org/listinfo/talk-fr
.crans.org/bmo/  : un mail à son auteur
avant utilisation sera le bienvenu (si Etienne ne nous lit pas en
ce moment même ;-)


Oui, bien sûr, Etienne est très bien placé pour créer un bon outil, en 
tant qu'auteur de la pyhonOsmApi !
Etienne, au passage, merci beaucoup, et bien sûr si tu veux qu'on 
discute ;)


J'ai regardé son code, et cela m'a rappelé qu'on pouvait très bien 
utiliser son api pour parser le contenu d'un fichier osm.

Donc je peux faire un outil qui utilise un .osm et non une requête.
A étudier  donc.
La requête retournera un fichier osm. Donc que ce soit en fichier ou en 
requête, le code est très proche, il me semble.


@ François
Merci pour le lien. Je vais revoir mon code si je peux utiliser osmApi 
plutôt que le module lxml que je ne parviens pas à installer sur mon 
kimsufiplu, probablement aussi par défaillance de l'opérateur :-(

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

Re: [OSM-talk-fr] [dev] OsmWatch : outil pour voir les modifications/ajouts/suprression d'un ensemble d'objets

2010-04-22 Par sujet Pieren

Hmmm, j'ai encore des doutes sur la possibilité de faire cet outil. Il faut
garder à l'esprit que l'XAPI est plus limité que l'API et que par le passé,
il a été souvent indisponible sur de longues périodes. Avec l'XAPI:
- on ne peut chercher qu'un seul tag par requête
- on n'a pas accès à l'historique
- je ne crois pas qu'on puisse accéder aux objets par leur id

Pour les deux derniers points, il faudra donc passer par l'API normale, ce
qui n'est pas anodin comme décision. Les admins ont déjà bloqué des IP pour
utilisation abusive de l'API. Et il a été à chaque fois précisé que l'API
est à disposition pour éditer les données, pas pour autre chose. Les
applications qui ont besoin des données en lecture seule sont
systématiquement orientées vers les planet dump. Mais évidemment, les dump
ne contiennent pas les historiques.

Si tu surveilles uniquement une certaine liste de tags, le nombre de
requêtes s'allongera proportionnellement à la taille de la liste.
Si tu surveilles des objets par auteur, tu ne peux utiliser l'XAPI que pour
ceux dont tu es le dernier auteur. Après modif par quelqu'un d'autre, c'est
perdu via l'XAPI, il faudra revenir à l'API et faire une requête pour chaque
élément si tu as conservé les osm-id auparavant. S'ils sont effacés, tu
risques de faire des requêtes inutiles. Et l'expérience montre que des
requêtes par élément individuel est extrêmement long. Si ta zone est
importante, tu seras rapidement repéré par les admins.

La piste des planet diff est sans doute plus intéressante mais si tu ne veux
pas perdre l'historique, il faudra traiter tous les diffs-files et le faire
par bbox (une ou plusieurs si j'ai bien compris). Encore une fois, sur un pc
qu'on allume de temps en temps, c'est pas anodin comme traitement. Bref,
l'idée est bonne mais j'attend de voir.

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

Re: [OSM-talk-fr] [dev] OsmWatch : outil pour voir les modifications/ajouts/suprression d'un ensemble d'objets

2010/4/22 kimaidou 

> Bonjour Emilie,
>
> Je ne vais pas avoir du tout le temps de faire avancer les choses d'ici le
> 30 avril.
> Je préfère prendre un peu de temps pour poser les choses.
>
> Sinon pour OWL, si c'est codé en SQL, ca veut dire qu'il faut un serveur,
> une copie de la bdd OSM, etc. ? As tu une url ?
> C'est donc une autre approche que mon outil, qui va chercher les
> informations via l'api et la xapi, et que je vise plutôt pour une approche
> bureautique, coté "client". Je souhaite faire quelque chose de simple à
> utiliser, qui ne demande pas de compétences serveur/linux/postrgresql/osm :
> donc pas de moyens lourd, juste un client "léger".
>
> Par contre, suite aux remarques de Vincent (merci), je vais essayer de
> faire un code qu'on puisse facilement mettre côté serveur via mod_python ou
> mod_wsgi, pour par exemple pouvoir l'interroger via une api.
>
> Par contre je fais cela sur mon temps libre et je viens d'être deuxièmement
> papa... il faudra être un peu patient, et la deadline du SOTM est un peu
> trop près...
>

http://matt.dev.openstreetmap.org/owl_viewer/

Voila pour OWL.

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

Re: [OSM-talk-fr] Re : rendu cyclable : choix d'un nom

2010-04-22 Par sujet Sebek Ab.

Ben oui mais alors là ca va pas puisque j'ai lancé un vote ...

http://www.doodle.com/k8zxgf5hz5e9yxk9

Bon je vais rajouter les quelques propositions qui ont reçu un retour positif

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

Re: [OSM-talk-fr] [dev] OsmWatch : outil pour voir les modifications/ajouts/suprression d'un ensemble d'objets

2010-04-22 Par sujet Tenshu

Wah c'est génial !

2010/4/22 Emilie Laffray 

>
>
> 2010/4/22 kimaidou 
>
>> Bonjour Emilie,
>>
>>
>> Je ne vais pas avoir du tout le temps de faire avancer les choses d'ici le
>> 30 avril.
>> Je préfère prendre un peu de temps pour poser les choses.
>>
>> Sinon pour OWL, si c'est codé en SQL, ca veut dire qu'il faut un serveur,
>> une copie de la bdd OSM, etc. ? As tu une url ?
>> C'est donc une autre approche que mon outil, qui va chercher les
>> informations via l'api et la xapi, et que je vise plutôt pour une approche
>> bureautique, coté "client". Je souhaite faire quelque chose de simple à
>> utiliser, qui ne demande pas de compétences serveur/linux/postrgresql/osm :
>> donc pas de moyens lourd, juste un client "léger".
>>
>> Par contre, suite aux remarques de Vincent (merci), je vais essayer de
>> faire un code qu'on puisse facilement mettre côté serveur via mod_python ou
>> mod_wsgi, pour par exemple pouvoir l'interroger via une api.
>>
>> Par contre je fais cela sur mon temps libre et je viens d'être
>> deuxièmement papa... il faudra être un peu patient, et la deadline du SOTM
>> est un peu trop près...
>>
>
> http://matt.dev.openstreetmap.org/owl_viewer/
>
> Voila pour OWL.
>
> Emilie Laffray
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Mon weblog - http://www.tenshu.fr/
Je soutiens le Logiciel Libre, j'adhère à l'APRIL !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OSM dans le train

2010-04-22 Par sujet piratebab


C'est dans quel pays ?


Emilie Laffray a écrit :

2010/4/22 Fabien Marchewka 

  

Bonjour,

Une autre utilisation d'OSM
http://www.flickr.com/photos/claypole/4541755224/





Je devrais bientot prendre un de ces trains si tout va bien. Je vous dirais
comment c'est!

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] Re : rendu cyclable : choix d'un nom

2010-04-22 Par sujet hamster

c'est pas ma faute si t'a fait un vote si vite
c'etait court comme delai pour faire appel a des copains qui connaissent 
bien la langue

Sebek Ab. a écrit :
> Ben oui mais alors là ca va pas puisque j'ai lancé un vote ...
>
> http://www.doodle.com/k8zxgf5hz5e9yxk9
>
> Bon je vais rajouter les quelques propositions qui ont reçu un retour positif
>
> ___
> 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] API IGN géoportail mentionne osm

2010-04-22 Par sujet Alain Chaumet

Bonsoir,

« avis officiel » : jai couramment à parler ou à écrire sur ces sujets et
je pense donc que ma réponse nest pas trop farfelue ; pour autant je
nexclus pas quelle puisse être démentie. Pour avoir un avis plus instruit
juridiquement sur ce point, je pense quun membre dOSM pourrait procéder de
même quil a été fait à propos de la réutilisation des points géodésiques
(ce qui ne veut pas dire quon est dans le même cas quant à la réponse à
venir).

 

Sur ces questions de contestation sur lorigine, éventuellement le « pillage
», de données, celui qui a finalement raison est le juge ; et même si lIGN
émet un avis sur ce point, il nest pas exclu quune de ses tutelles puisse
un jour sinscrire en faux au nom de lEtat, et ester en justice contre une
ou des personnes qui auraient franchi la ligne blanche, même pas forcément
clairement tracée.

 

Ce qui est clair est quune pure recopie de cartes ou de bases de données
IGN fournies par lAPI Géoportail serait du « webmapillage » et poursuivi
comme tel, de la même manière quil sest produit pour des cartes papier.

 

La situation me semble être un peu compliquée pour quatre raisons : 

-  OSM na pas dexistence légale, cest donc les personnes qui
agissent sous ce « label » qui sont personnellement responsables du résultat
produit,

-  Le système mutualisant propre à OSM pourrait conduire à une «
copie » au sens où les CGU IGN linterdisent,

-  OSM est très novateur  oui, bravo !- , son impact nest pas
encore pris en compte par des textes de CGU qui mettent longtemps à évoluer
; ce qui nest pas prévu par les CGU pourrait lêtre par la voie
contractuelle, mais OSM nayant pas dexistence légale en France, cette voie
nest pas praticable.

-  La réutilisation envisagée des données dOSM vise aussi le champ
commercial qui est lui traité spécifiquement par les CGU IGN de lAPI
Géoportail.

 

Bref, je crains que les animateurs dOSM ne soient sils ny prennent
garde- dans la situation de Marie Curie qui avait bien commencé à mettre en
pratique de premières utilisations thérapeutiques de la radioactivité mais
avait omis de se protéger elle-même.

 

Jécris tout ceci justement pour éviter des conséquences ennuyeuses et, en
toute prudence, je me tiens prêt à reconnaître avoir écrit des bêtises sur
ces sujets délicats et controversés. Bref des investigations approfondies me
semblent simposer.

Bien cordialement

acIGN

 

Alain Chaumet - IGN Partenariats Géoportail - 01 43 98 85 24

  _  

De : talk-fr-boun...@openstreetmap.org
[mailto:talk-fr-boun...@openstreetmap.org] De la part de Pieren
Envoyé : jeudi 22 avril 2010 11:24
À : Discussions sur OSM en français
Objet : Re: [OSM-talk-fr]API IGN géoportail mentionne osm

 

2010/4/22 acign 


Bonjour,
non Tenshu, Damouns a raison; pour cet aspect, les limites d'utilisation des
données IGn sont fixées par  http://www.ign.fr/partage/api/cgu/licAPI_CG.pdf


Merci acIGN pour cet éclaircissement et bienvenue sur la liste osm-fr. 
Est-ce qu'on peut considérer cette réponse comme un avis officiel de l'IGN ?
Pourrait-on savoir où se fixe la limite avec "une partie substantielle des
données" ? Peut-on tracer des routes, bâtiments ou rivières pour OSM à
partir des images aériennes de l'API geoportail ? Quel est le pourcentage de
routes, bâtiments ou rivières que l'on peut tracer avant de considérer que
cela devient une "partie subtantielle des données" ?

cordialement,
Pieren


Pour ceux qui ne connaitraient pas:
http://acign.blog.free.fr/index.php?post/2009/09/11/Pr%C3%A9sentation

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

Re: [OSM-talk-fr] Bâtiments en 3D dans GMap

2010-04-22 Par sujet Benoît ROUSSEAU

f.rodr...@free.fr a écrit :

Selon Benoît ROUSSEAU :

Peut être pour bientôt, j'y travaille :

En arrivant sur la liste je vous disais bosser sur un bidule lié à OSM
sans osé imaginé que j'avancerai... et bien j'avance... L'idée est de
mapper des points en correspondance 3D cadastre et photos. L'image
audessus ne le démontre pas mais ça fonctionne pas mal d'ors et déjà. Là
je ne vous montre que l'aspect vu de haut en réponse au fil mais on
peut en déplaçant la caméra faire corespondre photos et bati 3D à peu
près correctement. Je pense suffisamment correctment pour placer un
passage piéton ou une boite à lettre. Les données sont directement
issues de la base OSM et habiller les façades avec des photos de
celles-ci n'est pas sorcier, mais juste long.

Tu peux explicité ce que tu mets derrière 3D cadastre ?
Les bâtiments que tu extrudes sont des données OMS ou des données du cadastre ?
Le but est d'utiliser des photos pour, d'une part obtenir hauteur des bâtiments
et placer différents PIO (passages piétons...), et d'autre part pouvoir plaquer
des textures sur les bâtiment extrudées ?

***
Ce sont les données étiquetées "building=yes" dans OSM que j'extraie.
Les photos ne sont présentées que pour placer les PIO, mais régler la
hauteur des bâtiments est une fichtre bonne idée. Pour le texturage des
façades, je l'ai en tête, bien évidement :p, mais ce sera pour plus tard.

***

Conclusion ajouter un rendu 3D des "building=yes" dans OSM est à la
portée de n'importe quel programmeur. Pour ma part je dois convertir les
coordonnées dans celles du cadastre afin que les bâtiments "orthogonaux"
soient rendu correctement pour calage avec les images. Mais dans le cas
de google même pas la peine. On peut rêver à avec tags
"UrlImgFacadeN1=htttp...", "UrlImgFacadeTop=htttp...", ... ça ne suffit
pas mais cela serait déjà un début.

On en revient toujours à la même discution, mais pour moi ça n'a pas ça place
dans OSM.

***
Je suis moi même plus pour du complémentaire comme cela à pu se
comprendre dans un autre fil de discussion :p.

***

Benoît R.

eMerzh a écrit :

La vrai question est à,quand une gestion plus fine de la 3D dans OSM?
(pas juste un height :p)

2010/4/19 Gilles Bassière mailto:gbassi...@gmail.com>>

jul...@krilin.org wrote:
>> Je viens de découvrir que les bâtiments sont représentés dans
GoogleMap.
>> Et en 3D en plus. (j'espère que ça n'as pas déjà été posté :))
>>
>>

http://maps.google.fr/maps?f=q&source=s_q&hl=fr&geocode=&q=montb%C3%A9liard&sll=46.75984,1.738281&sspn=7.210429,13.820801&ie=UTF8&hq=&hnear=Montb%C3%A9liard,+Doubs,+Franche-Comt%C3%A9&ll=47.511061,6.804271&spn=0.000868,0.002709&z=19

>
> c'est peut-être les premiers résultats de sketchup
> "dessine ta maison et met la sur google earth".
> Si un montbél^w habitant de Montbéliard s'est un peut pris au
jeux, il a
> peut etre fait toute la ville.
> On connais bien des gens qui décalquent le cadastre :)
>
> ps : ou alors kkun a fait un plugin cadastre-fr pour sketchup.

http://google-latlong.blogspot.com/2009/10/introducing-google-building-maker.html

A la fin de la vidéo: "It's fun, easy and all you need is to be
online"
! Merci Google de nous fournir autant de joyeuses distractions :p Ils
prennent vraiment les gens pour des imbéciles...

Du point de vue strictement technique, je dois quand même reconnaître
que l'interface utilisateur a l'air pratique. Ils s'abstiennent quand
même de montrer comment ils gèrent les formes moins régulières (je
pense
aux flêches d'une église, aux toits non-plats, etc).

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

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

Ce message entrant est certifié sans virus connu.
Analyse effectuée par AVG - www.avg.fr
Version: 9.0.801 / Base de données virale: 271.1.1/2820 - Date: 04/19/10

08:31:00

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

Ce message entrant est certifié sans virus connu.
A

[OSM-talk-fr] Problème avec generate_xml.py

2010-04-22 Par sujet yvecai

Bonjour,

J'ai un soucis avec generate_xml.py (svn révision 20969).
Un rendu me fait disparaitre les highway après le zoom 11, sauf les 
secondary qui disparaissent au-delà de zoom 12, aucun landuse, ...

Pourtant le fichier xml généré à l'air correct, par exemple:


leisure

gis_legend
false
-20037508,-19929239,20037508,19929239
localhost
***
5432

  (select 
way,aeroway,amenity,landuse,leisure,man_made,military,"natural",power,shop,tourism,name
   from planet_osm_polygon
   where landuse is not null
  or leisure is not null
  or shop is not null
  or aeroway in ('apron','aerodrome')
  or amenity in 
('parking','university','college','school','hospital','kindergarten','grave_yard')
  or military in ('barracks','danger_area')
  or "natural" in ('field','beach','heath','mud','wood')
  or power in ('station','sub_station')
  or tourism in 
('attraction','camp_site','caravan_site','picnic_site','zoo')
   order by z_order,way_area desc
  ) as leisure
  
postgis
mapnik



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

Re: [OSM-talk-fr] [dev] OsmWatch : outil pour voir les modifications/ajouts/suprression d'un ensemble d'objets

2010-04-22 Par sujet Benoît ROUSSEAU

kimaidou a écrit :
> Bonjour,
>
> Je suis en train de développer un petit outil en python qui permette 
> sans installation complexe de faire du suivi rapide de l'évolution des 
> objets dans la bdd OSM sur une ou plusieurs zones. Je l'ai appelé 
> "OsmWatch"
>
> Pour l'instant, c'est encore un embryon, mais les fonctionnalités 
> basiques sont à peu près en place, et donc j'en parle ici pour qu'on 
> ne soit pas plusieurs à faire un outil équivalent dans notre coin, 
> mais pour rassembler les bonnes volontés. Je souhaitais attendre un 
> peu, mais Germaine de Marseille a accéléré les choses...
>
> Objectif:
> *
> Cet outil va permettre de suivre l'évolution d'objets OSM via le :
>
> * Choix d'une ou plusieurs zones (bbox)
> La taille de chaque bbox doit rester pas trop grande (limites de l'api 
> et de la xapi, cf description technique + loin)
>
> * Choix du suivi des objets. L'outil doit permettre de suivre des 
> groupes d'objets caractérisés par :
> - une liste d'osm_id fixe
> - une valeur pour un tag, par exemple toutes les boulangeries shop=bakery.
> - un utilisateur : soit tous les objets dernièrement édité par 
> l'utilisateur X, soit (plus lourd) tous les objets qui ont une fois 
> été édités par X
>
> On peut avoir plusieurs listes, donc suivre par exemple tous les 
> objets "boulangerie" et tous les supermarchés, tous les objets édités 
> par Bob et par Germaine sur la ou les zones.
>
> Fonctionnement
> ***
> L'objet de cet outil n'est pas de stocker tout l'historique de chaque 
> objet à chaque passage, ni de proposer des outils statistiques de 
> folie, ni d'éditeur carto, etc.
> J'ai décidé plutôt de faire un outil simple, qui fonctionne par passe.
> Lorsqu'on le lance,
> * il va chercher via l'api et la xapi les objets par rapports aux 
> critères rentrés (utilisateur, tags, etc.)
> * il compare cette liste d'objet à celle obtenue lors de la dernière passe
> * Il fait un rapport html avec les différences : objets modifiés, 
> supprimés, ajoutés depuis la dernière fois.
> * il écrase les données stockées par les nouvelles (qui seront 
> comparées lors de la prochaine passe).
>
> Technologie
> **
> Pour l'instant, ce n'est qu'un petit et moche fichier python, qu'il 
> faudra que j'organise mieux.
> Il est basé sur la pythonOsmApi ( 
> http://wiki.openstreetmap.org/wiki/PythonOsmApi , merci à l'auteur !) 
> , mais utilise aussi la XAPI pour ses capacités de recherche avancée.
> Les données de chaque passe sont enregistrées dans une base sqlite, 
> pour que l'outil soit portable.
> Je cherche ici à faire un outil léger et portable, qu'on puisse lancer 
> d'une simple clé USB.
> Pour l'instant, l'outil fait juste un "rapport" au format HTML avec 
> des codes couleurs pour dire "supprimé", "modifié", ajouté et avec des 
> liens vers la dscription de l'objet dans OSM.
> Pour l'instant, l'outil suit seulement les nodes, mais bien sûr je 
> vais étendre à tous les objets (je teste d'abord)
>
> Idées d'utilisation
> *
> * Je suis une commune, j'ai "donné" 550 poins de bancs publics à OSM, 
> je veux pouvoir les suivre, mais aussi voir si d'autres sont ajoutés 
> par des utilisateurs
> * Je veux voir les modifications faites sur les objets que j'ai édités 
> précédemment
> * Je savoir quand quelqu'un ajoute des écoles dans ma zone
> * etc.
>
> Je ne cherche pas ici à faire un outil qui permette d'éditer 
> directement la bdd OSM (par exemple : "Tiens, Germaine a supprimé mon 
> arrêt de bus, hop, je clique et il est recréé !" ). Je préfère que la 
> personne soit prévenue, et ensuite qu'elle utilise les outils d'OSM 
> manuellement.
>
>
> Idées futures
> *
> * lancé l'outil périodiquement sur un serveur
> * faire une interface graphique
> * envoyer un email
> etc.
>
> Voilà pour la description générale.
>
> Les étapes :
> * j'améliore un peu le code, je le nettoie et l'organise
> * je crréé un projet OpenSource sur une forge quelconque
> * tout le monde peut l'améliorer, le faire avancer, etc.
>
> Kimaidou
>
Je bosse entre autre sur des fonctionnalités similaires avec pour 
objectif final une bibliothèque d'accès C# aux api OSM qui . L'idée pour 
moi est avant tout de suivre les coins que je cartographie et de 
visualiser graphiquement les zones éditées depuis mes derniers ajouts.
Je suis prêt à mutualiser idées, extraits de sources (sont caca pour 
l'instant), speudo code, algorithmes, ...

Benoît R.

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

Re: [OSM-talk-fr] API IGN géoportail mentionne osm

2010-04-22 Par sujet François Van Der Biest

Bonsoir,

2010/4/22 Alain Chaumet :

> -  OSM est très novateur – oui, bravo !- , son impact n’est pas
> encore pris en compte par des textes de CGU qui mettent longtemps à
> évoluer ; ce qui n’est pas prévu par les CGU pourrait l’être par la voie
> contractuelle, mais OSM n’ayant pas d’existence légale en France, cette voie
> n’est pas praticable.

J'extrapole, mais ... est-ce que cela signifie que l'on pourrait
envisager, suite à un éventuel rapprochement OSM-fr/OSGeo-fr, que l'on
contractualise, par exemple, à travers l'accord cadre IGN/OSGeo-fr,
une autorisation de digitaliser des objets vectoriels à destination
d'OSM, sur la base des orthophotos IGN diffusées par l'API géoportail
?

F.

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

Re: [OSM-talk-fr] Re : rendu cyclable : choix d'un nom

On 22/04/2010 17:40, Sebek Ab. wrote:
> Ben oui mais alors là ca va pas puisque j'ai lancé un vote ...
>
> http://www.doodle.com/k8zxgf5hz5e9yxk9
>
> Bon je vais rajouter les quelques propositions qui ont reçu un retour positif
>   

C'est bête car j'avais voté blanc car aucun des noms ne me plaisait et
que maintenant il y en a deux qui me plaisent :)

Emilie Laffray



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] OSM dans le train

2010/4/22 piratebab 

>  C'est dans quel pays ?
>
>
>
Angleterre ligne vers l'ouest et sud de Londres.

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

Re: [OSM-talk-fr] API IGN géoportail mentionne osm

2010-04-22 Par sujet Alain Chaumet


> Bonsoir,
>
> 2010/4/22 Alain Chaumet :
>
>> -  OSM est très novateur ? oui, bravo !- , son impact n?est pas
>> encore pris en compte par des textes de CGU qui mettent longtemps à
>> évoluer ; ce qui n?est pas prévu par les CGU pourrait l?être par la voie
>> contractuelle, mais OSM n?ayant pas d?existence légale en France, cette
>> voie
>> n?est pas praticable.
>
> J'extrapole, mais ... est-ce que cela signifie que l'on pourrait
> envisager, suite à un éventuel rapprochement OSM-fr/OSGeo-fr, que l'on
> contractualise, par exemple, à travers l'accord cadre IGN/OSGeo-fr,
> une autorisation de digitaliser des objets vectoriels à destination
> d'OSM, sur la base des orthophotos IGN diffusées par l'API géoportail
> ?
>
> F.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>


Bonsoir,
sans préjuger de l'issue, c'est à coup sûr la bonne manière d'aborder le
problème.
D'une part une personnalité morale avec ses représentants dûment mandatés.
Ensuite de vraies questions posées officiellement à l'IGN qui apportera
ses réponses dont j'ai un peu de mal à dire aujourd'hui l'exacte teneur
sur ce point.
Tout le monde aura avancé, au moins dans la connaissance de ce sujet.
AC

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

Re: [OSM-talk-fr] API IGN géoportail mentionne osm

2010/4/22 Alain Chaumet 

>
> Bonsoir,
> sans préjuger de l'issue, c'est à coup sûr la bonne manière d'aborder le
> problème.
> D'une part une personnalité morale avec ses représentants dûment mandatés.
> Ensuite de vraies questions posées officiellement à l'IGN qui apportera
> ses réponses dont j'ai un peu de mal à dire aujourd'hui l'exacte teneur
> sur ce point.
> Tout le monde aura avancé, au moins dans la connaissance de ce sujet.
> AC
>
>
Enfin merci pour cet avis. Merci d'avoir faire avancer le problème :)
J'espère qu'une fois que OSM-fr se sera constitue en association, on pourra
discuter avec l'IGN plus sérieusement pour obtenir un accord. Je pense que
ça serait idéal.
Il faudra a terme voir comment obtenir un accord intéressant pour les deux
parties.

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

Re: [OSM-talk-fr] OSM dans le train


Le 22/04/2010 23:16, Emilie Laffray a écrit :



2010/4/22 piratebab mailto:pirate...@hotmail.com>>

C'est dans quel pays ?



Angleterre ligne vers l'ouest et sud de Londres.

Emilie Laffray

J'espère que ça fera une belle trace GPS.
Pour la tester quand j'aurai fini de remplacer ce f... module lxml 
absent de mon hébergeur.

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

Re: [OSM-talk-fr] OSM dans le train

2010-04-22 Par sujet Etienne Chové

Vincent Pottier a écrit :
> Pour la tester quand j'aurai fini de remplacer ce f... module lxml 
> absent de mon hébergeur.

Si tu cherches un hébergeur avec tout ce que tu veux, il suffit de 
demander...

-- 
Etienne

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

Re: [OSM-talk-fr] API IGN géoportail mentionne osm

2010-04-22 Par sujet Vincent Picavet

Bonsoir,

> > sans préjuger de l'issue, c'est à coup sûr la bonne manière d'aborder le
> > problème.
> > D'une part une personnalité morale avec ses représentants dûment
> > mandatés. Ensuite de vraies questions posées officiellement à l'IGN qui
> > apportera ses réponses dont j'ai un peu de mal à dire aujourd'hui
> > l'exacte teneur sur ce point.
> > Tout le monde aura avancé, au moins dans la connaissance de ce sujet.
> > AC
> 
> Enfin merci pour cet avis. Merci d'avoir faire avancer le problème :)
> J'espère qu'une fois que OSM-fr se sera constitue en association, on pourra
> discuter avec l'IGN plus sérieusement pour obtenir un accord. Je pense que
> ça serait idéal.
> Il faudra a terme voir comment obtenir un accord intéressant pour les deux
> parties.

Effectivement. Il est à noter d'ailleurs qu'il y a déjà un accord cadre entre 
l'OSGeo-fr et l'IGN, qui ne mentionne pas ce point, mais on pourrait l'y 
ajouter dans le cadre d'une renégociation.

La meilleure façon d'aborder le sujet serait peut etre de considérer toute 
digitalisation non-automatisée comme n'étant pas du «pillage» des données ?
Ceci étant des petites mains peuvent aussi digitaliser une «partie 
substancielle». C'est certainement sur cette définition qu'il faudra des 
tractations.

En tout cas on avance et la discussion est ouverte, c'est une très bonne 
chose.

VIncent

-- 
Vincent Picavet - vincent.pica...@oslandia.com
www.oslandia.com - Engineering your GIS

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

Re: [OSM-talk-fr] Re : rendu cyclable : choix d'un nom

2010-04-22 Par sujet Christophe Merlet (RedFox)

Le jeudi 22 avril 2010 à 22:11 +0100, Emilie Laffray a écrit :
> On 22/04/2010 17:40, Sebek Ab. wrote:
> > Ben oui mais alors là ca va pas puisque j'ai lancé un vote ...
> >
> > http://www.doodle.com/k8zxgf5hz5e9yxk9
> >
> > Bon je vais rajouter les quelques propositions qui ont reçu un retour 
> > positif


He, avant de proposer des noms au vote, n'aurait il pas fallu
vérifier qu'il n'existait pas déjà, voire était déjà déposé en tant que
marque ?


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] OSM dans le train