[OSM-talk-fr] Bannir et signaler un utilisateur ?

[GaelADT]

Bonjour,

Cet utilisateur a eu la bonne idée de renommer Paris en "Algerie" :
http://www.openstreetmap.org/user/Abdelaziz%20BELGUERRA

J'ai corrigé le problème, mais j'aimerai savoir comment on fait dans ce cas
là pour le bannir ou autre ?

Merci,
Gael.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Bannir-et-signaler-un-utilisateur-tp5882916.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

[OSM-talk-fr] Offre de stage SIG - Geovelo

[GaelADT]

Bonjour à toutes et à tous,

Je me permets de vous envoyer ce mail pour diffuser une offre de stage SIG /
Traitement de données (avec un peu de développement dedans).

Geovelo recherche un stagiaire sur Tours pour une période de 3 mois minimum
et disponible dès que possible.

Voici le lien vers l'offre complète :
https://drive.google.com/file/d/0B13Ky7F87PgJRlhUTjZKTGphTnc/view?usp=sharing

Pour les personnes intéressées, envoyez-nous vos candidatures (Un CV et une
lettre de motivation) à l'adresse j...@geovelo.fr ! Nous ne sélectionnerons
que les candidatures envoyées à cette adresse.

En vous souhaitant une bonne journée à toutes et à tous et en attente de
vous rencontrer en entretien,

Cyclablement,

Gaël.




--
View this message in context: 
http://gis.19327.n5.nabble.com/Offre-de-stage-SIG-Geovelo-tp5865328.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

Re: [OSM-talk-fr] Aménagements cyclables en France

[GaelADT]

lenny.libre wrote
> Bonjour,
> Il y a des highway=cycleway que je n'ai pas su retrouver sur la carte, 
> par exemple : http://www.openstreetmap.org/way/370626950

Bonjour,

A priori elle est bien représentée.

Concernant la carte des aménagements on a souhaité la mettre sur une couche
à côté, car c'est plus facile de générer une couche séparée avec peu
d'information qu'une couche avec tous les éléments.

Bonne soirée,
Gaël.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Amenagements-cyclables-en-France-tp5853986p5858697.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

Re: [OSM-talk-fr] Aménagements cyclables en France

[GaelADT]

Bonjour,

Désolé pour le retard et merci pour vos remarques :)

Dans l'ordre mes réponses :

- Le bug des ronds points est corrigé normalement ou sur le point d'être
corrigé

- Pour les permalink on a fait le choix pour le moment que les adresses des
urls pointent vers les régions / départements / villes sélectionnés. C'est
plus simple et plus rapide pour le partage.

- On avait une erreur dans la légende, c'est corrigé.

- Il n'est pas prévu pour le moment de libérer le code bien qu'il n'y ait
rien de bien compliqué là dedans. Le principal problème réside dans le fait
que ce code est partiellement lié à notre backend et qu'il y a un petit
travail pour le découpler afin de le libérer.

- L'objectif de la prochaine mise à jour sera pour nous de décrire
précisément sur le site les différents tags pris en compte pour le calcul
des statistiques. cela devrait permettre de faciliter la correction des
derniers bugs sur les aménagements.

Bon WE.

Gaël.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Amenagements-cyclables-en-France-tp5853986p5857791.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

Re: [OSM-talk-fr] Aménagements cyclables en France

[GaelADT]

Bonjour,

Désolé pour le retard !

Pour les problèmes de rendu c'est normalement corrigé. On va essayé de
changer de serveur pour le rendu histoire d'avoir un truc un peu plus
réactif.

Bonne remarque pour pour le clic retour, on va corrigé ça.

Pour les permalink, l'url dans la barre d'adresse reflète normalement si on
a sélectionné une région / département / ville.

Bon WE !
Gaël.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Amenagements-cyclables-en-France-tp5854107p5857789.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

[OSM-talk-fr] Aménagements cyclables en France

[GaelADT]

Bonjour,

Depuis quelques temps chez Geovelo.fr on travaille sur un nouveau projet
pour promouvoir les aménagements cyclables et les données OpenStreetMap. Il
s'agit de  http://www.amenagements-cyclables.fr
  

L'idée est de faire un site simple et convivial pour comparer un peu l'état
des données OSM concernant les aménagements cyclables en France.

Il nous reste encore quelques adaptations à faire mais on voulait déjà avoir
l'avis de la communauté OSM avant la finalisation du site et un lancement
officiel d'ici peu.

Merci d'avance pour votre retour et bonne journée,
Gaël.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Amenagements-cyclables-en-France-tp5853986.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

Re: [OSM-talk-fr] Sous relations itinéraires cyclables

[GaelADT]

Adrien Caillot wrote
 Si la proposition de mon message précédent est acceptée par Gaël, il y a 
 de fortes chances pour qu'on arrive à faire reconnaître comme officiel 
 le découpage qui sera déjà partagé par l'AF3V et par OSM.

Bonsoir Adrien,

Merci pour ton message constructif. Personnellement je trouve que c'est une
très bonne idée et qui permettrait à tout les acteurs de se mobiliser pour
avancer sur ces données.

Je pense que c'est la bonne vision pour OSM (il n'y a qu'à voir le nombre de
relations manquantes ou pas à jour) et pour Géovélo. Maintenant je n'ai pas
envie d'imposer ce genre de modélisation si le reste de la communauté ne
souhaite pas la suivre. On s'est toujours rangé du côté de la communauté
(exemple au début de Géovélo où on souhaitait intégrer la notion de
cyclabilité dans OSM, mais cela a été refusé) et c'est bien normal.

Pour résumé notre position si la communauté est contre, on gardera le
système actuel avec une grande relation énorme, et on gérera les étapes de
notre côté, sur Géovélo. L'avantage de cette modélisation c'est qu'elle
permet de bien distinguer ce qui a été vérifié sur le terrain, ce qui est en
projet, etc. dans sous relations différentes.

Si la communauté est pour, c'est cool, on est prêt à s'investir dans le
projet et à organiser tout cela.

Bonne soirée,
Gaël.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Sous-relations-itineraires-cyclables-tp5848869p5849621.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

Re: [OSM-talk-fr] Sous relations itinéraires cyclables

[GaelADT]

RainerU-2 wrote
 je vois que votre stagiaire a commencé de fractionner les relations 
 bicycle en étapes (voir mon post sur la V81). Quand vous créez des 
 nouveaux relations il y a rien à dire la dessus. Mais supprimer des 
 relations qui sont souvent le fruit d'un travail de terrain de nombreux 
 contributeurs, les récréer sur las base des données ON3V qui ne 
 reflètent pas toujours la réalité du terrain, cela frôle le vandalisme.

L'existant a seulement été déplacé dans des sous relations :
http://www.openstreetmap.org/relation/3264259

Rien de l'existant n'a été supprimé.
Un gros travail de suppression de doublon a été effectué, car les données
étaient loin d'être en bon état. J'appelle plutôt cela un travail de mise
en valeur des données car rien n'a été modifié, l'existant a été gardé.

Si la modélisation en étape ne convient pas effectivement on le gérera de
notre côté en interne, aucun soucis avec ça et nous remettrons donc des
grandes relations énormes impossibles à gérer :) 





--
View this message in context: 
http://gis.19327.n5.nabble.com/Sous-relations-itineraires-cyclables-tp5848869p5849264.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

Re: [OSM-talk-fr] Sous relations itinéraires cyclables

[GaelADT]

L'ON3V définit une étape comme une portion d'itinéraire qui peut se
parcourir à vélo en une journée.
Nous pourrions nous baser sur les étapes définies par le site
francevelotourisme pour créer ces sous-relations.
Cependant, beaucoup d'itinéraires sont manquants, une vingtaine seulement
sont représentés, (peut-être est-ce dû à l'état d'avancement des
aménagements...), pour les autres, nous aurons simplement à calculer cette
distance parcourue à vélo et les définir nous-même.

Le souci avec une décomposition en petites véloroutes, c'est qu'il y aura
des chemins à part car l'itinéraire principal, il continue. 
Une petite véloroute (relation-enfant) composante de l'itinéraire principal
(la relation-parent) peut se trouver au début, au milieu ou à la fin de
l'itinéraire principal et une relation constituée de chemins + sous-relation
véloroute + des chemins encore, ce n'est pas très élégant.

On rejoint l'avis de RainerU-2 pour les variantes, une sous-relation pour
les représenter est ce qui peut se faire de mieux.

Un découpage par étapes donc est une des solutions possibles pour structurer
les itinéraires cyclables sur openstreetmap. De plus, on constate qu'ils
sont structurés de plusieurs façons,Géovélo se propose d'homogénéiser les
données sur toute la France.

Gaël.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Sous-relations-itineraires-cyclables-tp5848869p5849237.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

Re: [OSM-talk-fr] Sous relations itinéraires cyclables

[GaelADT]

Bonjour,

Effectivement, il peut y avoir une discussion autour de ces données. Mais la
question portait plus ici sur les différentes modélisations possibles des
relations. Pas d'idées ?

Gaël. 



--
View this message in context: 
http://gis.19327.n5.nabble.com/Sous-relations-itineraires-cyclables-tp5848869p5848950.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

Re: [OSM-talk-fr] Sous relations itinéraires cyclables

[GaelADT]

J'essaye de résumer les discussions que l'on a eu avec notre stagiaire. Je
rappelle qu'il s'agit de relations de plusieurs centaines de km :

1) Il serait possible d'avoir une relation avec uniquement des ways dedans.
On est d'accord, c'est très moche, et compliqué à maintenir. Mais pourtant
ce que l'on a déjà sur certaines relations en France.

2) Il est possible d'avoir une relation composée d'autres relations (voies
vertes) existantes et des ways. Exemple La Véloroute de la Meuse (relation
2096855) http://www.openstreetmap.org/relation/2096855 . C'est bien car on
réutilise les voies vertes existantes. C'est un peu moche car on a plein de
ways à côté.

3) On peut également faire un découpage de la véloroute en étapes. Ces
étapes on bien souvent une existance (document papier et panneaux). Du coup
on on aurait une véloroute composée de sous relations, où chacune de ses
sous relations serait une étape clairement identifiée. Exempmle : La
Vélodyssée (relation 4774799) :
http://www.openstreetmap.org/relation/4774799
C'est plus joli non ? :)

Gaël



--
View this message in context: 
http://gis.19327.n5.nabble.com/Sous-relations-itineraires-cyclables-tp5848869p5848955.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

[OSM-talk-fr] Sous relations itinéraires cyclables

[GaelADT]

Bonjour, 

Je me permets de faire suive le message de notre stagiaire qui a posté ce
message sur le forum et qui peut intéressé la liste :

Bonjour à tous,

Je suis Kévin, stagiaire sigiste pour La Compagnie des Mobilités, start-up
tourangelle qui développe des services sur les mobilités douces (vélos,
piétons etc.)
Dans le cadre du développement de notre calcul d'itinéraires vélo
(http://www.geovelo.fr), nous souhaitons mettre à jour le projet
itinéraires cyclables en France à partir des données opendata de
l'Observatoire National des Véloroutes et Voies Vertes (ON3V), dernière date
de mise à jour, Mars 2015.

Se faisant, quelques questions se posent quant à la structure des
sous-relations au sein de l'itinéraire vélo.
Quelle serait selon vous la structure la plus adaptée pour représenter ces
itinéraires cyclables ? Les sous-relations doivent être obligatoirement des
itinéraires vélos existants ou bien nous pouvons les structurer par étapes
sur le modèle de francevelotourisme (http://www.francevelotourisme.com) ?

Pour visualiser, je vous propose les exemples ci-dessous :
- La Véloroute de la Meuse (relation 2096855),constituée d'une sous-relation
représentant une véloroute d'une part et ensuite les ways à part.
- La Vélodyssée (relation 4774799), itinéraire découpé en sous-relations
représentant les étapes, sans ways à part.

Nous souhaitons garder la même structure pour toute la France tout en
conservant les ID de relations du wikiproject France/Itinéraires cyclables.

Nous sommes à votre disposition pour tous renseignements complémentaires.

Cordialement,

Kévin.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Sous-relations-itineraires-cyclables-tp5848869.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

Re: [OSM-talk-fr] Rendu OSM avec dénivelé?

[GaelADT]

RÉAU Simon wrote
 Perso j'utilise geovelo.fr sur Tours pour le velotaf. Mais ça ne couvre
 pas toute la france

Si si :)
On met en avant les villes partenaires, mais on couvre la France.

Gaël.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Rendu-OSM-avec-denivele-tp5848561p5848862.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

Re: [OSM-talk-fr] DKIM Re: Démo recherche d'adresse / POI (Jour de Fête)

[GaelADT]

Bonjour,

Il y a un petit bug avec les virgules. Sans la virgule ça passe. Faudra que
je regarde c'est pas grand chose à corriger.

Gaël.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Demo-recherche-d-adresse-POI-Jour-de-Fete-tp5820413p5827882.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

Re: [OSM-talk-fr] Francisation de nominatim

[GaelADT]

On veut bien un coup de main sur Jour de Fête sinon ;)

http://dev.geovelo.fr/jdf/
https://github.com/lluc/django_jdf

Gaël.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Francisation-de-nominatim-tp5820909p5821004.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

[OSM-talk-fr] Démo recherche d'adresse / POI (Jour de Fête)

[GaelADT]

Bonjour,

Nous en avions parlé rapidement lors de SotM France : nous (Géovélo  Luc
Léger, contributeur OSM) travaillons depuis quelque temps sur un système de
recherche de rue / POI / etc. Ce projet s'appelle pour le moment Jour de
Fête : https://github.com/lluc/django_jdf

Un site de démo a été mis en place histoire de donner une idée à tout le
monde, avec les données France (pas forcément super à jour) :
http://dev.geovelo.fr/jdf/

Attention ce n’est pas fait pour de la production: le serveur peut donc
potentiellement être un peu long à retourner des résultats. Et il reste
encore pas mal de soucis à régler, mais c’est un début.

Pour faire simple : il n'y a aucun outil suffisamment ergonomique, libre,
pour qu'un utilisateur lambda trouve un objet sur OSM, si possible avec de
l'auto-complétion. Si bien qu'aujourd’hui beaucoup de services utilisent
Google pour la recherche d’adresse ou de POI.

Ce que nous avons fait n'est pas forcément un truc révolutionnaire, mais
nous espérons que cela sera une nouvelle étape pour rendre OSM plus
accessible en France et que cela ferra enfin bouger les choses niveau
geocoding (chez Géovélo on en a marre d'utiliser l'API Google pour
l'autocomplétion !)

Voici ce qu'est aujourd'hui Jour de Fête :
- un projet libre qui est basé sur les données d'un import Nominatim,
- recherche phonétique d'objet OSM (avenue edouar michelin sera reconnu),
- reconnaissance sémantique (rue edouard michelin sera reconnu, même s’il
existe uniquement  avenue edouard michelin),
- un outil entièrement configurable : on peut choisir les tags OSM qui
doivent être reconnus (une option existe pour tout sortir), on peut choisir
dans quel ordre doivent sortir les résultats (exemple les villes avant les
rues, etc.).

Exemples concrets d’utilisation :
- rechercher uniquement les rues (ou tout autre chose) sur le territoire
d’une commune,
- rechercher uniquement les gares, arrêts de bus, de tramway, de métro et
les ordonner (d’abord les gares, puis les arrêts, etc.)
- et bien sur notre exemple pour Géovélo faire une recherche d’adresse / POI
fine en choisissant précisément les types de POI que l’on veut faire
remonter et dans quel ordre (commune avant quartier, quartier avant avenue,
gare avant magasin, etc.)

Ce qu'il reste à faire / Roadmap :
- optimiser les temps de réponse, voir ce que cela donne sur un serveur
digne de ce nom,
- recherche partielle (zola tours sera reconnue)
- forcer la recherche sur une bounding box
- ajouter les numéros de rue : Faire un lien vers BANO ?
- améliorer l'ordonnancement des résultats
- faire une mise à jour des données via les diff de OSM (la mise à jour des
données prend 1 heure pour la France actuellement)

Voilà merci d’avance pour vos retours.

Gaël.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Demo-recherche-d-adresse-POI-Jour-de-Fete-tp5820413.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

Re: [OSM-talk-fr] Panne des minutes diffs France

[GaelADT]

Merci pour la réponse.

Je vais essayer de voir ce que cela donne avec une base France. Je ne peux
pas vraiment bosser avec une base monde sur mon serveur.

Encore merci.

Gaël. 



--
View this message in context: 
http://gis.19327.n5.nabble.com/Panne-des-minutes-diffs-France-tp5782452p5783295.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

Re: [OSM-talk-fr] Panne des minutes diffs France

[GaelADT]

Bonjour,

Je m'excuse d'insister avec ça, mais je voudrai juste avoir des nouvelles
sur le problème technique et une estimation du temps que cela va prendre
pour réparer le problème. Voir même si on a un peu plus d'infos on peut
tenter d'aider.

Pour ma part j'ai basé pas mal mon architecture sur ces données et je
pensais que ce serveur servait à faciliter la réutilisation des données.
Mais si on a des coupures comme ça (plus d'une semaines alors qu'à la base
on a des mises à jour à la minute), ce n'est pas possible de continuer
ainsi. Ce qui me gène un peu, c'est que j'ai l'impression que ces pannes
sont dues à la multiplication des zones géographies (europe, autre pays,
etc) alors qu'à la base c'est le serveur France, donc ok pour de nouvelles
zones mais faut garder le niveau de fiabilité sur la France avant tout non ?

Voilà, je suis sur le point de me lancer à faire mon propre serveur de
minute diff pour la France et c'est dommage (pour moi avant tout d'accord
^^) car ce service était super utile et fonctionnait très bien, merci.

Gaël.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Panne-des-minutes-diffs-France-tp5782452p5782830.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

Re: [OSM-talk-fr] Panne des minutes diffs France

[GaelADT]

cquest wrote
 J'ai eu notre hébergeur au téléphone ce midi.
 
 Le (petit) souci: osm7 et osm8 sont hébergés à l'IUT de Mont de Marsan qui
 est fermée (vacances scolaires)... donc accès un peu compliqué, mais il a
 compris que ça urgeait ;)
 
 Pour compléter ce qu'a écrit Fred, il éviter autant que possible de baser
 des applis/services critiques sur des services dont la disponibilité n'est
 pas garantie.
 Nous tournons en best effort avec relativement peu de moyens dont aucune
 redondance actuellement.
 
 Nous allons redéployer un des 3 serveurs free pour apporter un minimum de
 redondance sur des services prioritaires (tuiles osmfr et hot, umap, voire
 pourquoi pas les diff car effectivement pas mal de monde peut en dépendre
 y
 compris d'autres serveurs d'OSM-FR).
 
 Nous espérons aussi pouvoir mettre en route 1 voire 2 blade server pour
 nous donner un peu de marge de manoeuvre.
 
 Tout don est le bienvenu, que ce soit de l'hébergement (ce qui nous manque
 le plus actuellement, j'ai 2 blade server et quelques machines de plus non
 branchés pour cette raison), financier (pour louer un morceau de baie où
 mettre du matos ?), et aussi temps humain (pour venir compléter la petite
 équipe tech/admin d'OSM-FR).
 
 A vot' bon cœur !

Merci pour les nouvelles. Bon courage pour remettre tout en ordre.
Je suis en train de regarder un peu comme fonctionne ces minutes diffs
français. Je vais tester comment ça fonctionne et si ça passe sur un de nos
serveurs, je diffuserai l'adresse. Ca peut permettre d'avoir un peu de
redondance sur certains services importants.
Par contre je trouve assez peu de doc. Il s'agit bien de cet outil là :
https://github.com/jocelynj/osm/tree/master/osc_modif ?

Gaël.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Panne-des-minutes-diffs-France-tp5782452p5782879.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

Re: [OSM-talk-fr] Panne des minutes diffs France

[GaelADT]

Bonjour,

Des nouvelles du problème technique ? Est-ce grave et potentiellement long à
résoudre ?

Merci,

Gaël.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Panne-des-minutes-diffs-France-tp5782452p5782692.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

Re: [OSM-talk-fr] Panne des minutes diffs France

[GaelADT]

Cette fois ci le serveur semble down :(

Gaël.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Panne-des-minutes-diffs-France-tp5782452p5782540.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

Re: [OSM-talk-fr] Panne des minutes diffs France

[GaelADT]

cquest wrote
 C'est reparti... mais il y a du retard à rattraper !
 
 Voir le graphe de retard ici:
 http://munin.openstreetmap.fr/pole-aquinetic.fr/osm8.openstreetmap.fr/osm_replication_lag_osmbin.html
 
 Encore un peu moins de 48h de retard.

Merci bien :)

Gaël.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Panne-des-minutes-diffs-France-tp5782452p5782515.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

[OSM-talk-fr] Panne des minutes diffs France

[GaelADT]

Bonjour,

Juste pour signaler que le serveur n'a plus l'air très à jour, il est resté
bloqué au 17 octobre :
http://download.openstreetmap.fr/replication/europe/france/minute/state.txt

Merci d'avance,

Gaël.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Panne-des-minutes-diffs-France-tp5782452.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

Re: [OSM-talk-fr] Calcul d'itinéraire multi-modal en auvergne

[GaelADT]

Si je dis pas de bêtises et que rien n'a changé depuis la dernière fois
(j'étais dans l'entreprise qui a fait ce travail) :

Les données de voirie proviennent de Navteq et ils voulaient les mixer avec
OSM pour le calcul piéton.
Quand je suis parti ce n'était pas fait et il me semble que là c'est
toujours pareil : de l'OSM pour l'habillage et du Navteq pour les rues. Ça
explique les erreurs sur le nom des rues et l'absence des voies vertes,
sentiers, etc. Après est-ce que cela respecte la licence ?



--
View this message in context: 
http://gis.19327.n5.nabble.com/Calcul-d-itineraire-multi-modal-en-auvergne-tp5776557p5776598.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Panne des minutes diffs France

[GaelADT]

Jocelyn Jaubert wrote
 Effectivement, c'était bloqué.
 
 J'ai relancé, mais le diff numéro 471688 est toujours en train de
 tourner depuis 2 heures, parce qu'il contient beaucoup de modifications
 sur des grosses relations. Je ne suis pas sûr qu'il arrive à finir dans
 un temps raisonnable, parce que ça swappe ...

Merci bien.
On croise les doigts alors :)

Gaël.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Panne-des-minutes-diffs-France-tp5773107p5773162.html
Sent from the France mailing list archive at Nabble.com.

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

[OSM-talk-fr] Panne des minutes diffs France

[GaelADT]

Bonjour,

je crois que c'est bloqué depuis hier :
http://download.openstreetmap.fr/replication/europe/france/minute/state.txt

Merci,

Gaël.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Panne-des-minutes-diffs-France-tp5773107.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] La cartographie de grand-papa... ;)

[GaelADT]

Damouns wrote
 Il y a des projets comme Stereopolis :
 http://recherche.ign.fr/doc/JR09/2009_JR_IGN_NPaparoditis.pdf
 
 Mais je ne sais pas où ça en est aujourd'hui (cette présentation date de
 2009)

J'ai eu droit à une démo chez eux il n'y a pas très longtemps, c'est assez
impressionnant.
On peut trouver quelques vidéos qui datent ici :
http://www.itowns.fr/videos.html
Ils bossent toujours dessus et j'espère qu'ils vont aboutir sur quelque
chose de concret.

L'avantage c'est la grande précision, le fait que les photos ne soient pas
déformées (permettant à tout un tas de métiers de faire des mesures très
précises en live sur les façades des bâtiments contrairement à google), etc.

Gaël.



--
View this message in context: 
http://gis.19327.n5.nabble.com/La-cartographie-de-grand-papa-tp5770022p5770200.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Géovélo Lyon

[GaelADT]

tetsuo shima wrote
 Mentionné sur France Info mais sans aucun crédit pour les contributeur
 OSM, ni pour le projet ... Sympa les élus lyonnais...

Honnêtement on a tous insisté dessus (Grand Lyon et notre entreprise). Cf
communiqué de presse (qui n'est pas de moi) :
http://www.lyon-communiques.com/communiques/lancement-de-geovelo-un-nouveau-service-pour-mieux-se-deplacer-a-velo-c103478.htm

Après tout dépend des journalistes, certains l'ont mentionné d'autres non.

Gaël. 



--
View this message in context: 
http://gis.19327.n5.nabble.com/Geovelo-Lyon-tp5767654p5768603.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Géovélo Lyon

[GaelADT]

Sylvain Maillard wrote
 C'est chouette comme site !
 
 
 juste une petite question sur les stations Velo'v : comment est générée la
 couche avec la position des stations ? je suppose avec les données
 recemment libérées, mais je n'ai pas regardé l'api ...
 ici
 http://www.geovelo.fr/lyon?m=iz=17lon=4.82625424861908lat=45.7267158027023
 il y manque une station dont les bornes ont été démontée hier, ce qui en
 fait une carte plus à jour que celle du site officiel :D
 pour info il s'agit de la *7052 - Université Lyon I* / 50 avenue Tony
 Garnier, toujours visible sur le site velov
 
 est-ce qu'il serait envisageable d'ajouter une nouvelle icône pour les
 stations supprimées ?
 peut-etre une également pour les stations en cours d'installation, qui
 sont
 déjà présentes sur le terrain mais pas encore fonctionnelles ...

Merci pour ce retour positif. Le site est maintenant officiellement lancé.

Pour les Vélo'V on utilise effectivement le service ouvert de JSDecaux. Le
Grand Lyon a un système un peu différent puisqu'ils veulent avoir leur
propre géolocalisation et infos il me semble. Mais ils sont en train de
bosser pour avoir partout la même info.
Actuellement je ne fais qu'un affichage direct des infos en provenance de
l'API de JCDecaux, je pourrai effectivement faire quelque chose un peu plus
évolué pour afficher les stations supprimées ou en cours d'installation (il
me semble qu'il y a cette info chez Decaux, il faut que je confirme ça).

Gaël.




--
View this message in context: 
http://gis.19327.n5.nabble.com/Geovelo-Lyon-tp5767654p5767904.html
Sent from the France mailing list archive at Nabble.com.

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

[OSM-talk-fr] Géovélo Lyon

[GaelADT]

Bonjour,

Avant tout merci de ne pas communiquer l'adresse pour le moment et de garder
cette information pour vous (le lancement officiel de l'expérimentation doit
se faire mardi). Comme Géovélo ne serait pas grand chose sans OSM, j'ai
décidé de vous montrer un peu le projet avant l'heure.

Le projet est à l'adresse : http://www.geovelo.fr/lyon

Nous avons travaillé conjointement avec le Grand Lyon pour la mise à
disposition du service Géovélo sur ce territoire. En plus de la mise à
niveau technique du projet (qui commençait à en avoir bien besoin), voici
quelques éléments sur le projet :
- Un gros travail a été fait sur les données OpenStreetMap pour intégrer les
données libérées par le Grand Lyon et corriger de nombreux problèmes. Il
faut également souligner la collaboration avec les associations cyclistes
dont la Ville à Vélo (qui nous a fait de très nombreux retours !).
- La carte de la cyclabilité est générée en fonction de plusieurs sources de
données : données OSM, hiérarchie du réseau (Grand Lyon), trafic routier
(Grand Lyon).
- L'intégration du MNT du Grand Lyon qui est très précis et que Géovélo
utilise pour le profil altimétrique et le critère d'effort.
- L'intégration de l'API de JCDecaux pour les Vélo'V et les données libérées
par le Grand Lyon pour les stationnements vélo.
- Nous sommes en train de tester une personnalisation du calculateur en
fonction du profil de cycliste (balade, débutant, expert, etc.).

Voilà, je rappelle que le projet entre en phase d'expérimentation et qu'il
peut y avoir encore des problèmes et que nous attendons des retours :)

Gaël.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Geovelo-Lyon-tp5767654.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Géovélo Lyon

[GaelADT]

cquest wrote
 LYONS (LYON) - drôle de choix pour le nom chez MapQuest...
 Pareil pour Rhone (Le Rhône)
 
 Ca ne vaudrait pas le coup d'avoir ses propres tuiles ?

Oui j'avoue que je n'ai pas eu le temps de m'occuper de ça. Je ne suis pas
certain non plus d'avoir un serveur assez performant.


jbosm wrote
  - Rendus pente et cyclabilité avec les mêmes codes couleurs, sans
 légende pour le rendu pente : risque de confusion visuelle des deux. 
 
  - Rendu cyclabilité : c'est le cycliste qui parle. Une zone piétonne ou
 une zone de rencontre ne mérite pas un 5 étoiles. La réglementation dit
 quelque part que la vitesse du cycliste doit y être adaptée,
 c'est-à-dire réduite (le piéton est le plus faible, c'est lui qui impose
 la vitesse). Non, une zone piétonne n'est pas une zone rêvée pour un
 cycliste, c'est plutôt un enfer (sauf peut-être en mode « balade », et
 encore, quand on maitrise sa monture). 
 
  - Du coup, pour les aménagements cyclables, utiliser la même couleur
 pour les voies vertes et les zones cyclables, c'est bof. Alors qu'un
 couloir de bus, c'est top, mais brunâtre. 
 
  - Et encore pareil pour les rendus identiques (aménagements) dans les
 zones 30 (on roule à fond) et les zones de rencontre (vitesse escargot).
 
 
  - Dans le rendu aménagement encore : pas d'indication des pistes
 cyclables à sens unique. Alors que les doubles sens cyclables semblent
 être à sens unique pour les vélos, ce qui n'est pas le cas. 

Bon le rendu de pente était là pour debug un problème de données que nous
avions ;) Je ne sais pas encore si je vais le laisser.

Concernant la cyclabilité c'est assez compliqué. C'est toujours en grand
débat (entre le Grand Lyon, les cyclistes et nous même), et c'est pour cela
que c'est une expérimentation. Cela dépend effectivement du profil du
cycliste. On pourrait faire un rendu par profil de cycliste, mais j'ai peur
que ça perde un peu les utilisateurs. Pour information, dans la partie
calcul d'itinéraire on essaye de prendre cela en compte.

Concernant les aménagements, je ne suis pas non plus trop satisfait du rendu
actuel. Je pense que idéalement il faudrait deux rendus : un avec plus
d'information qu'actuellement pour voir tous les détails, et un rendu plus
simple (à la google) pour se repérer facilement et de préparer mentalement
ses itinéraires.

Gaël.




--
View this message in context: 
http://gis.19327.n5.nabble.com/Geovelo-Lyon-tp5767654p5767668.html
Sent from the France mailing list archive at Nabble.com.

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

[OSM-talk-fr] Import adresses Grand Lyon

[GaelADT]

Bonjour,

N'ayant pas trouvé l'information, je me permet de poser la question ici.

A priori, les données adresses du Grand Lyon ont été libérées et la licence
doit permettre sont intégration dans OSM :
http://smartdata.grandlyon.com/localisation/numfro-de-voirie-du-grand-lyon-voies-et-adresses/

Est-ce que quelqu'un s'occupe déjà de ce projet ? Est-ce que quelqu'un est
intéressé pour travailler sur cet import ou m'aider à comprendre comment s'y
prendre ? De ce que j'ai cru comprendre, cela a déjà été fait par exemple
sur Nantes
(http://wiki.openstreetmap.org/wiki/Nantes/Adresses_postales_Nantes_M%C3%A9tropole)

Merci d'avance,

Gaël.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Import-adresses-Grand-Lyon-tp5763488.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Import adresses Grand Lyon

[GaelADT]

Sylvain Maillard wrote
 Salut,
 
 il s'agit effectivement de données qui ont été libérées, et qui ne sont
 pas
 encore dans OSM. A savoir qu'il y a déjà pas mal d'adresses présentes dans
 OSM (surtout centre ville) donc pas d'import brutal !
 
 J'ai déjà regardé les jeux de données mais je n'ai pas encore eu le temps
 de m'en occuper ... par contre je peux t'aider à comprendre comment elles
 sont structurées pour faciliter l'intégration ;)
 De ce que j'avais vu des données brutes sur le site opendata il y a besoin
 de faire des jointures entre plusieurs couches (ce qui est dans mes
 cordes)
 ... sur le lien que tu as donné apparemment c'est déjà fait, mais par
 contre il y a clairement un problème au niveau de la projection : le
 fichier fourni est indiqué en CC46, alors que les coordonnées des points
 sont en WGS84 !
 Les points semblent à peu près bien placés (j'ai retrouvé chez moi), et
 positionnés sur la limite des bâtiments. Il y a des rues qui ne semblent
 pas très droites, ça demande à vérifier avec les données déjà dans OSM
 pour
 comparaison ;)
 
 Je met également en copie al liste local-lyon, qui me paraît plus
 appropriée pour régler les détails de terrain ;)
 
 Sylvain

Ok super. Je vais également jeter un coup d’œil aux données.
Donc l'idée serait de faire comment ? Essayer de croiser les données du
Grand Lyon et de OSM pour voir là où il y a des manques. Et ensuite importer
à la main les adresses rue par rue dans JOSM ?

Gaël.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Import-adresses-Grand-Lyon-tp5763488p5763503.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Liens de et vers OSM...

[GaelADT]

Ce débat m'intéresse beaucoup voilà ce que j'en pense (même si je suis pas
certain de ne pas être hors-sujet) :

1) Il faut effectivement limiter les références externes (à des données
ouvertes donc) que l'on met dans OSM. Maintenant quand c'est bien fait c'est
vraiment super pratique.

2) Pour l'autre sens, voilà ma proposition :

Il faut, je pense, développer un outil performant d'analyse des différences
entre changeset.
Comment cela se passerait-il concrètement ? En tant qu'entreprise/projet
exterieur/autre je fais un lien entre une de mes données qui peut être
ouverte ou privée vers un ou plusieurs objets OSM (node, way, relation) mais
pour un moment PRECIS (date ou numéro changeset à voir) !!

Grâce à ça mes données pointent toujours vers des données valides à un
instant T (l'entreprise ou organisme peut avoir des données OSM en base qui
ne sont pas toujours à jour). Ensuite ce que je veux c'est pouvoir maintenir
ce lien entre mes données et OSM, et ça, ça peut dépendre de mes contraintes
(tous les jours, toutes les semaines, tous les ans, etc...). C'est là que
l'outil avancé d'analyse de changeset permettrait de déduire ce que sont
devenus les objets OSM concernés. On peut prévoir plein d'options que l'on
ajouterait au fur et à mesure pour réduire les cas où on ne peut pas décider
de ce que sont devenus ces objets.

Voilà mon point de vue sur la question, et je suis partant pour travailler
là dessus.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Liens-de-et-vers-OSM-tp5757047p5757170.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Liens de et vers OSM...

[GaelADT]

cquest wrote
 L'analyse de l'historique ne va pas être évident du tout !
 
 Ce qui reste stable c'est quand même la position approximative et la
 description approximative et en combinant les deux les risques d'ambiguité
 diminuent.

Oui et non. Si mon objet way a été découpé ou regroupé il y aura de toute
manière un travail d'analyse à faire. Je pense que le faire étape par étape
pour savoir ce qui s'est passé, quitte à faire a posteriori une analyse
géographique+valeur des tags pour trouver une solution c'est vraiment pas
mal.

C'est compliqué mais c'est justement pour ça que je dis qu'il faut un outil
global qui puisse faire ça. Et pour moi c'est vraiment avant tout un outil
d'analyse que l'on peut améliorer au fur et à mesure.




--
View this message in context: 
http://gis.19327.n5.nabble.com/Liens-de-et-vers-OSM-tp5757047p5757240.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] [OSM-Nantes] Re: Contributeur indélicat ?

[GaelADT]

cquest wrote
 Alors qui envoie les changeset actuellement sous le pseudo Geovelo ?
 
 Comment contacter cette personne pour la raisonner et faire qu'il ne
 faille pas assez systématiquement repasser derrière ses contributions
 ?
 
 Quelqu'un a les coordonnées téléphoniques de la Compagnie des
 Mobilités qui est derrière Géovélo ?

Oui le pseudo derrière Géovélo est bien quelqu'un de l'entreprise par
contre.

Je lui ai fais les explications nécessaires sur sa version de JOSM /
changeset / réponses aux messages (même si ça m'étonne qu'il ne répond pas
?).

Après je souhaite aussi calmer un peu les échanges. Ok, il n'utilise pas
toutes les bonnes manières peut-être, mais ça, ça peut changer. Après dire
qu'il faut systématiquement repasser derrière lui, je pense qu'il ne faut
pas aller jusque là dans le discours, car c'est un peu méchant à la vue de
ses nombreuses contributions.

Egalement d'accord pour que la discussion ne devienne pas un lynchage en
public ;-) (surtout quand je vois les dérives avec des contributions venant
sois disant de la même entreprise alors qu'en fait non...) Tout le monde ici
à intérêt à ce que ça se passe bien et dans la bonne humeur. Le mieux serait
qu'une seule personne qui maîtrise bien (pas moi donc) prenne contact avec
lui (me contacter directement et je donne ensuite son adresse mail
personnelle) et regarde dans ses futures contributions ce qui pourrait être
amélioré.

Gaël. 



--
View this message in context: 
http://gis.19327.n5.nabble.com/Contributeur-indelicat-tp5728399p5749342.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] [OSM-Nantes] Re: Contributeur indélicat ?

[GaelADT]

isnogoud wrote
 Sauf exception, les choix concernant les tags pour les objets 
 constituant un réseau cycliste ont été décidés par l'équipe Géovélo et 
 imposés à OSM partout où l'équipe Géovélo intervient.
 
 A ma connaissance, la pertinence de ces choix n'a fait l'objet d'aucune 
 discussion.
 Ces choix explicités dans une page du wiki d'OSM lèveraient les doutes 
 et les ambiguïtés, ouvriraient la discussion et pourraient conduire à 
 adopter un ensemble de règles communes en France et ailleurs.

Pas d'accord :) en pratique il y a eu des nombreux échanges entre Géovélo et
OSM depuis presque 3 ans sur cette liste de diffusion. 


isnogoud wrote
 Dans sa démarche, le projet Géovélo a choisi de gérer une partie des 
 tags en dehors d'OSM selon le principe du Mashup. Cette partie 
 spécifique sert au calcul d'itinéraire selon des critères définis par 
 Géovélo et relevés sur le terrain..
 Récemment, les données relatives à la cyclabilité ont été libérées sur 
 le site Opendata de Nantes Métropole.
 
 Le lien entre les données OSM et les données du mashup semble poser 
 quelques difficultés. En effet, les interventions des contributeurs sur 
 OSM ont pu perturber le calcul d'itinéraire, notamment via la 
 classification des voies.

On peut chercher dans les archives de la liste, on avait eu cette discussion
ici même et la communauté OSM avait dit que ces données ne pouvaient pas
être dans OSM, c'est suite à cette décision que nous avons accepté, que nous
avons collecté des données en dehors de OSM.

Et pour le second problème, c'est un problème technique temporaire qu'il y a
eu à un moment donné, et cela concerne Géovélo et en aucun cas OSM, je ne
vois pas la raison d'en parler ici, mais on peut en parler si ça vous
intéresse à ce point :)

Et bien sûr, je suis à Lyon le WE prochain, et bien sûr je répondrai à
toutes vos questions comme représentant de Géovélo.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Contributeur-indelicat-tp5728399p5749500.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] [OSM-Nantes] Re: Contributeur indélicat ?

[GaelADT]

djo_man wrote
 bonjour agrave; tous 
 
 si j'en crois tous les messages sur les liste nantais et talk-frnbsp;
 GeoveloCDM = Megacity = geovelo-cdm = M-Rick 

Bonsoir,

J'interviens juste pour signaler que derrière tous ces pseudos cités il y a
a priori qu'une seule personne, qui ne travaille plus pour Géovélo depuis
pas mal de temps maintenant.

Gaël.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Contributeur-indelicat-tp5728399p5749308.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Présentation d'OSM, sur le théme du vélo urbain

[GaelADT]

Salut,

Il y a aussi http://geovelo.nantesmetropole.fr/ et surtout la partie
visualisation des aménagements qui est nouvelle :
http://geovelo.nantesmetropole.fr/visualisation/ (la carte est cliquable).

Gaël.

--
View this message in context: 
http://gis.19327.n5.nabble.com/Presentation-d-OSM-sur-le-theme-du-velo-urbain-tp5715444p5715492.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] sites web de transports en commun

[GaelADT]

Salut,

Oh, c'est mon entreprise qui travaille sur ces deux projets.

Ah savoir que derrière c'est le même logiciel qui est utilisé :
https://extranet.rcsmobility.com/projects/synthese/wiki

Et surtout, c'est complètement libre ;)

Gael.

--
View this message in context: 
http://gis.19327.n5.nabble.com/sites-web-de-transports-en-commun-tp5603258p5606284.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Calculateurs ou cartes pour s'orienter à vélo?

[GaelADT]

Bonjour tout le monde,

Pour info je ne travaille plus pour Géovélo, mais j'avais envie d'apporter
quelques compléments.

Je trouve très limite les articles de cette personne. Au tout début de
Géovélo sur Paris (avec données OSM) elle ne lui avait laissé aucune chance
à cause des problèmes de données de l'époque. Très honnêtement je doute
qu'elle y soit retournée depuis pour tester le service. Sinon elle se serait
peut-être aperçue que les données ressemblent étrangement à RideTheCity ;).
C'est d'autant plus injuste de sa part que si aujourd'hui le résultat est
honnête sur cet outil c'est en parti grâce aux contributions de Géovélo sur
OSM.

Enfin bref... et faudra m'expliquer comment elle ne voit pas Géovélo sur le
site http://www.tours.fr/

Et puisqu'elle parle carte, signalons aussi que sur
http://www.geovelo.fr/paris il y a une couche qualité des voies qui est
bien pratique.

Gael.

--
View this message in context: 
http://gis.19327.n5.nabble.com/Calculateurs-ou-cartes-pour-s-orienter-a-velo-tp5507446p5507576.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] OpenstreetBugs sur Geovelo

[GaelADT]

BrunoC wrote:
 
 Sur la carte du site justement on trouve 2 calques optionnels sur lesquel
 je
 m'interroge:
 
 zones couvertes: on y voit une première zone autour de Nantes et Rezé
 (en
 gros), puis une seconde limite qui semble correspondre à Nantes Métropole:
 il y a une différence sur le service rendu entre ces zones ?
 
 événements : je n'y ai rien vu, mais s'il s'agit de préciser les
 travaux,
 il y a de la matière en ce moment !
 

La différence sur les périmètres couverts sont simples :
- la première zone en bleue correspond aux voies où la cyclabilité a été
précisée par le collecteur de terrain
- la deuxième zone est accessible mais se base uniquement sur les données
OSM

Pour les évènements, c'est Nantes Métropole qui peut indiquer des évènements
géolocalisés mais désolé ce n'est pas pour y indiquer les travaux ;). Même
si on pourrait, sur Tours par exemple on peut visualiser les travaux du
tram.

Gaël.

--
View this message in context: 
http://gis.638310.n2.nabble.com/OpenstreetBugs-sur-Geovelo-tp6550536p6554617.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] contribuer a Geovelo

[GaelADT]

tenshu wrote:
 
 C'est fort dommage également. Je ne comprend pas le choix de garder le
 logiciel sous licence privatrice.
 Quand au degré de sécurité ressentie, c'est quelque chose d’éminemment
 subjectif qui, il me semble, n'aurait rien à faire dans OSM.
 Que cette donnée ne soit pas libre également me semble bizarre.
 
 D'autant plus que géovélo n'est pas à l'origine un projet associatif?
 Depuis
 quand les associations agissent de la sorte?
 

Il faut tout de même relativiser... N'oublions pas l'effort important qui a
été effectué sur les données OSM par Géovélo en particulier sur la région
parisienne. Ça fait tout de même plus d'un an qu'un collecteur Géovélo
travaille sur Paris et contribue à OSM. Je pense qu'il y a peu d'entreprises
en France qui ont fait de même.

Concernant le degré de sécurité ressentie et la partie logiciel il faut bien
comprendre qu'il y a une entreprise derrière le projet et surtout des
employés qu'il faut bien payer... Comme je l'ai dis l'entreprise se cherche
un peu encore, et comme le modèle économique n'est pas clairement défini, il
faut du temps pour libérer les différents élements, cela se ferra étape par
étape.

Je sais que pour le degré de sécurité ressentie, la première étape est une
visualisation pour tout le monde de ces données (sous la forme d'une couche
sous openlayers par exemple). Pour la partie logiciel, le coeur du logiciel
est le calculateur dont l'ensemble des algorithmes sont facilement
accessibles : ils ont soit été publiés en conférence, soit dans ma thèse.

Voilà pour les explications.

--
View this message in context: 
http://gis.638310.n2.nabble.com/These-sur-Geovelo-tp6520870p6548867.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] contribuer a Geovelo

[GaelADT]

ahmster wrote:
 
 je sais tout cela, et je ne le critique pas
 n'empeche que si ils cherchent a se la jouer trop perso ils prennent le 
 risque que d'autres montent un service equivalent en full libre, et 
 alors ils seront ecrases parce qu'on sait tres bien que pour faire la 
 base de donnees de securite ressentie des rues plein de foumis sont bien 
 plus efficaces qu'un employe
 
 et le fait que geovelo ait contribue a OSM ne change rien a l'affaire
 

Après pour les stratégies, je ne suis pas le mieux placé pour répondre ;)
Moi j'assure le développement technique du projet et je ne prends pas ce
genre de décisions mais si je pousse pour l'ouverture du maximum d'élements.

Il y a un élément qu'il est difficile pour la communauté OSM de comprendre.
Géovélo répond aux besoins des collectivités (car c'est elles qui financent
principalement le projet). Géovélo s'adapte aux besoins de chaque
collectivité que ça soit en termes de fonctionnalités mais aussi en terme de
collectes de données. Cela veut dire que les services déplacement, vélo,
etc. d'une collectivité interviennent dans le processus de classification de
cyclabilité des voies. Nous de notre côté, nous ne pouvons pas imposer la
libération de ces données, voir même elles ne nous appartiennent pas
toujours à 100%.

Après libre à chacun de se lancer dans un service équivalent full libre si
ça vous fait plaisir :). Nous on essaye de faire le meilleur service
possible, en prenant en compte toutes les remarques tout en essayant de
survivre, ce qui n'est déjà pas facile ! Au passage, je rappelle qu'au tout
début de mon arrivée sur cette liste j'avais lancé l'idée d'intégrer une
sorte de tag de sécurité/cyclabilité sur OSM. Si on était aussi méchant, je
ne m'y serais pas pris de la sorte ;)

Gaël.

--
View this message in context: 
http://gis.638310.n2.nabble.com/These-sur-Geovelo-tp6520870p6549031.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] contribuer a Geovelo

[GaelADT]

ahmster wrote:
 
 je constate que si je me dit c'est quand que geovelo sera fonctionnel 
 chez moi ? la pensee qui me viens apres c'est quand j'aurai assez 
 contribue a OSM pour la partie pistes cyclables et autres ET a la base 
 de donnees de geovelo pour la partie securite ressentie
 
 seulement autant contribuer a OSM je peux, autant la base de donnees de 
 geovelo m'est inaccessible
 si tu relis le sujet de ce fil de mails tu verra que c'est bien de ca 
 que je parle depuis le debut
 
 donc en gros j'ai le choix : attendre (combien de decennies ?) que 
 l'employe unique de geovelo vienne voir les rues par chez moi, ou 
 refaire un geovelo bis dans lequel je pourrai contribuer
 
 il va de soi que contribuer benevolement a une base de donnees 
 proprietaire dans laquelle mes contributions ne peuvent pas etres 
 reutilisees par tout le monde, hum... je vous fait pas un dessin hein
 

Là dessus je rejoins complètement ton avis. C'est pour ça que la partie
communautaire est en développement depuis le début de l'année et en
expérimentation depuis un mois sur Nantes. L'objectif est d'accélérer le
développement de Géovélo et honnêtement je ne vois pas vraiment pourquoi ces
données saisies par les utilisateurs ne seraient pas ouvertes. Après on
bosse au maximum, il faut nous laisser un peu de temps on a fait le plus
difficile ;). Si ça t'intéresse tu peux t'inscrire sur Géovélo Nantes et
voir comment ça fonctionne.


BrunoC wrote:
 
 Je ne reviendrai pas sur le le choix de données externes à OSM, mais sur
 la
 fermeture du logiciel. Par le passé on a vu des échanges sur les moyens de
 relier des infos externes à OSM de façon à assurer la cohérence même quand
 OSM bouge. Au final je n'ai pas vu de solution générique se mettre en
 place
 (API ?). C'est dommage car cela serai un gage d'interropérabilité des
 données OSM  et ne pourrai pas nuire à son développement.
 Même si cela ne concerne que les way, je suis currieux de connaitre les
 principes de synchro des données Géovélo/OSM.
 

C'est assez compliqué, je vais essayer de faire un post technique sur le
sujet. Ce qui est sûr c'est qu'actuellement notre méthode n'est pas
automatisée à 100% et qu'il y a un travail de correctifs journaliers à
effectuer. Il faudrait revenir dessus, mais il s'agit du plus gros problème
d'OSM : de ne pas assurer la pérennité des identifiants ! Car oui on le dit
tout le temps, OSM n'est pas une carte mais une base de données ! Et bien je
suis désolé, mais pour une base de données ne pas assurer la pérennité des
identifiants c'est pas glob... Je pense qu'il faudrait des règles plus
strictes sur la modification/suppression de ways/nodes par exemple.

Gaël.

--
View this message in context: 
http://gis.638310.n2.nabble.com/These-sur-Geovelo-tp6520870p6549543.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] contribuer a Geovelo

[GaelADT]

sly wrote:
 
 Je pense que tu confonds pérennité et intégrité référentielle
 http://fr.wikipedia.org/wiki/Intégrité_référentielle
 
 L'intégrité référentielle est un des pilier de la base de donnée 
 relationnelle, la pérennité est hors de son champs. Ce qui n'empêche en
 rien 
 que ce serait super de pouvoir trouver une solution au problème de
 pérennité.
 

Non ne t'inquiètes pas je ne confonds pas les 2, j'ai quelques notions en
base de données ;) J'aurai dû ajouter pour une base de données routière.
Je veux parler de la base de données en tant que produit, de la même manière
que les produits proposés par l'IGN. Quand j'achète ma base de données de
l'IGN ou Télé Atlas, les identifiants ne changent pas aussi souvent comme
c'est le cas sur OSM. Et ça c'est un véritable problème pour voir se
développer des services qui utilisent OSM ou tout simplement pour voir
émerger des bases de données secondaires qui reposent sur OSM. 

Je pense que des règles simples comme empêcher de supprimer des nodes (sauf
dans certains cas) permettraient d'améliorer les choses. Idem pour les
suppressions de ways pour les refaire en mieux à côté.
Le plus gros soucis à résoudre concerne le fait que le modèle actuel oblige
à supprimer des ways pour les découper en plusieurs (ex : si on a une bande
cyclable seulement sur un morceau du way).

Gaël.

--
View this message in context: 
http://gis.638310.n2.nabble.com/These-sur-Geovelo-tp6520870p6549799.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Thèse sur Géovélo

[GaelADT]

C'est un peu normal, c'est très orienté optimisation combinatoire ;)

Mais essayes aussi les 2 derniers chapitres, ils sont très accessibles.

Gaël.

--
View this message in context: 
http://gis.638310.n2.nabble.com/These-sur-Geovelo-tp6520870p6546049.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] contribuer a Geovelo

[GaelADT]

ahmster wrote:
 
 si j'ai bien compris geovelo s'appuie sur les donnees OSM mais aussi sur 
 une base de donnees interne pour tenir compte de la securite ressentie
 
 j'ai pas bien suivi si cette base de donnees interne est libre ou pas ?
 
 si elle est pas libre ca serait pas mal que des gens montent un geovelo 
 bis qui soit completement libre
 
 si elle est libre comment faire pour y contribuer (par exemple en 
 faisant des geovelo parties) histoire que ce super service couvre 
 rapidement un territoire plus grand ?
 

Actuellement ces données ne sont effectivement pas libres. Ça pourrait
changer. Si vous avez feuilleté ma thèse vous avez pu voir à quel point le
projet a changé et évolué durant ces trois dernières années. Le projet est
encore jeune et se cherche un peu. Il faut ajouter à cela que Géovélo cible
les collectivités, et que chaque ville a son propre avis sur la question de
l'ouverture de ces données... Bref ce n'est pas simple.

--
View this message in context: 
http://gis.638310.n2.nabble.com/These-sur-Geovelo-tp6520870p6546411.html
Sent from the France mailing list archive at Nabble.com.

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

[OSM-talk-fr] Thèse sur Géovélo

[GaelADT]

Bonjour à tous,

On me l'avait demandé, alors je le poste aujourd'hui, voici un lien où vous
pourrez trouver ma thèse au format pdf si cela vous intéresse : 
http://tel.archives-ouvertes.fr/tel-00603891/fr/
http://tel.archives-ouvertes.fr/tel-00603891/fr/ 

Gaël.

--
View this message in context: 
http://gis.638310.n2.nabble.com/These-sur-Geovelo-tp6520870p6520870.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Balisage de la dangerosité des routes pour les cyclistes ( était: Lorraine Veloroutes Voies Vertes)

[GaelADT]

arno-4 wrote:
 
 Par contre, un critère qui me semble intéressant à intégrer, ce serait les 
 statistiques d'accident sur un tronçon. Par contre, je ne sais pas comment
 on 
 récupère ces données.
 

Oui mais non. La sécurité ressentie est souvent plus pertinente que la
sécurité réelle. Les études montrent que la plupart des accidents ont lieux
proches des aménagements cyclables... ce n'est pas pour ça que l'on va
déconseiller les pistes cyclables.

Gaël.

--
View this message in context: 
http://gis.638310.n2.nabble.com/Balisage-de-la-dangerosite-des-routes-pour-les-cyclistes-etait-Lorraine-Veloroutes-Voies-Vertes-tp6347079p6351441.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Balisage de la dangerosité des routes pour les cyclistes ( était: Lorraine Veloroutes Voies Vertes)

[GaelADT]

Bonjour,

Je pense qu'avec Géovélo on a une bonne expérience dans ce domaine.
Initialement, et suite à des discussions ici même sur cette liste, il avait
été décidé que les données de Géovélo collectées sur la dangerosité et les
voies conseillées ne soient pas intégrées à OSM. Ce type de données reste
très subjectif.

Pour information, notre travail sur Nantes avance bien (sortie du service
début juin) et proposera une nouvelle fonctionnalité : en plus des notes
affectées par Géovélo, l'utilisateur lambda pour noter et donner son avis
sur les tronçons de route directement depuis le site web Géovélo. Par la
suite, le calculateur pourra prendre en compte en partie ces informations.
Cette fonctionnalité sera étendue rapidement aux autres zones. Ça semble
rejoindre les besoins de Nicolas.

Gaël.

--
View this message in context: 
http://gis.638310.n2.nabble.com/Balisage-de-la-dangerosite-des-routes-pour-les-cyclistes-etait-Lorraine-Veloroutes-Voies-Vertes-tp6347079p6347429.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Balisage de la dangerosité des routes pour les cyclistes ( était: Lorraine Veloroutes Voies Vertes)

[GaelADT]

Nicolas Dumoulin wrote:
 
 C'est super. Est-ce que votre protocole et vos outils sont publiés et sont 
 librement réutilisables ? Histoire de ne partager nos expériences …
 

Pas pour le moment, même si j'aimerai bien. De toutes façons pour le moment
on est que dans une phase d'expérimentation avec Nantes Métropole. Avant
d'ouvrir les outils il faudrait déjà les terminer :)

Gaël.

--
View this message in context: 
http://gis.638310.n2.nabble.com/Balisage-de-la-dangerosite-des-routes-pour-les-cyclistes-etait-Lorraine-Veloroutes-Voies-Vertes-tp6347079p6349000.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] tuiles mapquest en avance sur osm/mapnik

[GaelADT]

Oui, il me semble que Mapquest à au maximum 15 min environ de retard. C'est
donc un très bon service.

Cependant... j'y vois un aspect négatif sur des zones peu consultées : les
tuiles ne sont jamais en cache et il faut donc toujours que le serveur les
génère, du coup la navigation est loin d'être fluide par rapport aux
serveurs OSM ou Cloudmade.

Gaël.

--
View this message in context: 
http://gis.638310.n2.nabble.com/tuiles-mapquest-en-avance-sur-osm-mapnik-tp6294877p6296892.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Open street maps 3D?

[GaelADT]

Intéressante cette discussion. Sur geovelo.fr ce que l'on a fait c'est :
1) Affecter des hauteurs à chacun des noeuds OSM à partir des données SRTM
2) En déduire des pentes pour chaque tronçon de route
3) Affecter un coût d'effort en fonction de la valeur de la pente (ex de 0 à
2% on a un certain coût d'effort, de 2 à 4% un autre coût, etc.)

Le résultat n'est pas génial, je pense que c'est surtout à cause de l'étape
1 que l'on gère a priori mal. Pour tester ce que ça donne :
http://www.geovelo.fr/paris/index.php?perso=true
Attention (et merci), de ne pas mettre la valeur de distance à 0 (ça fait
planter le prototype pour le moment !)

Gaël. 

--
View this message in context: 
http://gis.638310.n2.nabble.com/Open-street-maps-3D-tp6272151p6275496.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Re : Soutenance de thèse Gaël (Géovélo)

[GaelADT]

Avec un peu de retard, merci à tous pour vos messages, ça m'a vraiment aidé
et la soutenance s'est très bien passée. Dès que j'ai terminé de corriger
les dernières fautes, je mettrai mon manuscrit de thèse en ligne.


Julien D.-2 wrote:
 
 Les applications mobiles sont-elle sorties ?
 Je ne les ai pas vues sur iOS ou Android.
 

Nous avons toujours quelques difficultés... le développement est terminé
depuis plusieurs mois mais nous n'avons pas l'autorisation des les sortir
pour le moment. En théorie ça ne devrait plus trop tarder.

En tout cas je continue pour le moment de travailler sur Géovélo et sur OSM.

A bientôt,

Gaël.

--
View this message in context: 
http://gis.638310.n2.nabble.com/Soutenance-de-these-Gael-Geovelo-tp6218902p6275523.html
Sent from the France mailing list archive at Nabble.com.

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

[OSM-talk-fr] Soutenance de thèse Gaël (Géovélo)

[GaelADT]

Bonjour,

Ayant traîné pas mal de temps sur cette liste durant ma thèse :), je me suis
dis que certains d'entre vous pourraient être intéressé par ma soutenance de
thèse. Donc si ça vous intéresse et que vous n'êtes pas trop loin de Tours,
n'hésitez pas à passer, c'est ouvert à tous.

Titre : Recherche de chemins multiobjectif pour la conception et la
réalisation d'une centrale de mobilité destinée aux cyclistes (Géovélo)

Date et lieu de la soutenance :  mardi 5 avril à 14 heures, au département
informatique de l'Ecole Polytechnique Universitaire de l'université François
Rabelais de Tours.

Résumé : 

Les travaux présentés dans cette thèse visent à proposer des méthodes de
calcul d'itinéraires adaptés aux cyclistes à l'échelle d'une agglomération.
Plusieurs critères sont considérés, comme la distance, la sécurité et
l'effort. La difficulté est de calculer des chemins de compromis sous une
contrainte de temps de quelques secondes pour pouvoir intégrer ce
calculateur à un site web. 

Deux approches ont été abordées pour résoudre ce problème. L'approche a
posteriori dans laquelle l'ensemble des solutions de compromis est calculé
et l'approche a priori dans laquelle les préférences de l'utilisateur sont
prises en compte et permettent d'orienter la recherche pour privilégier les
chemins les plus prometteurs. Enfin, nous proposons de modéliser le réseau
routier sous la forme d'un graphe adjoint pour pouvoir prendre en compte de
nouveaux critères nécessitant, par exemple, des coûts sur les enchaînements
d'arcs.

L'ensemble de ce travail a permis de développer le service Géovélo qui est
un calculateur d'itinéraires multiobjectif adaptés au vélo. Le service est
disponible sous la forme d'un site web (http://www.geovelo.fr/) et
d'applications mobiles (http://www.proximamobile.fr/article/geovelo-mobile).

Gaël.

--
View this message in context: 
http://gis.638310.n2.nabble.com/Soutenance-de-these-Gael-Geovelo-tp6218902p6218902.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Des nouvelles de mumoro (mobi'rennes)

[GaelADT]

Tristram Gräbener wrote:
 
 Bonjour,
 
 J'avais parlé il y a assez longtemps de mumoro que j'avais développé
 dans le cas de ma thèse et hébergé sur un des serveurs donnés par free
 à OSM http://mumoro.openstreetmap.fr/
 
 Deux amis de Rennes ont délaissé quelques jours leur entreprise
 (Demotera) pour faire quelquechose de bien plus aboutit
 http://www.mobirennes.com/
 
 La particularité est l'approche multiobjectif, ce qui permet d'avoir
 des choix combinant plus de modes de transport que les approches
 traditionnelles.
 
 Le code source est disponible
 https://github.com/Tristramg/mumoro/commits/demotera
 
 L'application est proposée au concours de Rennes :
 http://www.data.rennes-metropole.fr/le-concours/le-vote-en-ligne/applications/
 N'hésitez pas à voter pour nous ;) (ne confondez pas avec mobil rennes)
 
 Sinon, dans le genre d'appli du même genre, il y a l'excellent Geo
 Vélo de Gaël Sauvanet qui traine plus souvent que moi sur la liste.
 

Merci Tristram :)

N'hésitez pas également à voter pour Géovélo Rennes ;). Ça serait bien
qu'une application basée sur OSM gagne tout de même !

Sinon, sur ce lien, ça parle du concours (et de Géovélo Rennes d'ailleurs) :
http://www.ecrans.fr/A-Rennes-les-donnees-publiques,12101.html

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Des-nouvelles-de-mumoro-mobi-rennes-tp6057818p6060201.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Itinéraires Multimodaux à Rennes basés sur OpenStreetMap et le GTFS de l'OpenData de Rennes

[GaelADT]

Marrant de voir que l'on est pas seul à travailler sur le sujet. (cf. notre
prototype  http://rennes.geovelo.fr http://rennes.geovelo.fr  et également
le site  http://www.mobirennes.com http://www.mobirennes.com  qui est très
bien fait aussi).

Par contre j'ai du mal à comprendre de quelle façon vous utilisez le GTFS de
Rennes vu qu'il n'y aucune gestion des horaires sur votre site (les stations
desservies changent en fonction des horaires en plus) ?

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Itineraires-Multimodaux-a-Rennes-bases-sur-OpenStreetMap-et-le-GTFS-de-l-OpenData-de-Rennes-tp6012750p6027217.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Itinéraires Multimodaux à Rennes basés sur OpenStreetMap et le GTFS de l'OpenData de Rennes

[GaelADT]

rldhont wrote:
 
 Maintenant j'utilise le temps de parcours max en minutes via les 
 horaires pour affecter un coût à chaque tronçon du parcours des bus. Le 
 temps de parcours est ainsi plus précis.
 http://demo.3liz.fr/opendatarennes
 

Ok. Pour le coup ce n'est pas du vrai multimodal si les horaires ne sont pas
pris en compte, mais c'est déjà très bien vu le temps que vous y avez passé
;)
Je posais la question car je vois que vous utilisez pgRouting et je me
demandais comment vous vous en sortiez avec ces horaires. Est-ce que
pgRouting peut supporter ce genre de chose ? Il ne me semble pas.

En tout cas bon courage pour la suite, nous aussi on va essayé d'améliorer
notre Géovélo Rennes :)

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Itineraires-Multimodaux-a-Rennes-bases-sur-OpenStreetMap-et-le-GTFS-de-l-OpenData-de-Rennes-tp6012750p6029008.html
Sent from the France mailing list archive at Nabble.com.

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

[OSM-talk-fr] Quelques nouvelles de Géovélo

[GaelADT]

Bonjour à tous, j'ai vu que les choses bougent concernant le vélo et
OpenStreetMap (ADAV Lille, Beciklo), alors je prends un peu de temps pour
faire le point sur Géovélo : ce qui a été fait dernièrement et ce qui est
prévu !

Si derrière Géovélo il y a principalement l'entreprise la Compagnie des
Mobilités, il faut savoir que le Laboratoire d'Informatique de l'université
de Tours a beaucoup travaillé sur Géovélo (j'étais en thèse sur le sujet, et
un nouveau doctorant vient d'arriver) et que de plus en plus d'étudiants
travaillent sur des projets liés à OpenStreetMap dans notre école (école
d'ingénieur Polytech'Tours). Principalement pour du calcul d'itinéraires
(Géovélo, projet de simulation de crues, etc.). Je pense qu'il serait bien
d'insister un peu plus là dessus et d'avoir un vraie visibilité sur les
laboratoires et écoles qui travaillent ou utilisent les données OSM.

Pour Géovélo, nous travaillons depuis peu sur des itinéraires multimodaux en
profitant de la libération des données de transport en commun de
l'agglomération de Rennes. Une première version a été mise en ligne à
l'adresse http://rennes.geovelo.fr
N'hésitez pas à donner votre avis. Ce projet devrait murir et s'améliorer au
fil des prochains mois vu qu'il concerne le sujet de thèse du nouveau
doctorant (qui au passage est contributeur depuis longtemps sur OSM).

Concernant Géovélo Paris (cf. intégration du service sur le site de paris.fr
: http://vgps.paris.fr), cela progresse petit à petit. Notre collecteur
travaille sur la petite couronne actuellement. Niveau communication, la
ville de Paris n'a pas vraiment mis en avant le service, mais on ne
désespère pas. Je rappelle que nous allons sortir très prochainement deux
applications mobiles gratuites de Géovélo pour Paris : une version Android
et une version iPhone. La version iPhone ne devrait plus trop tarder, pour
la version Android, nous rencontrons quelques problèmes.

Sur Nantes un projet conséquent est en train de se lancer avec pour objectif
de faire une sorte de Géovélo plus communautaire avec de nombreux liens vers
les usagers et les collectivités. Plus d'informations très bientôt car
l'objectif est bien de mettre en place des passerelles entre Géovélo et OSM.

Enfin, le développement de Géovélo était un peu en pause depuis quelques
mois, la faute à la rédaction de ma thèse... mais de nombreuses
améliorations vont voir le jour très bientôt sur Géovélo. En vrac :
- nous allons repasser à des mises à jours quotidiennes des données (en ce
moment c'est manuel, de temps en temps),
- nous voulons absolument intégrer une visualisation des aménagements
cyclables sur la carte (Becicklo ou autre ?) et être plus transparent sur
les tags OSM pris en compte par Géovélo de manière à améliorer le service,
- une nouvelle version du calculateur permettra de personnaliser
complètement les critères à prendre en compte (Une première version est déjà
en test à l'adresse http://www.geovelo.fr/paris/index.php?perso=true). Le
nouveau calculateur permettra de gérer tout plein de trucs : minimiser le
nombre de feux tricolores, le temps de parcours, etc.
- les nouveaux serveurs à notre disposition vont nous permettre d'ouvrir le
service sur la plupart des agglomérations. Je vous tiendrai au courant des
zones couvertes. Nous réfléchissons à une manière de couvrir tout le
territoire français, mais c'est à plus long terme.

Voilà, à bientôt.

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Quelques-nouvelles-de-Geovelo-tp601p601.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Quelques nouvelles de Géovélo

[GaelADT]

julien balas wrote:
 
 On a perdu les points étape dans la bataille, pour un itinéraire vélo
 c'est vraiment indispensable, ca permet d'eviter une côte ou un point
 noir.
 
 Et tant qu'a faire d'etre mutimodale, il faudrait pouvoir avoir plusieurs
 modes dans le même trajet (bus + finir en velostar par ex.)
 
 Et gerer aussi les correspondances de bus/métro.
 

Exact ! Je ne cache pas que nous avons eu énormément de difficulté à fournir
un service utilisable dans le temps impartis (pour pouvoir participer au
concours organisé par rennes métropole suite à la libération des données).
Du coup, nous avons dû élaguer en termes de fonctionnalités sur Rennes. Mais
elles vont revenir au fur et à mesure.

Il manque effectivement la combinaison vélo star (ou vélo) + transport en
commun. Pareil, c'est prévu.

Pour les correspondances bus/métro normalement est sont gérées (en fonction
des horaires).

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Quelques-nouvelles-de-Geovelo-tp601p6012103.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Noms des voies cyclables (highway=cycleway)

[GaelADT]

Pieren wrote:
 
 Sur Paris, ils ont choisi de duppliquer le nom. Perso, je pense encore que
 c'est juste une façon d'éviter de faire un peu de logiciel parce que
 normalement, n'importe logiciel qui exploite des données géographiques
 devrait être capable de dire dans quelle rue un node se trouve (que ce
 soit
 pour une piste cyclable ou autre chose). On peut avoir des erreurs aux
 intersections mais c'est marginal. En plus, on a aussi des pistes qui ont
 leur propre nom.
 

Je n'ai pas compris ton avis. Je trouve au contraire qu'un logiciel ne peut
pas prendre de décision sans une marge d'erreur sur ce genre de question. Si
on a une way A avec un nom de rue, et une autre way B taguée comme piste
cyclable sans nom à côté, je trouve compliqué de déduire que B est
rattachée à A ou s'il s'agit en fait simplement d'une piste qui s'approche
de la rue A. Le fait d'indiquer cette précision (que ça soit sur le tag name
de la way B, ou via une relation) est une vraie information en plus.
Maintenant il ne s'agit peut-être pas de la façon la plus logique ou la plus
pratique de l'indiquer. En vrai, il faudrait presque un système de relations
plus complexes du genre : la rue est un objet parent et ensuite on peut
rattacher à cet objet un ensemble d'objets fils du genre aménagements le
long de la voie, POI, batiments (adresses), etc. Mais bon, là je m'égare un
peu...

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Noms-des-voies-cyclables-highway-cycleway-tp5810848p5811045.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Noms des voies cyclables (highway=cycleway)

[GaelADT]

Pieren wrote:
 
 Au contraire, les pistes cyclables étant le plus souvent parallèles aux
 highway, c'est même ce qu'il y a de plus facile. Là où ça se complique,
 c'est à l'approche d'intersections ou lorsque la piste s'éloigne des voies
 déjà nommées. Pour le premier cas, on peut là encore chercher à améliorer
 le
 résultat (tenir compte des places lorsqu'il y en a (je parle du toponyme
 d'intersection), reconstituer l'intersection et définir soi-même le point
 du
 changement de nom sur la piste). Pour le deuxième, c'est plus délicat. La
 piste peut traverser un parc ou avoir son propre nom puisqu'on s'éloigne
 des
 voies nommées. Dans ces cas-là, et uniquement là, il faut s'avouer vaincu
 et
 demander à ce qu'ils soient explicitement taggués avec name.
 

Ok, je comprends bien, mais je ne partage pas vraiment ton avis. Les pistes
cyclables font parties des éléments les plus imprévisibles. Tu me dirais il
ne faut pas mettre de tag name sur les ways de type contre allées car on
peut le déduire facilement je suis d'accord car a priori de ce que j'en ai
vue on se retrouve toujours avec le même cas de figure. Mais pour les pistes
cyclables chaque piste cyclable est presque un cas particulier (à cause des
politiques de chaque ville surtout). Il faudrait tester un traitement
automatique sur les noms, mais je doute sérieusement de l'efficacité de la
chose.

En tout cas, si le tag name doit être indiqué (qu'en est il d'ailleurs ?)
pour les contre allées, les voies de bus, etc. je pense qu'il serait bien
qu'il en soit de même pour les pistes cyclables, et ce même s'il faudrait
que des spécialistes se penchent sur le problème est-ce qu'une piste
cyclable le long d'une rue porte également ce nom de rue ?

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Noms-des-voies-cyclables-highway-cycleway-tp5810848p5811152.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Rendu OSM avec Qgis en mode serveur

[GaelADT]

Ça a l'air génial ! 

Petite question : est-il possible de faire de même non pas avec des données
sous format shapefile, mais avec des données provenant d'une base Postgis,
voir de mixer shapefile / donné Postgis ?

Et niveau performance, vous avez installé tout ça sur quoi comme type de
serveur (en gros) ?

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Rendu-OSM-avec-Qgis-en-mode-serveur-tp5796235p5796564.html
Sent from the France mailing list archive at Nabble.com.

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

[OSM-talk-fr] [Important, libération de donn ées] Suite réunion Région Ile-de-France, Ins titut d'Aménagement et d'Urbanisme

[GaelADT]

Bonjour,

Après Paris, pour lequel les relations avancent moins vite que prévu,
l'équipe de Géovélo accélère les choses sur la région Ile-de-France. Nous
avions hier une réunion avec l'Institut d'Aménagement et d'Urbanisme de la
région Ile-de-France. Cette réunion s'est très bien déroulée : ils sont
intéressés par Géovélo et le projet OpenStreetMap. Nous avons besoin d'aide
pour faire avancer les choses rapidement (ils nous ont recontacté ce
matin... preuve qu'ils sont très intéressés) !

Premier point, les données dont ils disposent. Déjà vous pouvez aller voir
sur leur site (http://www.iau-idf.fr/) pour visualiser les données. Ils ont
deux types de données :
1) des aménagements cyclables données par les collectivités. Ces données
sont recalées sur les données IGN. Pour le coup, ils veulent bien donner ces
infos à Géovélo, mais ça sera difficile de les intégrer à OSM (car basé sur
IGN).
2) la voirie + zones d'occupation des sols (plus complet et plus précis que
CLC d'après eux) qui leur appartient entièrement. Basé sur un décalquage de
photos aériennes commandés à l'IGN il y a longtemps et sur lesquelles ils
ont la totale propriété. Cette base a évoluée par la suite en interne. Idem,
ils sont prêts à donner ces données à Géovélo, pour OpenStreetMap, pourquoi
pas, nous sommes en discussion.

Ce dont nous avons besoin de façon urgente c'est :
- un descriptif détaillé de comment ça s'est déroulé pour Brest :
techniquement comment ça s'est passé (import / export / synchro),
politiquement quelles ont été les retombées, les communications, etc.
- des personnes à contacter à Brest pour avoir un retour, des personnes
d'OSM qui se sont chargées d'accompagner Brest, etc.

En attendant, ils devraient nous envoyés des extraits de leur base pour que
l'on regarde le contenu présent, la précision de la géométrie, etc. Mauvaise
nouvelle tout de même : ils ne semblent pas avoir le nom des rues sur leur
base.

Merci de votre aide,

Gaël. 
www.geovelo.fr
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Important-liberation-de-donnees-Suite-reunion-Region-Ile-de-France-Institut-d-Amenagement-et-d-Urbane-tp5776568p5776568.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] [Important, libération de donn ées] Suite réunion Région Ile-de-France, Ins titut d'Aménagement et d'Urbanisme

[GaelADT]

C'est parfait ! Merci pour ces informations. Je pense que c'est suffisant
pour le moment. Ils ont encore besoin d'y réfléchir. Si ils se décident,
l'équipe de Géovélo sera là pour les accompagner.

Par contre, ils ont beaucoup insisté sur la convention qu'ils voudraient
signer. Comment est-il possible de signer une convention entre l'Institut
d'Aménagement et d'Urbanisme et OSM ? En passant pas la fondation ou
OSGéo.fr ? Si tu as des détails là dessus ça m'intéresse effectivement.

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Important-liberation-de-donnees-Suite-reunion-Region-Ile-de-France-Institut-d-Amenagement-et-d-Urbane-tp5776568p5777225.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Orthophoto Tours

[GaelADT]

Je pense vraiment qu'il faut flouter la zone : qu'on ait le droit ou pas
n'est finalement pas le plus important. Le plus important c'est que le
SIGiste voulait que ça soit flouté pour que ça ne se retrouve pas comme ça
sur internet. Alors, je pense qu'il faut le faire, au moins pour ne pas lui
poser de problèmes.

Donc pour revenir au problème initial, quelqu'un sait comment s'y prendre
pour flouter une zone sur un fichier ECW aussi gros ?

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Orthophoto-Tours-tp5765775p5769537.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Orthophoto Tours

[GaelADT]

En fait pour Géovélo ils nous ont donné la même orthophoto il y a un peu plus
d'un an. A l'époque le SIGiste m'avait expliqué qu'il n'avait pas eu le
temps de retirer l'aéroport de Tours et là je vois que ce n'est toujours pas
fait. La faute revient à l'agglo à Tours Plus, mais comme ils ont été sympas
en nous donnant l'orthophoto, je pense qu'il faut éviter de leur poser des
problèmes.

Je pense qu'il ne faut pas plaisanter avec ça, ça peut apporter beaucoup de
problèmes (les militaires ne plaisantent pas ;) )
Par exemple, sur google
http://maps.google.fr/?ie=UTF8ll=47.430874,0.720806spn=0.019393,0.052314t=hz=15
la zone militaire est bien floutée.

Gaël.

-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Orthophoto-Tours-tp5765775p5766093.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] orthophoto Tours

[GaelADT]

Et pour le coup, il faut monter ce service WMS sur un serveur existant ou il
faut en trouver un ? Est-ce que toutes les orthophotos sont regroupées sur
un serveur particulier ?

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/orthophoto-Tours-tp5735146p5743551.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] orthophoto Tours

[GaelADT]

Il me semble qu'il faut également remercier l'association Autour du train
(Géovélo) et surtout son directeur, qui a un peu accompagné et poussé un peu
la demande ;)

En tout cas c'est une très bonne nouvelle ! Simon, si tu as besoin d'aide,
on peut te filer un coup de main technique sur l'orthophoto, vu que l'on a
déjà travaillé dessus (car ecw c'est une horreur...).

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/orthophoto-Tours-tp5735146p5738241.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Article scientifique sur la qualité des données OSM en France

[GaelADT]

J'y ai accès. En gros c'est une étude comparative entre OSM et la BD TOPO de
l'IGN sur quelques zones en France. 

Ils disent que OSM c'est bien, mais que les données sont hétérogènes et que
du coup ça limite l'utilisation des données pour des applications
spécifiques. Ils disent que pour qu'OSM s'en sort, il faudra mettre au point
des outils pour contrôler les erreurs et les données entrées par les
contributeurs... bref ajouter un peu plus de spécifications.

Enfin, c'est ce que j'ai compris en lisant en diagonale.

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Article-scientifique-sur-la-qualite-des-donnees-OSM-en-France-tp5674408p5674545.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] itinéraires cyclables sur bikemap. net

[GaelADT]

Oui, j'imagine que l'API de Google Maps est là pour faciliter le travail sur
l'interface, et l'intégration de Street View. Dommage que ça ne soit pas
OpenLayers qui soit utilisé...

J'ai pas l'impression que ça soit libre en tout cas ;)

Sinon je trouve le lien itinéraire/profil altimétrique très bien géré. Il
faudrait vraiment que je fasse pareil sur Géovélo...

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/itineraires-cyclables-sur-bikemap-net-tp5665214p5665491.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] [Géovélo] Annonce : lancemen t sur Paris

[GaelADT]

René-Luc D'Hont wrote:
 
 Faudrait discuter avec kimaidou, nous pouvons peut-être vous proposez 
 quelque chose!
 

Ca serait avec plaisir, un petit coup de main n'est pas de refus !

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Geovelo-Annonce-lancement-sur-Paris-tp5542324p5553557.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] [Géovélo] Annonce : lancemen t sur Paris

[GaelADT]

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

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Geovelo-Annonce-lancement-sur-Paris-tp5542324p5551112.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] [Géovélo] Annonce : lancemen t sur Paris

[GaelADT]

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.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Geovelo-Annonce-lancement-sur-Paris-tp5542324p5551512.html
Sent from the France mailing list archive at Nabble.com.

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

[OSM-talk-fr] [Géovélo] Annonce : lancemen t sur Paris

[GaelADT]

Pour ceux qui ne le savent toujours pas, Géovélo ( http://www.geovelo.fr/
http://www.geovelo.fr/ ) est un calculateur d'itinéraire adapté au vélo et
utilisant les données OpenStreetMap. Depuis de nombreux mois nous
travaillons (que ce soit sur les données ou le calculateur) sur une version
parisienne. Nous arrivons au terme de nos efforts et comme nous commençons à
être plutôt content du résultat il est grand temps pour nous de lancer
réellement le site web et de communiquer dessus.

En fait, nous sommes très heureux d'annoncer à la communauté (en quasi
exclusivité, nous n'avions pas le droit d'en parler avant ;) ), que Géovélo
va carrément être intégré au site web de la ville de Paris ! D'ici demain,
une version de Géovélo sera disponible directement depuis le portail de
Paris. Et oui, un calculateur utilisant les données OSM et des cartes OSM va
donc se retrouver sur le site paris.fr ! Nous espérons pouvoir partager ce
lancement avec tous les contributeurs parisiens qui y sont pour beaucoup !
Pour le lancement, la ville nous a invité sur leur stand (parvis de l'hôtel
de ville) à l'occasion des journées du vélo se déroulant ce week-end.
N'hésitez pas à passer nous voir pour discuter de Géovélo ou
d'OpenStreetMap, car comme je l'ai dis ce service c'est également vous qui
l'avez produit.

Nous espérons que ce n'est qu'un début et qu'avec ce projet la ville de
Paris comprenne tout les avantages qu'elle pourrait avoir à aider et à
utiliser OpenStreetMap. Nous vous tiendrons au courant de nos discussions.

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Geovelo-Annonce-lancement-sur-Paris-tp5542324p5542324.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] [Géovélo] Annonce : lancemen t sur Paris

[GaelADT]

Vincent de Chateau-Thierry wrote:
 
 Félicitations !
 Un petit lien dès que ce sera visible ?
 
 vincent
 

Actuellement, l'adresse est  http://vgps.paris.fr/ http://vgps.paris.fr/ .
Attention tout de même, la ville de paris a été claire : l'adresse n'est pas
définitive, et peut changer. Hum pas facile pour communiquer dessus.


Tanguy Ortolo wrote:
 
 Et la ville libèrera-t-elle ses données cartographiques cyclables ?
 Parce qu'avoir un calculateur d'itinéraires cyclables officiel basé sur
 des données construites de  façon artisanale pour cause de
 non-coopération de la mairie elle-même, ce serait une situation assez
 ubuesque…
 

Comme tu t'en doutes, ce n'est pas si simple que ça. Mais nous y
travaillons. Nous sommes en train d'initier une étude pour déterminer ce qui
peut être libéré.

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Geovelo-Annonce-lancement-sur-Paris-tp5542324p5543104.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Isokron

[GaelADT]

hamster-2 wrote:
 
 le principe est bien, mais pour la banlieue il merdoie joliment
 
 faudrait faire pareil dans geovelo
 

C'est à dire ?

Sinon dans le principe ça parait très simple à faire. Il suffit d'utiliser
l'algorithme de Dijkstra d'un noeud vers tous les autres : en gros ça prend
quelques dixième de seconde grand maximum à calculer. Après pour en extraire
des sortes de polygones colorés là, ça me parait un peu plus compliqué ^^.

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Isokron-tp5168245p5514110.html
Sent from the France mailing list archive at Nabble.com.

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

[OSM-talk-fr] [Géovélo] Tag name sur piste cyclable/voie de bus

[GaelADT]

Bonjour,

Nous travaillons de plus en plus sur le guidage pour Géovélo (feuille de
route pour le site web ou applications mobiles) et nous rencontrons quelques
soucis avec le tag name des pistes cyclables ou des voies de bus par
exemple.

Exemple, il y a un un way avec un tag name portant le nom de la rue. Et il y
a un way parallèle qui est une piste cyclable ou une voie de bus. Que faut
il mettre comme tag name ? On voit de tout sur OSM. Certains mettent le nom
de la rue, d'autre voie de bus, d'autres rien du tout, etc.

Du coup, on obtient un résultat très différent sur la carte, et ça nous gène
également pour le guidage. Pourquoi ? Par exemple si un itinéraire passe du
way principal au way parallèle, nous n'avons aucun moyen de savoir qu'en
fait le cycliste est toujours sur la même rue, mais qu'il vient de passer
simplement sur la piste cyclable. 

Je pense donc que le plus logique c'est de mettre aux pistes cyclables et
voies de bus le même name que la voie principale. Qu'en pensez vous ?

J'ai la même question a propos des mini-bouts de way qui sont là pour relier
la way principale à une piste cyclable parallèle par exemple. Comment
doit-on taguer ces minuscules ways ?

Merci,

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Geovelo-Tag-name-sur-piste-cyclable-voie-de-bus-tp5502525p5502525.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] [Géovélo] Tag name sur piste cyclable/voie de bus

[GaelADT]

Vincent de Chateau-Thierry wrote:
 
 J'ai la même question a propos des mini-bouts de way qui sont là pour
 relier
 la way principale à une piste cyclable parallèle par exemple. Comment
 doit-on taguer ces minuscules ways ?
 
 Ce sont des ways distincts ? Si tu as un exemple je veux bien.
 
 vincent
 

Un exemple ici (le bout de route de 8m) : 
http://www.geovelo.fr/paris/index.php?it=75bceb0
http://www.geovelo.fr/paris/index.php?it=75bceb0 

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Geovelo-Tag-name-sur-piste-cyclable-voie-de-bus-tp5502525p5502570.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] [Géovélo] Tag name sur piste cyclable/voie de bus

[GaelADT]

julien balas wrote:
 
 C'est vrai que je ne m'étais jamais posé la question...
 Du coup je n'ai jamais mis de nom sur les pistes cyclables.
 
 au niveau du guidage vous diriez quoi ?
 Prenez a droite sur la piste cyclable qui longe la rue Machin ?
 
 Est ce qu'avec Prenez a droite sur la rue Machin
 Le cycliste n'est t-il pas assez autonome pour prendre de lui même
 l'aménagement qui lui convient ?
 
 Quand on explique de vive voix un itinéraire, est ce qu'on dit a la
 personne
 prends la piste cyclable ?
 J'ai l'impression de plutot dire prends plutôt par la rue machin, il y a
 des pistes tout du long.
 Et l'info sur la présence ou pas de piste/bande, on l'a déjà dans la base
 non ?
 Un pictogramme piste ou bande a coté du texte prenez a droite sur la
 rue machin ne suffit-il pas ?
 
Le problème est justement là : imaginons que l'on ait une piste cyclable que
sur la 2ème moitié d'une way rue machin. S'il n'y a aucun nom sur la piste
cyclable on est obligé de dire : prendre rue machin puis prendre la piste
cyclable. On a aucun moyen de savoir ce que c'est que cette piste cyclable :
piste le long de la rue, ou piste qui n'a rien à voir avec la rue.
Par contre, si la piste cyclable est nommée, on pourra dire : prendre rue
machin et informer par un picto qu'il y a une partie de la rue où il y a
une piste cyclable.

Gaël.

-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Geovelo-Tag-name-sur-piste-cyclable-voie-de-bus-tp5502525p5503147.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] [Géovélo] Tag name sur piste cyclable/voie de bus

[GaelADT]

julien balas wrote:
 
 Si la piste a ses deux extrémités (ou plus) qui touchent la rue machin, on
 peut dire qu'elle la longe non ?
 Et ca on peut le calculer avec les infos qu'on a dans la base.
 D'un autre coté si la piste bifurque vers la rue truc, ca peut devenir
 compliqué.
 D'ou l'intérêt d'avoir une opération humaine pour poser le nom ou la
 relation avec la rue.
 Ca se tiens
 Mais je trouve ca bizarre quand même de tagger kkchose rue machin alors
 que ca n'est PAS la rue machin.
 C'est la piste qui longe la rue machin.
 

On pourrait déduire certains cas. Mais dans tous les cas je peux te montrer
plein d'exemples où il est impossible pour une machine de déduire quoi que
ce soit.

Ça peut paraitre bizarre pour une piste cyclable... où s'arrête une la rue ?
Simplement à la circulation voiture ou à tous les modes de transport ? En
tout cas pour les voies de bus, elles, elles font bien parties de la rue non
? Donc avec les pistes cyclables on étend simplement la logique des choses.

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Geovelo-Tag-name-sur-piste-cyclable-voie-de-bus-tp5502525p5503226.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] [Géovélo] Tag name sur piste cyclable/voie de bus

[GaelADT]

Pieren wrote:
 
 Dans la majorité des cas, ça doit pouvoir se déduire. Un peu comme dans
 tous
 les logiciels de navigation GPS qui savent bien trouver la voie la plus
 proche de leur position lat/lon .
 D'un autre côté, les voies de trams ou métros portent souvent le nom de la
 ligne et non de la rue par où ils passent . Ce qu'on trouve naturel pour
 des
 voies ferrées urbaines le serait donc moins pour les voies de bus même
 lorsqu'elles leur sont réservées...
 
 A noter, une discussion récente sur le même sujet mais pour les voies
 piétonnes:
 http://lists.openstreetmap.org/pipermail/tagging/2010-August/003920.html
 
 Pieren
 

Ca dépend des endroits... à Paris peut-être que ça peut se déduire à 90% des
cas. Pourtant il y a des pistes cyclables qui longent des rues, mais qu'il
ne faut absolument pas taguées avec le nom de la rue ! Car il s'agit de
vraies pistes cyclables en site propre et où il peut y avoir de grandes
séparations avec la rue (des murs, un parc, etc.). Et de l'autre coté, on a
des pistes cyclables qui longent vraiment la rue et qui (selon moi)
appartiennent vraiment à la rue : on ne dira pas à un utilisateur lambda :
prends la piste cyclable machin mais prends la piste cyclable rue
machin. Et honnêtement, pour faire la différence entre les deux, rien
qu'avec les attributs géométriques, il faut s'accrocher. Selon moi la
distinction entre les deux est une vraie information et il serait dommage de
ne pas taguer en conséquence.

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Geovelo-Tag-name-sur-piste-cyclable-voie-de-bus-tp5502525p5503374.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] [Géovélo] Tag name sur piste cyclable/voie de bus

[GaelADT]

Pieren wrote:
 
 Mais dans certaines villes, il est courant que les pistes portent aussi
 leur
 propre nom (c'est pratique pour les maires qui cherchent toujours des
 nouveaux trucs à baptiser pour rendre hommage à untel). Les logiciels
 doivent pouvoir alors choisir entre afficher le nom de la piste ou le nom
 de
 la rue.
 

Donc tu penses qu'il faut laisser le tag name vide dans la plupart des cas
alors ?
Moi je dirai si elle est nommée, elle n'appartient donc pas à une rue, elle
a son identité. Si elle n'est pas nommée : soit elle est le long d'une rue,
soit c'est une piste en site propre. Après autant utiliser le tag name
pour faire la différence ? C'est une idée, et dans beaucoup de cas, c'est
déjà ce qu'il se passe sur Paris. Maintenant si vous pensez qu'il faut que
ça soit déduit par le logiciel. Moi je veux bien, mais il y aura des
erreurs. Nous voulons simplement que sur Paris, la même logique soit
utilisée partout (que ça soit pour une question de rendu, et de guidage).


Nicolas Dumoulin wrote:
 
 Ok, mais vous ne prévoyez pas de tracer ces corrections pour vérifier
 qu'elles 
 ne soient pas remodifiées ?
 

On va essayer de mettre en place un système de ce genre, ou de réutiliser un
outil existant qui pourrait convenir.

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Geovelo-Tag-name-sur-piste-cyclable-voie-de-bus-tp5502525p5503569.html
Sent from the France mailing list archive at Nabble.com.

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

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

[GaelADT]

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.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Utilisation-de-highway-service-tp5465180p5465693.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] [Géovélo] Mise à jour

[GaelADT]

didier2020 wrote:
 
 en gestion de trafic, si le tout droit vaut 1
 le tourne a droite vaut 1.1
 et le tourne a gauche vaut 1.5 a 
 a appliquer sur le temps de trajet de traversée du carrefour
 
 un feu rouge, ce qui compte c'est le temps de vert :
 en général c'est moins de 90s
 si le temps de vert est de 25s, il y a en moyenne 90-25s d'attente soit
 moins d'une minute
 la pénalité pour un feu rouge est donc d'une minute
 
 le fait de ne pas y penser peut fermer les portes a ce genre de calcul par
 la suite (algorythme)
 
 cela concerne les feux en général
 http://www.certu.fr/catalogue/p205/CARREFOURS_A_FEUX/product_info.html
 

Le problème c'est de détecter ce qui est carrefour et ce qui ne l'est pas
sur OSM. Les feux ne sont pas très bien renseignés encore. En tout cas, d'un
point de vue algorithmique il ne faut pas s'inquiéter, on pourra adapter
notre calculateur par la suite sans trop de problème.


julien balas wrote:
 
 Pour les pentes, vous utilisez quelle source de donnée ?
 Est ce que ca vous intéresserait si qqun arrivais a vous donner des traces
 GPS qui couvrent entièrement une ville pour en retirer l'altitude ?
 
 Pour le temps de trajet, vous prenez quelle vitesse ?
 

Pour les altitudes on utilise actuellement les données ASTER. Après il faut
voir que pour le moment les données affichées sur le profil altimétrique ne
sont pas très précises : les points affichés ne sont pas très bien choisis
je trouve, c'est améliorable.
Pour les traces GPS ça pourrait être intéressant, mais à voir car je crois
que la précision pour l'altitude n'est pas terrible sur les GPS ?
Le temps de trajet est indicatif, on pourrait affiner en fonctions des types
de voies. Pour le moment on prend 12-17 km/h il me semble.

Gaël.


-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Geovelo-Mise-a-jour-tp5419162p5443438.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] [Géovélo] Mise à jour

[GaelADT]

julien balas wrote:
 
 là je suis sous windows
 
 je viens d'essayer avec IE
 le clic droit fonctionne bien par contre le profil n'apparait pas
 toujours.
 Il semble que ca ne soit *pas* lié à l'ajout d'étapes.
 
 Par exemple le profil ne s'affiche pas sur ce trajet
 http://www.geovelo.fr/rennes/index.php?it=75bce05
 mais si on prends un point d'arrivé de l'autre coté du rond point ca
 fonctionne.
 
 Sur ce trajet, les coefficients de calculs ne me semble pas optimum.
 le trajet fait 396m pour passer par des zones pietonnes
 alors que le trajet direct en zone30 fait 325m, cad 20% de moins
 On gagne aussi un changement de direction avec traversé du trafic, une
 priorité à droite et un stop.
 

Ça reste curieux, j'ai également testé sous WIndows et je n'ai jamais eu ce
problème (sauf une fois à cause d'un ancien fichier javascript resté en
cache). Bon, de toutes manières nous allons continuer à tester avec le plus
de navigateurs possibles.

Pour le calcul d'itinéraires c'est là dessus que l'on se concentre
actuellement. Alors il y a des choses pour lesquelles nous travaillons
dessus et il y aura des améliorations : prise en compte des zones 30,
changements de directions intempestifs. Pour info, la prochaine version
(d'ici quelques semaines si tout va bien) tentera justement de réduire le
nombre de changements de direction et les pentes. Mais pour le reste
(priorité à droite, stop, feu rouge, etc.) j'avoue que pour le moment on y
pense même pas :). Mais bon, peut-être que lorsque l'ensemble fonctionnera
bien, on y viendra.

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Geovelo-Mise-a-jour-tp5419162p5439591.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] [Géovélo] Mise à jour

[GaelADT]

hamster-2 wrote:
 
 c'est tres bien, mais pas du tout pratique a utiliser
 quand on cherche a faire un trajet on connait plutot bien le point de 
 depart et le point d'arrivee, mais pas du tout ce qui est entre
 donc on ne sait jamais ou presque les adresses postales des points etapes
 
 on a le dessin du trajet sous les yeux, on veut forcer le passage du 
 chemin a un endroit parce qu'on voit qu'il y a une rue en ligne droite 
 la ou le routage nous fait faire un detour, il faudrait pouvoir placer 
 un point avec du glisser deposer
 

Dans ce cas là il faut utiliser le clic droit. Bon c'est vrai que tout le
monde ne connait pas cette possibilité sur Géovélo, mais il y a moyen de
s'en sortir en entrant l'adresse de l'étape au pire.


hamster-2 wrote:
 
 une fonction qui serait bien ca serait de pouvoir voir la correspondance 
 entre un point sur le trajet et un point sur le profil
 quand on fait un itineraire et qu'on voit une grosse bosse sur le profil 
 on essaye de la contourner et la premiere question c'est donc il est ou 
 ce point haut
 par exemple qu'en cliquant sur le profil ca fasse apparaitre un repere 
 sur la carte
 

Oui, c'est plus ou moins prévu. C'était un des objectifs à plus ou moins
long terme qui m'a poussé à changer ce profil d'image en javascript.


hamster-2 wrote:
 
 de plus
 - il manque des bulles d'aide, quand on met la souris sur le bouton qui 
 inverse depart et arrivee il faudrait que s'ouvre une bulle itineraire 
 retour, quand on met la souris sur le point de depart il faudrait une 
 bulle avec depart et idem a l'arrivee (il y a bien les couleurs qui 
 correspondent aux cadres ou on tape les adresses, mais justement quand 
 on place les points de depart et arrivee avec du glisser deposer on 
 utilise pas ces cadres et on ne remarque pas ces correspondances de 
 couleurs)
 

Pas bête.



hamster-2 wrote:
 
 - le bouton pour l'itineraire retour se voit de facon assez evidente 
 quand on rentre les points de depart et arrivee en tapant les adresses, 
 mais il est bien trop cache et discret si on utilise pas ces cadres
 

D'accord, mais comment faire alors ?


hamster-2 wrote:
 
 - le zoom est deroutant
 d'habitude quand on zomme ou dezoome avec la roulette, le point ou est 
 la souris reste fixe, ici le point ou est la souris passe au centre de 
 l'ecran et c'est pas du tout intuitif a l'utilisation, y'a meme des fois 
 ou ca fait l'inverse de ce qui est intuitif
 par exemple si on a un point en bas de d'ecran et qu'on veut une vue 
 plus large centree sur ce point, on met la souris en haut et on dezoome 
 pour que le point remonte en meme temps que ca dezoome
 comme le point ou on a la souris passe au centre ca fait que toute la 
 carte descend, et le point qui etait en bas, au lieu de remonter, sors 
 de l'ecran vers le bas
 

D'habitude ? J'utilise, je crois, le comportement par défaut d'OpenLayers.
Est-ce que quelqu'un connait l'option à changer ?



-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Geovelo-Mise-a-jour-tp5419162p5435366.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] [Géovélo] Mise à jour

[GaelADT]

julien balas wrote:
 
 Bonjour,
 
 clic droit ?
 ca ne fait rien chez moi (Firefox 3.6.8)
 
 puisqu'on parle du profile, chez moi il disparait quand on ajoute une
 étape,
 c'est normal ?
 

Hum curieux, j'ai la même config que toi (je suis sous ubuntu et exactement
la même version de FireFox). As tu essayé d'actualiser la page ou de vider
le cache ? Tu pourras avoir une ancienne version d'un des fichiers js.


julien balas wrote:
 
 Si on zomme-dezoom plusieurs fois (et que la souris n'est pas au milieu de
 la carte), la carte se deplace.
 Ca n'est pas le comportement d'OSM (ni de google d'ailleurs).
 Et ca n'est pas le comportement d'openlayer non plus je pense
 cf : http://ks30026.kimsufi.com/~julien/data/
 si on zoome-dezoome sur un coin de la carte, on reviens bien a la carte
 initiale.
 

Je pense avoir trouvé le soucis. Apparemment je n'utiliserai pas le bon
contrôleur avec OpenLayers. Je vais regarder ça.

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Geovelo-Mise-a-jour-tp5419162p5435684.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] [Géovélo] Mise à jour

[GaelADT]

Tanguy Ortolo wrote:
 
 Chouette ! C'est une fonctionnalité que j'avais demandée. :-)
 Avez-vous une liste publique des points sur lesquels vous travaillez ?
 Je n'avais pas eu de retour sur ma demande, donc je me demandais ce que
 ça devenait…
 

On a un site web type trac mais on ne sait pas encore si il doit resté privé
ou non. En tout cas, on essaye de prendre en compte toutes les remarques
alors n'hésitez pas.

Pour la suite, à moyen et court terme on risque de se concentrer quasi
exclusivement sur l'interprétation des données OSM et l'amélioration du
calculateur.


eMerzh wrote:
 
 SympaVraiment sympa...
 
 Il reste plus qu'a le rendre dispo pour la belgique et ou le monde entier
 et
 se sera génial :D
 
 Non sérieux c'est du beau boulot... bonne continuation
 

Merci :)

Déjà on se concentre sur la France, et il y a du travail ;)
Pour m'amuser (non en fait plutôt pour ma thèse...) je teste régulièrement
Géovélo sur d'autres villes à l'étranger. Ce qui bloque vraiment pour
couvrir des zones plus importantes, c'est nos serveurs qui ne sont pas
suffisamment puissants...

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Geovelo-Mise-a-jour-tp5419162p5420289.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] [GéoVélo] Petites remarques sur OpenLayers

[GaelADT]

Salut,

Merci beaucoup pour ces deux problèmes dont je n'avais même pas
connaissance. Je vais regarder ça demain.

Pour la barre préférences elle est effectivement très déroutante, je me
rends compte que très peu de personnes comprennent du premier coup d'oeil de
quoi il s'agit. Il ne s'agit absolument par d'un bouton (0 ou 1). Voilà
l'idée générale :
après avoir sélectionner départ  arrivée, le site propose à l'utilisateur
de 1 à 4 itinéraires qui sont disposés sur la barre de préférences du plus
court au plus sécurisé. Le nombre d'itinéraires proposé dépend de la
situation. Pour constater par toi même, tu peux essayer de déplacer les
drapeaux à la souris.

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/GeoVelo-Petites-remarques-sur-OpenLayers-tp5386494p5386807.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel

[GaelADT]

Hum, donc aucune décision n'a encore été prise ?

Je vais essayer de synthétiser le problème de fond. Lorsque l'on utilise un
petit cycleway:left sur une rue à double sens, la valeur lane ou
opposite_lane se réfère au sens du tracé ou au sens de circulation (de la
voie voiture la plus proche de la bande) ? Car sur le wiki, rien n'est
précisé, du coup deux interprétations ont vu le jour :

1) Lapinos pense qu'il vaut mieux se référer au sens du tracé, au moins on
ne devient pas dépendant d'autres tags comme le tag oneway. On a
effectivement besoin d'aucun autre tag pour déterminer avec ce système où
sont les aménagements cyclables et leur sens.

2) L'autre façon de penser, est de se dire que l'on fait exactement comme le
tag de base cycleway. Pour ce tag, opposite_lane veut bien dire dans le
sens opposé de circulation des voiture (cf wiki
http://wiki.openstreetmap.org/wiki/Cycleway). Donc pour taguer une voie à
double sens voiture, avec côté gauche piste cyclable et côté droit bande
cyclable (le tout circulant dans le même sens que les voitures) on mettrait
: cycleway:left=track et cycleway:right=lane. Si la route était à sens
unique ça aurait donné : cycleway:left=opposite_track et
cycleway:right=lane.
Ce qui veut dire qu'en pratique, avec l'utilisation des :left et :right on
aurait normalement presque jamais à utiliser de opposite pour les voies à
double sens. 
Avec ce système, les tags :left et :right dépendent effectivement du tag
oneway.

Voilà j'espère que l'on va enfin pouvoir se décider :) Un petit vote ?

Gaël.

-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Suffixes-left-right-piqure-de-rappel-tp5327383p5347412.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel

[GaelADT]

Tout le monde répond b à la question 2

Cependant d'après les explications de Lapinos03 je pense qu'il s'attendait à
ce que vous répondiez la réponse c.

Ainsi je trouve que l'on n'avance pas beaucoup... En fait le seul est unique
problème est celui-ci : lorsque l'on utilise cycleway:left qu'est ce que
cela veut dire ? Si je lui colle la valeur lane/opposite_lane ou
track/opposite_track, qu'est-ce que ça veut dire ? Est-ce que le sens de
création du tronçon influe sur ces valeurs ? Est-ce que le tag oneway influe
sur ces valeurs ? Je me rend compte qu'il y a 2 visions différentes... Je
pense qu'il est temps pour la communauté de décider, de l'écrire noir sur
blanc sur le wiki et de s'y tenir !

Au passage, le cas n'est pas si rare que ça, sur Paris je compte 300
tronçons du route (intersection à intersection) où ce cas se présente.
Aujourd'hui Géovélo envoit les cyclistes au petit bonheur la chance dans le
bon sens ou dans un sens interdit en fonction de la vision du
contributeur. Peut-on se mettre d'accord une bonne fois pour toute :) ?

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Suffixes-left-right-piqure-de-rappel-tp5327383p5341824.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel

[GaelADT]

Ok donc ça veut dire que ce qu'à dit Lapinos ici :


Lapinos03 wrote:
 
 Sur le cas B3  de http://wiki.openstreetmap.org/wiki/Bicycle on devrait
 d'après toi avoir cycleway:left = opposite_lane

   
 Oui.
 

et là :


Lapinos03 wrote:
 
 Le seul défaut que je vois dans le cadre de ton schéma de tracé par
 rapport au shéma documenté est que tous les tag sont basé sur le sens de
 circulation de la voie principale
 http://wiki.openstreetmap.org/wiki/Key:cycleway cycleway=opposite_lane
 désigne donc une piste cyclable dans le sens inverse du trafic principal
 et non dans le sens inverse du tracé de la voie.
   
 Pas du tout. Tout se réfère par rapport au sens du tracé, lequel tracé 
 suit souvent le sens unique de circulation, le cas échéant, de façon à 
 pouvoir mettre [oneway]=yes et pas [oneway]=-1. Désolé s'il y a eu 
 malentendu.
 
 Donc, opposite_ signifie : circulation dans le *sens contraire du 
 tracé*.
 

C'est faux ? Qu'il ne faut pas faire comme ça ?

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Suffixes-left-right-piqure-de-rappel-tp5327383p5342038.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel

[GaelADT]

Ok... donc tu dis que dans ce cas là que ça soit lane ou opposite_lane ça
doit être interprété de la même façon. Ce n'est pas un peu dangereux ?

Il me semble dangereux de dire :
- sans le opposite le sens est identique au sens de circulation des
voitures du même côté
- avec le opposite le référentiel devient le sens de création du tronçon
donc le sens est opposé à celui-ci.

Pourquoi ne pas avoir le même référentiel avec ou sans opposite ?
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Suffixes-left-right-piqure-de-rappel-tp5327383p5342147.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel

[GaelADT]

Bon, pour résumer ce que je crois avoir compris, opposite_lane ça veut
dire que les vélo circule dans le sens opposé du trafic. Après il faut en
dire un peu plus... 

Si j'ai une voie en sens unique, et que les vélos roulent à gauche de la
voie, dans le même sens que les voitures, on met juste cycleway:left = lane

Si j'ai le même cas de figure mais que la voie est en double sens, je met
cycleway:left = opposite_lane car pour le coup les vélos dans le sens
inverse des voitures ?

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Suffixes-left-right-piqure-de-rappel-tp5327383p5336935.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel

[GaelADT]

Ok,

Donc par exemple, pour les deux problèmes réels (pour lesquels cette
discussion a été lancée) sur Paris :

Cas 1 : Sur une voie en sens unique pour les voiture, si la bande cyclable
est à gauche et dans le même sens de circulation, il faut mettre
cycleway:left = lane ?

Cas 2 : Et pour une voie à double sens, où il n'y a qu'une bande cyclable à
gauche de la voie (par rapport au sens de création du way), on met
cycleway:left = lane également ?

Du coup pour déduire dans quel sens circulent les vélos sur la bande
cyclable il faut regarder le cycleway:left + le oneway. Si oneway=yes alors
les vélos circulent dans le même sens que les voitures, sinon les vélos
circulent en fait dans le sens opposé du sens de création de la voie. J'ai
bon ?

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Suffixes-left-right-piqure-de-rappel-tp5327383p5337796.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel

[GaelADT]

Ce qui est sûr c'est que c'est loin d'être évident...
Après réflexion je suis globalement assez d'accord avec toi :) Mais si c'est
ce que tu fais, et que tu veux que les autres fassent de même, il faudrait
commencer, après discussions, par modifier la page que tu cites, et qui ne
dit pas la même chose que toi.

Sur le cas B3  de http://wiki.openstreetmap.org/wiki/Bicycle on devrait
d'après toi avoir cycleway:left = opposite_lane

Après une autre logique serait de dire que par défaut, implicitement, un
cycleway:right circule dans le même sens que la voie, un cycleway:left dans
le sens inverse car c'est tout de même les cas les plus courants, et que
l'on ne va pas se compliquer la vie pour rien !

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Suffixes-left-right-piqure-de-rappel-tp5327383p5329301.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel

[GaelADT]

Lapinos03 wrote:
 
 Pourtant si ! J'ai l'impression que toi et Jocelyn, vous faites 
 l'amalgame entre côté et sens de circulation. Les pistes cyclables ne 
 répondent pas toujours à la dualité côté-gauche/sens-opposé.
 

Non je comprends tout à fait, ne t'inquiètes pas, j'ai bien compris le
problème.


Lapinos03 wrote:
 
 Désolé, la cartographie peut être aussi une science précise. Que 
 feras-tu quand ta clientèle te demandera de distinguer, sur ta 
 carte/calculateur, les pistes placées côté gauche dans le même sens de 
 circulation (cas Streetview n°3) ? Tu mettras quoi comme tag(s)?
 
 On ne peut pas se contenter d'une logique par défaut dès lors que des 
 cas particuliers sont apparus. En dissociant côté et sens de 
 circulation, on devrait pouvoir mapper tous les configurations 
 existantes, en tout cas, plus qu'à contrario.
 
 Que la cartographie manque de précision dès l'origine, c'est un fait. 
 Qu'elle gagne en précision, c'est une évolution. Que cette précision 
 soit retirée, c'est une régression. Donc si ton acolyte Jocelyn pouvait 
 laisser en place cette précision, ce serait un bon point.
 

Je n'ai jamais dis qu'il ne fallait pas prendre en compte la distinction
côté / sens de circulation. Seulement qu'il fallait aller au plus simple et
surtout se mettre d'accord sur la façon de faire. En effet, si à 95% les
cycleway:left sont en sens inverse de la way, autant essayer de trouver une
manière simple pour l'écrire, et garder la manière compliqué lorsqu'il
s'agit du même sens par exemple. Et tu ne peux pas reprocher à Jocelyn
d'avoir appliqué ce qui est écrit sur le wiki quand même...

Je pense qu'il faudrait tout mettre à plat, et prendre le temps de
compléter/terminer cette page sur le wiki avec si possible le plus d'avis
des contributeurs.

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Suffixes-left-right-piqure-de-rappel-tp5327383p5329856.html
Sent from the France mailing list archive at Nabble.com.

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

[OSM-talk-fr] [Geovelo] Nouvelles zones couvertes

[GaelADT]

Bonjour,

Pour ceux qui ne le savent toujours pas, Géovélo (http://www.geovelo.fr) est
un projet français de calculateur vélo basé sur les données OSM.

Géovélo couvre officiellement Paris (http://www.geovelo.fr/paris), Tours
(http://www.geovelo.fr/tours) et Nantes (http://www.geovelo.fr/nantes).
Cependant nous travaillons et testons d'autres zones. Suite à la conférence
SotM, on m'a proposé de donner un accès des autres zones à la communauté
OSM. Ca peut effectivement aider les contributeurs sur place à détecter les
problèmes, erreurs voir ça peut également motiver certaines personnes à
contribuer sur l'aspect vélo.

Merci donc de ne pas trop diffuser les adresses suivantes ou en tout cas
de bien expliquer qu'il s'agit de versions de tests, loin d'être abouties :
http://www.geovelo.fr/idf
http://www.geovelo.fr/rennes
http://www.geovelo.fr/bordeaux
http://www.geovelo.fr/lille
http://www.geovelo.fr/nancy
http://www.geovelo.fr/angers
http://www.geovelo.fr/larochelle

Normalement (c'est à dire lorsque l'on a pas de problèmes techniques comme
en ce moment), les données sont mises à jour tout les jours pour permettre
aux contributeurs de voir rapidement le résultat de leur travail.

Enfin, si vous connaissez des zones suffisamment bien couvertes où il serait
intéressant de tester Géovélo dessus, n'hésitez pas à nous faire des
propositions.

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Geovelo-Nouvelles-zones-couvertes-tp5312324p5312324.html
Sent from the France mailing list archive at Nabble.com.

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