Re: [OSM-talk-fr] gestion du hstore dans qgis

2019-12-11 Par sujet René-Luc Dhont

Bonjour Tony,

Quelle version de QGIS utilises-tu ?

Quelle est ta source pour map_get(hstore_to_map("tags"),'bridge') ?

René-Luc
3liz

Le 11/12/2019 à 09:27, Tony Emery via Talk-fr a écrit :

Bonjour à tous,

Je suis sûr que certains d'entre vous ont déjà eu l'idée d'exploiter
l'attribut hstore dans une analyse cartographique avec QGIS.

En cherchant sur Internet, j'ai trouvé un truc du genre
map_get(hstore_to_map("tags"),'bridge').
Sauf que chez moi, ça ne renvoi rien du tout.

Aurais-je fait une erreur quelque part ?





-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
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] Et si on fabriquait notre récepteur/logger GPS ?

2018-03-23 Par sujet René-Luc Dhont

Le 23/03/2018 à 14:58, Dominique Rousseau a écrit :

Le Fri, Mar 23, 2018 at 09:53:03AM +0100, René-Luc Dhont [rldh...@gmail.com] a 
écrit:

Bonjour,

Est-ce que ce projet aurait un lien avec le projet Centipède de
Julien Ancelin ?
https://github.com/jancelin/centipede
https://centipede.sig.inra.fr/websig/lizmap/www/
https://jancelin.github.io/centipede/#/

Pas directement, je dirais.
De ce que je comprens du projet centipede, il s'agit de deployer des
bases fixes permettant de faire de la correction RTK, donc de fournir un
signal, plutot que le recevoir.


Oui c'est vrai que le projet ne présente que l'aspect réseau ouvert RTK
Mais les bornes sont des récepteurs GPS de fabrication maison.
https://centipede.sig.inra.fr/websig/lizmap/www/index.php/view/media/getMedia?repository=cent=situation=media%2Fupload%2Fsituation%2Fantenne%2Fphoto%2Fbase1.jpg

https://twitter.com/complementterre

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


Re: [OSM-talk-fr] Et si on fabriquait notre récepteur/logger GPS ?

2018-03-23 Par sujet René-Luc Dhont

Bonjour,

Est-ce que ce projet aurait un lien avec le projet Centipède de Julien 
Ancelin ?

https://github.com/jancelin/centipede
https://centipede.sig.inra.fr/websig/lizmap/www/
https://jancelin.github.io/centipede/#/

My 2cents

René-Luc D'Hont


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


Re: [OSM-talk-fr] Fwd: confirm 10ff24cf8895bd60980b14b1a6380c7cd66ce656

2016-11-14 Par sujet René-Luc Dhont

Bonjour,

Je suis dans le même cas.

René-Luc

Le 14/11/2016 à 09:09, Romain MEHUT a écrit :

Bonjour,

Certains d'entre vous ont-ils reçu un message que celui ci-dessous ?

Dans mon cas, c'est la 3ème fois en peu de temps. J'ai écrit à 
talk-fr-ow...@openstreetmap.org 
<mailto:talk-fr-ow...@openstreetmap.org> pour connaitre la raison de 
cet envoi mais je n'ai pas eu de réponse.


Une idée ?

Merci.

Romain

-- Message transféré --
De : <talk-fr-requ...@openstreetmap.org 
<mailto:talk-fr-requ...@openstreetmap.org>>

Date : 12 novembre 2016 à 10:00
Objet : confirm 10ff24cf8895bd60980b14b1a6380c7cd66ce656
À : romain.me...@gmail.com <mailto:romain.me...@gmail.com>

Votre abonnement à la liste Talk-fr a été désactivé suite à due
to excessive bounces The last bounce received from you was dated
05-Nov-2016. Vous ne recevrez plus de messages en provenance de cette
liste tant que vous n'aurez pas ré-activé votre abonnement. Vous
recevrez encore 2 rappels comme celui-ci avant que votre abonnement ne
soit supprimé.

Pour ré-activer votre abonnement, vous pouvez répondre simplement à
ce message (en laissant la ligne Subject: --Objet-- du message intact)
ou vous rendre à la page de confirmation à l'adresse :

https://lists.openstreetmap.org/confirm/talk-fr/10ff24cf8895bd60980b14b1a6380c7cd66ce656 
<https://lists.openstreetmap.org/confirm/talk-fr/10ff24cf8895bd60980b14b1a6380c7cd66ce656>


(...)

Si vous avez des questions ou des problèmes, contacter le
propriétaire de la liste  à l'adresse

talk-fr-ow...@openstreetmap.org <mailto:talk-fr-ow...@openstreetmap.org>



___
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] Cartographie des réseaux urbains de bus, journée #HackFrancophonie

2016-03-02 Par sujet René-Luc Dhont

Bonjour,

Cela signifierait-il qu'il faille que je relance OSMTRansport ???
http://demo.3liz.com/osmtransport/france.php

Cordialement,
René-Luc

Le 02/03/2016 12:58, Johan Richer a écrit :

Bonjour à toutes et à tous,

J'ai présenté le 19 février dernier lors de la journée 
#HackFrancophonie organisée au Numa par Etalab un projet de 
cartographie des réseaux urbains de bus, avec comme ville pilote 
Antananarivo à Madagascar.
Tout est là : 
https://github.com/etalab/HackFrancophonie/wiki/Cartographie-des-r%C3%A9seaux-urbains-de-bus


La journée aura permis d'identifier des manques remédiables et de 
consolider les bases pour la suite, ce qui est déjà pas mal comme 
résultat pour un hackathon !


Je remercie donc la petite équipe de choc grâce à qui le projet est 
maintenant bel et bien lancé : Christian Quest qu'on ne présente plus 
et qui a mis le travail de la journée sur les rails dès les 5 
premières minutes, Julien Jego son collègue d'Etalab qui a codé la 
visualisation sur Leaflet, ainsi que Davy Kiala et Rajnish Hawabhay 
qui ont également apporté un soutien précieux.
Merci également à Violaine Doutreleau (CartONG) et Benoit Fournier 
(OSM/HOT/CartONG) qui m'ont aidé à préparer le pitch. ;)


Le code de la plateforme Managua n'aura finalement pas été utilisé 
comme je l'avais souhaité à l'origine. On s'est vite rendu à 
l'évidence qu'une journée était bien trop court pour ça. Il va donc 
falloir recontacter Felix Delattre pour voir s'il pourrait pas faire 
un minimum de documentation pour aider à s'y retrouver. Si vous avez 
une idée des conditions à remplir pour dupliquer le projet ça serait 
un gros coup de pouce.

Le modèle à dupliquer : http://rutas.mapanica.net
Le code source : https://github.com/xamanu/mapanica-rutas
Le développeur : https://twitter.com/xamanu | 
felix.delat...@hotosm.org <mailto:felix.delat...@hotosm.org>


On a pu constater aussi lors du hackathon que les tracés des lignes de 
bus de Tana sur OSM ne sont pas très propres. A côté Ouagadougou c'est 
nickel. Il faudrait retravailler les données pour avoir des relations 
bien faites d'un bout à l'autre de chaque ligne. Je suis pas assez 
compétent en OSM pour savoir ce qu'il faudrait faire pour ça.

http://www.openstreetmap.org/#map=15/-18.9044/47.5229=T

La communauté OSM à Mada est motivée par le projet et je vais donc 
faire en sorte qu'elle le prenne en main le plus possible, notamment 
par le biais d'Eddy Andriamanantena de l'Agence universitaire de la 
Francophonie qui avait aidé Violaine sur sa mission. Ajouter les 
lignes manquantes sur OSM est un super défi pour la communauté, avec 
Ouaga et Managua comme modèles à suivre. On va aussi demander à Mariot 
Tsitoara le développeur de l'appli Taxibe sur Android s'il peut 
libérer ses données et dans quelles conditions (on trouvera un 
arrangement win-win...).


3 étapes donc pour la plateforme Tana Bus : documentation du code pour 
faciliter la duplication ; amélioration des données OSM ; reprise en 
main par la communauté.


Si le projet vous intéresse vous pouvez aider à le réaliser ! ne 
serait-ce que des conseils et suggestions, tout est bienvenu ;)


Pour finir, on a été interviewé par RFI ce qui a permis de parler du 
projet, d'OpenStreetMap et de la communauté à Mada.

http://www.rfi.fr/emission/20160227-francophonie-bidouiller-donnees-ouvertes-monde-francophone
https://soundcloud.com/radiofranceinternationale/hackfrancophonie-bidouiller-les-donnees-ouvertes-du-monde-francophone
Ca se passe vers la 16ème minute mais toute l'émission vaut le coup si 
vous avez le temps.


Un compte-rendu complet de la journée est également dispo :
https://www.etalab.gouv.fr/hackfrancophonie-jour-2-open-data-camp-autour-des-donnees-ouvertes-dans-la-francophonie

Johan


___
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] liens objets-relation dans QGIS

2015-09-28 Par sujet René-Luc Dhont

Bonjour Tony,

C'est moi qui t'avait parler de cela.

Dans QGIS tu dois installer QuickOSM et utiliser le module traitement 
pour générer la table de liaison.


Ensuite dans les propriétés du projet tu crées une jointure parent/enfant.

Cordialement,

Le 28/09/2015 09:44, Tony Emery a écrit :

Bonjour à tous,

J'ai fait une petite requête QL via QGis pour récupérer, par exemple, les
relations de type "associatedStreet" dans une emprise voulue.

J'avais souvenir que, dans QGIS, il était possible d'avoir une table qui
liait chaque objet aux différentes relations que l'on vient de récupérer
dans la requête.

Malheureusement, je ne me rappelle plus de la manipulation.
Quelqu'un se rappelle-t-il du modus operandi ?

Bonne journée,

Tony



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/liens-objets-relation-dans-QGIS-tp5855616.html
Sent from the France mailing list archive at Nabble.com.

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



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


[OSM-talk-fr] La contribution des étudiants AgroTIC 2015 à OpenStreetMap

2015-09-14 Par sujet René-Luc Dhont
Pour une entrée en matière à la formation AgroTIC dans le cadre d’un 
module de formation sur la géodésie, nous avons participé au projet de 
cartographie libre OpenStreetMap (OSM).


Une « carto-partie » a donc été organisée par les étudiants et l’équipe 
pédagogique à Gignac (34). Il s’agissait de référencer les rues et les 
commerces de la commune. Particulièrement, leur accessibilité par les 
personnes à mobilité réduite a été enregistrée tout en contribuant au 
projet Wheelmap (qui référence spécifiquement l’accessibilité des lieux 
publics et s’appuie sur les données d’OSM).


Lisez la suite ici 
http://www.agrotic.org/blog/la-contribution-des-etudiants-agrotic-2015-a-openstreetmap/


René-Luc D'Hont

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


Re: [OSM-talk-fr] Utilisation du PLU parisien.

2015-07-30 Par sujet René-Luc Dhont

Bonjour,

Il ne suffit pas que le document soit publique, il faut que la licence 
d'utilisation de celui-ci permettent de créer de la données compatible 
avec la licence OSM.


Le 30/07/2015 16:05, dHuy Pierre a écrit :

Bonjour à tous!
Me balladant sur le site du PLU de Paris, j'ai trouvé un plan 
détaillant le tracé du RER A/RER B et des métros et de leurs quais. 
S'agissant d'un document publique, librement accessible, etc puis-je 
l'utiliser sur OSM pour corriger le tracé des lignes de trains et de 
métro?



___
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] Comment charger un WMS/WTS OSM dans SIG (QGIS) ?

2015-07-28 Par sujet René-Luc Dhont

Bonjour,

Pour la composition le problème est le même que pour la vue.
Chaque zone de dessin est contrôlé par 3 paramètres dont 2 en conflit :
* CRS
* Emprise
* Résolution

L'emprise et la résolution entre en conflit car :
* soit c'est l'Emprise qui compte alors celle-ci doit-être intégralement 
dessiné dans le rectangle d'affichage
* soit c'est la résolution qui compte alors sera dessiné ce qui rentre 
dans le rectangle d'affichage pour la résolution choisi


Dans ton cas, si tu respectes les résolutions d'OSM, tu auras quelque 
chose de net, par contre si c'est l'emprise de l'objet qui compte alors 
le rendu pourra être flou.


Cordialement,

Le 27/07/2015 18:13, image93 a écrit :

Bonsoir Réné Luc,

Et merci beaucoup.
Certes, le fait de paramétrer la projection du projet en 3857 permet d'avoir
une meilleure lisibilité de la couche.

Mais dès qu'on bascule dans le gestionnaire de composition, il y a un
problème certainement dû à la projection. En effet, dans l'interface du
gestionnaire de composition,l'emprise de l'objet carte ne correspond pas à
mon emprise réelle...

Merci.





--
View this message in context: 
http://gis.19327.n5.nabble.com/Comment-charger-un-WMS-WTS-OSM-dans-SIG-QGIS-tp5850979p5851043.html
Sent from the France mailing list archive at Nabble.com.

___
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] Comment charger un WMS/WTS OSM dans SIG (QGIS) ?

2015-07-28 Par sujet René-Luc Dhont
Pour obtenir un affichage net, il faut travailler avec les échelles fixe 
correspondant aux niveaux de zoom d'OSM.


Sinon il faudrait améliorer GDAL et QGIS pour que la sélection du niveau 
de zoom et le recalcule des pixels soient plus pertinents pour une 
échelle ne correspondant pas à 1 niveau de zoom OSM.


Le 28/07/2015 10:21, Jérôme Seigneuret a écrit :
En clair il faut travailler avec des échelles fixe correspondant au 
niveau de zoom d'OSM?


Le 28 juillet 2015 09:08, René-Luc Dhont rldh...@gmail.com 
mailto:rldh...@gmail.com a écrit :


Bonjour,

Pour la composition le problème est le même que pour la vue.
Chaque zone de dessin est contrôlé par 3 paramètres dont 2 en
conflit :
* CRS
* Emprise
* Résolution

L'emprise et la résolution entre en conflit car :
* soit c'est l'Emprise qui compte alors celle-ci doit-être
intégralement dessiné dans le rectangle d'affichage
* soit c'est la résolution qui compte alors sera dessiné ce qui
rentre dans le rectangle d'affichage pour la résolution choisi

Dans ton cas, si tu respectes les résolutions d'OSM, tu auras
quelque chose de net, par contre si c'est l'emprise de l'objet qui
compte alors le rendu pourra être flou.

Cordialement,

Le 27/07/2015 18:13, image93 a écrit :

Bonsoir Réné Luc,

Et merci beaucoup.
Certes, le fait de paramétrer la projection du projet en 3857
permet d'avoir
une meilleure lisibilité de la couche.

Mais dès qu'on bascule dans le gestionnaire de composition, il
y a un
problème certainement dû à la projection. En effet, dans
l'interface du
gestionnaire de composition,l'emprise de l'objet carte ne
correspond pas à
mon emprise réelle...

Merci.





--
View this message in context:

http://gis.19327.n5.nabble.com/Comment-charger-un-WMS-WTS-OSM-dans-SIG-QGIS-tp5850979p5851043.html
Sent from the France mailing list archive at Nabble.com.

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



___
Talk-fr mailing list

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




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


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


Re: [OSM-talk-fr] Comment charger un WMS/WTS OSM dans SIG (QGIS) ?

2015-07-27 Par sujet René-Luc Dhont

Bonjour,

Le fichier XML à jour pour la source de données OSM est disponible en 
bas de la page :

http://www.gdal.org/frmt_wms.html

Le fichier ce nomme : OpenStreetMap TMS Service Example

LE problème de résolution est lié à l'interprétation par GDAL des 
résolutions. Pour avoir un affichage net, il faut avoir un affichage en 
3857 et respecter les échelles du service TMS.


Cordialement,

Le 27/07/2015 11:22, image93 a écrit :

Cher René Luc, merci beaucoup.

J'avais fait votre test en effet à partir de votre tuto 3LIZ.  J'avais
reussi à charger la couche via un raster XML. Mais en effet le fond ne
semblait pas de très bonne resolution à grande échelle...

COncernant votre 2eme  lien, si j'ai bien compris, il suffit de faire la
meme opération que celle décrite dans votre tuto mais en copiant simplement
la partie de code presente sur la gauche de la page web...
Si c'est bien celà, j'ai une question vraiment bete...mais comment recupérer
, selectionner avec le curseur de la souris, copier uniquement la partie de
code et pas la partie de texte sur la droite?
Serait il possible de telecharger directement ce bout de code?

Désolé pour ma question vraiment bete ;-) mais je ne suis pas une vedette...



--
View this message in context: 
http://gis.19327.n5.nabble.com/Comment-charger-un-WMS-WTS-OSM-dans-SIG-QGIS-tp5850979p5850994.html
Sent from the France mailing list archive at Nabble.com.

___
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] Comment charger un WMS/WTS OSM dans SIG (QGIS) ?

2015-07-27 Par sujet René-Luc Dhont

Bonjour,

Tu peux utiliser un fichier XML pour GDAL.
Cette article est un peu vieux mais est toujours d'actualiter :
http://www.3liz.com/blog/rldhont/index.php?post/2012/07/17/Les-Tuiles-OpenStreetMap-dans-QGIS

Il faudra juste mettre à jour le XML avec pour CRS: EPSG3857 à la place 
de EPSG:900913.

Tu trouveras une version valide ici :
http://www.gdal.org/frmt_wms.html

Cordialement,

Le 27/07/2015 10:25, image93 a écrit :

Bonjour à tous,

je compte charger un fond WTS ou WMS d'openstreetmap dans un sig (qgis). je
ne compte pas passer par le plugin qgis nommé openlayersplugin qui me fait
trop de misère.

Je souhaite pouvoir charger ces couches wts/wms en renseignant des URL
serveurs par exemple. A moins qu'il y ait d'autres méthodes. Je ne suis pas
developpeur mais un simple geomaticien.

Une personne pourrait elle m'aider?

Merci beaucoup.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Comment-charger-un-WMS-WTS-OSM-dans-SIG-QGIS-tp5850979.html
Sent from the France mailing list archive at Nabble.com.

___
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] Intégration des pharmacies en France avec Osmose

2014-10-12 Par sujet René-Luc Dhont

Bonjour Frédéric,

Par curiosité, est-ce que le fichier des pharmacies est disponible ?

Je connais des structures qui seraient intéressées par le fichier et 
potentiellement par contribuer, par contre la page osmose ne leurs 
parlera pas du tout.

http://osmose.openstreetmap.fr/fr/errors/?source=7406item=

Est-il possible de faire une recherche par région ? par département ?
Quelles informations sont disponibles ? Nom ? Adresse ? Position ? 
Téléphone ? Horaire ?


Enfin même si je suis un contributeur OSM, lorsque je suis arrivé sur la 
carte je n'ai pas compris que je me trouvait sur une carte dédié aux 
pharmacies OpenData. J'ai crus que j'étais dans Osmose globale.


René-Luc


Le 11/10/2014 12:25, Frédéric Rodrigo a écrit :

Bonjour,

L'entreprise Celtipharm à mise à disposition son recensement des 
pharmacies en France. Les données ont été collectées sur le terrain 
depuis 2000. Il y a donc près de 14 ans de métier ;) dans ces données. 
Ils ont été séduit par OSM et y voient une opportunité de moderniser 
leur système d'information avec une publication en OpenData sous 
licence ODbL.


Après un test et des retours sur leurs données, l'intégration est 
maintenant possible sur Osmose :


http://osmose.openstreetmap.fr/fr/errors/?source=7406item=

Pharmacies dans OSM sans référence ref:FR:FINESS :
http://osmose.openstreetmap.fr/fr/map/#item=7150

Pharmacie non intégré, en OpenData mais référence non retrouvé dans OSM
http://osmose.openstreetmap.fr/fr/map/#item=8210

Proposition de rapprochement entre l'OpenData et l'OSM :
http://osmose.openstreetmap.fr/fr/map/#item=8211

Le travail préliminaire à cette intégration à Osmose à soulevé des 
questions sur la liste CA, que je vous livres dans un soucie de 
transparence :


- le tag type:FR:FINESS est aussi utilisé 216 fois. Désolé, mais là 
par contre je ne vois pas l'intérêt de mettre ça dans OSM. On a déjà 
des tags pour mettre en correspondance de ces numéros. Sauf si le type 
fait partie de l'identifiant, mais dans ce cas il ne faudrait pas un 
tag séparé. Il y a même une page sur le wiki : 
http://wiki.openstreetmap.org/wiki/FR:Key:type:FR:FINESS [moi]


- Le problème, c'est que ces intégrations osmose ne sont pas
documentées depuis osmose et très mal dans le wiki et qu'il y a en a
de plus en plus. D'ailleurs, le fait même que cette discussion se
passe sur la liste ca@ et non sur la liste talk-fr@ est aussi
symptomatique. [Pieren]

- Je serais d'ailleurs curieux de connaitre la réaction à la demande 
d'ajouter… 9000 ? tag ref:FR:FINESS pour une valeur ajoutée… légère ? 
d'un point de vue contributeur/réutilisateur basique ?
J'ai encore du mal avec ces rapprochements de bdd séparées uniquement 
à l'aide d'un identifiant unique, alors qu'avec une position 
géographique, un nom, une adresse, on doit pouvoir rapprocher la 
quasi-totalité des existantes dans OSM (du moins sur l'échantillon 
représentatif d'une dizaine regardée du coté de Troyes). On parle de 
pharmacies, pas d'arbres ou de batiments, quand même…

Bon, non, j'ai pas les doigts dans le code. [JB]

Frédéric.

___
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] Intégration des pharmacies en France avec Osmose

2014-10-12 Par sujet René-Luc Dhont

Bonjour,

Je viens de regarder la carte vers chez moi et je ne comprends pas 
pourquoi il n'y a pas de rapprochement entre OSM et la base OpenData 
Celtipharm ?


http://osmose.openstreetmap.fr/fr/map/#source=7406item=1010%2C1040%2C1050%2C1060%2C1070%2C1080%2C1090%2C1100%2C1110%2C1120%2C1140%2C1150%2C1160%2C1170%2C1180%2C1190%2C1200%2C1210%2C1220%2C1230%2C1240%2C2xxx%2C3xxx%2C4xxx%2C5xxx%2C6xxx%2C7xxx%2C8xxxzoom=16lat=43.6147lon=3.86824layer=Mapnikoverlays=FFFTbbox=3.852124214172363%2C43.60898521690245%2C3.880019187927246%2C43.61908323811815level=1%2C2%2C3tags=fixable=

Chaque pharmacie OSM a son double OpenData Celtipharm avec : Pharmacy 
not intégrated, pourquoi ?


René-Luc

Le 11/10/2014 12:25, Frédéric Rodrigo a écrit :

Bonjour,

L'entreprise Celtipharm à mise à disposition son recensement des 
pharmacies en France. Les données ont été collectées sur le terrain 
depuis 2000. Il y a donc près de 14 ans de métier ;) dans ces données. 
Ils ont été séduit par OSM et y voient une opportunité de moderniser 
leur système d'information avec une publication en OpenData sous 
licence ODbL.


Après un test et des retours sur leurs données, l'intégration est 
maintenant possible sur Osmose :


http://osmose.openstreetmap.fr/fr/errors/?source=7406item=

Pharmacies dans OSM sans référence ref:FR:FINESS :
http://osmose.openstreetmap.fr/fr/map/#item=7150

Pharmacie non intégré, en OpenData mais référence non retrouvé dans OSM
http://osmose.openstreetmap.fr/fr/map/#item=8210

Proposition de rapprochement entre l'OpenData et l'OSM :
http://osmose.openstreetmap.fr/fr/map/#item=8211

Le travail préliminaire à cette intégration à Osmose à soulevé des 
questions sur la liste CA, que je vous livres dans un soucie de 
transparence :


- le tag type:FR:FINESS est aussi utilisé 216 fois. Désolé, mais là 
par contre je ne vois pas l'intérêt de mettre ça dans OSM. On a déjà 
des tags pour mettre en correspondance de ces numéros. Sauf si le type 
fait partie de l'identifiant, mais dans ce cas il ne faudrait pas un 
tag séparé. Il y a même une page sur le wiki : 
http://wiki.openstreetmap.org/wiki/FR:Key:type:FR:FINESS [moi]


- Le problème, c'est que ces intégrations osmose ne sont pas
documentées depuis osmose et très mal dans le wiki et qu'il y a en a
de plus en plus. D'ailleurs, le fait même que cette discussion se
passe sur la liste ca@ et non sur la liste talk-fr@ est aussi
symptomatique. [Pieren]

- Je serais d'ailleurs curieux de connaitre la réaction à la demande 
d'ajouter… 9000 ? tag ref:FR:FINESS pour une valeur ajoutée… légère ? 
d'un point de vue contributeur/réutilisateur basique ?
J'ai encore du mal avec ces rapprochements de bdd séparées uniquement 
à l'aide d'un identifiant unique, alors qu'avec une position 
géographique, un nom, une adresse, on doit pouvoir rapprocher la 
quasi-totalité des existantes dans OSM (du moins sur l'échantillon 
représentatif d'une dizaine regardée du coté de Troyes). On parle de 
pharmacies, pas d'arbres ou de batiments, quand même…

Bon, non, j'ai pas les doigts dans le code. [JB]

Frédéric.

___
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] Intégration des pharmacies en France avec Osmose

2014-10-12 Par sujet René-Luc Dhont

Merci Frédéric pour ces éclairsissements.

René-Luc

Le 12/10/2014 17:35, Frédéric Rodrigo a écrit :

Le 12/10/2014 16:19, René-Luc Dhont a écrit :

Bonjour,

Je viens de regarder la carte vers chez moi et je ne comprends pas
pourquoi il n'y a pas de rapprochement entre OSM et la base OpenData
Celtipharm ?

http://osmose.openstreetmap.fr/fr/map/#source=7406item=1010%2C1040%2C1050%2C1060%2C1070%2C1080%2C1090%2C1100%2C1110%2C1120%2C1140%2C1150%2C1160%2C1170%2C1180%2C1190%2C1200%2C1210%2C1220%2C1230%2C1240%2C2xxx%2C3xxx%2C4xxx%2C5xxx%2C6xxx%2C7xxx%2C8xxxzoom=16lat=43.6147lon=3.86824layer=Mapnikoverlays=FFFTbbox=3.852124214172363%2C43.60898521690245%2C3.880019187927246%2C43.61908323811815level=1%2C2%2C3tags=fixable= 




Chaque pharmacie OSM a son double OpenData Celtipharm avec : Pharmacy
not intégrated, pourquoi ?


La jointure est faire sur le tag fr:FR:FINESS. Tant que ce tag n'est 
pas retrouvé dans OSM, elle est considéré comme non intégré.


C'est le cas de toutes les intégrations de données pas Osmose basées 
sur une référence et pas uniquement sur la position géographique.


Le 11/10/2014 12:25, Frédéric Rodrigo a écrit :

Bonjour,

L'entreprise Celtipharm à mise à disposition son recensement des
pharmacies en France. Les données ont été collectées sur le terrain
depuis 2000. Il y a donc près de 14 ans de métier ;) dans ces données.
Ils ont été séduit par OSM et y voient une opportunité de moderniser
leur système d'information avec une publication en OpenData sous
licence ODbL.

Après un test et des retours sur leurs données, l'intégration est
maintenant possible sur Osmose :

http://osmose.openstreetmap.fr/fr/errors/?source=7406item=

Pharmacies dans OSM sans référence ref:FR:FINESS :
http://osmose.openstreetmap.fr/fr/map/#item=7150

Pharmacie non intégré, en OpenData mais référence non retrouvé dans OSM
http://osmose.openstreetmap.fr/fr/map/#item=8210


^^^



Proposition de rapprochement entre l'OpenData et l'OSM :
http://osmose.openstreetmap.fr/fr/map/#item=8211

Le travail préliminaire à cette intégration à Osmose à soulevé des
questions sur la liste CA, que je vous livres dans un soucie de
transparence :

- le tag type:FR:FINESS est aussi utilisé 216 fois. Désolé, mais là
par contre je ne vois pas l'intérêt de mettre ça dans OSM. On a déjà
des tags pour mettre en correspondance de ces numéros. Sauf si le type
fait partie de l'identifiant, mais dans ce cas il ne faudrait pas un
tag séparé. Il y a même une page sur le wiki :
http://wiki.openstreetmap.org/wiki/FR:Key:type:FR:FINESS [moi]

- Le problème, c'est que ces intégrations osmose ne sont pas
documentées depuis osmose et très mal dans le wiki et qu'il y a en a
de plus en plus. D'ailleurs, le fait même que cette discussion se
passe sur la liste ca@ et non sur la liste talk-fr@ est aussi
symptomatique. [Pieren]

- Je serais d'ailleurs curieux de connaitre la réaction à la demande
d'ajouter… 9000 ? tag ref:FR:FINESS pour une valeur ajoutée… légère ?
d'un point de vue contributeur/réutilisateur basique ?
J'ai encore du mal avec ces rapprochements de bdd séparées uniquement
à l'aide d'un identifiant unique, alors qu'avec une position
géographique, un nom, une adresse, on doit pouvoir rapprocher la
quasi-totalité des existantes dans OSM (du moins sur l'échantillon
représentatif d'une dizaine regardée du coté de Troyes). On parle de
pharmacies, pas d'arbres ou de batiments, quand même…
Bon, non, j'ai pas les doigts dans le code. [JB]

Frédéric.




___
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] Framabook dont les ventes sont reversées à OpenStreetMap France

2014-09-30 Par sujet René-Luc Dhont

Je pense aussi que 3liz va l’acquérir

René-Luc

Le 30/09/2014 11:51, Nicolas Moyroud a écrit :

Il s'agit du livre R et espace : http://framabook.org/16-r-et-espace/
J'espère qu'il va bien se vendre ! Déjà je vais demander à la doc de 
mon organisme d'en commander un exemplaire. ;-)


Nicolas




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


Re: [OSM-talk-fr] utilisation d'iun fond de carte osm par vinci

2014-09-29 Par sujet René-Luc Dhont
Peut-être parce que les utilisateurs qui zoom fortement sont habituées à 
lire le scan ?


Le 29/09/2014 11:05, HELFER Denis a écrit :

Peut-être parce qu'OSM n'est pas suffisamment complet à ce niveau de zoom ?

-Message d'origine-
De : Nicolas Moyroud [mailto:nmoyr...@free.fr]
Envoyé : lundi 29 septembre 2014 10:54
À : Discussions sur OSM en français
Objet : Re: [OSM-talk-fr] utilisation d'iun fond de carte osm par vinci

Argh horreur quand on zoome à fond ça bascule sur l'immonde fond scan 25 ! :o 
Franchement on se demande quand même pourquoi...


La carte de la nouvelle ligne TGV à grande vitesse entre Nîmes et
Montpellier utilisant un fond OSM avec les crédits :
http://contournement-nimes-montpellier.com/pages/me-situer-sur-le-trac
e


___
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] Question BANO : 1 rue, 2 codes FANTOIR Est-Ouest

2014-08-28 Par sujet René-Luc Dhont


Le 27/08/2014 21:10, Vincent de Château-Thierry a écrit :

Bonsoir,

Le 27/08/2014 10:56, René-Luc Dhont a écrit :


Je profite de la discussion précédente pour poser ma question.

A Port-Vendres la Route de Banyuls possède 2 code FANTOIR :
* 1 pour l'EST de la route
* 1 pour l'OUEST de la route
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/42.51434/3.10950 


Les 2 codes FANTOIR se complètent pour la gestion des adresses. Il n'y a
pas d'ancien ou de nouveau codes.
Comment traiter cette description de la réalité ?
Comment indiquer que les 2 codes FANTOIR sont applicable à la rue mais
sans antériorité ?


C'est même pire, car certaines parcelles sont aussi rattachées à la 
'Route de Banyuls' tout court, qui a aussi son code Fantoir : 661480045R
Une possibilité, qui rentre dans les cases, et qui évite de choisir, 
serait de :
- coller le code Fantoir de la 'Route de Banyuls' sur les ways portant 
ce nom
- coller le code Fantoir Ouest sur une relation qui considère les 
adresses paires, celles du côté gauche de la rue (sur une carte 
orientée au Nord)

- idem avec le code Est pour les adresses impaires.
Personnellement je mettrais à chaque fois 'Route de Banyuls' comme nom 
des relations.
De cette manière, chaque code Fantoir aura, dans OSM, un point de 
chute, et donc un joli libellé. Et dans Bano, incidemment, aussi.


Il y aurait donc 3 codes FANTOIR pour la 'Route de Banyuls' que je peux 
préciser à l'aide de ref:FR:FANTOIR, ref:FR:FANTOIR:left, 
ref:FR:FANTOIR:right



Dans la même ville on trouvera un autre doublon du code FANTOIR qui se
complètent :
* La rue et le quai Pierre Basseres en pleine ville
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/42.51789/3.10406 



Une rapide recherche sur Google ne donne pas de résultats pour 'Quai 
Pierre Basseres', c'est toujours 'rue Pierre Basseres' qui remonte. En 
supposant que ce nom est quand même présent sur le terrain, je vois 
une possibilité :

tagguer les ways avec alt_name='quai Pierre Basseres'
ne pas mettre de Fantoir sur les ways
créer une relation associatedStreet par Fantoir et donc par nom, avec 
pour chacune ses adresses propres, et les mêmes highways dans les 2 
relations.


Le quai Pierre Basseres n'existe pas, sur le terrain il n'y a que la 
'Rue Pierre Basseres' mais d'un point de vue adresse BANO, le quai 
complète la rue. la solution est donc de saisir les adresses dans OSM.




À noter que côté BANO, les ref:FR:FANTOIR:left et ref:FR:FANTOIR:right 
sont supportés, mais les noms placés en alt_name ne sont pas encore 
pris en compte. Pour le cas Pierre Basseres, utiliser 
ref:FR:FANTOIR:left et :right ne marche pas, car le n°14 appartient à 
la rue mais est du côté quai.


Merci pour cette précision.



vincent

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



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


[OSM-talk-fr] Question BANO : 1 rue, 2 codes FANTOIR Est-Ouest

2014-08-27 Par sujet René-Luc Dhont

Bonjour,

Je profite de la discussion précédente pour poser ma question.

A Port-Vendres la Route de Banyuls possède 2 code FANTOIR :
* 1 pour l'EST de la route
* 1 pour l'OUEST de la route
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/42.51434/3.10950
Les 2 codes FANTOIR se complètent pour la gestion des adresses. Il n'y a 
pas d'ancien ou de nouveau codes.

Comment traiter cette description de la réalité ?
Comment indiquer que les 2 codes FANTOIR sont applicable à la rue mais 
sans antériorité ?


Dans la même ville on trouvera un autre doublon du code FANTOIR qui se 
complètent :
* La rue et le quai Pierre Basseres en pleine ville 
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/42.51789/3.10406


René-Luc

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


Re: [OSM-talk-fr] accessibilité handicapés : sélection multi-handicaps

2014-08-09 Par sujet René-Luc Dhont

Bonjour,

On espère trouver le temps de libérer le code...

René-Luc


Le 09/08/2014 15:39, Pierre Béland a écrit :

Bonjour Zimmy,

toujours aussi intéressant ces cartes et très intuitives. Les bulles 
sont aussi très instructives avec photos intégrées. Si quelqu'un 
pouvait s'y mettre et traduire les attributs OSM (clés, valeurs) pour 
que cela soit plus parlant pour les francophones et les non 
spécialistes OSM.

Pierre


*De :* ZIMMY jeanlouis.zimmerm...@laposte.net
*À :* talk-fr@openstreetmap.org
*Envoyé le :* Samedi 9 août 2014 6h25
*Objet :* [OSM-talk-fr] accessibilité handicapés : sélection 
multi-handicaps


Voici un nouveau cap qui a été franchi dans le démonstrateur Lizmobility :
- avoir la possibilité de sélectionner un objet géographique d'un côté (à
gauche)
- lui appliquer une propriété de l'autre (le choix d'un profil de 
handicap à

droite)

le lien est ici
http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=3selected=202bbox=534481.313947,5486251.94948,535842.848513,5486997.210506zoom=17

En rouge : aménagement non-compatible avec le handicap
En vert : aménagement compatible avec le handicap
En jaune : mise en évidence d'anomalie

En cas de sélection simultanée de plusieurs familles de handicaps si l'un
est rouge et l'autre vert = jaune.

Bonne découverte...



-
Cordialement,
ZIMMY
Jean-Louis ZIMMERMANN
Développeur territorial (CCPRO,FR84)
Mandataire OSM-France sur le Grand-Sud-est
--
View this message in context: 
http://gis.19327.n5.nabble.com/accessibilite-handicapes-selection-multi-handicaps-tp5814077.html

Sent from the France mailing list archive at Nabble.com.

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



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


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


Re: [OSM-talk-fr] [FANTOIR] deux entrées pour une voie : rue ou chemin

2014-06-20 Par sujet René-Luc Dhont

Bonjour,

Je confirme :
1 rue : 2 code fantoir : 2 noms
Par exemple :
rue Mailly et rue Maréchal Mailly à Port-Vendres 
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/42.52208/3.10471
Impasse du Jardin Baretge et Impasse de la république à Collioure 
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#19/42.52473/3.08233


Et le plus étonnant c'est que les numéros de l'une se répète dans l'autre.

Pour éliminer ces cas, nous pourrions utiliser les numéros et leur 
position ?


René-Luc


Le 20/06/2014 15:34, Nicolas Dumoulin a écrit :

Bonjour,

En faisant du BANO, j'ai rencontré plusieurs cas où sur une même voie, des
adresses sont rattachées à Rue de Machin et d'autres à Chemin de Machin.
Le même cas se produit avec d'autres appellation que rue (avenue, allée, …).
En pratique, le terrain indique souvent que les adresses Chemin de Machin ne
sont pas utilisées au profit de Rue de Machin.
Sans doute une trace de l'histoire liée à l'urbanisation.
J'en ai discuté avec un adjoint à l'urbanisme qui m'a confirmé le problème
remonté par certains habitants/usagers perdus car ils ne trouvent pas le
Chemin de Machin.

Encore un cas où je laisse du rouge, et on verra plus tard comment faire
remonter ces erreurs.




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


Re: [OSM-talk-fr] [FANTOIR] deux entrées pour une voie : rue ou chemin

2014-06-20 Par sujet René-Luc Dhont


Le plus simple est d'avoir une seule relation et de concaténer les 
codes FANTOIR avec un ;


ça marche ? je pensais qu'il ne fallait pas faire comme ça ?



Frédéric.


___
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] Manque une attribution sur http://www.ville.gouv.fr/?carte-des-nouveaux-quartiers

2014-06-17 Par sujet René-Luc Dhont


Le 17/06/2014 09:02, Marc Sibert a écrit :

Bonjour,

Je laisse un porte parole d'OSM Fr se lancer ;-) avant d'envoyer un 
tweet rageur :


Là : http://www.ville.gouv.fr/?carte-des-nouveaux-quartiers
ce serait bien d'ajouter une attribution (c) les contributeurs d'OSM 
non ?


D'autant qu'il y a l'attribution pour leaftlet ;-)



En tout cas merci d'utiliser et de mettre en valeur les cartes OSM.

A+




___
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 mai...@maieul.net 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 cqu...@openstreetmap.fr 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 mai...@maieul.net 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 vincent.pri...@gmail.com 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 cqu...@openstreetmap.fr a
 écrit :

 Il est là: http://openstreetmap.fr/bulletin-OSM-FR-13

 Merci Pieren !

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

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



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


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


Re: [OSM-talk-fr] Residential in Residential

2010-09-22 Par sujet René-Luc D'Hont
 En fait l'idée est qu'un contributeur en souhaitant décrire un 
quartier, ou un résidence a utilisé une way fermé protant le tag 
landuse=residential et un tag name. Ce qui me gène c'est que ce polygone 
est lui même inclu dans un polygone plus grand portant le tag 
landuse=residential.


Pour ces cas de figures j'utilisais des points de type lieu dit mais 
bien sûr cela ne rend pas l'emprise.


Ma question était donc dans le cas d'un lot de bâtiment qui fait déjà 
partie d'un landuse=residential et que l'on souhaite nommé sans avoir à 
mettre un name pour chaque bâtiment. Donc comment représenté l'emprise 
d'un lotissement, d'une résidence, d'un quartier faisant déjà partie 
d'un residential.


René-Luc D'Hont
3Liz


Le 22/09/2010 00:38, alexis gayte a écrit :

j'ai un peu travaillé sur montpellier et je suis tombé sur ces problèmes

sur paris pour la cite internationale on utilise amenity=university
avec
name=Cité Internationale Universitaire

si ca peu aider ...



Le 22 septembre 2010 00:21, Vincent de Chateau-Thierry 
v...@laposte.net mailto:v...@laposte.net a écrit :



Le 21/09/2010 23:15, g.d a écrit :


Le 21 sept. 2010 à 21:53, René-Luc D'Hont a écrit :

Pour info mon problème de residential in residential n'est
pas strictement lié aux résidences étudiantes.


Il est lié à quoi, stp ?, quel est le dilemme, au juste ?,
exemple ?
Pour qu'on puisse regarder voir, et éventuellement aider à
trouver.


En effet, les résidences ne sont pas qu'étudiantes. Le terme
recouvre pour moi un ensemble de notions présentes +/- toutes
ensembles :
* un ensemble de constructions (immeubles et pavillons) de même
style/époque, sorties du même moule
* une délimitation visible : murs, clôtures (barrier=*)
* des entrées matérialisées, parfois des barrières d'accès
(access=*), des panneaux à l'entrée avec le nom de la résidence
* des voies de desserte entre les bâtiments (highway=service)
* parfois des aires de jeu, voire des commerces
* et donc un nom propre pour désigner l'ensemble : Residence
xxx, qui sert pour exprimer l'adresse postale, combiné à un
numéro de bâtiment/ de cage d'escalier (Résidence xxx / Bâtiment B
/ Escalier 2)

Je ne sais pas si ReLuc parlait de ça, mais je sais que je sèche
quand il s'agit de tagguer ce genre d'emprise, assez fréquente en
zone urbaine.

vincent


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




--
Cordialement,
alexis GAYTE


___
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] Residential in Residential

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

 Le 22/09/2010 13:40, g.d a écrit :

Le 22 sept. 2010 à 11:49, René-Luc D'Hont a écrit :

Ma question était donc dans le cas d'un lot de bâtiment qui fait déjà partie 
d'un landuse=residential et que l'on souhaite nommé sans avoir à mettre un name 
pour chaque bâtiment. Donc comment représenté l'emprise d'un lotissement, d'une 
résidence, d'un quartier faisant déjà partie d'un residential.

Bhen, essaye, faire du area residential  par-dessus un residential déjà 
existant,
et on verra ce que ça donnera.
Je pense qu'il faut faire le test grandeur nature.


ça existe déjà d'où ma question



Le risque me semble être que le nouvel area pourrait se superposer sur les 
bâtiments, et les cacher. A voir...
Je n'ai jamais compris comment fonctionne l'ordre de rendu des éléments divers 
dans les moteurs de rendu d'osm,
que se superpose à quoi, ça m'échappe.


Je connais assez bien le système de rendu de mapnik et donc le rendu par 
défaut d'OpenStreetMap.


Comme dans les logiciels conventionnelles SIG, les données sont 
dessinées sont forme de couche. Ainsi les landuses sont dessinés avant 
les buildings eux même dessinés avant les highways. Ensuite au sein de 
ces couches, les éléments sont dessinées dans l'ordre croissant du tag 
level (de -5 à 5 avec 0 lorsque l'information n'est pas présente) et de 
l'id des éléments.



Visiblement ça ne fonctionne pas comme dans des logiciels traditionnels de 
dessin vectoriel, d'architecture, ou de 3d.
Apparemment, mettre un objet dans un level de plus ou de moins n'a aucune 
répercussion sur l'ordre du rendu,
ce n'est pas comme avec des layers dxf/dwg.


Si c'est très traditionnels


Donc il me semble qu'il ne reste qu'à faire un essai, et voir ce que cela donne.


Essai déjà réalisé par quelqu'un d'autre


Pas attendre que le résultat soit transmis sur l'interface ouaibbe 
d'openstreetmap.org,
ça pourrait prendre une semaine.


ça dépend du niveau de zoom et le nombre de point par tuiles.


Il y a
http://www.informationfreeway.org/
qui répercute en live les rendus des modifications,
et si à zoom 12 on fait un ctrl-clic, ça lance une requête pour re-rendre tes 
données (pas en abuser, patience...).

Plus en détail, il y a
http://tah.openstreetmap.org/Browse/
Ce n'est pas aisé pour naviguer dans l'interface et trouver son coin, mais est 
vachtément efficace.
Pas en abuser, cool Raoul, les potes font ce qu'ils peuvent, ce ne sont pas des 
boeufs, pas les pousser dans les orties...
Mine de rien, transformer les données vectorielles de la base de données en 
images pixel, ça demande du boulot, capacité de traitement et de stockage, et 
bande passante pour mettre en ligne.
Nous simples contributeurs de données on ne s'en rend pas forcément compte du travail 
que ceux-là derrière fournissent. Moi non plus ne suis pas dedans, je juste peux 
apprécier le résultat, chapeau bas à eux.

Selon comment sont occupé les potes qui font ti...@home (tah), ça peut aller 
plus viite que t'as le temps pour cliquer, ou peut demander des heures ou des 
jours,
'faut pas leur en vouloir, ils font ce qu'ils peuvent.
Si ça vraiment tarde des jours et des jours, on peut relancer un request pour 
rendu.

Vlà,
ce crois qu'il faut se lancer, essayer, tester ce que ça donne,
et si ça foire, revenir en arrière,
puis re-commencer...

Josm permet d'enregistrer des données en local,
ça peut aider à revenir en arrière si besoin est,
à condition de traiter des petites surfaces, pas un village en entier.

Aussi, maintenant les modif's qu'on apporte sont regroupées dans un 
changeset, dans un ensemble de modifications,
et il doit y avoir moyen d'annuler une série de modifs qu'on a fait,
à condition de le faire vite, avant qu'un autre contributeur à son tour soit 
intervenu,
mais je n'ai pas encore trouvé le bouton-clic revert dans josm (alzi ?).
---

Brouillon précédent, ça se croise :

Le 22 sept. 2010 à 00:21, Vincent de Chateau-Thierry a écrit :

Le 21/09/2010 23:15, g.d a écrit :

Le 21 sept. 2010 à 21:53, René-Luc D'Hont a écrit :

Pour info mon problème de residential in residential n'est pas strictement lié 
aux résidences étudiantes.

Il est lié à quoi, stp ?, quel est le dilemme, au juste ?, exemple ?
Pour qu'on puisse regarder voir, et éventuellement aider à trouver.


En effet, les résidences ne sont pas qu'étudiantes. Le terme recouvre pour moi 
un ensemble de notions présentes +/- toutes ensembles :
* un ensemble de constructions (immeubles et pavillons) de même style/époque, 
sorties du même moule
* une délimitation visible : murs, clôtures (barrier=*)
* des entrées matérialisées, parfois des barrières d'accès (access=*), des 
panneaux à l'entrée avec le nom de la résidence
* des voies de desserte entre les bâtiments (highway=service)
* parfois des aires de jeu, voire des commerces
* et donc un nom propre pour désigner l'ensemble : Residence xxx, qui sert 
pour exprimer l'adresse postale, combiné à un numéro de bâtiment/ de cage d'escalier 
(Résidence xxx / Bâtiment B / Escalier 2)

Je ne sais pas

Re: [OSM-talk-fr] Exploitation des adresse

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

 Bonjour,

kimaidou a déjà 'joué' avec les adresses françaises pour un début de 
service de geocoding ;-)


René-Luc D'Hont
3Liz

Le 21/09/2010 13:30, Balooval a écrit :
Saisissant les adresses dans ma région, je me demande quels sont les 
outils/projets qui les exploite?
Je me souviens avoir lu qu'il n'est pas (encore) possible de s'en 
servir avec un gps garmin qui utilise une carte osm, quels usages sont 
possibles? Je ne vois que Nominatim.



___
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] Residential in Residential

2010-09-21 Par sujet René-Luc D'Hont
 Pour info mon problème de residential in residential n'est pas 
strictement lié aux résidences étudiantes.


Le 21/09/2010 21:06, Jean-Francois Nifenecker a écrit :


Le 21/09/2010 19:10, g.d a écrit :


Je serais plutôt pour residential.

Des cités étudiantes ne sont pas des amenities compléments de confort,
pas comme des supermarchés, stations d'essence, post office, frigos, 
boîtes aux lettres, ou lavomatics,

(http://www.merriam-webster.com/dictionary/amenity),
elles s'apparentent à d'autres coins où on a l'habitude de crécher, 
donc résidences, je pense.


La différence avec un residential classique est, que les locataires 
sont des étudiants (ou assistants, ou enseignants, parfois).
Je pense que cela se laisserait exprimer dans le name (?), genre 
cité étudiante Xyz ?


en anglais on dit hall of residence mais je n'ai pas trouvé sur les 
map features, non plus que student.




Même si par endroits il y a des qu'on pourrait confondre avec un 
bordel, un dépotoir, ou des hot-point de deal,

ça n'en fait pas des amenities en soi,


:-)




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


Re: [OSM-talk-fr] La France, lanterne rouge des erre urs dans OSM ? (était: Route non connectée)

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

 Le 20/09/2010 13:14, Pieren a écrit :
On pourrait le croire si on regarde ces quelques statisques de routes 
non connectées détectées par l'outil OSM Inspector mis à disposition 
par Geofabrik:

Pour l'Europe.
http://neis-one.org/wp-content/uploads/2010/09/20100918_Stats_EU.png

Plus détaillé pour les 6 premiers:
http://neis-one.org/wp-content/uploads/2010/09/20100918_Stats_EU_top6.png


Je souhaitais juste en profiter pour poser une question.

Dans la région que je mappe, la côte vermeille, j'ai pu constaté que le 
nouvel outil de Geofabrik relevait surtout des faux-positifs : des 
impasses qui se finissent assez proche d'une route (qui soit dit en 
passant est 2 mètres au dessus).

Manquerait-il un tag ?

René-Luc D'Hont



(vu sur le blog de Pascal Neis)
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


[OSM-talk-fr] Residential in Residential

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

 Bonjour,

J'ai pu constater que sur Montpellier, certaines zones d'habitation 
comme des résidences étudiantes étaient décrites à l'aide d'une way 
fermé protant le tag landuse=residential et le tag name=Cité 
Universitaire Foobar .


Je trouve cette utilisation inapproprié mais comment corrigé cela ? La 
personne qui a fait cela souhaitait enregistré l'emprise de la cité, 
comment ne pas perdre cette information ?


René-Luc D'Hont

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


Re: [OSM-talk-fr] [Géovélo] Annonce : lancem ent sur Paris

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

 Le 20/09/2010 18:10, GaelADT a écrit :

Le site est actuellement à la une, en page d'accueil du site de Paris
http://www.paris.fr http://www.paris.fr  !

Gaël.

Gaël, on vient de me faire remarquer cela :
Très cool, mais bizarrement ça ne marche pas sans autoriser accès à 
google.com et gstatic.com. Basé !osm mais google obligatoire?

Y-a-t-il une raison ?


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


Re: [OSM-talk-fr] [Géovélo] Annonce : lancem ent sur Paris

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

 Le 20/09/2010 19:43, GaelADT a écrit :


René-Luc D'Hont wrote:

Gaël, on vient de me faire remarquer cela :
Très cool, mais bizarrement ça ne marche pas sans autoriser accès à
google.com et gstatic.com. Basé !osm mais google obligatoire?
Y-a-t-il une raison ?


Oui, statistiques et module de geocoding. Pour le geocoding on est coincé
depuis pas mal de temps avec ça... Je pense que l'on va essayé de contribuer
au développement sur Nominatim pour arriver à quelque chose qui nous
convient (auto-complétion et correction d'adresse).

Gaël.


Faudrait discuter avec kimaidou, nous pouvons peut-être vous proposez 
quelque chose!


René-Luc D'Hont
3Liz


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


Re: [OSM-talk-fr] On ne tag pas pour le rendu...

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

 Le 16/09/2010 11:24, Vladimir Vyskocil a écrit :

Attention les âmes sensibles n'allez pas voir comment est fait le tracé des 
lignes dans le stade de foot :

http://www.openstreetmap.org/?lat=48.570513lon=7.774997zoom=18layers=M

J'aime bien aussi la note associée... ;-)
Eh ben c'est pas gagné...


Et bien je dis que c'est une raison de plus pour que le SOTM2011 est 
lieu à Strasbourg!


René-Luc

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


Re: [OSM-talk-fr] difficultés mapping village débu tant

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

 Le 16/09/2010 22:36, ratanes a écrit :

Bonjour,

Je suis en train de mapper les villages autour de chez moi et je 
rencontre quelques difficultées.

Voici l'endroit :

http://www.openstreetmap.org/?lat=43.579611lon=3.06094zoom=18layers=M

Voici les questions :

1- J'ai des POI qui n'apparaissent pas sur le rendu OSM (mairie, 
médecin, Fontaine) mais qui sont visibles dans potlatch.

43.5791491-3.0619397 (Mairie potlatch 841818211)
43.5797434-3.0637981 (Médecin potlatch 876413970)
43.5798051-3.0601213 (Fontaine potlatch 843889623)


C'est normal tout n'est aps rendu dans mapnik, peut-être dans 
osmarenderer mais on ne map pas pour le rendu ;-) puisqu'un autre 
service pourra exploité ces informations utiles.




2- J'ai un décalage en ma trace GPS et le cadastre. Ma trace suit une 
route déjà présente dans OSM mais cette route est décalée par rapport 
au cadastre. Est-ce l'imprécision du GPS ou un décalage du cadastre ?
Permalien du lieu 
http://www.openstreetmap.org/?lat=43.587903lon=3.083379zoom=18layers=M

Village de LAMALOU-LES-BAINS dans l'Hérault.


C'estprobablement dû a ton GPS



3- Comment contacter l'auteur d'un tracé car j'ai modifié quelques 
valeurs et sa paternité a disparue.


Pas grave il y a l'historique pour savoir qu'elles ont été les modifications



4- J'ai voulu essayer un autre mapping de la place de l'Eglise et je 
voudrais revenir à ma première version ?

Est-ce possible ? (Le nom de la place n'apparaît d'ailleurs pas ?)


Tu dois pouvoir revenir en arrière mais cela se fait en annulant un 
ensemble de modification, donc si la modification de la place a été 
enregistré seul tu peux revenir en arrière sinon non.




5- Est-il possible d'être prévenu des modifications de mes tracés par 
d'autres personnes ?


Non



6- J'ai voulu tagger une ruelle trop étroite pour les voitures en 
highway=pedestrian mais le rendu dans openstreetmap est plus large que 
highway=service; service=alley et je me demande si pedestrian n'est 
pas pour les voies résevées aux piétons et interdites aux autres 
véhicules (moto, mobylette, ... ) ?


Tout d'abord on ne tag pas pour le rendu.
Si ta rue est dédié aux piétons (rue piétonnes) alors tu dois mettre le 
tag highway=pedestrian sinon tu dois mettre un autre tag.




Merci beaucoup de toutes vos réponses
J'aurai peut-être dû faire plusieurs mails.

Marc Bricard




En espérant t'aider

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


Re: [OSM-talk-fr] chemin recouvert à marée haute

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

 Le 13/09/2010 22:31, Ziva a écrit :

Comment indiquez vous un chemin recouvert à marée haute?
Y a t il moyen de donner une indication du moment où il est praticable
ex: BM -2; BM+2
voudrait dire praticable trois heures avant et après la basse mer (et 
encore, ça dépend du coefficient!)


Peut-être une piste :
http://wiki.openstreetmap.org/wiki/Key:flood_prone
ou
http://wiki.openstreetmap.org/wiki/Key:ford

La différence réside dans le fait que la route est praticable ou non une 
fois inondée.



René-Luc D'Hont



Pen Beuz

___
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] Prochain State Of The Map

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

 Le 12/09/2010 15:15, Arnaud Vandecasteele a écrit :

Comment faut-il comprendre ceci :

Since the AGM of the OSM Foundation will also be held during the conference


C'est quoi l'AGM ? Et le terme OSM Foundation est obscur. Que va-t-il se
passer en rapport avec l'OSM Foundation ?

AGM = ANNUAL GENERAL MEETING
Juste qu'en même temps que le SOTM se tiendra l'assemblée générale.


Pour information Emilie Laffray alias Melaskia fait partie du bureau de 
la fondation OSM et souhiaterai que la communauté Française puisse 
recevoir les SOTM.


L'année dernière nous souhaitions couplé le SOTM avec les RMLL histoire 
d'augmenter la visibilité d'OSM au près de la communauté du libre 
français et ainsi faire croitre les participations à OSM.


Nous pourrions donc faire de même avec Strasbourg qui présente de 
nombreux avantages :

1 être prêt de l'Alemagne autre grosse communauté
2 avoir un aéroport bien dé-servi
3 être dans une région viticole

Je pense donc que si on arrive à créer une synergie avec le LUG de 
Strasbourg, nous pourrions proposer un SOTM des plus alléchants pour la 
fondation ;-)


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] POI's le long d'initinéraire

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

 Bonjour Vincent,

Oui tout à fait faisable :
1 intéroger la xapi
2 traiter les données pour insertion récupérer une géométrie de type 
multiligne
3 exécuter une requête dans PostGIS qui génère le corridor (ST_Buffer) à 
partir de la multiligne et fait un ST_intersects sur les POIs qui 
t'intéresse


Je me suis déjà amuser à le faire pour les réseaux de transport en 
commun mais c'est pas encore en production


René-Luc D'Hont
3Liz

Le 08/09/2010 10:55, Vincent Pottier a écrit :

Bonjour,
Inetis [1] a créé la carte Via Francigena [2] (version alpha). L'idée 
est de présenter les POI's utiles (et classés par type, genre 
openstreetbrowser) le long du chemin.
Actuellement, la récupération des Poi's se fait 'a la mano' via JOSM. 
Est-il possible, dans l'état actuel des outils de scripter cette 
récupération ? La réponse est certainement positive, mais je ne 
connais pas les outils.

Le processus serait :
* récupérer la relation et les ways qui la compose (osm2pgsql ne 
stocke pas ce genre d'info)

* créer un corridor (largeur à définir)
* récupérer les POI's dans ce corridor.
* éditer un fichier tabulé pour openlayers
Merci pour vos suggestions.
Je pense que ça intéressera du monde ce genre d'application...

[1] http://www.openstreetmap.org/user/inetis
[2] http://www.viafrancigena.org/
--
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] conférence osm aux jdlls ?

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

 Bonjour,

Une première conférence a été accepté :

Exploiter OpenStreetMap.
Cette conférence montrera les usages possibles d'OpenStreetMap à travers 
des exemples de sites ou de projets qui utilisent les données 
d'OpenStreetMap.


Cette conférence sera présenté par arno.

René-Luc D'Hont
3Liz


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


Re: [OSM-talk-fr] Réseau de bus à Poitiers

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

 Le 02/09/2010 06:58, Hendrik Oesterlin a écrit :

Le 01/09/2010 à 20:46:23 +1100 René-Luc D'Hont rldh...@gmail.com a écrit
Objet: [OSM-talk-fr] Réseau de bus à Poitiers :


Sinon je suis administrateur OSMTransport, je fais ce qu'il faut pour
Poitiers.
René-Luc D'Hont
3Liz

Ne suffit-il pas de clicker sur Add a new location ?



Il aurait suffit de la faire, c'est d'ailleurs ainsi que je l'ai ajouter

René-Luc



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


Re: [OSM-talk-fr] Interview Openstreetmap de Michael Douchin et Rene Luc d'Hont

2010-09-02 Par sujet René-Luc D'Hont
 On a eu l'info aujourd'hui et Michaël n'a pas dû avoir le temps de 
faire passer l'information ;-)


Bonne lecture!

Le 02/09/2010 12:58, THEVENON Julien a écrit :

Tres sympa cette interview :
http://www.unixgarden.com/index.php/agenda-interview/michael-douchin-rene-luc-d%E2%80%99hont

Julien


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


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


Re: [OSM-talk-fr] Interview Openstreetmap de Michael Douchin et Rene Luc d'Hont

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

 Le 02/09/2010 13:44, Pieren a écrit :
2010/9/2 THEVENON Julien julien_theve...@yahoo.fr 
mailto:julien_theve...@yahoo.fr


Tres sympa cette interview :

http://www.unixgarden.com/index.php/agenda-interview/michael-douchin-rene-luc-d%E2%80%99hont

Julien


Quelques petites remarques au passage:
- Réunir les données GPS d’une communauté d’utilisateurs et les 
rendre librement exploitables par tous, voici l’objectif.. - 
curieusement le GPS est souvent cité alors qu'au fil du temps, il est 
sans doute devenu une source minoritaire dans l'afflut de données
- Le projet a démarré il y a environ quatre ans en Angleterre. Ca 
doit bien faire 2 ans que les quatre ans sont passés ;-) (9 aout 2004)

- le cadastre, qui est source importante en France, n'est jamais cité :-(


Oui malgré les corrections apportés par Michaël alias kimaidou, les 
journalistes ont un peu coupé dans la présentation du projet. Vous 
pouvez lire sur 4 pages écrites assez large au moins 1 heure d'interview.


Information qui n'apparait pas, au début l'article devait porter sur 
l'utilisation des GPS dans le monde libre, ça s'est transformé en 
interview de présentation du projet OSM mais au début les journalistes 
sont venu nous voir pour parler de GPS ;-)


Au final, je suis un peu frustré par cet interview car il manque plein 
de chose intéressante sur le porjet et que 4 pages c'est vraiment trop 
court.


René-Luc D'Hont
(j'ai participé à l'interview)



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] Réseau de bus à Poitiers

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

 Bonjour,

Tout d'abord, faut-il ou ne faut-il pas découper une voie de circulation 
pour décrire la route employé par les bus est une discussion qui a déjà 
eu lieu ici. Les points de vus divergent et aucun consensus n'existe 
vraiment.


Sinon je suis administrateur OSMTransport, je fais ce qu'il faut pour 
Poitiers.


René-Luc D'Hont
3Liz

Le 01/09/2010 00:14, Mickey86 a écrit :

Bonjour,

Je viens d’entamer la cartographie du réseau de bus à Poitiers…

J’ai créé la ligne de bus suivante :
http://www.openstreetmap.org/?relation=1157015

Mais je me pose des questions à propos des carefours giratoires traversés par
les lignes. Actuellement, je ne les ai pas mis dans la relation (type=route ;
route=bus).

— Doit-on mettre les ronds-points entiers dans la relation ?
— Doit-on « casser » les ronds-points pour ne mettre que la portion
empruntée ?
— Il y a-t-il une autre façon de faire ?

Autre question… Quelqu’un sait-il comment contacter un administrateur du
projet OSMTransport pour intégrer Poitiers dans les villes proposées par le
projet ? (La mise en page du site http://3liz.fr/public/osmtransport/# est
bancale chez moi et je n’arrive pas à naviguer jusqu’à la page de contact.)

Cordialement,



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


Re: [OSM-talk-fr] conférence osm aux jdlls ?

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

 Le 31/08/2010 19:05, Yannick VOYEAUD a écrit :

Le 31/08/2010 10:47, Nicolas Moyroud a écrit :


René-Luc D'Hont a écrit :

Sinon pour l'atelier je ne compte pas m'en occuper, donc si quelqu'un
souhaite faire un atelier OSM, c'est une bonne idée.

Comme nous en parlions ce matin dans le bus avec ReLuc (on fait des
rencontres intéressantes dans les bus montpelliérains !) je pourrais
éventuellement préparer un atelier JOSM. Pour montrer par exemple
comment on peut contribuer à OSM en utilisant le cadastre.
Mais il me faudrait quand même un coup de main (au moins 1 ou 2
personnes) pendant l'atelier. Il y aurait des volontaires ?


Bonsoir,

Si pas trop de monde à ce moment là je pourrait éventuellement me 
libérer un peu pour t'aider.
Les conférenciers pourront aussi te filer un coup de main après leur 
bavardage ;-)


De toutes les façons vous pourrez compter sur le plan de Vienne et son 
index des rues.


Puis-je désormais considérer que vous venez et donc envoyer une 
invitation au responsable SIG de la ville de Vienne? J'attends de 
savoir pour attaquer sur cet angle.


Amitiés


Je pense qu'un stand OSM est obligatoire ;-) Et je pense qu'il devrait y 
avoir malgré tout des personnes pour le tenir même si elle ne souhaite 
pas s'engager.


René-Luc D'Hont
3Liz

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


Re: [OSM-talk-fr] conférence osm aux jdlls ?

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

 Bonjour, à tous,

Le stand OSM aux JDLL a été accepté.

Nous pourrons donc nous retrouver autour de ce stand pour échanger et 
promouvoir le projet! Venez nombreux!


Pour info voici la présentation :
OpenStreetMap (OSM) est au libre ce que Google Maps est au propriétaire, et
à la cartographie ce que Wikipedia est à l'encyclopédie.

Ce projet a pour objectif de créer une cartographie libre et gratuite du
monde à partir de données dont la licence est compatible avec le projet.
Les sources sont donc diverses comme des parcours GPS, le Cadastre 
français,

des images aériennes libérées, etc. De plus en plus de communauté de
commune libère leurs données (référentielles routiers, données
aériennes, point d'intérêt, etc) et certaines comme Brest le font pour
participer à OSM.

En dehors de sa gratuité, la libération et la création de données
géographiques libres dans OSM offre la possibilité d'inventer et de créer
de nouveaux usages : routing, plan de commune avec index des rues, plan du
réseau de transports en commun, etc.

René-Luc D'Hont
3Liz

Le 01/09/2010 15:09, Yannick VOYEAUD a écrit :

Bonjour,

La demande de stand est faite et en cours de traitement.
René-Luc a apporté sa patte à la présentation du projet OSM.

Je pense que cela ne devrait pas tarder à apparaitre sur le site des 
Jdll.


Reste à faire des propositions de conférences et d'ateliers. J'ai cru 
lire que certains avaient des idées. Je ne leur dirais qu'une chose 
lancez-vous. Le pire est de ne rien faire et ensuite de regretter de 
ne pas l'avoir fait.


Amitiés




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


[OSM-talk-fr] [Technique]

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

 Bonjour,

Actuellement à lieu à Paris le SVGOpen. Au cours de cet évènement, 
george james a présenté OpenStreetMap et le projet ti...@home. Il 
semblerait que OpenStreetMap génèrerait du SVG.


Quelqu'un aurait plus d'informations sur le lien OSM / SVG ?

René-Luc D'Hont
3Liz

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


Re: [OSM-talk-fr] [Technique]

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

 Le 31/08/2010 11:33, Steven Le Roux a écrit :

Et dans le cadre de ti...@home, il y a un parseur qui convertit le
format osm en svg, puis un passage de inkscape qui convertit le svn en
tuiles png.


Merci c'était la réponse que je cherchais.

En fait voilà ce que j'ai lu :
JeremiePat : Etonnant, je viens d'apprendre qu'OpenStreetMap est sans 
doute le premier producteur d'image SVG au monde (23 milliard par jour !!!)


Comme je n'en avait jamais eu vent, je ne savais pas et je voulais 
savoir pourquoi JeremiePat annonçait cela après la présentation 
OpenStreetMap au SVGOpen.




2010/8/31 Gilles Bassièregbassi...@gmail.com:

René-Luc D'Hont wrote:

Quelqu'un aurait plus d'informations sur le lien OSM / SVG ?

Dans l'onglet Exporter, tu choisis le rendu Mapnik et le format SVG.

Plus d'infos sur http://wiki.openstreetmap.org/wiki/SVG.

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

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







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


Re: [OSM-talk-fr] [Technique]

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

 Le 31/08/2010 11:29, sylvain letuffe a écrit :

Le mardi 31 août 2010 11:19:10, René-Luc D'Hont a écrit :

Il semblerait que OpenStreetMap génèrerait du SVG.

? Heu... peut-être as-tu conscience de la curiosité de ta remarque ? OSM est
une base de donnée, OSM ne génère donc rien du tout.


OSM est une base de données et un projet et le projet OpenStreetMap met 
à disposition des outils , une carte etc, d'où mon raccourci.



Quelqu'un aurait plus d'informations sur le lien OSM / SVG ?

Je vais supposer par la suite que ta question devait être quelque chose du
genre :
Existe-t-il des outils pour générer des fichiers svg à partir des données OSM
?


Non la question était pourquoi lors d'une présentation OSm est présenté 
comme un producteur d'image SVG.



Je sais que mapnik sait faire (par l'intermédiaire de la libraire cairo)
http://trac.mapnik.org/wiki/MapnikRenderers

osmarender a été prévu pour ça dès le départ
http://wiki.openstreetmap.org/wiki/Osmarender

--
sly


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



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


Re: [OSM-talk-fr] [Dev] Alléger OpenLayers et ch anger le style des bulles

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

 Le 31/08/2010 11:49, Xinfe Ewalavir a écrit :

Bonjour,

Je suis en train de jouer avec OpenLayers, et je me demande si il
existe une manière d'alléger le script.
Je n'utilise qu'un bout de tout ce qui est proposé, d'où l'intérêt de
ne télécharger que le JavaScript nécessaire.

En gros, j'utilise :
  - L'affichage de la carte fournie par osm.org
  - Barre de zoom
  - Croix de navigation
  - Changement de claque
  - Échelle
  - Permalien
  - Attribution
  - Chargement dynamique des POI (genre Osmose)

Il me semble être tombé sur un tuto pour faire ca, mais ca semblait
très artisanal (trial  error). Il existe des outils pour ca ?


Dans le dossier contenant Openlayers tu trouveras un dossier build 
contenant un script build.py, et des scripts de configuration.

Plus d'infos ici :
http://trac.openlayers.org/wiki/Profiles
et là :
http://docs.openlayers.org/library/deploying.html



Question subsidiaires :
  - est-il possible de charger dynamiquement le contenu de la bulle ?


Oui bien sûr exemple ici :
http://openlayers.org/dev/examples/select-feature-openpopup.html


Je pense que oui
  - comment changer l'apparence de la bulle (autre bordures, marges, et
qu'elle puisse sortir dudiv  de la carte ? Je pense aussi que oui


Tu peux modifier l'apparence via 3 choses :
* avec les paramètres de créations de la popup
* avec le style du contenu que tu insères dans la popup
* avec le CSS et les images utilisé pour stylé la popup


Merci beaucoup !


De rien

René-Luc D'Hont
3liz


___
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] Stand osm aux JDLL, présence ?

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

 Cool que tu puisses venir, peux-tu malgré tout remplir le doodle :
http://www.doodle.com/k28pa5zw638ypq6u

Nous serons donc au moins 3 avec Nicolas tout seul le samedi sauf si je 
peux resté aussi le samedi. Il n'y a personne d'autres ? de sorte à 
confirmer le stand!


Pour l'atelier OpenLayers, je veux bien participer mais comment on fait ?

René-Luic D'Hont


Le 30/08/2010 12:14, Nicolas Moyroud a écrit :
C'est OK pour moi j'ai l'accord de mon chef. Je serais donc là pour 
les 3 jours des JDLL, aux frais du Cemagref. :-)
Sinon vous ne croyez pas que ça serait sympa, en plus du stand, de 
monter un ou deux ateliers OSM dans le cadre des JDLL ? Par exemple 
prise en main de JOSM ou réalisation d'interface carto avec 
OpenLayers.
Pour le dernier sujet je crois qu'il y a déjà ce qu'il faut chez 3LIZ, 
pas vrai ReLuc ;-)

Pour le premier on doit pouvoir facilement préparer un truc.


René-Luc D'Hont a écrit :
 Cool si tous les deux vous pouvez venir, si j'ai fixé une limite à 
lundi c'était pour avancé dans la réservation du stand.


Pour le moment nous sommes 3 (arno, kimaidou et moi même) et 2 
potentiels il y a d'autre personne qui pourrait être là ?





___
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] turn restrictions

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

 Merci Pieren,

Y-a-t-il des informations sur la façon dont sont définis les vitesses 
probables des segments ?

http://cartography.sandbox.cloudmade.com/navdebug/

René-Luc D'Hont

Le 30/08/2010 15:04, Pieren a écrit :
2010/8/30 Sylvain Paré sylvain.p...@gmail.com 
mailto:sylvain.p...@gmail.com


Il y a aussi une carte qui montre ces restrictions:
http://cartography.sandbox.cloudmade.com/navdebug/

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] turn restrictions

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

 Le 30/08/2010 16:21, Pieren a écrit :

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

Y-a-t-il des informations sur la façon dont sont définis les
vitesses probables des segments ?

C'est expliqué dans le PDF des legend


Oki merci, je pensais que ce PDF présentais autre chose.




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


[OSM-talk-fr] Chemin inondable et cours d'eau m élangé

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

 Bonjour,

Je souhaiterais des conseils vis à vis de chemin inondable que l'on 
pourrait décrire comme des cours d'eau.


Je cartographie sur Banyuls-sur-Mer, dans les Pyrénées Orientales proche 
de la frontière espagnole. Il y a peu un utilisateur à importer les 
cours d'eau du cadastre. Grâce à cela nous pouvons avoir une idée du 
réseau hydraulique du bassin de La Baillaury, mais de nombreuses surface 
taggué avec riverbank, ne sont pas réellement des cours d'eau.


En fait il existe de nombreux chemins piétonniers qui traversent le 
centre du village. Ces chemins apparaissent sur le cadastre comme des 
cours d'eau. En fait ces surfaces sont utilisés par les être humains 
comme des chemins mais en cas de fortes pluies leur fonctions est de 
drainer les pluies d'orages. Je souhaitais donc préciser et corriger cela.


Voici donc ma proposition, à la place des surfaces je crée des ways avec 
les tags suivants :

* highway=footway
* waterway=drain (http://wiki.openstreetmap.org/wiki/Tag:waterway%3Ddrain)
* flood_prone=yes (http://wiki.openstreetmap.org/wiki/Key:flood_prone)

Est-ce le bon choix ?

René-Luc D'Hont
3Liz


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


Re: [OSM-talk-fr] Chemin inondable et cours d'eau m élangé

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

 Le 29/08/2010 17:00, hamster a écrit :

René-Luc D'Hont a écrit :

 Bonjour,

Je souhaiterais des conseils vis à vis de chemin inondable que l'on 
pourrait décrire comme des cours d'eau.


Je cartographie sur Banyuls-sur-Mer, dans les Pyrénées Orientales 
proche de la frontière espagnole. Il y a peu un utilisateur à 
importer les cours d'eau du cadastre. Grâce à cela nous pouvons avoir 
une idée du réseau hydraulique du bassin de La Baillaury, mais de 
nombreuses surface taggué avec riverbank, ne sont pas réellement des 
cours d'eau.


il y a helas beaucoup de monde qui importe le cadastre brut de 
decoffrage en oubliant qu'il s'agit d'import SEMI automatique


pour l'eau c'est assez catastrophique
les zones bleues sur le cadastre signifient plus zone inondable, ne 
pas construire que voie d'eau, ainsi on a plein d'endroits qui sont 
importes alors qu'il n'y a pas d'eau (y compris comme dans ton cas des 
chemins), les riverbank obtenus sont a peu pres toujours nettement 
plus larges que les cours d'eau reels des qu'ils sont petits, il sont 
regulierement interrompus et depourvus de la ligne centrale avec 
waterway=river qui est d'usage dans osm


En fait il existe de nombreux chemins piétonniers qui traversent le 
centre du village. Ces chemins apparaissent sur le cadastre comme des 
cours d'eau. En fait ces surfaces sont utilisés par les être humains 
comme des chemins mais en cas de fortes pluies leur fonctions est de 
drainer les pluies d'orages. Je souhaitais donc préciser et corriger 
cela.


Voici donc ma proposition, à la place des surfaces je crée des ways 
avec les tags suivants :

* highway=footway
* waterway=drain 
(http://wiki.openstreetmap.org/wiki/Tag:waterway%3Ddrain)

* flood_prone=yes (http://wiki.openstreetmap.org/wiki/Key:flood_prone)

Est-ce le bon choix ?


je pense que footway n'est pas a sa place parce que ca signifie 
chemin RESERVE aux pietons, c'est a dire qu'on a pas le droit d'y 
passer a velo ou en rollers par exemple

sans doute que path ou track convient mieux, a voir suivant le cas


Oui, je sais que footway est restrictif, mais c'était pour l'exemple car 
il ya aussi des highway=residential dans mon cas




je pense aussi que flood_prone est suffisamment explicite en lui meme 
et que drain est inutile et inapproprie : il s'agit ici de chemins qui 
font accessoirement evacuation de pluies d'orage, pas de canaux ou fosses


Ouais mais pour la description du réseau hydrographique, n'est-il pas 
préférable d'indiqué que ce sont des drains ? surtout que si tu y 
regardes de plus prêt ça ressemble plus à un drain que à une voie de 
circulation ;-)




___
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] Chemin inondable et cours d'eau m élangé

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

 Le 29/08/2010 17:00, hamster a écrit :

René-Luc D'Hont a écrit :

 Bonjour,

Je souhaiterais des conseils vis à vis de chemin inondable que l'on 
pourrait décrire comme des cours d'eau.


Je cartographie sur Banyuls-sur-Mer, dans les Pyrénées Orientales 
proche de la frontière espagnole. Il y a peu un utilisateur à 
importer les cours d'eau du cadastre. Grâce à cela nous pouvons avoir 
une idée du réseau hydraulique du bassin de La Baillaury, mais de 
nombreuses surface taggué avec riverbank, ne sont pas réellement des 
cours d'eau.


il y a helas beaucoup de monde qui importe le cadastre brut de 
decoffrage en oubliant qu'il s'agit d'import SEMI automatique


pour l'eau c'est assez catastrophique
les zones bleues sur le cadastre signifient plus zone inondable, ne 
pas construire que voie d'eau, ainsi on a plein d'endroits qui sont 
importes alors qu'il n'y a pas d'eau (y compris comme dans ton cas des 
chemins), les riverbank obtenus sont a peu pres toujours nettement 
plus larges que les cours d'eau reels des qu'ils sont petits, il sont 
regulierement interrompus et depourvus de la ligne centrale avec 
waterway=river qui est d'usage dans osm


Pour info j'avais évité de faire l'import, mais un certain Skywave l'a 
fait...




En fait il existe de nombreux chemins piétonniers qui traversent le 
centre du village. Ces chemins apparaissent sur le cadastre comme des 
cours d'eau. En fait ces surfaces sont utilisés par les être humains 
comme des chemins mais en cas de fortes pluies leur fonctions est de 
drainer les pluies d'orages. Je souhaitais donc préciser et corriger 
cela.


Voici donc ma proposition, à la place des surfaces je crée des ways 
avec les tags suivants :

* highway=footway
* waterway=drain 
(http://wiki.openstreetmap.org/wiki/Tag:waterway%3Ddrain)

* flood_prone=yes (http://wiki.openstreetmap.org/wiki/Key:flood_prone)

Est-ce le bon choix ?


je pense que footway n'est pas a sa place parce que ca signifie 
chemin RESERVE aux pietons, c'est a dire qu'on a pas le droit d'y 
passer a velo ou en rollers par exemple

sans doute que path ou track convient mieux, a voir suivant le cas

je pense aussi que flood_prone est suffisamment explicite en lui meme 
et que drain est inutile et inapproprie : il s'agit ici de chemins qui 
font accessoirement evacuation de pluies d'orage, pas de canaux ou fosses


___
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] Chemin inondable et cours d'eau m élangé

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

 Le 29/08/2010 17:50, hamster a écrit :

René-Luc D'Hont a écrit :
je pense aussi que flood_prone est suffisamment explicite en lui 
meme et que drain est inutile et inapproprie : il s'agit ici de 
chemins qui font accessoirement evacuation de pluies d'orage, pas de 
canaux ou fosses


Ouais mais pour la description du réseau hydrographique, n'est-il pas 
préférable d'indiqué que ce sont des drains ? surtout que si tu y 
regardes de plus prêt ça ressemble plus à un drain que à une voie de 
circulation ;-) 


si ce que tu appelle description du reseau hydrographique c'est le 
dessin qu'on voit quand on regarde la carte je te repond ne pas 
taguer pour le rendu

http://wiki.openstreetmap.org/wiki/FR:Tagging_for_the_renderer


Non je ne cherche pas à tagguer pour le rendu, je cherche à tagguer pour 
l'information, dans mon cas je pense que ce chemin (way) est à la fois 
un highway et à la fois un waterway. Ca peut parraître incompatible et 
pourtant au départ du GR10, il y a une route en sens unique qui 
ressemble plus une voie d'évacuation d'eau qu'à une rue. C'est vraiment 
une route, les voitures l'empruntes et les panneau la concidère comme 
une rue mais elle est aménagé pour faire circuler de l'eau, enfin je 
tiens à préciser que dans la région toutes structures naturelles ou non 
suceptible d'accueillir de l'eau est vide 90% du temps, le fleuve de 
Banyuls-sur-Mer est à sec 90% du temps et sert de parking.




si par contre tu te demande quel est le bon tag pour decrire ce 
bidule, ne connaissant pas le bidule je peux pas choisir a ta place
par contre je pense que waterway=drain et flood_prone=yes sont un 
peu incompatibles
soit c'est un chemin qui peut charrier de l'eau en cas d'orage et tu 
le mets en flood_prone=yes (et en indiquant qu'il peut charrier de 
l'eau tu decris la partie hydrographique du bidule), soit c'est un 
fosse ou on peut passer si on a pas peur de la boue au fond et tu le 
mets en waterway=drain avec foot=yes en plus ou un truc du genre


mais tout ca n'est que mon avis

___
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] Chemin inondable et cours d'eau m élangé

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

 Le 29/08/2010 18:24, hamster a écrit :

René-Luc D'Hont a écrit :

 Le 29/08/2010 17:50, hamster a écrit :

René-Luc D'Hont a écrit :
je pense aussi que flood_prone est suffisamment explicite en lui 
meme et que drain est inutile et inapproprie : il s'agit ici de 
chemins qui font accessoirement evacuation de pluies d'orage, pas 
de canaux ou fosses


Ouais mais pour la description du réseau hydrographique, n'est-il 
pas préférable d'indiqué que ce sont des drains ? surtout que si tu 
y regardes de plus prêt ça ressemble plus à un drain que à une voie 
de circulation ;-) 


si ce que tu appelle description du reseau hydrographique c'est le 
dessin qu'on voit quand on regarde la carte je te repond ne pas 
taguer pour le rendu

http://wiki.openstreetmap.org/wiki/FR:Tagging_for_the_renderer


Non je ne cherche pas à tagguer pour le rendu, je cherche à tagguer 
pour l'information, dans mon cas je pense que ce chemin (way) est à 
la fois un highway et à la fois un waterway.


c'est donc une route qu'on ne peut emprunter qu'avec une voiture 
amphibie ?


Il y a tellement peu d'eau qui tombe qu'il n'y a de l'eau sur cette 
route que pendant les forts orages, même en hiver il n'y a pas d'eau.





Ca peut parraître incompatible et pourtant au départ du GR10,


je pense que tu sais deja qu'il ne faut pas mapper les GR


Oui ça je sais, d'ailleurs tu ne trouveras pas de GR10 à Banyuls-sur-Mer 
dans OSM




il y a une route en sens unique qui ressemble plus une voie 
d'évacuation d'eau qu'à une rue. C'est vraiment une route, les 
voitures l'empruntent et les panneaux la considèrent comme une rue 
mais elle est aménagée pour faire circuler de l'eau,


ben voila, t'a tout dit
c'est une route amenagee pour charrier de l'eau, donc pour bien 
decrire le terrain tu va la mettre en highway et rajouter quelque 
chose pour dire que ca peut aussi charrier de l'eau, flood_prone=yes 
me semble un bon candidat
et si la surface de cette route est toute defoncee par le ravinement 
de l'eau, il y a aussi des tags pour indiquer la qualite du sol
c'est un peu comme si tu essaye de decrire un chien ampute de 2 pattes 
: tu commence par lui mettre un tag chien puis tu rajoute des trucs 
pour precier qu'il n'a plus que 2 pattes, tu mets pas en meme temps le 
tag chien parce que c'est un chien et le tag humain pour faire 
comprendre qu'il a 2 pattes


j'ajoute que si tu la mettais en waterway, le tag oneway=yes serait 
bien rigolo, surtout si il est dans le sens de la montee



En fait ce qui me gène c'est que j'ai un waterway=stream qui arrive sur 
mon highway=residential donc quoi mon réseau hydro s'arrêt parce qu'il y 
a un chemin avec highway ;-)


Donc j'ai un highway=residential +oneway=yes + flood_prone=yes + 
waterway=drain ;-)




enfin je tiens à préciser que dans la région toutes structures 
naturelles ou non suceptible d'accueillir de l'eau est vide 90% du 
temps, le fleuve de Banyuls-sur-Mer est à sec 90% du temps et sert de 
parking. 


ca c'est deja plus complique comme cas
ca se rapproche des oueds dans le desert et j'ai pas encore vu de tag 
bien adapte, mais peut etre que d'autres en conaissent


Ouaip je sais, j'ai pas trouvé non plus. c'est d'ailleurs l'une des 
raisons principales pour le non import des données cours d'eau, qu'un 
tiers à fait quand même!





___
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] Chemin inondable et cours d'eau m élangé

2010-08-29 Par sujet René-Luc D'Hont
 Je dirais donc qu'il faudrait préciser la définition lié aux 
différents tags waterway :

* l'eau doit-elle être présente ?
* l'eau doit-elle être le principal élément circulant le long de cette way ?

Le problème réel est d'être dans une région où les cours d'eau ne voit 
circuler l'eau que très peu de temps dans l'année. La majorité des cours 
d'eau sont vivisbles dans le paysage sans qu'il ai d'eau dedans ;-)



Le 29/08/2010 20:00, hamster a écrit :

René-Luc D'Hont a écrit :
En fait ce qui me gène c'est que j'ai un waterway=stream qui arrive 
sur mon highway=residential donc quoi mon réseau hydro s'arrêt parce 
qu'il y a un chemin avec highway ;-)


Donc j'ai un highway=residential +oneway=yes + flood_prone=yes + 
waterway=drain ;-)


si vraiment tu laisse a la fois highway=residential et waterway=drain 
alors vire flood_prone qui est redondant avec waterway=drain et 
devient donc inutile
mais ca me plait pas beaucoup : avec ces 2 tags presents comment 
savoir lequel correspond a la fonction principale du way (ici c'est 
une rue) et lequel correspond a une fonction occasionnelle (ici 
charrier les pluies d'orage) ? vu ta description je ne pense pas que 
ces 2 fonctions soient a egalite


pour la coherence du reseau hydro je pense que le probleme vient plus 
du ruisseau qui se jette dans la rue : si il ne charrie de l'eau qu'en 
cas d'orage il n'a pas a etre tague en waterway=stream
personnellement je ne dessine meme pas les creux de terrain ou on 
trouve de l'eau en cas d'orage (ils sont tres nombreux surtout en zone 
montagneuse), et quand un import du cadastre fait apparaitre en bleu 
ces creux de terrain, juste je supprime les traces en question pour ne 
garder que ce qui est vraiment ruisseau
on pourrait proposer un tag equivalent a waterway=drain pour les zones 
naturelles qui jouent ce role mais actuellement je crois pas qu'il y 
en ait


si on pousse ton raisonnement a l'extreme on va mettre 
waterway=drain dans toutes les rues parce qu'il y a de chaque cote 
un caniveau qui se transforme en petit torrent en cas d'orage
apres tout c'est bien un amenagement pour charrier de l'eau, le 
caniveau, non ?


___
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] Chemin inondable et cours d'eau m élangé

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

 Le 29/08/2010 22:42, Pierre-Alain Dorange a écrit :

René-Luc D'Hontrldh...@gmail.com  wrote:


   Je dirais donc qu'il faudrait préciser la définition lié aux
différents tags waterway :
* l'eau doit-elle être présente ?

oui


* l'eau doit-elle être le principal élément circulant le long de cette way ?

a priori oui.

Ca semble assez clair dans les définitions du wiki.

http://wiki.openstreetmap.org/wiki/Waterway


Ouais mais ça colle pas qd même :
* mon fleuve est 90% à sec
* mon fleuve sert de parking
* mon fleuve est considéré par tous comme une rivière ;-)


river et stream sont pour des cours d'eau (en gros river si on peut pas
sauter par dessus et stream si on peut sauter par dessus, si il n'y a
pas d'eau la question du saut ne se pose plus).
N'oublions pas que water=river implique boat=yes, ce qui suppose qu'un
bateau doit pouvoir y passer ce qui n'est pas le cas en intermittance et
pas le cas d'un highway (qui est pour les véhicules à moteurs).
et comme stream est comem river en moins large...

drain, c'est les fossées qui par définition ne sont pas des stream et
qui sont donc non permanent puisque remplit par l'eau de pluie
principalement. il est indiqué que si le drain est troplarge on peut le
tagger canal
Il sont de plus artificiels.

Il existe une proprosition pour intermittent water
http://wiki.openstreetmap.org/wiki/Proposed_features/Water_cover
et même une autre pour préciser les saisons :
http://wiki.openstreetmap.org/wiki/Proposed_features/Water_bodies

Le water=intermittent me semble utilisable dans ton cas ; en tout cas je
ne pense pas qu'il faille utilisé waterway si l'eau n'est pas le cas
majoritaire.
Il y en a 957 en service, à regarder peut être :
 http://osmdoc.com/en/tag/water/intermittent



Bah en fait tout ce qui peut contenir de l'eau dans mon cas n'en 
contient presque jamais! C'est quoi alors ?



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


[OSM-talk-fr] Stand osm aux JDLL, présence ?

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

 Bonjour,

Afin d'organiser la présence d'OpenStreetMap à Lyon pendant les JDLLs, 
j'ai ouvert un doodle :

http://www.doodle.com/k28pa5zw638ypq6u

L'objectif principal de ce sondage est de savoir si il y aura 
suffisamment de personne pour tenir le stand, et donc savoir si oui ou 
non OpenStreetMap pourra être représenté pendant les JDLLs.


Toute présence même courte sera la bien venu donc si vous pensez passer 
aux JDLL indiquer le.


Je ferais un bilan lundi.

René-Luc D'Hont

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


Re: [OSM-talk-fr] Projet scolaire autour d'OSM ?

2010-08-27 Par sujet René-Luc D'Hont
 A l'époque d'UPCT (équivalent français d'OSM), le projet était utilisé 
par son fondateur, Michel, Bondaz, dans les écoles primaires


Tu peux le contacter, il est prof à l'IUFM d'Angoulême.

René-Luc

Le 27/08/2010 12:22, Christian Quest a écrit :
Quelqu'un a-t-il déjà organisé un projet pédagogique autour d'OSM pour 
des classes de primaire ?


J'ai parlé de l'idée à une cousine institutrice et ça a fait tilt.
Elle a aime le côté collaboratif d'OSM et le côté pluri-disciplinaire 
pour les enfants:

- géographie: les cartes
- histoire: les noms de rues, les personnages historiques, les cartes 
anciennes

- informatique: pas besoin de déveloper ;-)
- technologie: GPS ?
- éducation civique: la ville, son organisation, les bâtiments 
publics, etc

et sûrement d'autres...

L'école en question est à Maurepas (78), ville partiellement mappée, 
donc les enfants pourraient aider à la compléter avec une séance de 
walking-papers.


--
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] Projet scolaire autour d'OSM ?

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

 Le 27/08/2010 14:02, Rodolphe Quiedeville a écrit :

Le 27/08/2010 13:56, Sylvie a écrit :


Le 27 août 2010 12:22, Christian Questchristian.qu...@gmail.com
mailto:christian.qu...@gmail.com  a écrit :

 Quelqu'un a-t-il déjà organisé un projet pédagogique autour d'OSM
 pour des classes de primaire ?

 J'ai parlé de l'idée à une cousine institutrice et ça a fait tilt.
 Elle a aime le côté collaboratif d'OSM et le côté
 pluri-disciplinaire pour les enfants:
 - géographie: les cartes
 - histoire: les noms de rues, les personnages historiques, les
 cartes anciennes
 - informatique: pas besoin de déveloper ;-)
 - technologie: GPS ?
 - éducation civique: la ville, son organisation, les bâtiments
 publics, etc
 et sûrement d'autres...

 L'école en question est à Maurepas (78), ville partiellement mappée,
 donc les enfants pourraient aider à la compléter avec une séance de
 walking-papers.


La carto des pédibus peut être un excellent projet associant équipe
pédagogique, enfants, parents et municipalités :)

Ces deux idées sont excellentes, je n'ai pas identifié de balise pour
les pedibus encore, quelqu'un en a déjà mappé ?




Il y a un exemple ici sur Montpellier
http://www.openstreetmap.org/browse/way/48361175


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


Re: [OSM-talk-fr] Projet scolaire autour d'OSM ?

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

 Le 27/08/2010 14:02, Rodolphe Quiedeville a écrit :

Le 27/08/2010 13:56, Sylvie a écrit :


Le 27 août 2010 12:22, Christian Questchristian.qu...@gmail.com
mailto:christian.qu...@gmail.com  a écrit :

 Quelqu'un a-t-il déjà organisé un projet pédagogique autour d'OSM
 pour des classes de primaire ?

 J'ai parlé de l'idée à une cousine institutrice et ça a fait tilt.
 Elle a aime le côté collaboratif d'OSM et le côté
 pluri-disciplinaire pour les enfants:
 - géographie: les cartes
 - histoire: les noms de rues, les personnages historiques, les
 cartes anciennes
 - informatique: pas besoin de déveloper ;-)
 - technologie: GPS ?
 - éducation civique: la ville, son organisation, les bâtiments
 publics, etc
 et sûrement d'autres...

 L'école en question est à Maurepas (78), ville partiellement mappée,
 donc les enfants pourraient aider à la compléter avec une séance de
 walking-papers.


La carto des pédibus peut être un excellent projet associant équipe
pédagogique, enfants, parents et municipalités :)

Ces deux idées sont excellentes, je n'ai pas identifié de balise pour
les pedibus encore, quelqu'un en a déjà mappé ?




Ne pas tenir compte de mon message précédent, je voulais en fait parler 
de cette relation :

http://www.openstreetmap.org/browse/relation/407662

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


Re: [OSM-talk-fr] Stand osm aux JDLL, présence ?

2010-08-27 Par sujet René-Luc D'Hont
 Cool si tous les deux vous pouvez venir, si j'ai fixé une limite à 
lundi c'était pour avancé dans la réservation du stand.


Pour le moment nous sommes 3 (arno, kimaidou et moi même) et 2 
potentiels il y a d'autre personne qui pourrait être là ?



Le 27/08/2010 14:06, Rodolphe Quiedeville a écrit :

Le 27/08/2010 09:58, René-Luc D'Hont a écrit :

  Bonjour,

Afin d'organiser la présence d'OpenStreetMap à Lyon pendant les JDLLs,
j'ai ouvert un doodle :
http://www.doodle.com/k28pa5zw638ypq6u

L'objectif principal de ce sondage est de savoir si il y aura
suffisamment de personne pour tenir le stand, et donc savoir si oui ou
non OpenStreetMap pourra être représenté pendant les JDLLs.

Tout comme Nicolas je suis en discussion pour faire le déplacement à
titre professionnel, si je peux venir je prendrais ma part de présence
sur le stand. Par contre je risque de n'avoir une réponse
positive/négative que fin de semaine prochaine, au mieux mardi.

A++





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


Re: [OSM-talk-fr] Stand osm aux JDLL, présence ?

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

 Salut Xinfe Ewalavir,

Si tu es étudiant au CPE Lyon, pourras-tu être présent sur le stand ?
Si oui peux tu remplir le doodle http://www.doodle.com/k28pa5zw638ypq6u

René-Luc

Le 27/08/2010 14:43, Xinfe Ewalavir a écrit :

Bonjour

Comme les RMLL se font à CPE Lyon et que j'y suis étudiant, ca
pourrait être le bon moment pour leur demander d'héberger des serveurs
Free, puisqu'il en reste.

Si c'est inutile, bah tant pis :D

Bonne journée

2010/8/27 René-Luc D'Hontrldh...@gmail.com:

  Cool si tous les deux vous pouvez venir, si j'ai fixé une limite à lundi
c'était pour avancé dans la réservation du stand.

Pour le moment nous sommes 3 (arno, kimaidou et moi même) et 2 potentiels il
y a d'autre personne qui pourrait être là ?


Le 27/08/2010 14:06, Rodolphe Quiedeville a écrit :

Le 27/08/2010 09:58, René-Luc D'Hont a écrit :

  Bonjour,

Afin d'organiser la présence d'OpenStreetMap à Lyon pendant les JDLLs,
j'ai ouvert un doodle :
http://www.doodle.com/k28pa5zw638ypq6u

L'objectif principal de ce sondage est de savoir si il y aura
suffisamment de personne pour tenir le stand, et donc savoir si oui ou
non OpenStreetMap pourra être représenté pendant les JDLLs.

Tout comme Nicolas je suis en discussion pour faire le déplacement à
titre professionnel, si je peux venir je prendrais ma part de présence
sur le stand. Par contre je risque de n'avoir une réponse
positive/négative que fin de semaine prochaine, au mieux mardi.

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



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


Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? (était : Changement de licence [etc .])

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

 Le 26/08/2010 11:32, Nicolas Moyroud a écrit :

hamster a écrit :


au moins, mettre les batiments en premier evite d'avoir a recommencer 
les rues a zero quand on ajoute les batiments ensuite parce qu'elles 
n'ont pas ete tracees avec assez de precision et se supperposent aux 
batiments



+1
Absolument d'accord avec hamster. C'est vrai qu'une commune avec 
seulement le bâti et sans les rues ça fait un peu moche sur le rendu.  
Mais bon, il me semblait que ce n'était pas une bonne chose de saisir 
des données en tenant compte du rendu. Et puis le bâti seul c'est 
toujours mieux que rien et ça pose une base pour inciter à la saisie 
des rues. En plus ça facilite quand même bien le travail d'avoir déjà 
le bâti disponible pour positionner correctement les rues.
Pour ma part je fonctionne maintenant comme ça : j'importe en premier 
le bâti, puis ensuite je trace les rues en m'appuyant dessus et en 
utilisant le WMS du cadastre pour leur nom. Mais bon, j'essaie quand 
même de tout faire dans la foulée histoire de ne pas laisser de 
commune avec le bâti tout seul qui pique les yeux. ;-)


+1 aussi
exemple ici 
http://www.openstreetmap.org/?lat=43.53416lon=3.33121zoom=17layers=M 
c'est à Néffies et comme je ne connais pas je n'ai pus aller plus loin 
dans la digitalisation des rues. J'espère juste que ça incitera un 
connaisseur à participer.




___
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 évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? ( était : Changement de licence [etc .])

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

 Le 26/08/2010 12:02, Nicolas Dumoulin a écrit :

Le jeudi 26 août 2010 11:38:08 René-Luc D'Hont, vous avez écrit :

+1 aussi
exemple ici
http://www.openstreetmap.org/?lat=43.53416lon=3.33121zoom=17layers=M
c'est à Néffies et comme je ne connais pas je n'ai pus aller plus loin
dans la digitalisation des rues. J'espère juste que ça incitera un
connaisseur à participer.

Au passage, en dézoomant un poil, le rendu mapnik est pas très joli :-/
http://www.openstreetmap.org/?lat=43.53409lon=3.33396zoom=15layers=M
C'est souvent le cas sur les vieux villages pleins de petites ruelles.
Il y aurait moyen que mapnik s'en sorte mieux ?


Oui en spécifiant que ces rues ne sont pas des highway=residential mais 
highway=service et service=allee comme ici :

http://www.openstreetmap.org/?lat=42.4831lon=3.12765zoom=17layers=M
Si bien sûr celles-ci sont des rues où les voitures ne peuvent pas faire 
demi-tour mais peuvent circuler dans les 2 sens.




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


Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? ( était : Changement de licence [etc .])

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

 Le 26/08/2010 12:08, Emilie Laffray a écrit :



2010/8/26 Balooval val.p...@gmail.com mailto:val.p...@gmail.com

Dans ces cas je crois qu'il vaut mieux appliquer le tag ruelle
(via JOSM): highway=service et service =je ne sais plus. Le
rendu est plus fin et correspond mieux à l'étroitesse des ruelles
de vieux villages.


Oui mais ca reste du tagguage pour le rendu.


Si la rue est bien une rue de type highway=service et service=allee 
comme représenté dans le wiki et que l'on pourrait décrire par une rue 
en double sens, accessible à tous mais n'ayant que la largeur d'un 
véhicule, bien sûr sans trottoir et qui est coincé entre 2 bâtiments.


René-Luc



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] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? ( était : Changement de licence [etc .])

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

 Le 26/08/2010 12:20, sly (sylvain letuffe) a écrit :

On jeudi 26 août 2010, Balooval wrote:

Euh.. non justement. Accessoirement c'est mieux sur le rendu (plus fin),
mais ça correspond mieux à la réalité: rue étroites. M'enfin c'est comme ça
que c'est marqué sous josm, et ça m'a même été conseillé par un contributeur
pilier :)

Et bien il a tort à mon avis ! highway=service n'a pas grand chose a voir avec
la largeur, si ce n'est, éventuellement, une implication courante de ce que
c'est.

Generally for access to a building, motorway service station, beach,
campsite, industrial estate, business park, etc.
This is also commonly used for access to parking, driveways, and alleys.
dit le wiki

Certes, la définition peut encore être améliorée, mais en gros, je dirais en
français une voie de service.
Une voie construite et à destination d'un service (le cas d'un accès à un
bâtiment, est le seul qui me semble un peu border line, et que j'aurais
taggué en residential)


Bah disons que cette image est explicite non :
http://wiki.openstreetmap.org/wiki/File:Seattle_-_alley_north_from_S_Jackson_between_Western_%26_1st_-_A.jpg
c'est pour service=alley avec la description suivante :
An alley is a service road usually located between properties for access 
to utilities

soit
Que je traduirait par une voie de service ouverte à tous mais dont la 
fonction est restreinte par sa taille et sa situation.
Pour moi cela représente des rues dont la fonction est limité et comme 
on a pas mieux pour être plus précis, je trouve que c'est la meilleure 
façon de tagger en dehors toute considération graphique.

http://wiki.openstreetmap.org/wiki/File:Alley.jpg



Le 26 août 2010 12:08, Emilie Laffrayemilie.laff...@gmail.com  a écrit :



2010/8/26 Baloovalval.p...@gmail.com

Dans ces cas je crois qu'il vaut mieux appliquer le tag ruelle (via

JOSM): highway=service et service =je ne sais plus. Le rendu est plus

fin

et correspond mieux à l'étroitesse des ruelles de vieux villages.


Oui mais ca reste du tagguage pour le rendu.

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] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? ( était : Changement de licence [etc .])

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

 Le 26/08/2010 12:38, Balooval a écrit :
Quand je vois le sujet je me dis qu'on dévit... mais pour ma part je 
terminerais là dessus: Dans ce cas le problème vient d'abord de JOSM 
qui traduit ce pré-réglage par Ruelle (entre bâtiments principalement).
Quoi qu'on rejoint le sujet: pour les nouveaux venus comme pour pas 
mal d'autres, il serait bien que les pré-réglages de l'éditeur 
principal ne fassent pas débat.


Pour rebondir, il faudrait que l'utilisation des tags soit mieux 
décrites tout comme les bonnes pratiques :
Que tag-t-on pour une ruelle de centre ville ce trouve entre 2 
bâtiments, n'étant pas utiliser pour circuler mais pour accéder à sa 
maison et s'y garer en bloquant la rue puisque de toute façon ça ne gène 
personne car seule les habitants savent qu'il y a une rue ici ?


Il m'arrive trop souvent de vérifier sur le wiki si ce que je tag semble 
être la bonne façon de faire sans en être jamais sûr.






Le 26 août 2010 12:20, sly (sylvain letuffe) sylv...@letuffe.org 
http://letuffe.org a écrit :


On jeudi 26 août 2010, Balooval wrote:
 Euh.. non justement. Accessoirement c'est mieux sur le rendu
(plus fin),
 mais ça correspond mieux à la réalité: rue étroites. M'enfin
c'est comme ça
 que c'est marqué sous josm, et ça m'a même été conseillé par un
contributeur
 pilier :)

Et bien il a tort à mon avis ! highway=service n'a pas grand chose
a voir avec
la largeur, si ce n'est, éventuellement, une implication courante
de ce que
c'est.

Generally for access to a building, motorway service station, beach,
campsite, industrial estate, business park, etc.
This is also commonly used for access to parking, driveways, and
alleys.
dit le wiki

Certes, la définition peut encore être améliorée, mais en gros, je
dirais en
français une voie de service.
Une voie construite et à destination d'un service (le cas d'un
accès à un
bâtiment, est le seul qui me semble un peu border line, et que
j'aurais
taggué en residential)


 Le 26 août 2010 12:08, Emilie Laffray emilie.laff...@gmail.com
mailto:emilie.laff...@gmail.com a écrit :

 
 
  2010/8/26 Balooval val.p...@gmail.com
mailto:val.p...@gmail.com
 
  Dans ces cas je crois qu'il vaut mieux appliquer le tag
ruelle (via
  JOSM): highway=service et service =je ne sais plus. Le
rendu est plus
fin
  et correspond mieux à l'étroitesse des ruelles de vieux villages.
 
 
  Oui mais ca reste du tagguage pour le rendu.
 
  Emilie Laffray
 
  ___
  Talk-fr mailing list
  Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-fr
 
 




--
sly
Sylvain Letuffe sylv...@letuffe.org mailto:sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



___
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] Belle image

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

 Le 26/08/2010 12:41, Rodolphe Quiedeville a écrit :

Bonsoir,

Je continue dans mes tests de rendu et j'ai en fait un spécial
hydrographie[1] (c'est la saison), et comme je trouve l'image ci-jointe
jolie (les goûts et les couleurs tout ça ) j'avais juste envie de la
partager avec vous.

http://www.flickr.com/photos/ramokad/4928556723/

Bonne soirée

1. http://tile.quiedeville.org/river/


Sympa effectivement!

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


Re: [OSM-talk-fr] Utilisation de highway=service

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

 Le 26/08/2010 13:16, sly (sylvain letuffe) a écrit :

On jeudi 26 août 2010, René-Luc D'Hont wrote:

Bah disons que cette image est explicite non :


http://wiki.openstreetmap.org/wiki/File:Seattle_-_alley_north_from_S_Jackson_between_Western_%26_1st_-_A.jpg

c'est pour service=alley avec la description suivante :

Ce truc sent le tag en provenance direct des US avec manque complet de
discussion. Surtout que l'exemple indique
Alley between Western Avenue S  1st Avenue S, looking north from S Jackson
St.

Si cela connecte une rue avec une autre, alors ce n'est justement pas une rue
de service, vu qu'elle n'amène justement pas à un service. Ça flair fort le
tag pour le rendu ça.

Selon moi, ce truc est une voie highway=residential et (mais la photo ne le
montre pas) s'il n'y a pas d'entrée d'immeuble alors un autre truc du genre
highway=alley


An alley is a service road usually located between properties for access
to utilities

Ha ? alors je n'ai peut être pas compris comment fonctionnait la rue de la
photo, si elle sert uniquement (ou presque) au ramassage des poubelles, alors
là ma foi oui, on peut la caser dans highway=service.

Mais des trucs comme ça, en france, je n'en connais quasiment pas, et le sujet
du part dans le village me semble bien indiquer qu'il s'agissait de
residential





Je maintient que pour le moment je n'ai rien trouvé dans le wiki qui 
permette de correctement décrire ces petites rues que l'on trouve dans 
les villages que l'on pourrait comparer à des rues privées de par 
l'utilisation qui en est faîtes des habitants mais qui n'ont aucune 
indication spéciale : pas de sens unique, pas de restriction, pas 
d'interdiction spéciale, tellement peu large qu'on ne peut pas faire 
demi-tour, que lorsque l'on passe dans la rue qui y mène on ne 
l'aperçoit pas (angle droit, bâtiment, etc).


Pour moi ce ne sont ni des residential ni des living_street alors 
comment taggué correctement ça ?




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


Re: [OSM-talk-fr] Utilisation de highway=service

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

 Le 26/08/2010 14:35, sly (sylvain letuffe) a écrit :

On jeudi 26 août 2010, René-Luc D'Hont wrote:

Je maintient que pour le moment je n'ai rien trouvé dans le wiki qui
permette de correctement décrire ces petites rues que l'on trouve dans
les villages

là, je suis bien d'accord avec toi !

Mais un manque ne justifie pas de dévier un autre tag de son utilisation.


Pour moi ce ne sont ni des residential ni des living_street alors
comment taggué correctement ça ?

living_street, on dirait pas. Par contre je ne verrais pas de problème à
utiliser residential ou unclassified, selon ça :
This is a useful guideline if you are not sure whether to use residential
or unclassified for streets in towns:

 * residential - street or road generally used only by people that live on
that road or roads that branch off it.
 * unclassified - a road that has no administrative classification ref=*.
Unclassified roads typically form the lowest form of the interconnecting grid
network.

Après, je suis d'accord, il y a quelque chose de plus à noter sur ces rues,
c'est le fait qu'elles sont petites et qu'il n'est pas vraiment recommandé de
les choisir dans le routage, ainsi que l'éventuelle absence de trottoir.

Et là, l'idée narrow=yes de vincent ne me semble pas mal (ou l'impossible à
tagguer width=*), il faudrait documenter (et discuter).
Ainsi l'information est transmise, sans changer de la fonction première qui,
il me semble, reste valable.

http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging
dit :
Rue résidentielle (highway=residential)
Ce type de rue comporte typiquement les éléments suivants :
 * on y trouve des habitations sur au moins un des côtés,
 * c'est une rue peu large,
 * il est possible de s'y arrêter ou se garer,
 * il y a au moins un trottoir,
 * il n'y a pas ou très peu de trafic de transit.

ça fait quelques points en défaveur du highway=residential, mais c'est
marqué typiquement, reste à dire narrow et pas de trottoir

Je suis sur le fond d'accord avec toi maissur Banyuls-sur-mer les rues 
que j'ai noté comme service ne sont pas des rues de circulation, ce sont 
des rues qui ont vraiment une fonction d'accès à sa maison ou à son 
garage, comme dans une résidence sauf que si tu t'y engage tu n'accèdes 
pas à une résidence mais au centre de la ville.


Posons donc la question autrement :
* quels tags mettre pour les voies de circulations se trouvant au sein 
d'une résidence et ne servent qu'aux habitants pour accéder à leur 
appartement ?



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


Re: [OSM-talk-fr] Utilisation de highway=service

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

 Le 26/08/2010 15:01, Pieren a écrit :

Ha, encore une longue histoire. D'abord sur le mot alley.
highway=service + service=alley, c'est effectivement les américains 
qu'ils l'ont créé. Mais alley en anglais veut dire ruelle, c'est 
pas forcément limité à une voie de service, bien que chez les 
américains, une ruelle étroite qui n'est pas que pour le service, ça 
n'existe tout simplement pas (ils n'ont pas de vieux centre villes 
médiévaux comme chez-nous). Donc chez eux, alley, c'est forcément 
une voie de service alors qu'ailleurs, c'est une ruelle.


Cool Merci Pieren pour tes lumières infinies!




Le wiki peut dire
 An alley is a service road usually located between properties for access
 to utilities

Sur
http://wiki.openstreetmap.org/wiki/Tag:highway%3Dservice
il est dit
a road between properties
sans employer le terme service road comme c'est le cas pour les 
autres valeurs.


Avant cette inventions des US, je militais pour la généralisation du 
tag narrow=yes comme Vincent mais je n'ai pas réussi à obtenir un 
consensus là-dessus, les autres n'en veulent tout simplement pas. Ils 
veulent que narrow ne soit utilisé que pour les rétrécissements 
temporaires. Au contraire, il y a sur les listes/forums des 
pinailleurs (souvent allemands et hollandais) qui préfèrent le tag 
width=* que je trouve totalement irréaliste de généraliser (ou alors 
il faut aussi préciser l'unité de mesure qui sera souvent le 
pifomètre et non le mètre) et se contrefoutent qu'aucune 
application à ce jour ne tienne compte de ce tag pourtant ancien (pas 
seulement dans les moteurs de rendu mais aussi de navigation par exemple).


Puis j'ai constaté que le tag highway=service+service=alley 
apparaissait en Europe sur des ruelles non techniques (qui 
contrairement aux US, sont rares) mais plutot médiévales. C'est une 
façon de récupérer le terme alley mais sans avoir à passer par la 
création d'un nouveau tag highway=alley et dont le résultat est le 
même sauf que la voie n'est pas une voie de service.


J'ai donc décidé d'employer le même subterfuge bien que l'idéal serait 
effectivement pour la France d'avoir ce tag highway=alley. Mais en 
attendant qu'il existe, j'utilise highway=service+service=alley pour 
les ruelles étroites car même si ça n'est pas idéal, c'est le plus 
proche de ce que l'on veut montrer : une voie plus étroite qu'un 
highway=residential ou highway=unclassified et dont l'importance dans 
un schéma de circulation est du même rang. Et il sera toujours 
possible de changer plus-tard comme pour wall=no.


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] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des moins nou veaux) ? (était : Changement de licence [etc .])

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

 Le 26/08/2010 15:21, Nicolas Moyroud a écrit :

René-Luc D'Hont a écrit :


+1 aussi
exemple ici 
http://www.openstreetmap.org/?lat=43.53416lon=3.33121zoom=17layers=M 
c'est à Néffies et comme je ne connais pas je n'ai pus aller plus 
loin dans la digitalisation des rues. J'espère juste que ça incitera 
un connaisseur à participer.


Ben c'est pas très loin de chez moi, pour l'instant il me reste encore 
quelques communes plus proches à faire, mais dans quelques temps il se 
pourrait bien que ça soit moi qui fasse les rues manquantes de Néffiès.


Merci Nicolas ;-)



___
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] Utilisation de highway=service

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

 Le 26/08/2010 15:42, Emilie Laffray a écrit :



2010/8/26 sly (sylvain letuffe) sylv...@letuffe.org 
mailto:sylv...@letuffe.org


On jeudi 26 août 2010, Pieren wrote:

(Rien à redire sur l'excellent résumé d'avant)

 J'ai donc décidé d'employer le même subterfuge
Argh ! Pas toi ! Comment peut-on céder ainsi à la facilité !
autant tagguer
les torchons avec towel=serviette.

Je comprends tout à fait le souhait de ne pas utiliser
highway=alley (soyons
réaliste, ça ne sera jamais rendu, et par malheureuse voie de
conséquence,
jamais utilisé) mais que va-t-il advenir des rares cas français ou la
personne voulait vraiment tagguer une voie de service entre des
propriétés ? on va juste noyer son travail avec des ruelles, et la
reprise le jour où ça existera sera donc impossible.

L'avantage du narrow=yes, c'est que je ne vois pas le même
inconvénient, si le
narrow est sur un petit morceau, c'est un rétrécissement, si
 c'est sur toute
la ruelle, c'est alors un rétrécissement permanent une ruelle
donc.


Juste mes 2 cts mais je préfère nettement aussi l'utilisation de 
narrow=yes. Je préfère nettement un tag relatif a un tag absolu 
(width) qui sera de toute façon décidé au pifomètre. Pour rajouter au 
commentaire de Pieren et pour troller un peu, je dirais qu'il ne faut 
pas oublier les australiens dans les pinailleurs (oui c'est mal a 
chaque fois, ce sont toujours les mêmes, et ce n'est pas beau de 
généraliser).


Et bah moi je préfère mes highway=service, service=alley, car pour moi 
ce sont des rues comme celles d'accès à un service ou à un parking, et 
j'ai tellement hésité avant d'utiliser ces tags que je ne renoncerait 
pas! C'est pas trolldi mais les rues de centres villes ne sont pas 
rétrécies et ne se trouvent pas dans une zones résidentielles, elles 
sont naturellement pas faîtes pour les voitures même si un véhicule peut 
les emprunter.


ReLuc



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] Utilisation de highway=service

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

 Le 26/08/2010 16:02, GaelADT a écrit :

Juste comme ça au passage car j'ai l'impression que highway=service est
vraiment très mal compris. Est-il normal que beaucoup des voies de bus sur
Paris soient taguées highway=service (souvent avec psv=yes quand même) ? Car
c'est tellement courant qu'au début j'ai pensé que c'était comme ça qu'il
fallait les taguer. Mais en fait ça n'a rien à voir n'est-ce pas ?

Gaël.


Les premières voies de bus que j'ai taggué je l'ai fait aussi comme ça 
car c'est ce que j'avais trouvé dans les données et comme information 
dans le wiki.


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


Re: [OSM-talk-fr] Utilisation de highway=service

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

 Le 26/08/2010 16:09, sly (sylvain letuffe) a écrit :

On jeudi 26 août 2010, Pieren wrote:


Ceux qui pensent que 'service' ne doit pas être utiliser pour une rue qui
n'est pas de service devront alors aussi arrêter d'utiliser tourism=hotel

Mauvaise foi spotted

Il ne s'agit pas ici de remettre en cause l'utilisation du mot service pour
des ruelles (pas de moi en tout cas) on aurait pu dire que service était fait
pour indiquer les voies d'escalade que ça ne m'aurait pas gêné, du moment que
c'est écrit et qu'on ne s'en sert pas aussi pour tagguer des ruelles.

Le problème ici à mon sens, c'est que certains vont tagguer service+alley pour
des ruelles et d'autre pour des voies de services.

Et bien que j'entende l'argument de René-Luc, je n'y adhère pas car ça me
semble différent
J'admets cependant, que les deux restes des voies étroites le plus souvent,
ce qui devrait finir comme highway=footway, c'est à dire, un chemin dont on
ne sait pas grand chose et on inventera alors path pour clarifier après 2 ans
de combats contre-productifs.
Comment ça mauvaise foi ?



C'est pas forcément de la mauvaise fois, mais en fait, mêm si c'est 
chiant, il faudrait amasser plus d'information sur l'utilisation des 
tags et des photos d'exemples.


Existe-t-il un truc synthétique quelque part avec photo, geolocalisation 
et tag utilisé ?



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


Re: [OSM-talk-fr] Page web pour le suivi des autoroute s françaises

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

 Le 24/08/2010 12:38, Jocelyn Jaubert a écrit :

2010/8/24 sly (sylvain letuffe)sylv...@letuffe.org:

On mardi 24 août 2010, Jocelyn Jaubert wrote:

En fait, ça reste assez simple, vu que le schéma osmosis est une copie
du schéma de OSM. Il faut juste jouer avec les jointures dans tous les
sens :)

Oui mais pour obtenir la longueur ? tu fais une construction de LINESTRING à
la volée ?

Il y a un script fournit par osmosis qui génère une table géométrique
des ways, en construisant les linestring. Je lance ce script à chaque
mise à jour de la bdd (on doit aussi pouvoir utiliser une vue pour
éviter de tout calculer à chaque mise à jour)


Si tu utilises une vue tu construiras tes lignestrings à chaque requête, 
le script est donc le bienvenu. la seule solution d'amélioration serait 
de ne mettre à jour les linestrings des ways dont les noeuds ont été 
modifiés (ajout, suppression dans la liste et changement de coordonnées).


René-Luc

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


Re: [OSM-talk-fr] conférence osm aux jdlls ?

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

 Merci Yannik,

Je me doute que ça ne coûte pas grand chose d'obtenir un plan, des 
fiches, stickers ou flyers, etc... Par contre je sais pour avoir fait 
les Rencontres du Libre à Paris que Gaël alias RatZilla$ avait du 
matériel, je pensais donc le réutiliser ou réutiliser ce qui avait déjà 
été fait pour d'autres conf.


Sinon pour l'atelier je ne compte pas m'en occuper, donc si quelqu'un 
souhaite faire un atelier OSM, c'est une bonne idée.


René-Luc D'Hont
3Liz

Le 19/08/2010 20:09, Yannick VOYEAUD a écrit :

Le 19/08/2010 15:11, René-Luc D'Hont a écrit :

Pour le stand quand je parles de matériel c'est :
* Poster ou carte en grand format
* fiche osmecum
* sticker (Gaël tu en avais, non?)
* etc..

Pour l'atelier je ne sais pas ce qui est mis à disposition par
l'organisation et ce qu'il faudrait avoir.


Re,

Y'a K ;-)
Il suffit de faire un plan d'une ville en grand format. Ceci peut être 
demandé à une structure qui a déjà fait le pas. Voir s'il accepterait 
de nous offrir une carte en A1 et de nous l'envoyer quelque part 
ensuite ce serait à nous de prévoir les frais de poste pour les manifs 
suivantes.
Si besoin je peux aller voir une boite sur Vienne et leur demander ce 
qu'il nous en coûterait pour sortir celle de Vienne (par exemple). La 
carte est déjà faite il n'y aurait qu'à la télécharger.


Le reste pour le stand je ne suis pas suffisamment au point pour dire 
ni faire. Je pense toutefois est déjà de voir si il y aurait des 
volontaires pour venir à Lyon sur les 3 jours en plus des 
conférenciers. Et de suite demander un stand. Le reste on voit ce que 
chacun peut faire.

L'association peut peut-être aider là-dessus?

Pour les ateliers c'est 'toi' qui sait ce dont tu as besoin pour faire 
ce dont tu aurais envie de montrer.
Jusqu'à présent il y avait 1 salle indépendante, du courant, une 
liaison internet et je crois 1 vidéo-projecteur.


Perso je serais preneur pour utiliser le cadastre et faire l'import du 
bâti en masse sur Vienne. Rectifier des choses sur Vienne (je ferais 
les traces avant avec mon GPS).
Je serais aussi preneur d'un vrai mode opératoire (pas à pas) pour 
créer et éditer une carte avec mes POI (pas des chemins) avec les rues 
en dessous.
Je serais partie prenante aussi sur un mode opératoire (pas à pas) 
pour mettre une carte sur un site internet (carte qui évolue en 
fonction de l'avancement des ajouts).


Comme tu vois les pistes ne manquent pas.

Amitiés




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


Re: [OSM-talk-fr] conférence osm aux jdlls ?

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

 Merci Yannick,

Donc si il y a suffisamment de monde disponible OpenStreetMap sera 
présent aux JDLL :

* Qui est dispo ?

René-Luc D'Hont


Le 19/08/2010 21:03, Yannick VOYEAUD a écrit :

Le 19/08/2010 15:11, René-Luc D'Hont a écrit :

Pour le stand quand je parles de matériel c'est :
* Poster ou carte en grand format
* fiche osmecum
* sticker (Gaël tu en avais, non?)
* etc..


Re,

Pour le stand c'est bon il suffit juste que vous confirmiez! Ne pas 
tarder quand-même. À savoir que l'offre en avait été faite aux RMLL.


Donc la question est qui vient pour tenir 1 stand pendant 3 jours?

Amitiés




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


Re: [OSM-talk-fr] Pavage de landuse

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

 Pourquoi ne pas utiliser des relations multipolygones pour tes trous ?

C'est ce que j'ai fait pour des cimetières.

Le 20/08/2010 15:12, hpmt a écrit :

Je reviens sur ma réflexion du moment à propos du tag landuse.
Dans ma commune, les affectations de terrain bougent assez vite, et 
les contours sont plutôt casse-pieds à maintenir ;
je pars à priori de l'idée que les surfaces landuse ou natural sont 
exclusives, c'est à dire, si on est landuse=farm on ne peux pas être 
landuse=residential, ni d'ailleurs natural=wood.


Donc je vais vers un pavage qui va recouvrir la commune, et qui même 
comme ça, va être très ciselé. Pour que ça reste maintenable je me 
propose d'arrêter tous ces pavés sur des ways existants par exemple 
des limites de communes, des routes ou des ruisseaux.
Comme me l'a suggéré Vincent Pottier, je peux réutiliser les points de 
ces ways, et leur superposer les contours landuse/natural.


J'ai lu et relu la page
http://wiki.openstreetmap.org/wiki/Land_use_and_areas_of_natural_land
et je frémis à l'idée de devoir bientôt faire un trou 
landuse=allotments quelque part dans mon joli pavage ; si j'en juge 
par les débats au conseil municipal ça me pends au nez ; je dois 
apprendre à faire des trous plutôt vite.

De cette page j'ai suivi le lien stub ; on s'amuse, s'pas ?

Et vous comment voyez vous le pavage du terrain ?

Hélène


___
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] Pavage de landuse

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

 Le 20/08/2010 15:55, hpmt a écrit :

René-Luc D'Hont a écrit , Le 20/08/2010 15:16:

Pourquoi ne pas utiliser des relations multipolygones pour tes trous ?


Oui, j'y pense aussi, mais ce multipolygone devrait être adossé à des 
polygones normaux, et parfois certaines iles se retrouvent en limite 
de deux zones landuse différentes, les temps ayant fait son œuvre de 
bétonnisation ; un collège par ci, des jardins familiaux par là, le 
multipolygone sera très difficile à modifier ; il me semble, du moins.


Est-ce que tu trouve facile à modifier ?


Disons qu'en fait j'ai un grand polygone, landuse=residential ou autre, 
que je mite  par les cimetières, les allotments, et autre landuse 
pouvant ce trouver dans ce landuse générale.





___
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] conférence osm aux jdlls ?

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

 Bonjour,

Je me permet de reprendre le mail d'arno pour vous faire les 
propositions suivantes.


Donc il serait intéressant de faire les propositions suivantes :
* Une présentation Exploiter OSM le vendredi (professionnels)
* Une présentation Qu'est-ce qu'OSM ? le jeudi (éducation et recherche)
* Un atelier Comment contribuer à OSM le samedi (grand publique)
* un stand!

Mais il va nous falloir du monde et du matériel ;-)

Pour les présentations Michaël alias kimaidou, arno et moi-même sommes 
prêt à les faire.


Pour l'atelier et le stand :
* Qui connait le fonctionnement des ateliers aux JDLL ?
* Qui pourrait animer cet atelier ?
* Qui pourrait être présent pour tenir le stand ?
* A-t-on du matériel pour le stand ?

Merci de vos contributions.

René-Luc

P.S: Gaël tu pourrais être là ?

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


Re: [OSM-talk-fr] conférence osm aux jdlls ?

2010-08-19 Par sujet René-Luc D'Hont
 Pas de problème Gaël, c'était pour savoir si Lyon allait pouvoir 
t'admirer ;-)


Sinon quelqu'un aurait du matériel pour un hypothétique Stand ?


Le 19/08/2010 13:31, RatZilla$ a écrit :

Salut compagnons de route !

C'est rageant Rrraaah !

Ce sera la semaine précédant mon départ aux Antilles pour une
MégaZoukMappingParty de 3semaines (Guadeloupe/Martinique/Guyane)
Ça va être difficile car je pars terminer l'orga 3 ou 4 jours avant
selon les disponibilités en sièges de la compagnie qui sponsorise mes
déplacements.
Je n'ai pas envie de vous planter en plein salon. Si j'ai des modifs
d'ici là je vous fait signe, je vous rejoins plus que volontiers.

Gaël

___
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] conférence osm aux jdlls ?

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

 Pour le stand quand je parles de matériel c'est :
* Poster ou carte en grand format
* fiche osmecum
* sticker (Gaël tu en avais, non?)
* etc..

Pour l'atelier je ne sais pas ce qui est mis à disposition par 
l'organisation et ce qu'il faudrait avoir.


Le 19/08/2010 15:07, Yannick VOYEAUD a écrit :

Le 19/08/2010 13:49, René-Luc D'Hont a écrit :

Pas de problème Gaël, c'était pour savoir si Lyon allait pouvoir
t'admirer ;-)

Sinon quelqu'un aurait du matériel pour un hypothétique Stand ?


Bonjour,

Quand tu parles de matos que veux-tu dire?
Il faudrait être plus précis. Si besoin je peux peut-être amener 
ma/mes machine/s.


Étant dans l'organisation je ne suis pas disponible pour un stand sauf 
peut-être ponctuellement mais pas programmable.


Si cela se fait merci de me le dire rapidement afin que je commence à 
faire du raffut auprès des décideurs politiques locaux et/ou des 
services municipaux adéquats sur Vienne (charité bien ordonnée).


Amitiés




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


Re: [OSM-talk-fr] conférence osm aux jdlls ?

2010-08-18 Par sujet René-Luc D'Hont
 Oui ce serait bien que l'on propose une grosse conférence ou plusieurs 
petites. On m'a d'ailleurs tanné pour cela (un contributeur Mozilla), je 
vais donc aussi tanné Michaël, alias kimaidou pour qu'il participe à 
cela ;-)


René-Luc
3Liz
OSMTransport

Le 18/08/2010 13:55, arno a écrit :

salut,
les inscriptions pour les conférences aux jdlls ont commencé:
http://linuxfr.org/2010/08/14/27244.html
moi, ça me dit bien de proposer une petite conférence (20minutes) pour
présenter openstreetmap en général et/ou mon projet syj.
Mais est-ce qu'il y a d'autres personnes qui veulent aussi faire une conférence?
Si oui, on pourrait proposer une grosse conférence (1h) à plusieurs.


a+
arno


___
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] OpenLayers.Protocol.XAPI

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

 Le 17/08/2010 13:06, Sylvain Collilieux a écrit :

Le 15/08/2010 23:31, René-Luc D'Hont a écrit :

En fait pour des raisons de sécurité les requêtes Web faîtes avec du
code JavaScript ne peuvent intérogé qu'une resource présente sur le même
nom de domaine et donc sur le même serveur.

Sauf si le serveur ajoute un header [0] :

Sur le serveur openlayers
Access-Control-Allow-Origin: www.lesitedorigine.org

Autorise le site www.lesitedorigine.org a fournir du javascript qui
interrogera openlayers.


Access-Control-Allow-Origin: *

Autorise tous le serveurs a fournir du javascript qui interrogera
openlayers.

Ce header serait donc à ajouter sur les serveurs qui hébergent
openlayers, il reconnu par la plupart des navigateurs récents et un
minimum respectueux des standards.

Cela risque d'engendrer des pbs de sécurité mais avec la multiplication
des APIs pour accéder aux données (type open data par ex.), on ne va pas
y couper ...

[0] https://developer.mozilla.org/en/HTTP_access_control



Oui je connaissais, Geonames l'a d'ailleurs mis en oeuvre, mais les 
navigateurs les plus répandus ne connaisse pas cette norme ;-)




___
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] OpenLayers.Protocol.XAPI

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

 Le 17/08/2010 14:32, Sylvain Collilieux a écrit :

Le 17/08/2010 13:36, René-Luc D'Hont a écrit :

Oui je connaissais, Geonames l'a d'ailleurs mis en oeuvre, mais les
navigateurs les plus répandus ne connaisse pas cette norme ;-)

Firefox 3.5 et +, Chrome et Safari 4 et + la supportent.


Oui mais tu oublies le navigateur que plus de 50% des gens utilises ;-) 
Espérons donc que la prochaine version de ce butineur sera rapidement 
adopté ;-)




___
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] OpenLayers.Protocol.XAPI

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

 Le 17/08/2010 16:51, Tanguy Ortolo a écrit :

Le mardi 17 août 2010, René-Luc D'Hont a écrit :

Oui mais tu oublies le navigateur que plus de 50% des gens utilises ;-)
Espérons donc que la prochaine version de ce butineur sera rapidement
adopté ;-)

Prochaine version ou pas, ce truc est toujours complètement à la rue.
Ils n'ont toujours pas de bindings entre un parseur XML et leur moteur
de rendu, et refusent donc les contenus application/xhtml+xml, empêchant
d'utiliser un DOM XML dans une page web. Comme XHTML a dix ans, ça fait
un sous-navigateur avec dix ans de retard.


Je ne te le fait pas dire mais je te promet que la prochaine version 
fera un bon dans le présent même si les autres garderons pendant encore 
un ans au moins leur avantage. (Je suis développeur XUL  donc d'add-on 
Firefox)




___
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] OpenLayers.Protocol.XAPI

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

 Le 15/08/2010 21:50, François Van Der Biest a écrit :

2010/8/15 RatZilla$ ratzil...@gmail.com mailto:ratzil...@gmail.com


J'ai une petite question:
Quand tu parles de proxy côté serveur, tu stockes les résultats des
requêtes http, de la XAPI, ou d'OpenLayers lui même?



En fait pour des raisons de sécurité les requêtes Web faîtes avec du 
code JavaScript ne peuvent intérogé qu'une resource présente sur le même 
nom de domaine et donc sur le même serveur.


Pour contourner cela il suffit d'avoir un script PHP, Python ou autre 
qui execute la requête et renvois la réponse.




Le proxy ne stocke pas, il sert juste d'intermédiaire dans 
l'interrogation de la XAPI.


C'est pour contourner une limitation du javascript dite same origin 
policy http://en.wikipedia.org/wiki/Same_origin_policy


F.

PS: pour PA : l'erreur JS peut être due au manque de proxy. Au besoin, 
tu en as un à disposition dans le dossier exemples de openlayers (à 
éditer pour autoriser l'accès à la XAPI, via la variable allowed_hosts).



___
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] Comment représenter un Oued ?

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

 Bonjour,

Suite à l'import hier des cours d'eau du cadastre sur Banyuls-sur-Mer 
par Skywave, je souhaite améliorer l'information ainsi importer.


Tout d'abord, il y a le problème du fleuve qui passe à Banyuls-sur-Mer, 
la Baillaury :

http://fr.wikipedia.org/wiki/La_Baillaury
Ce fleuve est un torrent, totalement à sec 99% du temps dans sa partie 
basse. D'ailleurs le lit de ce fleuve sert de parking l'été en dehors 
des risque d'orages. Je souhaitais donc savoir comment préciser que les 
polygones représentant le lit (waterway=riverbank) de ce fleuve dans sa 
partie basse ne contiennent pas d'eau ?


René-Luc D'Hont
alias ReLuc

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


[OSM-talk-fr] Que faire avec l'import des cours d'eau du cadastre

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

 Bonjour,

Je vais paraitre désagréable ou reloud mais que faire de l'import des 
cours du cadastre :


j'ai un polygon waterway=riverbank qui représente un waterway=drain ? 
http://www.openstreetmap.org/?lat=42.475877lon=3.122523zoom=18layers=M


j'ai une surface d'eau qui n'existe plus du tout ? 
http://www.openstreetmap.org/?lat=42.481463lon=3.136567zoom=18layers=M


j'ai des polygon natural=water qui représente des points d'eau pour les 
jardins d'ouvrier ? 
http://www.openstreetmap.org/?lat=42.47685lon=3.126997zoom=18layers=M


j'ai des polygon natural=water qui représente des piscines ? 
http://www.openstreetmap.org/?lat=42.471038lon=3.130623zoom=18layers=M


Merci de vos éclairages.

René-Luc D'Hont

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


[OSM-talk-fr] Import cours d'eau Banyuls-sur-Mer

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

 Bonjour,

Ki c'est ki a importé les cours d'eau sur Banyuls-sur-Mer, Pyrénées 
Orientales ???


Merci,

René-Luc D'Hont
3Liz
Contributeur sur Banyuls-sur-Mer

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


Re: [OSM-talk-fr] Import cours d'eau Banyuls-sur-Mer

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

 Le 13/08/2010 17:03, Pieren a écrit :

2010/8/13 René-Luc D'Hont rldh...@gmail.com mailto:rldh...@gmail.com

 Bonjour,

Ki c'est ki a importé les cours d'eau sur Banyuls-sur-Mer,
Pyrénées Orientales ???


La plupart des éditeurs OSM permettent d'identifier l'auteur d'une 
contribution ('h' sur Potlatch ou l'historique sur JOSM).
Après, on peut contacter cette personne via la messagerie d'OSM (il 
faut aussi avoir un compte pour ça) et la féliciter (ou l'engueuler, 
c'est selon) pour son travail.


En fait je voulais d'abord voir si ce contributeur ne trainait pas sur 
la liste.




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] Chevauchement chemin rural et limite de commune

2010-08-09 Par sujet René-Luc

 Le 09/08/2010 15:01, Croquette Olivier a écrit :

Le 8 août 2010 à 10:00, Sébastien KALT a écrit :

Comment tracer ça avec josm ?

1) je coupe le chemin de la limite administrative, et j'ajoute les étiquettes 
highway=track et source=survey
2) je superpose un second chemin sur celui de la limite administrative avec les 
étiquettes highway=track et source=survey
3) je m'amuse comme un fous à faire un chemin juste à côté de la limite 
administrative avec les étiquettes highway=track et source=survey

Dans le cas de la solution 2, j'ai une question technique sur JOSM : les 
segments appartiennent aux 2 ways. Mais quand on veut ajouter un point (par 
exemple parce qu'on a une source plus précise), en tirant la petite croix au 
milieu du segment, JOSM ne crée le nouveau noeud que un deux ways. Y'a-t'il un 
moyen de le forcer à modifier les 2 segments/ways ?


Tu peux fusionner 2 points après avoir créer les points sur les 2 ways




___
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] Voie passant sous un bâtiment

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

Le 23/07/2010 14:40, OSM Léon a écrit :

Bonjour,

Suite à l'import partiel du 9e arrondissement dans Paris, j'ai un 
petit soucis sur la zone suivante : http://osm.org/go/0BPIgRUne--


La place Edouard VII devrait être connectée au deux petites voies qui 
sont au NO d'elle. C'est ce que j'ai fait dans JOSM en coupant ces 
rues et en marquant certaines portions en tunnel puisqu'elles passent 
sous les immeubles. Est-ce que mon tagging est correct ? Autrement dit 
c'est un problème de rendu ou de saisie des données ? :D


Je dirais un problème de rendu ;-)



Thomas


___
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] Alerte ! Les doublons, ça grossi t sans arrêt - Était :Bâtiments se superposant

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

Bonjour,

Merci pour cette liste car je croyais avoir bien fait tout comme il faut 
mais je m'y retrouve! Je n'ai que 3 bâtiments mais c'est déjà 3 de trop.


Pour infos ces doublons sont directement issu du fichier .osm généré par 
le batch. Le jeux de transparence dans JOSM ne me permettais pas de les 
repérer, Merci encore.


ReLuc

Le 19/07/2010 10:42, Marc SIBERT a écrit :
Le 17 juillet 2010 11:08, Marc Sibert m...@sibert.fr 
mailto:m...@sibert.fr a écrit :


Bonjour,

J'ai commencé des suppressions massives de doublons de bâtiments.
Pour rappel, les critères sont :

   1. Superposition exacte (indépendamment des nodes, identiques
  ou différents, utilisés) ;
   2. Même liste de tags (n'importe quel ordre, si c'est possible ?) ;
   3. Non prise en compte des références (mais l'outil de
  suppression refuse les ways inclus dans des relations)
   4. Non gestion des nodes isolés après suppression des ways (les
  nodes pouvant appartenir à d'autres éléments)

Je fais ça par groupe de 2000 ways. Merci à Benoit pour son outil
pour Windows.

* http://www.openstreetmap.org/browse/changeset/5235681
* http://www.openstreetmap.org/browse/changeset/5237590
* http://www.openstreetmap.org/browse/changeset/5238237
* http://www.openstreetmap.org/browse/changeset/5240133

Je continuerais sur une base de 2000 / jour si tout va bien.


A+

-- 
Marc Sibert

m...@sibert.fr  mailto:m...@sibert.fr

Bonjour,

J'ai remis à jour le fichier http://freeroute.fr/libosm/superposes.htm 
qui contient à la fois le classement des users propriétaires de 
doublons.


Je souhaite vous alerter sur la production de nouveaux doublons 
puisque nous atteignons maintenant plus de 5 doublons de bâtiments.


*Je crois qu'il faut corriger le batch qui fait l'import, ou refaire 
les fichiers .osm ou bien préciser la procédure JOSM pour effacer les 
doublons avant l'import (je ne connais pas le processus d'import)*


Vu les circonstances, je vais essayé d'augmenter le volume de 
suppressions (à 1 ?), si ça passe, mais l'idéal serait de tarir la 
source (analogie aux problèmes de BP ;-) ). Je lance le processus 
manuellement, et je risque de me lasser.


A+

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


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


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


Re: [OSM-talk-fr] Besoin de coordonnées pour un proj et libre

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

Bonjour Jonathan,

Tu peux avoir ce genre d'informations grâce à OSMTransport et si tu veux 
je te fais un jolie fichier ;-)


René-Luc D'Hont
3Liz


Le 15/07/2010 15:32, JonathanMM a écrit :

Bonjour a tous,
j'aimerais savoir si une gentille personne pourrait me sortir un 
fichier (en .xml ou en .csv) contenant la liste des gares de la ligne 
D du RER (relation : 65072 
http://www.openstreetmap.org/browse/relation/65072 et filles), avec 
leur nom et coordonnées GPS.
De plus, je profite de ce message pour savoir s'il existe un tag pour 
indiqué le code SNCF de 3 lettres d'une gare ? Par exemple, pour 
Goussainville, c'est GOU. Parfois, il peut y en avoir plusieurs pour 
une gare. Par exemple, pour Paris Nord, il a le code PNO, mais les 
codes PNB (Paris Nord (Banlieue), la gare de surface) et GDS (Paris 
Nord (Souterraine), la gare souterraine) existent.
Pour information, les informations sont destinés a la création d'un 
site internet libre, avec client android, qui recueille le retard des 
trains et en fait des statistiques..

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] Besoin de coordonnées pour un proj et libre

2010-07-15 Par sujet René-Luc D'Hont
Il y a pas de possibilité d'export dans la page Web mais si tu as un 
firefox avec firebug tu peux facilement récupérer le chemin du GeoJson 
des stations ;-)


Mais je vais te fire un zoli fichier ;-)

ReLuc

Le 15/07/2010 16:03, JonathanMM a écrit :

Y'a possibilité d'export sur le site ? J'ai pas vu.
Sinon, oui, je voudrais bien un zoli fichier :)
JonathanMM

Le 15/07/2010 15:58, René-Luc D'Hont a écrit :

Bonjour Jonathan,

Tu peux avoir ce genre d'informations grâce à OSMTransport et si tu 
veux je te fais un jolie fichier ;-)


René-Luc D'Hont
3Liz


Le 15/07/2010 15:32, JonathanMM a écrit :

Bonjour a tous,
j'aimerais savoir si une gentille personne pourrait me sortir un 
fichier (en .xml ou en .csv) contenant la liste des gares de la 
ligne D du RER (relation : 65072 
http://www.openstreetmap.org/browse/relation/65072 et filles), 
avec leur nom et coordonnées GPS.
De plus, je profite de ce message pour savoir s'il existe un tag 
pour indiqué le code SNCF de 3 lettres d'une gare ? Par exemple, 
pour Goussainville, c'est GOU. Parfois, il peut y en avoir plusieurs 
pour une gare. Par exemple, pour Paris Nord, il a le code PNO, mais 
les codes PNB (Paris Nord (Banlieue), la gare de surface) et GDS 
(Paris Nord (Souterraine), la gare souterraine) existent.
Pour information, les informations sont destinés a la création d'un 
site internet libre, avec client android, qui recueille le retard 
des trains et en fait des statistiques..

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
   



___
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


  1   2   3   >