from:"Luc"


Bonjour,

Utilisateur et promoteur de logiciels libres depuis plusieurs années, 
j'avais participé à une cartopartie à l'association Toulibre à mais 
c'est à l'aide d'OsmAnd+ et la facilité d'utilisation du plugin de 
contribution que je commence à ajouter et corriger des POI.


Je suis dans le Muretain et je me rattache au groupe local de Toulouse.

Ma marotte en ce moment c'est les heures d'ouverture et je viens de 
trouver dans les archives la réponse à une question que j'aurais pu vous 
poser.


Bonne journée,

Luc.


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

[OSM-talk-fr] Désignation des supermarchés "Intermarché Super"


Bonjour,

en modifiant une info relative à une station service je tombe sur un 
warning relatif à la marque qui figure dans le nom du supermarché qui me 
semble pourtant correctement renseigné.


https://www.openstreetmap.org/node/25213806

Même si la marque est Intermarché, c'est bien "Intermarché Super" qu'il 
y a sur les enseignes de magasins. Y a il un moyen de corriger ce 
warning ? comment ?


Merci,

Luc.



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

Re: [OSM-talk-fr] Désignation des supermarchés "Intermarché Super"


Bonjour,

Le 15/07/2019 à 14:29, marc marc a écrit :

Bonjour,

iD propose 2 choses :

- l'ajout de brand brand:wikipedia brand:wikidata, infos obtenue
depuis le projet renseigné par Andrien. est-ce correct ? cela semble.

- le changement du name : je comprend pas. selon wikipedia:
"Intermarché Super pour la plupart des magasins, environ 2 000 m2"
une station d'essence ne me semble pas correspondre à cela.
n'y aurait-il pas confusion avec le supermarché à l'autre bout
du parking ?


Petit scarabé, je vais peut être dire des bêtises, mais...

La station étant celle du supermarché, d'après ce que j'ai lu, il est 
possible de référencer soit en déclarant une zone pour l'enceinte du 
magasin, puis en détaillant les bâtiments en fonction de leur 
utilisation, soit en faisant plusieurs points ou bâtiments séparés.


Pour l'instant, je me suis bien gardé de modifier cette partie, ne 
comprenant pas comment ont été fait les liens et relations que je ne 
maîtrise pas encore (juste des POI pour l'instant).





par ailleurs, il serrait mieux de séparer la station d'essence
(tag principal amenity=fuel) du magasin attenant (shop=gas probablement
incorrect). car actuellement on ne sait pas par exemple si les heures
d'ouverture renseigne un magasin ouvert 24/7 ou si ce n'est que la
station d'esssence



De ce que je me souviens des supermarchés, c'est que la vente des 
bouteilles de GAZ est rattachée à la station service et donc, avec les 
horaires d'ouverture de cette dernière (indépendantes de celles du 
magasin).


D'habitude c'est aussi le cas des pompes GPL, c'est d'ailleurs la raison 
de mon intérêt pour cette station, mais la station vient d'arrêter ce 
carburant.


Au sujet des horaires d'ouverture des stations services qui m’intéresse 
aussi je vais ouvrir un autre fil pour ne pas squatter celui ci, mais on 
y reparlera du gaz, c'est promis ! ;-)


Luc.




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

[OSM-talk-fr] Horaires des stations services


Bonjour,

J'aurai aimé savoir si des conventions ont été définies pour les cas un 
peu tordus au niveau des horaires comme les stations services. Beaucoup 
sont déclarées ouvertes 24/7 alors qu'il n'y a qu'un accès à un automate 
par carte bancaire (pas tous les paiements) et qui ne touche pas tous 
les produits.


Un cas d'école :

https://www.openstreetmap.org/way/84383719

Cette station distribue différents carburants dont le GPL n'est pas 
accessible en dehors des heures d'ouverture du magasin qui vend aussi du 
GAZ.


L'automate n'est qu'une petite partie de la station qui ne reprend pas 
la vente, et pour le lavage ce sont des conditions météorologiques qui 
fixent le fonctionnement. Dans le détail :


*Automate* (tous carburants sauf GPL) : ouverture 24/7

*Magasin* : 6h30 - 22h00 (sauf exceptions : certains jours fériés ou 
manque de personnel)^(1 <#Note1>)


*Vente de GAZ* : uniquement en *horaire* de la *caisse de jour* 
(basculement en caisse de nuit 1 heure avant la fermeture)


*GPL* : heures d'ouverture du magasin

*Lavage automatique* : Vente de tickets et cartes de lavage aux heures 
d'ouverture du magasin, mais accès à l'automate quelle que soit l'heure 
dès lors que la température est supérieure à 4°C.



Doit-on considérer que la station est ouverte 24/7 et faire les 
exceptions pour tout le reste ou doit on considérer que la station est 
ouverte uniquement pendant l'ouverture du magasin et faire presque 
autant d'exceptions ?


Pour l'instant, je n'ai mis qu'une exception sur le GPL, mais si on 
répond à tout ça j'aurais bien avancé ;-)


Luc.


Note 1 <#RetNote1> : Cet hiver, la station a eu une période de fermeture 
à 21h00 mais ce n'est pas une pratique récurrente.


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

Re: [OSM-talk-fr] Récuperer fond de carte Openstreet map et compléter avec ses données

2013-11-11 Par sujet René-Luc D'Hont

Salut,

Je pense que tu peux utiliser les limites terrestres et maritimes d'osm.

Je te conseille aussi de regarder du côté de Pleiades :
http://pleiades.stoa.org/ projet de l'Université de New-York.

René-Luc
Le 11 nov. 2013 16:08, "Maïeul Rouquette"  a écrit :

> Salut,
>
> merci pour la réponse, et voici les précisions :
> - je souhaiterais un fond le plus "fond" qui soit : donc juste le contour
> des îles / des mers, et ensuite y placer des villes qui m'intéressent (bon
> si ces villes sont deja placées, c'est tant mieux, mais comme certaines
> n'existent plus vraiment). La topographie détaille ne m'intéresse guère. Il
> s'agit de placer des points correspondant à des listes de villes que me
> fournissent mes sources anciennes
> - pour l'echelle : chaque carte devraient tenir sur un A4 dans l'ideal
> (donc un carte de Crète, une carte de Chypre, une carte plus large du
> bassin méditérannéen - EST) => 3 A4
> - je suis en Suisse, à Lausanne
>
> Je vais regarder pour NNTP
> -
> Maïeul
> http://blog.maieul.net
> http://www.schtroumpfs.maieul.net/
>
> Le 11 nov. 2013 à 15:59, Christian Quest  a
> écrit :
>
> > Si ce sont des fond de carte plutôt historique que tu cherche,
> OpenStreetMap va être un peu limité car ce sont avant tout des données
> actuelles qu'on y trouve.
> >
> > Que souhaites-tu avoir sur ce fond de carte ?
> >
> > Les surfaces terrestres et maritimes ?
> > Des éléments géographiques pour se repérer (noms de villes, de sommets,
> de cols, etc) ?
> > Le relief ?
> >
> > Et... à quelle échelle ?
> >
> > Les données actuellement permettent pas mal de choses. Pour produire ton
> fond de carte, tu peux envisager TileMill, logiciel très "WYSIWYG" mais qui
> va devoir s'appuyer sur une base de données où tu as les éléments
> géométriques qui t'intéressent.
> > Il peut exporter en PNG et SVG et peut aussi manipuler des données
> autres (relief par exemple, voire des images satellite comme le blue marble
> de la NASA qui peut éventuellement servir si tu reste à des échelles
> moyennes).
> >
> > Il fonctionner sur OSX (moi aussi sur Mac et aussi Linux).
> >
> >
> > Pour NNTP... voir:
> http://wiki.openstreetmap.org/wiki/Mailing_lists#Reading_mailing_lists_via_newsgroup_interface
> >
> >
> > Sinon, tu es dans quel coin ?
> >
> >
> >
> > Le 11 novembre 2013 15:37, Maïeul  a écrit :
> > Bonjour,
> >
> > je préviens : c'est la première fois, depuis le lycée, que je fais de la
> > cartographie.
> >
> > Dans le cadre de ma thèse, j'aurais besoin de récupérer des fonds de
> cartes
> > et de les compléter avec des points + étiquette (nom de ville) ainsi que
> des
> > flèches.
> >
> > Ces cartes seraient les suivantes :
> > - Crète
> > - Chypre
> > - Empire Byzantin (si, si !) a ≠ moments historiques
> > - Bassin méditerranéen
> >
> > Quelqu'un ma conseillé de regarder du côté de OSM. Pensez vous que c'est
> le
> > bon endroit ? Si oui auriez vu des tutoriels qui me permettrait :
> > - de récuperer mes fonds de cartes
> > - d'y ajouter les points, voir de partager ces points avec la
> communauté, en
> > précisant que ce sont des villes qui n'existent plus forcément (ou dont
> le
> > nom a changé)
> > - d'exporter ces  cartes en PNG / SVG / TikZ pour les intégrer dans mon
> > fichier LaTeX (avec idéalement la même police)
> >
> > Sachant que je bosse sous Mac, mais que je peux m'installer un windows
> ou un
> > linux sans souci. Dans l'idéal un logiciel WYSIWYG serait pas mal, mais
> > mettre le nom dans le code ne me dérange pas, si je sais comment cela
> > fonctionne.
> >
> >
> > Merci d'avance pour vos réponses
> >
> > Maïeul
> > Ps : y-a-t-il moyen de consulter cette liste via NNTP
> >
> >
> > --
> > Christian Quest - OpenStreetMap France
> > Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Open Data Bordeaux (était Bulletin N°13 tout frais imprimé !)

2012-11-10 Par sujet René-Luc D'Hont

C'est comme à Montpellier et ce n'est pas politique.
Le 9 nov. 2012 19:53, "Vincent Privat"  a écrit :

> Tiens, Bordeaux a maintenant 2 portails open data ? La CUB sous licence
> APIE et la ville en LO/OL ? C'est d'une simplicité :)
> Des projets de fusion sont-ils en cours ? Ou est-ce que le second est
> amené à remplacer le premier ?
>
> Le 9 novembre 2012 19:41, Christian Quest  a
> écrit :
>
>> Il est là: http://openstreetmap.fr/bulletin-OSM-FR-13
>>
>> Merci Pieren !
>>
>> --
>> Christian Quest - OpenStreetMap France - 
>> http://openstreetmap.fr/u/cquest
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Fiabilité des noms de rue ?

2012-07-03 Par sujet Jean-Luc VIGNERON


Bonjour
La mairie, voire la communauté de commune possède automatiquement un fichier 
avec les orthographes exactes qu'il est aisé de leur demander pour 
compilation.

A condition de n'être que sur une commune à la fois, bien sûr...
L'appellation comporte un code Rivoli officiel et unique.
Cordialement
JLuc


-Message d'origine- 
From: MédéricBoquien

Sent: Tuesday, July 03, 2012 12:03 AM
To: talk-fr@openstreetmap.org
Subject: [OSM-talk-fr] Fiabilité des noms de rue ?

Bonjour,

Je suis en train d'essayer de corriger quelques problèmes détectés avec 
osmose

. Pour résumer, comment faites-vous
dans ce genre de cas pour lever l'ambiguïté entre listes de la ville/le
cadastre/la plaque/le nom du personnage historique (le cas échéant) ?

Merci,

Médéric

___
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] Quelles fonctionnalités techniques vous manquent le plus en tant que contributeur OSM ?

2012-10-25 Par sujet Jean-Luc VIGNERON


Bonjour
Tant qu'à rentrer des infos, y a-t-il un moyen de rentrer la hauteur d'un 
bâtiment de manière à préparer le "futur" ?

Comme ele=.## pour l'altitude par exemple ?
Y a-t-il un rendu 3D "Français" ?
Cordialement
JL VIGNERON 


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

Re: [OSM-talk-fr] Quelles fonctionnalités techniques vous manquent le plus en tant que contributeur OSM ?

2012-10-26 Par sujet Jean-Luc VIGNERON


Bonjour
OK, merci, je vais potasser cela.
J'ai trouvé quelques essais sur OSM 3D en Allemand, ce qui me bloque 
beaucoup.
A la date d'aujourd'hui a-t-on la possibilité de voir O.S.M en 3D, terrain 
naturel+immeubles, un visualiseur 3D par exemple ?

JLV

-
zip...

http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings



Y a-t-il un rendu 3D "Français" ?


C'est quoi un rendu 3D français ?

--
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest


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

Re: [OSM-talk-fr] Petit défi aux contributeurs francophones

2011-07-24 Par sujet Jean-Luc VIGNERON


Bonjour
Intéressant. Je corrige deux rond-points qui ne sont pas des giratoires.
Par contre, il serait prudent de laisser une note l'indiquant pour les 
futurs contributeurs.

Cordialement
JLuc VIGNERON





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

Re: [OSM-talk-fr] SSII, handicap, Boulogne

2011-10-18 Par sujet Jean-luc Vigneron


Bonjour
Question d'un bleu sur OSM :
Pour la PMR, j'ai bien suivi, mais quelle application existe-t-il pour 
relire une carte OSM (ou autre) par un aveugle, car si j'ai bien lu, c'est 
dans ce but ?

Cordialement
..
Jean-Luc VIGNERON


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

Re: [OSM-talk-fr] BD Carthage

2010-03-11 Par sujet René-Luc D'Hont


Pour le Sandre,

Il doivent estimé qu'une publication WMS et WFS des données est 
suffisante pour s'inscrire dans une démarche d'ouverture de l'accès au 
données. Je sais que le travail du Sandre est de définir les standards 
(langage XML) d'échange de données portant sur l'eau. Je pense qu'il 
serait prêt à partager leur connaissance mais ne suis pas sûr que ce 
soit dans leur prérogative.


René-Luc

Le 11/03/2010 11:13, Pieren a écrit :
2010/3/11 Nicolas Dumoulin <http://nicolas_openstreetmap.org>@dumoulin63.net <http://dumoulin63.net>>


Il n'y a rien de neuf sous le soleil. Les CGU de la BD Carthage:
http://sandre.eaufrance.fr/IMG/pdf/bdcarthage_utilisation_commerciale.pdf

"Il est nécessaire d’acquérir une licence d’exploitation des données 
BD CARTHAGE® dès que le
licencié souhaite utiliser les données BD CARTHAGE®, avec ou sans 
valeur ajoutée, à des fins

d’exploitation lucrative, sur un marché concurrentiel ou non."

Si l'IGN ou Sandre ouvraient réellement leurs données, ça se saurait 
(et s'entendrait). Vu que ça remettrait en cause leur modèle 
économique, cela ne peut se faire sans changements au niveau politique 
et législatif.


Pieren


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


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

Re: [OSM-talk-fr] Une collection des plans de métro

2010-03-13 Par sujet René-Luc D'Hont

Si tu veux, tu peux décrouvrir les réseaux de transports décrits dans 
OSM grâce à OSMTransport :
http://www.3liz.fr/public/osmtransport/


Le 13/03/2010 15:24, Christian Rogel a écrit :
> Les plans de transport public sont toujours fascinants pour les amateurs
> de cartes.
> Voici une collection de plans de métro intéressante, mais loin d'être
> complète : il manque Ankara, Hambourg, Lyon, Marseille, Prague, Rennes,
>Toulouse, Vienne, etc...
>
> http://www.webdesignerdepot.com/2010/03/design-around-the-world-metro-maps/
>
> J'ai voyagé dans un dizaine d'entre eux, mais vivement la retraite pour
> aller voir les autres.
>
>
> Christian
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Transport en commun en Île-de-Fran ce

2010-03-13 Par sujet René-Luc D'Hont

Bonjour JonathanMM,

Les lignes de RER existe déjà, puisqu'elles sont visible dans OSMTransport :
http://3liz.fr/public/osmtransport/index.php?country=France&location=Paris

Je suppose que tu souhaites donc améliorer la relation déjà existante. 
Je te conseille donc de lire les pages suivantes :
http://wiki.openstreetmap.org/wiki/Public_Transport
http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema
http://wiki.openstreetmap.org/wiki/Relation:route

René-Luc

Le 13/03/2010 17:15, JonathanMM a écrit :
> Bonjour,
> aujourd'hui, j'ai découvert l'existence de la page
> http://wiki.openstreetmap.org/wiki/WikiProject_France/Transilien J'ai
> donc commencer par traiter la ligne du RER D (normal, elle est à
> <10mètres de chez moi :) )
> Et donc, j'ai plusieurs questions :
> 1) Utilisant JOSM, celui indique si les ways sont dans le bon ordre ou
> pas dans la relation. Sauf que si je met une gare, qui est un noeud à la
> limite de deux ways, cela casse la chaîne. Est-ce raison, ou alors
> faut-il réunir tous les gares en début de relations et tous les ways en
> fin ?
> 2) J'ai remarqué que certaines gares sont en doubles dans la liste. En
> effet, parfois, la ligne est séparé en deux et donc il y a un noeud sur
> chaque way.
> 2a) Comment faire pour indiquer que 2 noeuds correspondent a la même gare.
> 2b) Pour ces ways, que mettre ? Je les integre a la relation, avec
> éventuellement un oneway ?
> 2c) Ces ways qui correspondent aux voies, est ce que c'est bien de les
> mettre ou pas ?
> 2d) En parlant de ça, il y a un tag pour les quais des gares ?
> 3) Comme vous le savez peut être, nos lignes de RER ont des branches
> 3a) Comment les mettre dans OSM ?
> 3b) Particularité de la ligne D : Entre Viry Chatillon, il y a 2
> branches qui rejoinent toutes 2 la gare de Corbeille Essonne. Le mieux,
> c'est qu'une des branches se prolonge vers Melun et Malesherbes, alors
> que l'autre non. Pour encore compliquer la situation, il existe en
> parallèle de ces branches une autre branche entre
> Villeneuve-Saint-Georges et Melun. Si vous n'avez rien compris :
> http://fr.wikipedia.org/wiki/Fichier:RER_Paris_Plan_ligneD.svg Que faire ?
> 4) Enfin, il faudrait un accord sur les tags a utilisés sur l'ensemble
> du réseau. Ainsi, le RER C fait partie du network RER alors que le RER D
> du network Transilien. Au niveau des operators, c'est également comique
> : Par exemple, la ligne A à 2 branches gérés par la SNCF et le reste
> l'est par la RATP, pour la B, même topo, au nord de Gare du Nord
> (inclus), c'est la SNCF et au sud, la RATP. Egalement pour les voies :
> Les voies entre Gare du Nord (exclu) et Chatelet les Halles
> appartiennent à la RATP, alors que les trains de la ligne D (SNCF)
> utilisent les rails de la ligne B (donc des rails RATP).
>
> Et une question bonus, qui est plus une demande : Aurait-il moyen de
> récupérer la liste de toutes les gares d'Île-de-France ? Si possible
> avec la liste des lignes qui y passent et sans doublon (cf question
> 2a)). C'est absolument pas urgent :)
>
> Merci d'avance
> JonathanMM
>
> ___
> 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] Venir au SOTM

2010-03-15 Par sujet René-Luc D'Hont


Bonjour Emilie,

Et ceux de Montpellier vous intéresse ?

Pour information il y a 2 Talgos (train espagnol prévu pour passer la 
frontière car les voies de chemin de fer non pas le même écartement de 
part et d'autre de la frontière) par jour pour Barcelone en partance de 
Montpellier qui passe par Béziers, Narbonne, Perpignan, Cerbères, 
Port-Bou et Gerone. Montpellier est à 3h30 de Paris et 2h de Lyon donc 
vous n'êtes pas obligé de prendre un train de nuit si vous souhaitez y 
aller en train.


René-Luc D'Hont
3Liz
dès demain au salon Solutions Linux

Le 15/03/2010 14:50, Emilie Laffray a écrit :

Bonjour,

après des discussions sur le SOTM, on s'est pose la question sur les 
gens qui vivent du coté de Perpignan seraient intéressés de venir a 
Gerone. On essaie d'avoir un certain nombre de contributeurs "locaux" 
(lire plus largement espagnol, mais aussi Italiens, et Français). Je 
rappelle qu'il existe un train de nuit a partir de Paris Austerlitz 
pour y aller.


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

[OSM-talk-fr] OSM for the blind et wheelchairdriver'osm

2010-03-17 Par sujet Jean-luc Vigneron

Bonjour
Savez vous qui gère la mise à jour de ces cartes, car la dernière date de 
janvier 2010. 
J'ai rajouté de nombreuses données pouvant y prendre place sur Mont de Marsan.
PS: Je ne parle Anglais que sous la torture et encore... tapez fort.
Merci d'avance
Jean-Luc VIGNERON ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Crisis Camp, 24 avril, Paris

2010-03-19 Par sujet René-Luc D'Hont

Nous étions RatZillas et moi-même à la réunion d'organisation de ce 
barcamp. Je pense pour RatZillas devrait vous faire remonter des 
informations.


Le 19/03/2010 16:00, Thomas Gratier a écrit :

Bonjour,

J'ai déjà fait remonter cette information sur georezo.net 
 mais pour ceux qui ne suivent pas ce forum, une 
copie du message (NB : je ne suis pas en rapport avec l'organisation 
de cet évènement)


Dans l'ère du temps avec les récents évènements d'Haïti ou la tempête 
Xinthia


CrisisCamp Paris s'inscrit dans un mouvement global visant à réunir 
les bénévoles, les académiciens, les ONG, les entreprises et les 
collectivités territoriales autour des usages des nouvelles 
technologies d'information et de communication par les citoyens et les 
communautés en cas de crise.

http://barcamp.org/CrisisCamp-Paris


ThomasG


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


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

Re: [OSM-talk-fr] [rêve]

2010-03-21 Par sujet René-Luc D'Hont

Intéressant Vincent, vraiment très intéressant!

Il faudrait que l'on en discute sérieusement!

René-Luc D'Hont
3Liz

Le 21/03/2010 22:17, Vincent Pottier a écrit :
> C'est dimanche, je me suis pris à rêver !
> http://frvipofm.net/osm/images/OSMTransport.png
> Et les correspondances seraient cliquables...
>
> La carte vient de là :
> http://3liz.fr/public/osmtransport/index.php?country=France&location=Besan%C3%A7on
>
> Le tracé de la ligne vient de là :
> http://78.46.81.38/api/sketch-line?network=Ginko&ref=1&correspondences=100&font-size=10
>
> --
> FrViPofm
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] [rêve]

2010-03-21 Par sujet René-Luc D'Hont

Le 21/03/2010 23:01, Vincent Pottier a écrit :
> Le 21/03/2010 22:31, René-Luc D'Hont a écrit :
>
>> Intéressant Vincent, vraiment très intéressant!
>>
>> Il faudrait que l'on en discute sérieusement!
>>
>> René-Luc D'Hont
>> 3Liz
>>
>>  
> Mais tout ce que je sais faire, c'est rêver ! (là je suis fort !)
>

Peut-être mais on (3Liz) pourrait transformer ton rêve en réalité en 
liant les 2 pièces du puzzle :
http://3liz.fr/public/osmtransport/index.php?country=France&location=Besan%C3%A7on
http://78.46.81.38/api/sketch-line?network=Ginko&ref=1&correspondences=100&font-size=10

Il faudrait juste que l'on identifie comment lié les 2 éléments mais 
aussi ce que tu as fait pour que le 2e éléments soient bien.

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


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

Re: [OSM-talk-fr] [rêve]

Bonjour Stéphane,

En fait ces changements sont documentés. En un ans, le wiki sur les 
transports en commun a évolué et les 2 propositions cohabite actuellement.

Il se trouve que la première proposition peut-être réalisé dans la 
potlatch mais pas la seconde. Par contre dans JOSM, les 2 propositions 
peuvent être réalisées.

En fait la seconde proposition est plus proche de la réalité des 
définitions de lignes dans le monde des transports en commun et lorsque 
nous aurons des outils simples, j'entend plus simple que JOSM, la 
seconde proposition devrait l'emporté.

René-Luc D'Hont
3Liz

Le 22/03/2010 08:58, Stéphane Brunner a écrit :
> Hello,
>
> Tout d'abord bravo le résultat est excellent !
>
> Par contre cela ne respecte pas vraiment l'existant !
>
> si j'ai bien compris a la place de définir une relation de type route et
> de mettre les rôles stop, forward:stop ou backward:stop tu a défini 2
> relations de type route une pour chaque cens, et mes des rôles bus_stop
> pour les arrêts. et a cela tu a ajouter une relation de type lane qui
> ressemble le tout !
>
> Je ne comprend pas pourquoi tu n'a pas utiliser les route standard,
> es-ce que tu peut juste dire pourquoi ce changement pas encore documenté ?
>
> CU
> Stéphane
>
>
>
> FrViPofm [via GIS] a écrit :
>
>>
>> Le 21/03/2010 23:12, René-Luc D'Hont a écrit :
>>  
>>> Le 21/03/2010 23:01, Vincent Pottier a écrit :
>>>
>>>
>>>> Le 21/03/2010 22:31, René-Luc D'Hont a écrit :
>>>>
>>>>
>>>>  
>>>>> Intéressant Vincent, vraiment très intéressant!
>>>>>
>>>>> Il faudrait que l'on en discute sérieusement!
>>>>>
>>>>> René-Luc D'Hont
>>>>> 3Liz
>>>>>
>>>>>
>>>>>
>>>>>
>>>> Mais tout ce que je sais faire, c'est rêver ! (là je suis fort !)
>>>>
>>>>
>>>>  
>>> Peut-être mais on (3Liz) pourrait transformer ton rêve en réalité en
>>> liant les 2 pièces du puzzle :
>>> http://3liz.fr/public/osmtransport/index.php?country=France&location=Besan%C3%A7on
>>> http://78.46.81.38/api/sketch-line?network=Ginko&ref=1&correspondences=100&font-size=10
>>>
>>> Il faudrait juste que l'on identifie comment lié les 2 éléments mais
>>> aussi ce que tu as fait pour que le 2e éléments soient bien.
>>>
>>>
>> Probablement des infos ici :
>> http://78.46.81.38/public_transport.html
>> http://78.46.81.38/api/sketch-options?style=padua&action=edit
>>
>> http://78.46.81.38/api/sketch-route?101593
>> http://78.46.81.38/api/sketch-route?412870
>> http://78.46.81.38/api/sketch-line?network=Ginko&ref=1&correspondences=100
>>
>> http://wiki.openstreetmap.org/wiki/Talk:OSM_Server_Side_Script
>> --
>> FrViPofm
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>> __
>> View message @ http://n2.nabble.com/reve-tp4774722p4775025.html
>> To start a new topic under France, email 
>> ml-node+3070341-1406367393-41...@n2.nabble.com
>> To unsubscribe from France, click  (link removed) ==
>>
>>  
>


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

Re: [OSM-talk-fr] [rêve]

Hi,

Tu soulignes ici un problème :
* les lignes de transports en commun doivent-elles être décrites dans 
OSM, puisqu'elle nécessite de découpé les voies afin de décrire un tracé 
et donc entraîne un coût dans la maintenance des données. Il y a déjà eu 
ici un débat sur le fait que certain contributeur découpait les 
rond-points pour décrire des trajets de bus. ET lorsqu'une rue change de 
nom ou de caractéristique il faut vérifier que tous les segments soient 
bien mise à jour.

Sinon je crois qu'une proposition a déjà été faîtes, il est dit ici 
http://wiki.openstreetmap.org/wiki/Public_Transport   que le modèle 
proposer par Oxomoa est le résultat d'une consultation de la communauté 
lors d'un workshop. sinon il y a aussi une mailing liste sur le sujet 
http://lists.openstreetmap.org/listinfo/talk-transit

Le 22/03/2010 09:36, Stéphane Brunner a écrit :
> Hello,
>
> Je ne suis pas pleinement convaincu car ce qui me saute aux yeux c'est
> que l'on défini 2 fois le tracé =>  dur a maintenir, peut être qu'il faut
> le mettre dans une 4e relation ou dans la relation ligne ?
>
> Par contre pourquoi ne pas commencer a rédiger une « Proposed uses of
> Relations » ?
>
> CU
> Stéphane
>
>
>
>
> René-Luc D'Hont [via GIS] a écrit :
>
>>
>> Bonjour Stéphane,
>>
>> En fait ces changements sont documentés. En un ans, le wiki sur les
>> transports en commun a évolué et les 2 propositions cohabite actuellement.
>>
>> Il se trouve que la première proposition peut-être réalisé dans la
>> potlatch mais pas la seconde. Par contre dans JOSM, les 2 propositions
>> peuvent être réalisées.
>>
>> En fait la seconde proposition est plus proche de la réalité des
>> définitions de lignes dans le monde des transports en commun et lorsque
>> nous aurons des outils simples, j'entend plus simple que JOSM, la
>> seconde proposition devrait l'emporté.
>>
>> René-Luc D'Hont
>> 3Liz
>>
>> Le 22/03/2010 08:58, Stéphane Brunner a écrit :
>>  
>>> Hello,
>>>
>>> Tout d'abord bravo le résultat est excellent !
>>>
>>> Par contre cela ne respecte pas vraiment l'existant !
>>>
>>> si j'ai bien compris a la place de définir une relation de type route et
>>> de mettre les rôles stop, forward:stop ou backward:stop tu a défini 2
>>> relations de type route une pour chaque cens, et mes des rôles bus_stop
>>> pour les arrêts. et a cela tu a ajouter une relation de type lane qui
>>> ressemble le tout !
>>>
>>> Je ne comprend pas pourquoi tu n'a pas utiliser les route standard,
>>> es-ce que tu peut juste dire pourquoi ce changement pas encore documenté ?
>>>
>>> CU
>>> Stéphane
>>>
>>>
>>>
>>> FrViPofm [via GIS] a écrit :
>>>
>>>
>>>> Le 21/03/2010 23:12, René-Luc D'Hont a écrit :
>>>>
>>>>  
>>>>> Le 21/03/2010 23:01, Vincent Pottier a écrit :
>>>>>
>>>>>
>>>>>
>>>>>> Le 21/03/2010 22:31, René-Luc D'Hont a écrit :
>>>>>>
>>>>>>
>>>>>>
>>>>>>  
>>>>>>> Intéressant Vincent, vraiment très intéressant!
>>>>>>>
>>>>>>> Il faudrait que l'on en discute sérieusement!
>>>>>>>
>>>>>>> René-Luc D'Hont
>>>>>>> 3Liz
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>> Mais tout ce que je sais faire, c'est rêver ! (là je suis fort !)
>>>>>>
>>>>>>
>>>>>>
>>>>>>  
>>>>> Peut-être mais on (3Liz) pourrait transformer ton rêve en réalité en
>>>>> liant les 2 pièces du puzzle :
>>>>> http://3liz.fr/public/osmtransport/index.php?country=France&location=Besan%C3%A7on
>>>>> http://78.46.81.38/api/sketch-line?network=Ginko&ref=1&correspondences=100&font-size=10
>>>>>
>>>>> Il faudrait juste que l'on identifie comment lié les 2 éléments mais
>>>>> aussi ce que tu as fait pour que le 2e éléments soient bien.
>>>>>
>>>>>
>>>>>
>>>> Probablement des infos ici :
>>>> http://78.46.81.38/public_transport.html
>>>>

Re: [OSM-talk-fr] Nouveau rendu


Le 22/03/2010 23:39, Emilie Laffray a écrit :

On 22/03/2010 22:33, THEVENON Julien wrote:

Voici un exemple de rendu des donnees OSM plutot sympa :
http://osm.kyblsoft.cz/3dmapa/?zoom=17&lat=75.75011&lon=14.30878&layers=B 



Je n'imagine même pas le temps de rendu. La personne a transformé les 
données OSM en fichier povray. L'idée est assez géniale. Hum, y a 
plein de choses a faire avec cela en rajoutant les courbes de niveau 
ou des rendus de routes :)


C'est un exemple utilisé aux Solutions Linux pour présenté ce que l'on 
pourrait faire avec OSM!




Émilie 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] Nouveau rendu


Le 22/03/2010 23:33, THEVENON Julien a écrit :

Voici un exemple de rendu des donnees OSM plutot sympa :
http://osm.kyblsoft.cz/3dmapa/?zoom=17&lat=75.75011&lon=14.30878&layers=B 
<http://osm.kyblsoft.cz/3dmapa/?zoom=17&lat=75.75011&lon=14.30878&layers=B>


Julien


Pragues est pas mal :
le chateau 
http://osm.kyblsoft.cz/3dmapa/?zoom=17&lat=75.72063&lon=14.39996&layers=B
la place principal 
http://osm.kyblsoft.cz/3dmapa/?zoom=17&lat=75.72001&lon=14.41809&layers=B


Sinon faudrait faire la même chose à Perpignan ou Grenoble, surtout 
Grenoble!


René-Luc





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


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

Re: [OSM-talk-fr] Jolie fond de carte

Le 23/03/2010 18:02, Dominique Rousseau a écrit :
> Le Tue, Mar 23, 2010 at 05:06:26PM +0100, Emilie Laffray 
> [emilie.laff...@gmail.com] a écrit:
>
>> Ca a plus de gueule que la carte de base de OSM :) A noter que c'est
>> toujours Mapnik qui fait le rendu.
>>  
> Ah ben je connaissais pas Cascadenik
>
> ça a l'air quand même nettement plus agréable que les styles mapnik à
> écrire que la syntaxe d'origine en XML
> (en tout cas, pour moi, qui connait déjà CSS)
>
>
>
Cascadenik c'est pas mal pour le CSS mais tu devrais quand même rédigé 
un XML de départ auquel tu ajoutes des class et id ;-)

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

Re: [OSM-talk-fr] Transports en commun


Le 23/03/2010 21:02, Pieren a écrit :

2010/3/23 Xinfe Ewalavir mailto:ewala...@gmail.com>>

Désolé de revenir (encore!) dessus, mais quand je regarde les
lignes vers Besançon, les lignes ne sont pas tagguées de manière
homogène.

Néanmoins, entre ce que je vois et ce que j'ai lu, pour cette
méthode de marquage de lignes, j'ai compris comme ça :

* relation "type = network" (lien vers relation STAS
  )
  o relation ligne de bus 1 "type = line"
  o relation ligne de bus 2 "type = line"
  o relation ...
  o relation ligne de bus n "type = line"
+ relation itinéraire A > B "type = route"
+ relation itinéraire B > A "type = route"
+ relation itinéraire B > Abis "type = route"
  # ways utilisés par cet itinéraire "highway=..."
+ relation "type = site", "site=stop_area" avec le
  rôle "bus_stop"
  # arrêt de bus coté droit
  # arrêt coté gauche
  # arrêt 5 mètres plus loin, autre ligne,
même nom



Franchement, quand je vois tout ça, je me dis que je vais me contenter 
de mapper les données géographiques, c.a.d. les positions des arrêts 
de bus. C'est aussi à ça qu'OSM devrait se limiter, amha. Je 
laisserais donc les joies de l'édition de relations à d'autres !


+1

Même si avec OSMTransport, je profite des relations...

J'ai l'impression d'avoir le cul entre 2 chaises:
* j'adore les possibilités des relations (Description d'adresse, TC, etc...)
* je n'aime pas la complexification de la base de données liées aux 
relations (découpage de rond point, de voies, etc...)


Faut-il une base de données simple, et des bases de données ne contenant 
que les relations et les références ?
Faut-il que ce soit les clients qui simplifie l'information pour 
simplifier la gestion ?

Un nouveau casse tête en perspective non ?



Pieren


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


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

Re: [OSM-talk-fr] Transports en commun


Le 23/03/2010 21:31, Vincent Pottier a écrit :

Le 23/03/2010 21:24, René-Luc D'Hont a écrit :

Le 23/03/2010 21:02, Pieren a écrit :
2010/3/23 Xinfe Ewalavir <mailto:ewala...@gmail.com>>


Désolé de revenir (encore!) dessus, mais quand je regarde les
lignes vers Besançon, les lignes ne sont pas tagguées de manière
homogène.

Néanmoins, entre ce que je vois et ce que j'ai lu, pour cette
méthode de marquage de lignes, j'ai compris comme ça :

* relation "type = network" (lien vers relation STAS
  <http://www.openstreetmap.org/browse/relation/533316>)
  o relation ligne de bus 1 "type = line"
  o relation ligne de bus 2 "type = line"
  o relation ...
  o relation ligne de bus n "type = line"
+ relation itinéraire A > B "type = route"
+ relation itinéraire B > A "type = route"
+ relation itinéraire B > Abis "type = route"
  # ways utilisés par cet itinéraire
"highway=..."
+ relation "type = site", "site=stop_area" avec
  le rôle "bus_stop"
  # arrêt de bus coté droit
  # arrêt coté gauche
  # arrêt 5 mètres plus loin, autre ligne,
même nom



Franchement, quand je vois tout ça, je me dis que je vais me 
contenter de mapper les données géographiques, c.a.d. les positions 
des arrêts de bus. C'est aussi à ça qu'OSM devrait se limiter, amha. 
Je laisserais donc les joies de l'édition de relations à d'autres !


+1

Même si avec OSMTransport, je profite des relations...

J'ai l'impression d'avoir le cul entre 2 chaises:
* j'adore les possibilités des relations (Description d'adresse, TC, 
etc...)
* je n'aime pas la complexification de la base de données liées aux 
relations (découpage de rond point, de voies, etc...)
J'ai recollé les ronds-points. Je pense que c'est au logiciel de 
calculer le bout à prendre en compte pour autant qu'il sache que c'est 
un rond-point.


Mais, même si c'est dommage de découper l'Avenue des Champs-Élysées, 
je ne vois pas trop de moyen d'indiquer quelle section doit être prise 
en compte.


Pourquoi pouvoir découper une voie et pas un rond point ? Un rond 
n'est-il pas une voie ? Qu'est-ce qui justifie que l'un doivent rester 
entier et pas l'autre ? M'enfin c'est un vieux débat!



--
FrViPofm


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


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

Re: [OSM-talk-fr] Transports en commun


Le 23/03/2010 21:57, Pieren a écrit :

2010/3/23 René-Luc D'Hont mailto:rldh...@gmail.com>>

Pourquoi pouvoir découper une voie et pas un rond point ? Un rond
n'est-il pas une voie ? Qu'est-ce qui justifie que l'un doivent
rester entier et pas l'autre ? M'enfin c'est un vieux débat!


Effectivement ! J'ai toujours considéré qu'un rond-point était moins 
une voie qu'un point d'intersection entre voies. C'est pour ça qu'il 
n'a pas de ref (ou tous les refs). Mais c'est vrai que découper des 
rues ou des rond-points juste pour du routage me gêne énormément. 
Comme potentiellement, toutes les intersections peuvent faire partie 
d'un itinéraire, il n'y aura à terme plus aucune rue qui ne sera pas 
sectionnée à chaque croisement.


+1



Pieren


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


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

Re: [OSM-talk-fr] Transports en commun


Le 23/03/2010 22:58, Vincent Pottier a écrit :

Le 23/03/2010 21:35, René-Luc D'Hont a écrit :

Le 23/03/2010 21:31, Vincent Pottier a écrit :

Le 23/03/2010 21:24, René-Luc D'Hont a écrit :

Le 23/03/2010 21:02, Pieren a écrit :
2010/3/23 Xinfe Ewalavir <mailto:ewala...@gmail.com>>


Désolé de revenir (encore!) dessus, mais quand je regarde les
lignes vers Besançon, les lignes ne sont pas tagguées de
manière homogène.

Néanmoins, entre ce que je vois et ce que j'ai lu, pour cette
méthode de marquage de lignes, j'ai compris comme ça :

* relation "type = network" (lien vers relation STAS
  <http://www.openstreetmap.org/browse/relation/533316>)
  o relation ligne de bus 1 "type = line"
  o relation ligne de bus 2 "type = line"
  o relation ...
  o relation ligne de bus n "type = line"
+ relation itinéraire A > B "type = route"
+ relation itinéraire B > A "type = route"
+ relation itinéraire B > Abis "type = route"
  # ways utilisés par cet itinéraire
"highway=..."
+ relation "type = site", "site=stop_area"
  avec le rôle "bus_stop"
  # arrêt de bus coté droit
  # arrêt coté gauche
  # arrêt 5 mètres plus loin, autre ligne,
même nom



Franchement, quand je vois tout ça, je me dis que je vais me 
contenter de mapper les données géographiques, c.a.d. les 
positions des arrêts de bus. C'est aussi à ça qu'OSM devrait se 
limiter, amha. Je laisserais donc les joies de l'édition de 
relations à d'autres !


+1

Même si avec OSMTransport, je profite des relations...

J'ai l'impression d'avoir le cul entre 2 chaises:
* j'adore les possibilités des relations (Description d'adresse, 
TC, etc...)
* je n'aime pas la complexification de la base de données liées aux 
relations (découpage de rond point, de voies, etc...)
J'ai recollé les ronds-points. Je pense que c'est au logiciel de 
calculer le bout à prendre en compte pour autant qu'il sache que 
c'est un rond-point.


Mais, même si c'est dommage de découper l'Avenue des Champs-Élysées, 
je ne vois pas trop de moyen d'indiquer quelle section doit être 
prise en compte.


Pourquoi pouvoir découper une voie et pas un rond point ? Un rond 
n'est-il pas une voie ? Qu'est-ce qui justifie que l'un doivent 
rester entier et pas l'autre ? M'enfin c'est un vieux débat!

Non.
Le point commun au rond-point et au way précédent désigne le point 
d'entrée dans le rond-point. Le point commun au rond-point et au way 
suivant désigne le point de sortie du rond-point. Le rond-point étant 
circulable seulement dans un sens (même sans oneway ;-), la partie du 
rond-point à prendre en compte dans la route est calculable. Je n'ai 
pas à découper. CQFD.


Par contre soit une ville à l'américaine avec trois avenues parallèles 
A, B, C et trois rues parallèles 1,2,3, perpendiculaires aux avenues. 
Soit un bus qui prend un bout de A, un bout de 1 un bout de B, un bout 
de 2, un bout de C, un bout de 3.
Si je mets ABC123 dans la relation. Chapeau au gars qui écrit le 
programme pour trouver le bon itinéraire.


S'il y a un autre moyen (relativement simple) de désigner les segments 
sans découper les rues... Proposons le !
Il y a quelqu'un qui avait proposé de ne mettre que les points 
d'intersection... Pas probant comme méthode.


Je ne décrit pas les réseaux de bus dans le but de faire du routing mais 
pour représenté le parcours réel des bus :
-> donc qu'un algo soit capable de détecter l'entré et la sortie d'un 
bus sur un rond point ne m'intéresse pas
-> donc j'estime que puisque un rond point est un oneway j'ai le droit 
de le découper
-> la bonne question est plutôt peut-on découper des ways pour des 
problème de TC


--> tout ça renvoi au fait que JE NE SUIS PAS SÛR que ce soit une bonne 
idée de décrire les parcours de bus dans OSM dans l'état actuelle du 
système. Je pense même qu'il faudrait trouver un autre système 
exploitant les données OSM
--> Il faudrait un système indiquant une way, un point d'entré de ce way 
et un point de sortie, l'ensemble décrivant un parcours, mais dans le 
modèle actuelle des données OSM ce n'est pas faisable ou alors dans une 
base annexe.



--
FrViPofm


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


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

Re: [OSM-talk-fr] Transports en commun

Doit-on juste cartographier les routes empruntées par les bus, les 
trains, les trams et donc n'avoir qu'une relation route par ligne ou 
aller plus loin avec le modèle d'Oxomoa (1 relation line et des 
relations routes) ?
Doit-on ne cartographier que les parcours principaux ou toutes les 
alternatives qui peuvent exister dans la semaine (bus de nuit, bus de 
week-end, etc) ?


On a pas fini avec les transports en commun.


Le 25/03/2010 09:58, Lord Awikatchikaen a écrit :
Les mises a jour concerne plus les horaire et stations desservies. 
quoi que les stations ca bouge moins. Ca reste quand même 
difficilement maintenable car le nom de la mission peut changer pour 
un train qui semble le même aux usagers, c'est a dire qu'il fait les 
mêmes arrêts mais fini au hangar plutôt que de repartir en sens inverse.


On atteint une donnée limite d'OSM. autant je pense que les lignes de 
transport et les arrêt y ont leur place, autant les différents 
parcours possible sur la ligne avec les arrêts ou non sur telle ou 
telle gare ne me parait pas être une donnée géographique. Sinon on va 
tagguer le TGV 8557 qui fait lille-Massy-St pierre des 
corps-futuroscope-poitiers-bordeaux et son petit frere qui ne s'arrête 
pas a poitiers et celui qui fait montparnasse-bordeaux-Dax et tous les 
autres 


2010/3/25 Vincent Pottier mailto:vpott...@gmail.com>>

Le 25/03/2010 09:03, Lord Awikatchikaen a écrit :
> Ayant eu un paternel cheminot, je ne suis pas sur que mapper les
> missions soit une bonne idée vu leurs fréquences de mises a jour ...
Sur quoi portent les mises à jour.
* Sur les horaires ? pas de problème pour les routes (on n'entre
pas la
table d'horaire)
* sur les voies empruntées ? problème
* Les stations desservies ? problème partiel. Le rôle, dans la
relation
peut être du genre 'arrêt possible' plutôt que 'stop'.
>
> Il serait plus logique de mapper D1, D2 par montgeron, D2 par ris
> orangis, et D3 (voir
>
http://www.ratp.info/orienter/f_plan.php?fm=gif&loc=reseaux&nompdf=rer&lang=


>

>)
>
Possible si, par exemple, 'D2 par Montgeron' est stable dans les
stations desservies, ou alors créer les variantes 'D2 express par
Montgeron'... (mais ça doit correspondre en gros aux missions)
--
FrViPofm

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



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


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

Re: [OSM-talk-fr] Transports en commun


Le 25/03/2010 10:58, Pieren a écrit :

2010/3/25 hamster mailto:hams...@suna.fdn.fr>>

dans les 2 cas il ne s'agit pas de decrire le terrain mais bien
l'usage
qui est fait du terrain


C'est vrai qu'on atteint les limites du système à l'intérieur d'OSM. 
Mais d'un autre côté, les grands réseaux comme le RER D devraient 
encore pouvoir y figurer. Au-dela, il y a tous les itinéraires 
possibles et imaginables que la SNCF peut modifier tous les jours 
pour, par exemple, le transport de marchandise, qui doit être encore 
plus flexible que le transport passager.
J'ai vu quelque part sur le site du RFF que le réseau était découpé en 
segments référencés. Il faudrait peut-être, à l'image de ce qu'on fait 
pour les routes ou les communes, privilégier le balisage de références 
qui peuvent ensuite être utilisées par des applications externes.


+10 Pieren



Pieren


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


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

Re: [OSM-talk-fr] Transports en commun


Le 25/03/2010 10:58, Pieren a écrit :

2010/3/25 hamster mailto:hams...@suna.fdn.fr>>

dans les 2 cas il ne s'agit pas de decrire le terrain mais bien
l'usage
qui est fait du terrain


C'est vrai qu'on atteint les limites du système à l'intérieur d'OSM. 
Mais d'un autre côté, les grands réseaux comme le RER D devraient 
encore pouvoir y figurer. Au-dela, il y a tous les itinéraires 
possibles et imaginables que la SNCF peut modifier tous les jours 
pour, par exemple, le transport de marchandise, qui doit être encore 
plus flexible que le transport passager.
J'ai vu quelque part sur le site du RFF que le réseau était découpé en 
segments référencés. Il faudrait peut-être, à l'image de ce qu'on fait 
pour les routes ou les communes, privilégier le balisage de références 
qui peuvent ensuite être utilisées par des applications externes.


Les segments de références sont là
http://www.rff.fr/fr/mediatheque/textes-de-reference-francais-45/document-reference/horaire-de-service-2011-424/annexes-427/
en annexe 4

Apparement, l'Europe oblige la RFF à publier ce genre de document. 
Maintenant peut-on cartographier ce genre d'info à partir de ces 
documents, je ne sais pas. D'ailleurs y-at-il un modèle pour ce genre de 
segments ?





Pieren


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


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

Re: [OSM-talk-fr] [annonce] OsmTransport V 1.0

Bonjour,

Nous essayons de maintenir une mise à jour tous les 24-48 heures mais 
comme nous travaillons maintenant avec la XAPI, nous avons parfois des 
surprises.

Je vais faire une mise à jour de Marseilles.

René-Luc D'Hont
3Liz

Le 25/03/2010 14:18, Charles Nepote a écrit :
> Bonjour,
>
> La mise à jour des données est-elle toujours quotidienne comme annoncé
> il y a quelques semaines ?
> J'ai tenté un bout de ligne de bus à Marseille pour vérifier que cela
> fonctionne et je ne la vois pas apparaître sur OSMTransport bien qu'il
> soit dans OSM... il est tout à fait probable que j'ai commis une erreur
> de tagging...
> http://www.openstreetmap.org/browse/relation/533967
> http://www.openstreetmap.org/?lat=43.3027893304825&lon=5.40205746889114&zoom=17
>
> (Oui je sais je n'ai pas encvore décomposé en line>  route mais il me
> semble que ça ne devrait pas influer non ?)
>
> CharlesNepote
>
>
> kimaidou a écrit :
>
>> Nous sommes heureux d'annoncer la sortie de la version 1.0
>> d'OsmTransport (1)
>>  
>
> ___
> 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] [annonce] OsmTransport V 1.0

Bonjour,

Marseille est à jour 
http://3liz.fr/public/osmtransport/index.php?country=France&location=Marseille 
et il y a bien une ligne de bus, la ligne 7!

René-Luc

Le 25/03/2010 14:18, Charles Nepote a écrit :
> Bonjour,
>
> La mise à jour des données est-elle toujours quotidienne comme annoncé
> il y a quelques semaines ?
> J'ai tenté un bout de ligne de bus à Marseille pour vérifier que cela
> fonctionne et je ne la vois pas apparaître sur OSMTransport bien qu'il
> soit dans OSM... il est tout à fait probable que j'ai commis une erreur
> de tagging...
> http://www.openstreetmap.org/browse/relation/533967
> http://www.openstreetmap.org/?lat=43.3027893304825&lon=5.40205746889114&zoom=17
>
> (Oui je sais je n'ai pas encvore décomposé en line>  route mais il me
> semble que ça ne devrait pas influer non ?)
>
> CharlesNepote
>
>
> kimaidou a écrit :
>
>> Nous sommes heureux d'annoncer la sortie de la version 1.0
>> d'OsmTransport (1)
>>  
>
> ___
> 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] Présentation OpenStreetMap à l 'UNESCO

2010-03-28 Par sujet René-Luc D'Hont


Je me joins à Kimaidou pour exprimer mon admiration, t'en as de la chance!
Tout mon soutien!

René-Luc D'Hont
3Liz

Le 28/03/2010 14:12, kimaidou a écrit :
Quel boulot intéressant ! Tu parcoures le monde pour prodiguer la 
bonne parole :)

Tout mon soutien !

Kimaidou

Le 28 mars 2010 01:27, RatZilla$ <mailto:ratzil...@gmail.com>> a écrit :


En plein débat sur la création d'asso OSM France, je continue de
sillonner les routes Provençales,Parisiennes et Antillaises pour faire
humblement briller notre projet auprès des institutions.
L'UNESCO s'intéresse à nos travaux, je vais donc présenter fin avril
dans leurs locaux les tenants et aboutissants d'OSM. Je vous
soumettrai comme d'hab mes impressions et un petit résumé de la
rencontre.
En attendant, si certain(e)s d'entre vous ont des suggestions, des
critiques ou des remarques pendant que je peaufine ma présentation
n'hésitez pas à me contacter.

Au charbon ;-)

Gaël

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



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


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

Re: [OSM-talk-fr] Fwd: [Francophone] Appel à contribution pour les conférences du village OS aux R encontres SIG la lettre


Le 29/03/2010 21:41, Emilie Laffray a écrit :

On 29/03/2010 20:33, David MENTRE wrote:
   

[ J'espère ne pas faire de doublon. ]

Bonjour à tous,

Yves Jacolin, d'OSGeo-fr, a explicitement demandé à la communauté
francophone d'OSM de faire des présentations à la manifestation
suivante. Il y a trois slots de 30 min.

Je cite :
« Plus sérieusement, en mai il y a un salon de la géomatioue (les Rencontres SIG
la Lettre). L'OSGo-fr organise un village OS avec 3 stands de sociétés privées
et un stand pour l'OSGeo-fr. J'invite officiellement OSM-fr a venir y participer
et  proposer des conférences au seins de ce village (nous avons 3 slots de 30
mn), plus tout ceux des conférences communautaire (j'ai un communiqué de
presse à faire passer à ce propos :) ) »

Je ne pourrai pas y participer et je ne suis pas le mieux placé pour
ça (contributeur très occasionnel) mais je suis certains que d'autres
pourront.

Amicalement,
d.

 

Je serais en France lors de cette semaine la.

Emilie Laffray

   



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


3Liz y sera et présente d'ailleurs un MASTER CLASS, TP payant mais pas 
payé, sur les API OSM.


Nous sommes donc disponible pour une présentation.

René-Luc D'Hont
3Liz

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

Re: [OSM-talk-fr] Fwd: [Francophone] Appel à c ontribution pour les conférences du village OS aux Renco ntres SIG la lettre

Le 29/03/2010 22:27, David MENTRE a écrit :
> Salut,
>
> Le 29 mars 2010 21:46, René-Luc D'Hont  a écrit :
>
>> Nous sommes donc disponible pour une présentation.
>>  
> Émilie et René-Luc, je vous laisse vous coordonner et contacter
> directement Yves Jacolin (qui n'est pas sur cette liste je crois), je
> n'ai fait que relayer le message. :-)
>
> Amicalement,
> d.
>

Merci David d'avoir relayé.

D'autres contributeurs ont la chance de pouvoir ce rendre aux rencontres 
SIG la lettre ?

René-Luc

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


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

[OSM-talk-fr] openadresses.org et OSM

Bonjour,

Je me permet de relayer ceci :
openaddresses.org

Je crois savoir qu'ils savent qu'OpenStreetMap existe mais ça fait 
peut-être doublon, non ?
J'ai l'impression que certaines adresses sont extraites d'OSM, ou est-ce 
que les adresses sont ajoutés à OSM ?
Quelqu'un de chez c2c pourrait nous en dire plus puisqu'il aprticipe au 
projet, merci.

René-Luc D'Hont


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

Re: [OSM-talk-fr] Fwd: [Francophone] Appel à c ontribution pour les conférences du village OS aux Renco ntres SIG la lettre

Le 29/03/2010 23:13, Sébastien Dinot a écrit :
> René-Luc D'Hont a écrit :
>
>> D'autres contributeurs ont la chance de pouvoir ce rendre aux
>> rencontres SIG la lettre ?
>>  
> Il y a de fortes chances que j'y sois. Un collègue m'ayant touché deux
> mots de l'événement ce matin, j'ai demandé cet après-midi à Yves Jacolin
> s'il était possible d'imaginer un bout de stand pour OSM. :)
>
> A++, Sébastien
>
>

Si il y a un bout de stand, je veux bien, comme au salon Solutions 
Linux, participer!

René-Luc

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

Re: [OSM-talk-fr] Fwd: [Francophone] Appel à c ontribution pour les conférences du village OS aux Renco ntres SIG la lettre

Le 29/03/2010 23:31, Sébastien Dinot a écrit :
> René-Luc D'Hont a écrit :
>
>> Si il y a un bout de stand, je veux bien, comme au salon Solutions
>> Linux, participer!
>>  
> Yves m'a répondu qu'OSGeo pouvait héberger OSM sans problème. :)
>
> Je vais donc lui donner une réponse de principe (nous sommes preneurs).
> Pour les détails, je verrai avec lui à l'occasion du CartoSatCamp ou
> même avant.
>
> A++, Sébastien
>
>
Cool

A++
René-Luc

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

Re: [OSM-talk-fr] openadresses.org et OSM

Hi,

Merci François de relayer à Cédric Moullet. Je me suis permis de citer 
CampToCamp car la société est cité comme partenaire du projet.

A+

René-Luc

Le 30/03/2010 07:19, François Van Der Biest a écrit :
> Hello,
>
> A propos de OpenAdresses, je souhaite préciser que ce n'est pas une
> initiative de Camptocamp SA, mais une initiative personnelle d'un de
> ses employés.
>
> Effectivement, il y a un pb avec la licence.
> Comme je vois la personne en question ce jour, je m'en vais lui en parler.
>
> A+
> F.
>
>
>
> 2010/3/29 René-Luc D'Hont:
>
>> Bonjour,
>>
>> Je me permet de relayer ceci :
>> openaddresses.org
>>
>> Je crois savoir qu'ils savent qu'OpenStreetMap existe mais ça fait
>> peut-être doublon, non ?
>> J'ai l'impression que certaines adresses sont extraites d'OSM, ou est-ce
>> que les adresses sont ajoutés à OSM ?
>> Quelqu'un de chez c2c pourrait nous en dire plus puisqu'il aprticipe au
>> projet, merci.
>>
>> René-Luc D'Hont
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>  
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] openadresses.org et OSM


Le 30/03/2010 00:23, Emilie Laffray a écrit :

On 29/03/2010 23:16, Emilie Laffray wrote:
   

On 29/03/2010 22:13, René-Luc D'Hont wrote:

 

Bonjour,

Je me permet de relayer ceci :
openaddresses.org

Je crois savoir qu'ils savent qu'OpenStreetMap existe mais ça fait
peut-être doublon, non ?
J'ai l'impression que certaines adresses sont extraites d'OSM, ou est-ce
que les adresses sont ajoutés à OSM ?
Quelqu'un de chez c2c pourrait nous en dire plus puisqu'il aprticipe au
projet, merci.


   

Non seulement ils savent mais en effet toutes les adresses ont été
pompées de OSM. Ça a été envoyé sur la liste légale il y a quelques minutes.

 

Le problème est la licence. Ils utilisent une licence CC-BY 3.0 alors
que la licence actuelle de OSM est CC-BY-SA 2.0. Ils sont donc en
violation de la clause SA.
A noter qu'ils ont prevu d'annoncer cela a la communaute OSM, mais ils
sembleraient qu'ils aient un peu loupe sur le coup.

Emilie Laffray
   


Sur twitter, ils disent souhaiter créer une synchro entre OpenAddresses 
et OpenStreetMap, sauf qu'il y a un problème de licence. On est d'accord ?


René-Luc

   



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


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

Re: [OSM-talk-fr] openadresses.org et OSM


Le 30/03/2010 10:55, kimaidou a écrit :
En effet, l'interface est simple à utiliser : on clique pour ajouter 
ou pour modifier un point, et on renseigne les infos dans la pop-up.


En conclusion :
* si c'est un outil qui stocke les données dans OSM = un éditeur OSM 
spécifique aux adresses --> c'est super, je suis content, bravo pour 
l'initiative et l'effort de simplification pour le "grand public"
* si c'est un outil qui importe les données OSM et stocke les données 
numérisées dans une bdd externe : je trouve cela très dommage, et en 
effet, cela devient un outil "concurrent" d'OSM --> je ne comprends pas


Je pense que l'auteur avait plutôt le 1/ en tête :)


Je ne pense pas car le projet n'est pas partie en tenant compte 
d'OpenStreetMap

http://www.openaddresses.ch/fr/
Ensuite la licence de la base des données du projet ne sont pas 
compatible avec des données OSM
Pourtant ils ont extraits des données OSM qu'ils ont associé dans une 
nouvelle base de données avec d'autres données adresses
Enfin ils souhaitent créer un lien entre OSM et OpenAddresses mais on a 
un problème d'adresses.


Je pense qu'il faut donc leurs proposées un coup de main pour faire 
d'OpenAddresses une interface de saisie d'adresses pour OSM.


René-Luc D'Hont



kimaidou

Le 30 mars 2010 10:38, <mailto:openstreet...@coutiere.com>> a écrit :


L'interface a l'air d'être un bon début.
C'est typiquement le genre d'interface qui pourrait permettre à
n'importe-qui de peupler la base d'OSM sans connaissance
particulière. Le même type d'interface doit permettre de
sélectionner des Ways, et d'en indiquer les tags highway, name,
oneway, maxspeed, maxheight, maxweight, buslane, cycleway, etc.

Ensuite, avec un coup de buzz, on verra une foule de points
apparaître, souvent anonymes (mais cookie-isés pour suivre le
qui-fait-quoi). D'où deux possibilités :
- valider les changements signalés par plusieurs utilisateurs,
noter les utilisateurs, et valider facilement les changements des
utilisateurs bien notés.
- proposer une validation par mail : on prend le mail de la
personne, et on lui envoie un lien pour valider le Changeset.

Bref, une interface de ce type a des avantages et pourrait
accélérer fortement l'entrée de données. Il faut que la personne
qui a fait openadresses.org <http://openadresses.org> quitte le
côté obscur de la Force et nous rejoigne...

Charlie Echo


- Mail Original -
De: "René-Luc D'Hont" mailto:rldh...@gmail.com>>
À: talk-fr@openstreetmap.org <mailto:talk-fr@openstreetmap.org>
Envoyé: Mardi 30 Mars 2010 08:04:33 GMT +01:00 Amsterdam / Berlin
/ Berne / Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] openadresses.org
<http://openadresses.org> et OSM


Le 30/03/2010 00:23, Emilie Laffray a écrit :

On 29/03/2010 23:16, Emilie Laffray wrote:

On 29/03/2010 22:13, René-Luc D'Hont wrote:

Bonjour,

Je me permet de relayer ceci :
openaddresses.org <http://openaddresses.org>

Je crois savoir qu'ils savent qu'OpenStreetMap existe mais ça fait
peut-être doublon, non ?
J'ai l'impression que certaines adresses sont extraites d'OSM, ou
est-ce
que les adresses sont ajoutés à OSM ?
Quelqu'un de chez c2c pourrait nous en dire plus puisqu'il
aprticipe au
projet, merci. Non seulement ils savent mais en effet toutes les
adresses ont été
pompées de OSM. Ça a été envoyé sur la liste légale il y a
quelques minutes. Le problème est la licence. Ils utilisent une
licence CC-BY 3.0 alors
que la licence actuelle de OSM est CC-BY-SA 2.0. Ils sont donc en
violation de la clause SA.
A noter qu'ils ont prevu d'annoncer cela a la communaute OSM, mais ils
sembleraient qu'ils aient un peu loupe sur le coup.

Emilie Laffray
Sur twitter, ils disent souhaiter créer une synchro entre
OpenAddresses et OpenStreetMap, sauf qu'il y a un problème de
licence. On est d'accord ?

René-Luc



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

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

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



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


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

[OSM-talk-fr] OpenAddresses, OpenStreetMap et licence

Bonjour à tous,

J'ai fait remonté au projet OpenAddresses qu'il y avait une 
incompatibilité entre les licences des données OpenAddresses et 
OpenStreetMap, or j'aurais besoin d'un coup de main pour détailler ce 
problème.

Comme tout le monde le sait OpenStreetMap est en CC-BY-SA 2.0
alors que OpenAddresses est en CC-BY 3.0

Je serais tenté de dire que les données OSM ne peuvent pas changé de 
licence à cause du SA mais je n'en suis pas sûr.

Merci d'avance pour votre aide.

René-Luc D'Hont

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

Re: [OSM-talk-fr] OpenAddresses, OpenStreetMap et licence


Merci Emilie!

Peux-tu me le faire en Anglais et 100 charactère s'il-te-plaît, merci

Le 30/03/2010 13:49, Emilie Laffray a écrit :
Les donnees OSM peuvent changer de licence a condition que ca soit une 
licence compatible. Dans le cas present, c'est la clause Share Alike 
qui pose probleme:
*Partage des Conditions Initiales à l'Identique* — Si vous modifiez, 
transformez ou adaptez cette création, vous n'avez le droit de 
distribuer la création qui en résulte que sous un contrat identique à 
celui-ci.


On ne peut donc pas passer d'une licence CC-BY-SA a une CC-BY puisque 
ce ne sont plus les conditions initiales. On perd la "viralité" des 
donnees, ce qui n'est pas possible.


Emilie Laffray

2010/3/30 René-Luc D'Hont mailto:rldh...@gmail.com>>

Bonjour à tous,

J'ai fait remonté au projet OpenAddresses qu'il y avait une
incompatibilité entre les licences des données OpenAddresses et
OpenStreetMap, or j'aurais besoin d'un coup de main pour détailler ce
problème.

Comme tout le monde le sait OpenStreetMap est en CC-BY-SA 2.0
alors que OpenAddresses est en CC-BY 3.0

Je serais tenté de dire que les données OSM ne peuvent pas changé de
licence à cause du SA mais je n'en suis pas sûr.

Merci d'avance pour votre aide.

René-Luc D'Hont

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



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


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

Re: [OSM-talk-fr] OpenAddresses, OpenStreetMap et licence

Le 30/03/2010 13:51, Pierre Mauduit a écrit :
> Salut,
>
>
>> Je serais tenté de dire que les données OSM ne peuvent pas changé de
>> licence à cause du SA mais je n'en suis pas sûr.
>>  
> Pour info, Cédric est au courant ; il va changer la license du projet afin que
> ce dernier soit compatible avec OSM.
>
>
>

COOL

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

Re: [OSM-talk-fr] OpenAddresses.org, le site commu nautaire de gestion des adresses vient d'être mis en l igne

Bonjour Cédric,

Comme vous devez le savoir vous devez changé la licence actuelle des
données OA afin que les 2 projets OA et OSM soient compatibles.
En dehors de ce point ce projet devrait permettre de faciliter la saisie
de données adresses au sein de la base libre OpenStreetMap.

René-Luc D'Hont
3Liz

Le 30/03/2010 14:42, Cédric MOULLET a écrit :

Bonjour,

Vu qu'il y a déjà eu passablement de discussion autour du projet OA
sur cette liste, voici le communiqué que l'on a diffusé.

Je me permets de revenir sur certaines remarques:

- Ce projet n'est pas issu du cerveau d'une personne, mais existe
depuis plusieurs années, localement (Suisse, Autriche). Le travail
fait dernièrement a été, entres autres, d'épurer les données et de
proposer une interface easy to use.

- Le but est de travailler en symbiose avec OSM, ceci pour que chacun
des projets puissent bénéficier de l'autre projet. OA apporte
typiquement une plateforme simple d'utilisation et des services de
recherche (par exemple:
http://dev.geoext.org/sandbox/cmoullet/ux/OpenAddressesSearchCombo/examples/OpenAddressesSearchComboExample.html).

- Camptocamp. comme d'autres entreprises comme Inser et Ubithere ont
participé au lancement de ce projet. Tout comme des universités est de
personnes privées.

La communauté OA espère donc pouvoir travailler avec la communauté OSM.

Pour la communauté OA, Cédric Moullet

_*Communiqué
*_

Dans la plus pure tradition du web 2.0, le nouveau site
http://www.openaddresses.org <http://www.openaddresses.org/> a pour
but de mettre à disposition des points adresses gratuits et librement
utilisables. Cette plateforme communautaire permet à tous
d'enregistrer des points adresses, de les utiliser ou encore de les
mettre à jour.

Quelle est l'utilité des points adresses ?

Les points adresses sont par exemple utilisés dans les GPS pour
localiser une destination, par les entreprises pour connaître la
provenance de leurs clients et faire du geomarketing, par les
statisticiens pour analyser les populations, ou sont présentés sur les
plans de ville, les publications officielles, etc..

Les points adresses sont à la base des services de recherche
géographique ("Où se trouve la rue de la gare ?") ou des services de
géocodage inverse ("Quelle est l'adresse la plus proche de ce lieu
?"). OpenAddresses.org met également gratuitement à disposition ce
type de services.

Pourquoi des données libres de droit ?

Les jeux de données actuelles ne sont pas libres de droit, sont
onéreux ou ne couvrent que partiellement la planète. OpenAddresses.org
a pour ambition de mettre à disposition de tous des points adresses,
ceci gratuitement et avec une licence libre et sur l'ensemble de la
planète. Pour atteindre ce but, OpenAddresses.org compte sur la
mobilisation de la communauté pour faire avancer la saisie et la mise
à jour des données.

Quelle est l'histoire du projet OpenAddresses.org ?

Le projet a vu le jour en 2007 en Suisse, sous l'impulsion de la Haute
école du Nord Ouest de la Suisse (FHNW). Puis en 2009, un groupe de
personnes et d'entreprises a décidé de créer un répertoire mondial
d'adresses et a développé une nouvelle plateforme web. Actuellement
plus de 5 millions d'adresses sont à disposition et des pays comme le
Danemark ou des cantons comme Soleure (Suisse) sont entièrement saisis.

Quelle est la relation avec le célèbre projet OpenStreetMap.org ?

OpenStreetMap.org et OpenAddresses.org sont complémentaires et
partagent la même philosophie. OpenAddresses.org se concentre
uniquement sur les points adresses et peut ainsi offrir une plateforme
dédiée et spécialisée. Le but est que chaque projet profite l'un de
l'autre. Les données sont régulièrement synchronisées pour permettre
cette réciprocité.

Comment est-il possible de participer à OpenAddresses.org ?

Tout d'abord en saisissant des adresses ! Ou encore, mieux, en mettant
à disposition des adresses ou d'autres données permettant de saisir
des adresses comme des photos aériennes, des plans de bâtiments etc...

Renseignements complémentaires

* Le site: http://www.openaddresses.org/
* Le guide de l'utilisateur:
http://code.google.com/p/openaddresses/wiki/UserGuideFr
* Questions fréquentes:
http://code.google.com/p/openaddresses/wiki/FAQ
* Et pour les autres questions: i...@openaddresses.org
<mailto:i...@openaddresses.org>
* Le groupe de discussion:
http://groups.google.com/group/OpenAddresses
* Le blog: http://openaddresses.blogspot.com/
* Twitter: https://twitter.com/openaddresses
* Le site de la communauté: http://code.google.com/p/openaddresses/

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

Re: [OSM-talk-fr] Calculer le total kilométrique d 'une commune

2010-03-31 Par sujet René-Luc D'Hont


Le 31/03/2010 16:24, Emilie Laffray a écrit :



2010/3/31 mailto:ubu...@kagou.fr>>

Bonjour :)

Est il possible de calculer le nombre de kilomètres de
routes/chemins d'une commune ?


Oui il est possible de faire ceci.
Chose a utiliser:
- Modifier osm2pgsql pour utiliser le type geography de Postgis 1.5
- Avoir la limite administrative de la commune
- Écrire une jolie requête sql

Je suis assisse sur la première étape depuis quelques temps. Je vais 
voir si je peux finir ce week end.


COOL ;-)


Apres, il sera possible d'avoir des chiffres très précis.


c'est bon ça!



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] Fwd: [Francophone] Appel à c ontribution pour les conférences du village OS aux Renco ntres SIG la lettre

2010-04-07 Par sujet René-Luc D'Hont

Toujours disponible!

René-Luc

Le 07/04/2010 22:44, Sébastien Dinot a écrit :
> Bonsoir,
>
> Sébastien Dinot a écrit :
>
>> Yves m'a répondu qu'OSGeo pouvait héberger OSM sans problème. :)
>>
>> Je vais donc lui donner une réponse de principe (nous sommes
>> preneurs). Pour les détails, je verrai avec lui à l'occasion du
>> CartoSatCamp ou même avant.
>>  
> Yves Jacolin m'a relancé aujourd'hui concernant l'événement SIG La
> Lettre pour savoir si :
>
> - des contributeurs d'OSM étaient prêts à tenir un bout de stand sur le
>stand OSGeo ;
>
> - faire des conférences (3 créneaux de 30 minutes sont envisageables).
>
> Il faudrait lui répondre rapidement. De mon côté, il n'est pas encore
> certain que je puisse me libérer mais je vais essayer de le faire.
> D'autres personnes seraient-elles disponibles à coup sûr ? Si oui,
> serait-ce pour participer à la tenue du stand et/ou pour donner une
> conférence ?
>
> Sébastien
>
>


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

Re: [OSM-talk-fr] Mappy : un retour intéressant

2010-04-08 Par sujet René-Luc D'Hont

Le 08/04/2010 16:17, Gilles Bassière a écrit :
> François Van Der Biest wrote:
>
>> Est-ce que la clause SA de Creative Commons considère qu'un rendu agrégé
>> (ie "en une seule tuile raster") des données OSM + des POIs est une
>> oeuvre dérivée qui doit être placée sous la même licence, alors que le
>> fait de placer les POIs dans une autre couche (ie "deux tuiles raster"
>> ou "une tuile raster + des données vecteur au dessus") permettrait de
>> passer outre ?
>>
>> F.
>>
>>  
> Intéressant, je n'avais pas songé au fait que les tuiles peuvent être
> considérées comme une œuvre dérivée des données. Si tel est le cas, je
> pense qu'on peut même arguer que c'est la carte dans son ensemble qui
> est une œuvre dérivée. En effet, le tuilage n'est qu'un moyen technique
> de diffuser la carte. Dès lors, la carte dans son ensemble devrait être
> sous licence CC-By-SA puisqu'elle utilise en partie un travail sous
> licence CC-By-SA.
>

Oui les tuiles et la carte générée à partir de données OSM qui sont 
CC-By-SA sont elles aussi CC-By-SA, d'où la volonté de changé de licence 
et d'avoir un licence spécifique aux données pour pouvoir utilsier une 
autre licence pour le rendu.


> Je ne suis pas juriste et je ne sais pas dans quel mesure ce
> raisonnement est valide mais s'il l'est, ça réduit fortement la
> possibilité de faire des mash-up, du cloud computing et plein de chose
> avec des noms anglais. D'ailleurs, si ce raisonnement était valide,
> CloudMade aurait bien mal choisi son nom :p
>

Par contre dans une page Web ou un SIG, il est possible d'utiliser des 
données OSM (données brutes et tuiles) avec d'autres données si il est 
possible à l'utilisateur de bien séparer les 2 types de données. Car 
dans ce cas là nous superposons des données sans jamais les fusionner, 
la fusion en ferait un produit dérivé et donc sous CC-By-SA. Les mashups 
sont donc possible par contre les impressions sont limités.


> J'imagine que l'avis de Mappy s'appuie sur celui de leurs juristes dont
> le rôle est d'éviter les risques. Ce qui est dommage, c'est que cette
> position doit être assez commune dans le monde industriel. J'imagine que
> cette frilosité durera tant qu'il n'y aura pas de jurisprudence.
>
>


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

Re: [OSM-talk-fr] Mappy : un retour intéressant

2010-04-08 Par sujet René-Luc D'Hont

Bonjour,

Je ne dirais qu'une chose :
=> la clause SA est la GARANTIE de la perennité des données OSM en tant 
que donnée Open

L'objectif de la nouvelle licence portant sur les données est de 
clarifier les possibilités offertes par les données OSM.

René-Luc D'Hont


Le 08/04/2010 17:32, Vincent Picavet (ml) a écrit :
> Bonjour,
>
>
>
>>> d'attributs qualifiant chaque tronçon est souvent très insufisant pour nos
>>> besoins, quand ils ne sont pas optionnels. Dans ces conditions, on ne peut
>>> pas raisonnablement faire tourner un algo d'itinéraire. Pas dans l'état
>>> actuel de la base
>>>
>
> Ce qu'il veut dire ici, ce n'est pas que le nombre possible de tags est 
> limité, mais que la quantité d'information attributaire renseignée est 
> beaucoup trop faible pour leurs usages.
> Certes faire du calcul d'itinéraire sur des données OSM ça a déjà été fait. 
> Mais les moteurs de calcul d'itinéraire comme celui de mappy sont beaucoup 
> plus complexes que ceux qui ont été implémentés sur les données OSM, et 
> nécessitent des informations attributaires qui ne sont que peu renseignées 
> dans OSM.
>
>
>
>> Au delà du retour, qui me semble intéressant, cela m'étonne fortement que la
>> licence actuelle ne permette pas de conserver ses propres POIs.
>> Des idées là dessus ?
>>  
>
>> Est-ce que la clause SA de Creative Commons considère qu'un rendu agrégé (ie
>> "en une seule tuile raster") des données OSM + des POIs est une oeuvre
>> dérivée qui doit être placée sous la même licence, alors que le fait de
>> placer les POIs dans une autre couche (ie "deux tuiles raster" ou "une tuile
>> raster + des données vecteur au dessus") permettrait de passer outre ?
>>  
>
> On retombe clairement dans le vieux débat qui date d'avant OSM sur la notion 
> de «produit dérivé», et qui est un cauchemar juridique sans nom, quand il y a 
> des contraintes de licence sur ces produits dérivés, ce qui est le cas d'OSM 
> (la clause SA), mais aussi de l'ign par exemple (clauses bien plus 
> contraignantes).
>
> Pour ce qui est agrégé en une seule tuile raster, je n'en sais rien à vrai 
> dire, et effectivement tant qu'une jurisprudence n'a pas vu le jour la dessus 
> ça risque d'être très dur à trancher.
>
> Mais sur le problème de fond, cette remarque de mappy est très intéressante :
>
>
>>> il faut analyser attentivement les conditions d'utilisation; nous ne sommes
>>> pas certains que l'on puisse utiliser des données OSM sans que les points
>>> d'intérêt que nous y plaçons ne tombent pas dans le domaine public ; or,
>>> nous n'avons pas l'intention de faire don de nos POI, par exemple les 7
>>> hotels que nous avons acquis, et qui représentent une forte valeur ajoutée.
>>> Cependant, echaîne François Plancke, il semble qu'une licence alternative
>>> soit à l'étude pour pallier ce problème. Quoi qu'il en soit, le nombre
>>>
>
> Ce qui les intéresse n'est de toutes façons pas d'afficher leurs POI au 
> dessus d'une carte OSM. Les POI rentrent directement dans les algorithmes de 
> calcul de Mappy, notamment par exemple pour du géocodage. Pouvoir faire un 
> itinéraire piéton entre «gare de lyon» et «monoprix ledru rollin» par 
> exemple, c'est leur coeur de métier. Ici on utilise donc les POIs pour le 
> geocodage, qui permet de récupérer les troncons associés et de calculer 
> l'itinéraire. Pour faire cela, il faut avoir les POIs et le graphe de réseau 
> routier dans la même base de données. Et ensuite on fait des jointures sur 
> les tables de routier et les tables de POIs. Si le routier est en CC-By-SA, 
> alors les POIs le deviennent aussi dans ce cas. Et ça c'est impossible pour 
> eux.
>
> C'est un exemple particulier, mais je connais de multiples acteurs privés qui 
> ont exactement la même problèmatique. Leur utilisation est en générale celle 
> ci :
>
> - des données de base, souvent le réseau routier. Ce sont les données de 
> référence
> - les données métier, construites sur, et avec les données de référence, 
> ainsi qu'avec des données propres.
>
> Par exemple des zones d'exposition au bruit, construites par l'utilisation de 
> capteurs ponctuels, et interpolées sur le réseau routier en tenant compte des 
> attributs de celui ci.
>
> En général ces sociétés achétent très très très cher les données de référence 
> avec des droits d'utilisation qui leurs laissent faire ce qu'ils veulent

[OSM-talk-fr] OpenStreetMap au RMLL2010

2010-04-08 Par sujet René-Luc D'Hont

Bonjour à tous,

Une information que nous avons oublier de relayer.

Pendant le salon Solutions Linux 2010, une personne de l'organisation 
des RMLL2010 m'a indiqué qu'un stand était réservé pour OpenStreetMap!!! 
Donc si il y a des gens qui ne peuvent pas aller au SOTM mais peuvent 
aller à Bordeaux au RMLL2010, un stand nous attends.

Ratzilla$, je t'avais passé le contact, tu l'as toujours ?

Il y a des personnes que ça t'intéresse ?

René-Luc D'Hont
3Liz

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

Re: [OSM-talk-fr] Mappy : un retour intéressant

2010-04-09 Par sujet René-Luc D'Hont

Le 09/04/2010 15:58, Denis dit Shnoulle a écrit :
> Le 08/04/2010 20:23, Yannick VOYEAUD a écrit :
>
>> Je sais que tout est dans la nuance mais la licence ne vaut pas abandon
>> du droit d'auteur sur sa partie morale, tout au moins en France et je
>> pense pour tous contributeurs sis sur le territoire Français (métropole
>> ET DOM)
>>
>>  
> C'est une by-sa, donc le droit d'auteur est complétement valide.
>
> Concernant l'impossibilité d'imprimer, il y a quelquechose que je ne
> comprend pas.
> Je suis propriétaire de données géographique , je met ses données au
> dessus d'une couche venant de OSM : admettons que je ne modifie pas la
> couche OSM : je peux donc rester proprio de mes données.
>

Si tu crées une image incorporant les 2 types de données, il faut que 
toutes les données soit compatibles avec la CC-By-SA, donc les données 
propriétaires deviennent CC-By-SA.
C'est la raison pour laquelle une nouvelle licence pour les données est 
envisagée car avec la licence CC-By-SA sur les données toute création 
graphique réalisé à partir de données OSM doit être sous licence CC-By-SA.

> Dans ce cas, l'utilisateur peut toujours faire une impression écran :
> cette impression écran est une oeuvre dérivée d'une oeuvre en cc-by-sa
> et d'une proprio. Il peut aussi l'imprimer , dans ce cas quelle est la
> différence avec la possibilité d'imprimer directement via une interface
> web ?
>

Dans ce cas là, d'impression écran, c'est l'utilisateur de l'application 
et non l'auteur qui ne respecte pas la licence CC-By-SA.

> Le problème est bien sur l'empilage de couches.
>

Le problème est sur la fusion des couches.

> Sinon, si mappy profite un jours des données osm, j'espére bien qu'ils
> vont partager quelquechose de leur coté, au minimum un ou 2 serveurs
> bien puissant si ils veulent garder leur données et ceci quelquesoient
> les problèmes de licences.
>
> Denis
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>

René-Luc


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

Re: [OSM-talk-fr] Mappy : un retour intéressant

2010-04-09 Par sujet René-Luc D'Hont

Tout ce qui est possible de faire avec les données OSM en respectant la 
licence CC-By-SA sont décrit dans le Wiki. (des réponses dans le corps 
du message).

Le 09/04/2010 16:17, f.rodr...@free.fr a écrit :
> Selon René-Luc D'Hont:
>
>
>> Le 09/04/2010 15:58, Denis dit Shnoulle a écrit :
>>  
>>> Le 08/04/2010 20:23, Yannick VOYEAUD a écrit :
>>>
>>>
>>>> Je sais que tout est dans la nuance mais la licence ne vaut pas abandon
>>>> du droit d'auteur sur sa partie morale, tout au moins en France et je
>>>> pense pour tous contributeurs sis sur le territoire Français (métropole
>>>> ET DOM)
>>>>
>>>>
>>>>  
>>> C'est une by-sa, donc le droit d'auteur est complétement valide.
>>>
>>> Concernant l'impossibilité d'imprimer, il y a quelquechose que je ne
>>> comprend pas.
>>> Je suis propriétaire de données géographique , je met ses données au
>>> dessus d'une couche venant de OSM : admettons que je ne modifie pas la
>>> couche OSM : je peux donc rester proprio de mes données.
>>>
>>>
>> Si tu crées une image incorporant les 2 types de données, il faut que
>> toutes les données soit compatibles avec la CC-By-SA, donc les données
>> propriétaires deviennent CC-By-SA.
>> C'est la raison pour laquelle une nouvelle licence pour les données est
>> envisagée car avec la licence CC-By-SA sur les données toute création
>> graphique réalisé à partir de données OSM doit être sous licence CC-By-SA.
>>
>>  
> Il s'agit de la fusion de deux images et pas de deux bases données. C'est
> l'image résultante qui doit être sous CC-By-SA. Bon après ça ne fait que
> déplacer le problème.
>

L'image résultante doit être sous CC-By-SA mais il faut bien que toutes 
les données soit compatibles avec ce fait, donc les données non OSM 
doivent être compatible avec la CC-By-SA, sans même fusionner les bases 
de données.

>
>>> Dans ce cas, l'utilisateur peut toujours faire une impression écran :
>>> cette impression écran est une oeuvre dérivée d'une oeuvre en cc-by-sa
>>> et d'une proprio. Il peut aussi l'imprimer , dans ce cas quelle est la
>>> différence avec la possibilité d'imprimer directement via une interface
>>> web ?
>>>
>>>
>> Dans ce cas là, d'impression écran, c'est l'utilisateur de l'application
>> et non l'auteur qui ne respecte pas la licence CC-By-SA.
>>
>>  
>>> Le problème est bien sur l'empilage de couches.
>>>
>>>
>> Le problème est sur la fusion des couches.
>>
>>  
> D'un autre coté même l'affichage à l'écran peut être considéré comme œuvre.
>

Ce n'est pas une oeuvre dérivé puisque l'utilisateur a la possibilité 
d'intéragir avec l'affichage et a la possibilité de distingué clairement 
les données OSM CC-By-SA et les autres données.

> Fred (très loin d'être un spécialiste de la question)
>
> ___
> 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] Conversion Lambert II

2010-04-12 Par sujet René-Luc D'Hont

Le 12/04/2010 11:36, Rodolphe Quiédeville a écrit :
> Salut,
>
> Est-ce que quelqu'un à sous la main un fichier tableur openoffice ou une
> routine perl/python pour convertir du lambert II ?
>
> Merci à vous
>
>
>
Du lambert 2 vers quoi ?

SI tu as PostgreSQL/PostGIS tu peux le faire avec une requête
Tu peux aussi utiliser ogr2ogr, enfin je crois.

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

Re: [OSM-talk-fr] Conversion Lambert II

2010-04-12 Par sujet René-Luc D'Hont

Le 12/04/2010 11:44, Rodolphe Quiédeville a écrit :
> René-Luc D'Hont a écrit :
>
>> Le 12/04/2010 11:36, Rodolphe Quiédeville a écrit :
>>  
>>> Salut,
>>>
>>> Est-ce que quelqu'un à sous la main un fichier tableur openoffice ou une
>>> routine perl/python pour convertir du lambert II ?
>>>
>>> Merci à vous
>>>
>>>
>>>
>>>
>> Du lambert 2 vers quoi ?
>>  
> WGS84 ;-)
>
>
>

Je suppose que tu as un fichier ESRI ShapeFile ou MapInfo File, tu peux 
donc utiliser ogr2ogr
http://www.gdal.org/ogr2ogr.html

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

Re: [OSM-talk-fr] Conversion Lambert II

2010-04-12 Par sujet René-Luc D'Hont

Le 12/04/2010 11:54, Rodolphe Quiédeville a écrit :
> René-Luc D'Hont a écrit :
>
>> Le 12/04/2010 11:44, Rodolphe Quiédeville a écrit :
>>  
>
>> Je suppose que tu as un fichier ESRI ShapeFile ou MapInfo File, tu peux
>> donc utiliser ogr2ogr
>> http://www.gdal.org/ogr2ogr.html
>>  
> Non j'ai des données dans un tableur avec une liste de POI et leurs
> coordonnées en lambert II.
>
>
Bon alors tu exporte en 'CSV' ton tableau
Tu utilises 'QGIS' et l'extension 'Délimiteur de texte' pour charger et 
visualiser tes données
Ensuite tu fais un clique droit sur ta couche et tu sélectionnes 
'enregistrer au format shapefile'
Au moment de l'enregistrement tu sélectionnes le srs qui est donc EPSG:27572
Tu ouvres ce fichier ESRI ShapeFile
Tu fais un un clique droit sur ta couche et tu sélectionnes 'enregistrer 
au format shapefile'
Cette fois tu choisie le srs EPSG:4326 pour effectuer la reprojection
ET voilà tu as fini!

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

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

Le 14/04/2010 10:14, Etienne Chové a écrit :
> Le 14/04/2010 06:49, Guillaume Audirac a écrit :
>
>> Bonjour,
>>
>> J'ai installé la dernière version d'OsmJumper (extension Firefox) à
>> partir d'ici: https://addons.mozilla.org/fr/firefox/addon/93113
>> Et je découvre par hasard qu'il est possible de rajouter ses propres
>> cartes dans le menu des extensions, j'ai peut-être raté l'info. Par
>> exemple, j'ai ajouté:
>> - KeepRight (Europe):
>> http://keepright.ipax.at/report_map.php?db=osm_EU&zoom=
>> &lat=&lon=
>> - Sautter (cartes par transparence):
>> http://sautter.com/map/?zoom=&lat=&lon=
>> - Beta.Letuffe (admin_level = 8):
>> http://beta.letuffe.org/?zoom=&lat=&lon=&layers=BFFFT
>>  
> Il y a aussi les paramètres maxlat / minlat /maxlon / minlon qui sont dispo.
>
>
>> Etienne, est-ce suffisamment mûr ? Ou bien y a t'il encore trop de bugs
>> pour que l'information soit diffusée ?
>>  
> Je pensait qu'il était mûr mais je me le suis fait bouler par les dev de
> firefox car le beta testeur n'a pas réussi à l'utiliser.
>
> Je vais refaire une demande de sortie du bac à sable, mais j'espère ne
> pas retomber sur le même dev.
>
>

Cette étape peut-être assez frustrante, il m'a fallut 5 essaies pour mon 
extension Geolocater https://addons.mozilla.org/fr/firefox/addon/14046/ 
pour la sortir du bac à sable. Si tu veux un coup de main pour la sortie 
du bac à sable je peux t'aider, je sais ce qu'ils attendent et surtout 
ce qu'il ne veulent pas voir.

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

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

Le 14/04/2010 10:28, Nicolas Moyroud a écrit :
> Etienne Chové a écrit :
>
>> Je pensais qu'il était mûr mais je me le suis fait bouler par les dev de
>> firefox car le beta testeur n'a pas réussi à l'utiliser.
>>
>> Je vais refaire une demande de sortie du bac à sable, mais j'espère ne
>> pas retomber sur le même dev.
>>
>>  
> Franchement pour ne pas arriver à utiliser OsmJumper il faut vraiment
> être emmanché... Y'a pas plus simple ! Il est vraiment dev de Firefox le
> mec ? Ça fait peur...
>

Bah le mec il connait pas OSM, ni je pense la carto en général, par 
contre il a un protocole de contrôle assez strict puisque tout extension 
validé par Mozilla est sous garanti Mozilla.

> Cette extension mérite de sortir du bac à sable, j'espère que ce sera
> rapide.
>

Je vais regarder ça.

> ___
> 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] OsmJumper v0.1.5

En fait pour que cette extension sorte du Bac à sable il faut plus 
d'explications sur son utilisation :

* Sur quelle site puis-je l'utiliser (Openstreetmap, Google Maps, etc)
* A quoi sert vraiment cette extension (correction OSM, etc)
* ne pas mettre josm par défaut et indiqué la procédure pour pouvoir 
ajouter josm sans générer d'erreur.

* mettre plus d'impression écran
* mettre un lien vers un tutoriel (texte ou vidéo)
Il faut qu'un newbee, une personne qui ne connait pas OSM et qui navigue 
sur internet comme nos parents, qui tombe sur cette extension sache à 
quoi elle sert et comment s'en servir.


Avec tout ça, en anglais par défaut, et si l'extension ne génère AUCUNE 
erreur dans la console en mode développement et quelle respecte les 
règles de code javascript conseillées par Mozilla, l'estension devrait 
sortir du bac à sable.


René-Luc D'Hont
3Liz


Le 14/04/2010 11:15, Guillaume Audirac a écrit :
Le 14 avril 2010 13:48, Vincent Pottier <mailto:vpott...@gmail.com>> a écrit :


Pour info :
une liste des cartes et services disponibles pour osmJumper (les mêmes
que pour mapJumper), plus de 65 à ce jour :
http://wiki.openstreetmap.org/wiki/MapJumper/MapJumperServers
ou par thèmes
http://frvipofm.net/osm/mapjumper/

Vous pouvez en ajouter sur le wiki...


Vincent, pour info, les liens pour les "duplicated nodes" ne sont pas 
à jour. Ce devrait être http://matt.dev.openstreetmap.org/dupe_nodes/.


A+
--
Guillaume


___
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] OsmJumper v0.1.5


Le 14/04/2010 12:17, Guillaume Audirac a écrit :
Le 14 avril 2010 15:09, René-Luc D'Hont <mailto:rldh...@gmail.com>> a écrit :


* ne pas mettre josm par défaut et indiqué la procédure pour
pouvoir ajouter josm sans générer d'erreur.


Je ne vois pas en quoi cette remarque s'applique à l'extension 
d'Etienne. L'extension permet de basculer d'une carte à une autre, 
mais elle n'est en rien responsable des outils associés aux cartes. La 
remarque s'applique donc à Osmose ou KeepRight, mais pas à OsmJumper.



Cette remarque a à voir avec la politique de validation des extensions 
de Mozilla, l'option josm risque de bloquer la sortie du bac à sable.


René-Luc D'Hont
Développeur XUL



A+
--
Guillaume


___
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] Présentation & Négociations a vec le Pilote (Transports CG13)


Le 14/04/2010 15:17, Jeremy G a écrit :

Gaël,

Le 14 avril 2010 14:59, RatZilla$ > a écrit :


Bonjour à tou[te]s,

Désolé de prévenir certains aussi tard, mais je n'ai eu confirmation
que ce matin.
Demain à 14h00 j'exposerai notre projet au CG13 comme ce qui a été
fait sur le CG38.
Suite aux échanges que j'ai eu avec l'équipe et certains élus je suis
confiant quant à un
partage de donnés avec OSM.

Si quelqu'un[e]s veu[len]t venir avec moi c'est sans refus !


Je ne suis pas disponible mais ç'aurait été avec plaisir... Tiens nous 
au courant des avancées !


J'aurais aimé aussi venir



Allez l'O[s]M !


:)


Champion de France!



To Be Continued ...

Gaël


Jérémy


___
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] OsmJumper v0.1.5