Re: [OSM-talk-fr] Tags vides

2015-07-22 Par sujet Hélène PETIT 

Le 23/07/2015 01:49, Guillaume AMAT a écrit :

Mais, si le tag existait déjà (name = toto) et que je le vide dans le
formulaire... Je le supprime du node ou je l'envoie vide (chaîne de
caractère vide) ?
Alors alors ?!


dev...@openstreetmap.org

;>)

Hélène

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

[OSM-talk-fr] Tags vides

2015-07-22 Par sujet Guillaume AMAT 

Salut à tous,

Je suis nouveau sur cette liste, et même nouveau dans le merveilleux 
monde d'OSM à vrai dire ^^
Pour me présenter rapidement, je suis développeur web à tendance full 
Javascript, j'habite Bordeaux et ma couleur préférée est le rouge.
Bref, je suis en train de développer une application qui permettra, 
entre autres, de contribuer à OSM et évidemment, j'ai des questions (je 
suis nouveau rappelez-vous) !


Je vais commencer par une facile, juste pour dire bonjour sur la liste :
Admettons que j'affiche une carte, fond OSM, nodes OSM. Je veux modifier 
les tags d'un des nodes, pour ça je présente un formulaire avec les tags 
existants ET potentiellement d'autres comme le name par exemple.
Je rempli des trucs mais ne touche pas au tag name qui je le rappelle 
n'existe pas dans la base OSM pour ce node.


Dans ce cas, j'imagine que je ne dois pas prendre en compte ce tag et ne 
pas l'ajouter au node puisqu'il est vide.
Mais, si le tag existait déjà (name = toto) et que je le vide dans le 
formulaire... Je le supprime du node ou je l'envoie vide (chaîne de 
caractère vide) ?


Alors alors ?!

Merci d'avance pour vos lumières :)

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

Re: [OSM-talk-fr] Importation des arbres municipaux sur Nice

2015-07-22 Par sujet JB 

Le 22/07/2015 16:36, Jérôme Seigneuret a écrit :


Après, je me pose la question de l'intérêt d'importer une zone
comme ça, avec des arbres espacés de moins de 1m :
http://hpics.li/85d8ec5. Il y en a plusieurs. Tu aurais des
statistiques de distances ? Moi et QGis, on essaye de s'aimer,
mais c'est pas toujours facile.
À part compliquer la contribution, foirer le rendu, rendre
impossible toute correction humaine ultérieure


Je vois pas comment les corrections ne serait pas faisable...  
L'import a un intérêt pour la gestion des arbres. Les arbres plantés 
en touffe à moins d'un mètre c'est une réalité du terrain aussi...
Oui, certes. Mais si tu mets 5 minutes à trouver dans les données quel 
arbre a été abattu, parce qu'il y en a 52 dans la zone, que le gps n'est 
pas assez précis, qu'il faut compter à partir de la bordure nord-est, 
mais qu'ils sont pas alignés, du coup ça marche pas. Chaque pavé d'une 
rue, c'est une réalité. Chaque arbre des forêts aussi. Pourtant, c'était 
une blague à la mode il y a pas si longtemps. Il y a d'autres façons de 
cartographier pour ça : landuse, landcover.
Pour une commune l'intérêt est de gérer les plantations. Il me semble 
qu'avec l'age on peut aussi déterminer des arbres remarquables. Quand 
à la hauteur c'est plus dur à déterminer et à maintenir dans le temps. 
Sauf mettre la date de la prise de la hauteur car elle évolue dans le 
temps.
Oui, ils ont même parfois un SIG pour gérer ça. Mais c'est pas un 
argument pour rentrer toutes les données dans OSM.

Ca a aussi un intérêt environnemental:
 - étude des pollens
 - accueille de la faune
Un intérêt patrimonial, paysager, ...

On pourrait aussi gérer l'état de santé même si rien n'existe pour le 
moment dans OSM mais là on est plus dans la gestion.
Peut être avec des ref=* pour gérer l'abattage d’arbres dangereux et 
l'élagage > ajouter un facteur de croissance automatique par espèce 
pour déterminer un planning prévisionnel d'entretien.


Bref les possibilités sont grandes même si certains n'en trouve pas 
l'intérêt.

Bof, change le mot « intérêt » en « inconvénients dépassent les avantages ».
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Potlatch 2 : une interface qui s'affiche par défaut sur OSM

2015-07-22 Par sujet Nicolas Cucchietti 
Bonjour Pierre-Yves et Bruno,

Merci pour vos réponses.

Vous avez certainement raison tous les deux raisons car le Maire a souhaité
utiliser l'ordinateur de la mairie pour rentrer des données dans OSM : la
mairie du village s'est créé son propre compte.
Il me semblait bien avoir utilisé Internet Explorer pour me rendre sur OSM,
je n'en connaissais pas la version et ne savais pas que iD-Editeur pouvait
ne pas être optimisé pour les anciennes versions du navigateur de
Microsoft...
Par ailleurs,​ il est possible également que Potlatch 2 soit l'interface
préféré du compte de la mairie, ce dont je n'ai pas prêté attention.
Je contacterai sous peu la mairie pour vérifier si le problème est résolu.

Merci encore ! Vous m'avez été d'une aide précieuse. Je vous tiens au
courant des suites.

*Nicolas Cucchietti*
Stagiaire pour le Conseil de Développement du PNR des Préalpes d'Azur
Tourisme Durable - Projet Itinérance
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] durée des trajets à vélo dans Paris

2015-07-22 Par sujet Julien Demade 

merci, c'est exactement ce que je cherchais (pour GraphHopper)!
Julien

Le 22/07/2015 16:01, Marc Gemis a écrit :

Pour osrm, voir http://project-osrm.org/
Pour graphhopper: https://graphhopper.com/#contact

m

2015-07-22 15:14 GMT+02:00 Julien Demade >:


Cela doit effectivement revenir à cela (je pencherai pour une
vitesse moyenne trop haute): mais où sont ces réglages, à qui
signaler le problème?

Le 22/07/2015 13:22, Marc Gemis a écrit :

Il y a plusieurs possibilités:

1) Ou les donnés des feux et des obstacles manque dans OSM
2) Ou les algorithmes ont des erreurs, e.g. la vitesse moyenne
est trop haute.
3) ??

just my .5 cents

m

2015-07-21 15:16 GMT+02:00 Julien Demade mailto:dem...@no-log.org>>:











Bonjour

Je voulais signaler un problème quant à la durée indiquée sur OSM des
trajets à vélo dans Paris (problème possiblement plus général, je ne
sais pas): elle est beaucoup trop brève, ne tient pas du tout compte du
fait qu'on ne roule pas aussi vite en milieu urbain que sur une route de
campagne (feux, circulation, croisements, etc.). Pour donner un ordre de
grandeur, un trajet indiqué sur OSM comme prenant à peu près 30-40mn
(suivant que l'on utilise GraphHopper ou MapQuest), est indiqué sur un
autre calculateur d'itinéraires (qui donne lui des durées fiables) comme
prenant environ 50mn (il s'agit dehttp://www.geovelo.fr/). Bref, tel 
quel le planificateur d'itinéraire vélo est inutilisable, ce qui est dommage!

Comme je n'ai malheureusement aucune idée de la nature du problème, et
donc encore moins de la façon de le résoudre, je me contente de le
signaler, en espérant qu'il y a plus compétent que moi - ce dont je ne
doute pas!

Julien




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




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



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




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


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

Re: [OSM-talk-fr] Potlatch 2 : une interface qui s'affiche par défaut sur OSM

2015-07-22 Par sujet Bruno Cortial 
Bonjour,

Sans doute utilise-t-il Internet Explorer (quelle version ?). Le support
d'iD n'est pas optimum pour toutes les versions du navigateur de Microsoft.
Voir à utiliser Firefox, ou Chrome/Chromium.

Bruno

Le 22 juillet 2015 16:40, Pierre-Yves Berrard  a écrit :

> Le 22 juillet 2015 16:34, Nicolas Cucchietti <
> nicolas.cucchie...@cddpnr06.org> a écrit :
>
>>
>> Donc ma question, si quelqu'un peut y répondre, c'est : *Savez-vous s'il
>> y existe un moyen de régler le problème d'interface que je rencontre ? Si
>> oui, comment ? Si non, alors existe-t-il un moyen de mettre l'interface
>> Potlatch 2 en français par défaut ?*
>>
>> ​Merci d'avance à ceux qui pourront m'aider... je suis un peu perdu...​
>>
>
> Bonjour,
>
> Il faut configurer l'éditeur préféré dans les options d'osm :
>
> Monsieur le Maire doit aller sur son compte (
> https://www.openstreetmap.org/user/[MonsieurLeMaire]/account) et choisir
> ID dans un des menus déroulants.
>
> Pierre-Yves
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Potlatch 2 : une interface qui s'affiche par défaut sur OSM

2015-07-22 Par sujet Pierre-Yves Berrard 
Le 22 juillet 2015 16:34, Nicolas Cucchietti <
nicolas.cucchie...@cddpnr06.org> a écrit :

>
> Donc ma question, si quelqu'un peut y répondre, c'est : *Savez-vous s'il
> y existe un moyen de régler le problème d'interface que je rencontre ? Si
> oui, comment ? Si non, alors existe-t-il un moyen de mettre l'interface
> Potlatch 2 en français par défaut ?*
>
> ​Merci d'avance à ceux qui pourront m'aider... je suis un peu perdu...​
>

Bonjour,

Il faut configurer l'éditeur préféré dans les options d'osm :

Monsieur le Maire doit aller sur son compte (
https://www.openstreetmap.org/user/[MonsieurLeMaire]/account) et choisir ID
dans un des menus déroulants.

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

Re: [OSM-talk-fr] Importation des arbres municipaux sur Nice

2015-07-22 Par sujet Jérôme Seigneuret 
>
> Après, je me pose la question de l'intérêt d'importer une zone comme ça,
> avec des arbres espacés de moins de 1m : http://hpics.li/85d8ec5. Il y en
> a plusieurs. Tu aurais des statistiques de distances ? Moi et QGis, on
> essaye de s'aimer, mais c'est pas toujours facile.
> À part compliquer la contribution, foirer le rendu, rendre impossible
> toute correction humaine ultérieure
>

Je vois pas comment les corrections ne serait pas faisable...  L'import a
un intérêt pour la gestion des arbres. Les arbres plantés en touffe à moins
d'un mètre c'est une réalité du terrain aussi...

Pour une commune l'intérêt est de gérer les plantations. Il me semble
qu'avec l'age on peut aussi déterminer des arbres remarquables. Quand à la
hauteur c'est plus dur à déterminer et à maintenir dans le temps. Sauf
mettre la date de la prise de la hauteur car elle évolue dans le temps.

Ca a aussi un intérêt environnemental:
 - étude des pollens
 - accueille de la faune
Un intérêt patrimonial, paysager, ...

On pourrait aussi gérer l'état de santé même si rien n'existe pour le
moment dans OSM mais là on est plus dans la gestion.
Peut être avec des ref=* pour gérer l'abattage d’arbres dangereux et
l'élagage > ajouter un facteur de croissance automatique par espèce pour
déterminer un planning prévisionnel d'entretien.

Bref les possibilités sont grandes même si certains n'en trouve pas
l'intérêt.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Potlatch 2 : une interface qui s'affiche par défaut sur OSM

2015-07-22 Par sujet Nicolas Cucchietti 
Avant de vous expliquer mon "problème", je vais d'abord présenter le
contexte.

Je suis un étudiant-stagiaire qui travaille jusqu'à fin août pour un
Conseil de Développement, une association de citoyens. J'ai pour mission
principale d'organiser des ateliers participatifs et des cartoparties
autour d'OpenStreetMap auprès des habitants d'une zone spécifique sur
laquelle intervient le CdD pour divers projets citoyens.

J'ai appris sur le tas à utiliser l'interface iD-Editeur d'OpenStreetMap et
anime donc des cartoparties aux thématiques variées sur cette interface.
Après 3 mois d'utilisation + une formation spécifique OSM, je pense être
suffisamment calé avec iD-Editeur pour passer à l'utilisation de JOSM. Mais
là n'est pas la question pour laquelle je vous sollicite.

J'ai animé il y a quelques jours une cartopartie avec iD-Editeur pour les
habitants d'un petit village où le maire était présent. Tout s'est bien
passé. *Mais quelques jours plus tard, le maire me rappelle pour me dire
qu'il voulait rentrer des données dans OSM, mais qu'il ne pouvait pas car
il s'affichait par défaut l'interface Potlatch 2, et qu'il ne pouvait pas
aller sur l'interface iD-Editeur.* Je suis donc retourné à la mairie le
lendemain, et comme me l'avait expliqué le maire, seul Potlatch 2 s'affiche
et je ne suis pas arrivé à changer d'interface => *en cliquant pour choisir
ID-Editeur, OSM me re-balance toujours Potlatch 2.*

Certes, je pensais alors me former seul à utiliser Potlatch 2 pour ensuite
former individuellement Mr le maire. *Le problème, c'est que Potlatch 2 est
en anglais. *Et dans la région où je travaille, personne n'a envie de
s'embêter à apprendre la langue de Shakespeare pour ensuite apprendre à
utiliser OSM (personnellement, j'aurai réagi de la même façon).

Donc ma question, si quelqu'un peut y répondre, c'est : *Savez-vous s'il y
existe un moyen de régler le problème d'interface que je rencontre ? Si
oui, comment ? Si non, alors existe-t-il un moyen de mettre l'interface
Potlatch 2 en français par défaut ?*

​Merci d'avance à ceux qui pourront m'aider... je suis un peu perdu...​

*Nicolas Cucchietti*
Stagiaire pour le Conseil de Développement du PNR des Préalpes d'Azur
Tourisme Durable - Projet Itinérance
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] durée des trajets à vélo dans Paris

2015-07-22 Par sujet Marc Gemis 
Pour osrm, voir http://project-osrm.org/
Pour graphhopper: https://graphhopper.com/#contact

m

2015-07-22 15:14 GMT+02:00 Julien Demade :

>  Cela doit effectivement revenir à cela (je pencherai pour une vitesse
> moyenne trop haute): mais où sont ces réglages, à qui signaler le problème?
>
> Le 22/07/2015 13:22, Marc Gemis a écrit :
>
> Il y a plusieurs possibilités:
>
>  1) Ou les donnés des feux et des obstacles manque dans OSM
> 2) Ou les algorithmes ont des erreurs, e.g. la vitesse moyenne est trop
> haute.
> 3) ??
>
>  just my .5 cents
>
>  m
>
> 2015-07-21 15:16 GMT+02:00 Julien Demade :
>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Bonjour
>>
>> Je voulais signaler un problème quant à la durée indiquée sur OSM des
>> trajets à vélo dans Paris (problème possiblement plus général, je ne
>> sais pas): elle est beaucoup trop brève, ne tient pas du tout compte du
>> fait qu'on ne roule pas aussi vite en milieu urbain que sur une route de
>> campagne (feux, circulation, croisements, etc.). Pour donner un ordre de
>> grandeur, un trajet indiqué sur OSM comme prenant à peu près 30-40mn
>> (suivant que l'on utilise GraphHopper ou MapQuest), est indiqué sur un
>> autre calculateur d'itinéraires (qui donne lui des durées fiables) comme
>> prenant environ 50mn (il s'agit de http://www.geovelo.fr/). Bref, tel quel 
>> le planificateur d'itinéraire vélo est inutilisable, ce qui est dommage!
>>
>> Comme je n'ai malheureusement aucune idée de la nature du problème, et
>> donc encore moins de la façon de le résoudre, je me contente de le
>> signaler, en espérant qu'il y a plus compétent que moi - ce dont je ne
>> doute pas!
>>
>> Julien
>>
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Importation des arbres municipaux sur Nice

2015-07-22 Par sujet JB 
Après un regard d'un peu plus près, les emplacements semblent 
correspondre assez bien avec l'imagerie, j'ai vu des écarts jusqu'à 5m, 
mais globalement bien en dessous.
Après, je me pose la question de l'intérêt d'importer une zone comme ça, 
avec des arbres espacés de moins de 1m : http://hpics.li/85d8ec5. Il y 
en a plusieurs. Tu aurais des statistiques de distances ? Moi et QGis, 
on essaye de s'aimer, mais c'est pas toujours facile.
À part compliquer la contribution, foirer le rendu, rendre impossible 
toute correction humaine ultérieure, montrer qu'on sait bien importer, 
j'ai du mal à voir à quoi ça sert… Pour moi, si on perd le coté humain 
de la base de données (comprenez, un humain peut modifier les données), 
on a tout perdu.

JB.

Le 22/07/2015 00:43, Vincent Frison a écrit :
Le 21 juillet 2015 22:00, Vincent Frison > a écrit :


Je ferai aussi quelques tests en variant le rayon, je vous
tiendrai au courant des résultats...


Avec un rayon de 2 mètres :
Total of created trees: 29947
Total of updated trees: 574
Total of multi matching trees: 28

Avec un rayon de 5 mètres :
Total of created trees: 29767
Total of updated trees: 754
Total of multi matching trees: 281

Maintenant je met à jour les éléments existants au lieu de les effacer.

La mise à jour consiste à mettre la même position (la même que l'arbre 
importé) et de rajouter un tag ref:FR:Nice:trees=* avec l'identifiant 
de leur jeu de données.


Par contre la gestion des "multi matching trees" (ie. les arbres 
existant qui matchent plus qu'un seul arbre importé) est très basique 
puisque je met à jour l'élément avec les valeurs du 1er arbre 
importé tout simplement (pour les autres éléments importés je créé 
donc un nouvel élément). Mais bon, avec un rayon de 2 mètres ça ne 
concerne moins d'1/1000e des arbres.. et surtout je rappelle qu'en 
plus on parle de décalages inférieurs à 2 mètres donc bon je pense que 
c'est tolérable. Et du coup je pense qu'il faut garder un rayon faible 
comme 2 mètres.


Au niveau des 1188 arbres visibles sur Overpass il faut voir que:
- certains arbres municipaux ne sont pas référencés
- certains arbres existants ne sont pas des arbres municipaux
- certains arbres existants peuvent être municipaux (et référencés) 
mais éventuellement trop mal positionnés (et dans ce cas là je pourrai 
pas faire grand chose)

Mais effectivement je vais devoir creuser un peu pour mieux comprendre  ;)


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


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

Re: [OSM-talk-fr] durée des trajets à vélo dans Paris

2015-07-22 Par sujet Julien Demade 
Cela doit effectivement revenir à cela (je pencherai pour une vitesse 
moyenne trop haute): mais où sont ces réglages, à qui signaler le problème?


Le 22/07/2015 13:22, Marc Gemis a écrit :

Il y a plusieurs possibilités:

1) Ou les donnés des feux et des obstacles manque dans OSM
2) Ou les algorithmes ont des erreurs, e.g. la vitesse moyenne est 
trop haute.

3) ??

just my .5 cents

m

2015-07-21 15:16 GMT+02:00 Julien Demade >:












Bonjour

Je voulais signaler un problème quant à la durée indiquée sur OSM des
trajets à vélo dans Paris (problème possiblement plus général, je ne
sais pas): elle est beaucoup trop brève, ne tient pas du tout compte du
fait qu'on ne roule pas aussi vite en milieu urbain que sur une route de
campagne (feux, circulation, croisements, etc.). Pour donner un ordre de
grandeur, un trajet indiqué sur OSM comme prenant à peu près 30-40mn
(suivant que l'on utilise GraphHopper ou MapQuest), est indiqué sur un
autre calculateur d'itinéraires (qui donne lui des durées fiables) comme
prenant environ 50mn (il s'agit dehttp://www.geovelo.fr/). Bref, tel quel 
le planificateur d'itinéraire vélo est inutilisable, ce qui est dommage!

Comme je n'ai malheureusement aucune idée de la nature du problème, et
donc encore moins de la façon de le résoudre, je me contente de le
signaler, en espérant qu'il y a plus compétent que moi - ce dont je ne
doute pas!

Julien




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




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


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

Re: [OSM-talk-fr] durée des trajets à vélo dans Paris

2015-07-22 Par sujet Marc Gemis 
Il y a plusieurs possibilités:

1) Ou les donnés des feux et des obstacles manque dans OSM
2) Ou les algorithmes ont des erreurs, e.g. la vitesse moyenne est trop
haute.
3) ??

just my .5 cents

m

2015-07-21 15:16 GMT+02:00 Julien Demade :

>
>
>
>
>
>
>
>
>
> Bonjour
>
> Je voulais signaler un problème quant à la durée indiquée sur OSM des
> trajets à vélo dans Paris (problème possiblement plus général, je ne
> sais pas): elle est beaucoup trop brève, ne tient pas du tout compte du
> fait qu'on ne roule pas aussi vite en milieu urbain que sur une route de
> campagne (feux, circulation, croisements, etc.). Pour donner un ordre de
> grandeur, un trajet indiqué sur OSM comme prenant à peu près 30-40mn
> (suivant que l'on utilise GraphHopper ou MapQuest), est indiqué sur un
> autre calculateur d'itinéraires (qui donne lui des durées fiables) comme
> prenant environ 50mn (il s'agit de http://www.geovelo.fr/). Bref, tel quel le 
> planificateur d'itinéraire vélo est inutilisable, ce qui est dommage!
>
> Comme je n'ai malheureusement aucune idée de la nature du problème, et
> donc encore moins de la façon de le résoudre, je me contente de le
> signaler, en espérant qu'il y a plus compétent que moi - ce dont je ne
> doute pas!
>
> Julien
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] durée des trajets à vélo dans Paris

2015-07-22 Par sujet Christian Quest 
A y réfléchir, il est même probable qu'un cycliste occasionnel préférera
un itinéraire plus direct avec des pauses plus ou moins forcées et qu'un
vélotafeur préférera un itinéraire plus long mais avec moins de
pauses... d'où au final un gain de temps quitte à pédaler un peu plus.

Tout dépend en fait de la priorité qu'on donne au temps et aux efforts
voire à la sécurité.

Les meilleurs calculateurs permettent de choisir entre ces 3 critères,
mais comme toujours pour que les calculs soient pertinents, il faut
beaucoup un haut niveau de détails dans les données.


Le 21/07/2015 18:36, Julien Demade a écrit :
> Bonjour
>
> La durée d'un parcours à vélo dépend avant tout du cycliste lorsqu'il
> n'y a pas d'obstacles à une progression continue. En ville, on
> s'arrête tous les 100m (feux, croisements, passages piétons, etc.), ce
> qui lisse énormément les temps de parcours (c'est aussi ce qui
> explique qu'on aille souvent aussi vite à vélo qu'en voiture).
> Généralement tout le monde se retrouve au feu.
>
> Julien
>
> Le 21/07/2015 17:49, Jean-Claude Repetto a écrit :
>> Le 21/07/2015 17:33, Julien Demade a écrit :
>>> Pour Christian: je ne dis rien des itinéraires, qui sont pas mals (il y
>>> a de toute façon généralement beaucoup de possibilités correctes, et
>>> l'avantage d'ailleurs d'avoir deux solutions de routage est de rendre
>>> sensible au fait qu'il n'y a pas une et une seule bonne solution);
>>> quant
>>> aux durées, si elles ne sont vraiment pas fiables (on est quand même
>>> dans du 40% de marge d'erreur...), il ne paraît pas pertinent de les
>>> indiquer (de même qu'il ne paraîtrait pas pertinent d'indiquer des
>>> itinéraires non fiables). Encore une fois: 40% d'erreur, on n'est pas
>>> dans l'ordre du détail. Et je suppose que cela vaut pour toutes les
>>> zones urbaines?
>>
>> Bonjour,
>>
>> Je ne suis pas cycliste, et encore moins Parisien, mais je suis très
>> étonné par ta question. Il me semble que la durée d'un parcours en vélo
>> dépend en premier lieu du cycliste lui-même. Entre un sportif de 20 ans
>> et un retraité de 70 ans, la durée doit bien varier du simple au double,
>> sinon plus ? Donc le logiciel de calcul doit forcément pouvoir être
>> paramétré en fonction des possibilités physiques du cycliste.
>> 40% de différence, c'est négligeable ...
>>
>> Jean-Claude
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Christian Quest - OpenStreetMap France


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