Re: [OSM-talk-fr] fdg près de Poitiers ???

[Gérard]

Je me souviens d'avoir vu (et détruit il y a 3 semaines) ce point:
http://www.openstreetmap.org/browse/node/1150743599/history
Je m'étais même demandé si fdg n'était pas une abbréviation provocatrice
pour "foutage de gueule"...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Fwd: Feature Proposal - RFC - bike safety

[Gérard]

Bonsoir,

Juste un petit message sur la liste francophone pour signaler une
proposition de tag bike_safety, dont j'ai détaillé la définition dans la
page
 http://wiki.openstreetmap.org/wiki/FR:Bike_safety
pour le cas de la France. Les commentaires sont les bienvenus.

-- Forwarded message --
From: Gérard 
Date: 2011/9/27
Subject: Feature Proposal - RFC - bike safety
To: tagg...@openstreetmap.org


Hi,

After discussion at a mapping party in Toulouse, I propose a new tag
bike_safety to scale how safe a street/road is for bicyles.
http://wiki.openstreetmap.org/wiki/Proposed_features/bike_safety
Note that I consider that in the same way that primary/secondary/tertiary
have a country dependant definition, I consider that the bike_safety tagging
scale (from 1 to 4) has to be adjusted to country dependant safety
conditions. The case of bike_safety within France is thus detailled in the
FR page:
 http://wiki.openstreetmap.org/wiki/FR:Bike_safety
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

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

[Gérard]

Personellement, je suis POUR la création d'un tag de sécurité/cyclabilité
dans OSM. Afin de ne pas "réinventer la roue", pourriez vous indiquer quels
critères ont servi au collecteur de données Géovélo pour les différents
niveaux de notes de sécurité ressentie allant de 0 à 3?
De telles notes sont elles uniquement données aux ways, ou bien également
aux nodes-carrefour?

Par ailleurs, lors d'une mapping partie Toulousaine, j'ai retenu qu'il y
aurait un intérêt de créer non seulement un critère de *sécurité/cyclabilité
*, (utile aux débutants notament) mais aussi un autre de*fluidité/cyclabilité
* pour les grands rouleurs aguerris qui privilégient les axes où il peuvent
rouler à bonne allure sans être génés par des chicanes, bords de trottoirs
insuffisament abaissés pour rentrer sur un piste cyclable, et autres virages
à angle droit sur piste cyclable.

Gérard

Le 5 juillet 2011 11:35, GaelADT  a écrit :

> 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 ;)
>
>
___
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)

[Gérard]

Je suis pas très chaud pour une multi-échelle. Mais bon, s'il y a du monde
qui y tienne?

Je proposerai l'échelle de cyclabilité suivante (en mode "père de famille"):

bicycle=advisable1 Cette voie est tellement tranquille, que même des petits
enfants (méconnaissant le code de la route) peuvent y jouer à vélo.
Circulation motorisée exceptionelle. Exemple:  rue en impasse dans un
lotissement.

bicycle=advisable2 Voie tranquille. On y laisse volontiers circuler ses
enfants (qui connaissent les rudiments des règles de conduite) à vélo, le
trafic motorisé y étant faible ET ralenti. Exemple rue de lotissement (tant
qu'elle ne sert pas de racourci sauvage)

bicycle=advisable3 Voie moins tranquile. Un adulte normalement prudent y
circule néanmoins aisément à vélo, en restant attentif à la circulation
motorisée modérée: faible trafic à <=50km/h OU important trafic mais ralenti
>=30km/h. Exemple 1: rue  quelconque à faible trafic . Exemple 2: rue avec
ralentisseurs et traffic notable

bicycle=advisable4 Voie passante. La pluspart des cyclistes adultes ne s'y
sentent pas assez en sécurité du fait d'un trafic motorisé trop important OU
(ou exclusif) trop rapide.
Exemple 1: avenue ou rue très passante en ville (50 km/h maxi).
Exemple 2: route de campagne à 90km/h et faible trafic: les voitures ont
rarement à se croiser, de sorte de pouvoir facilement largement déboiter
pour doubler un vélo.

bicycle=advisable5 Voie dangereuse! A éviter par tous les cyclistes. Trafic
motorisé intense et rapide (supérieur à 60km/h). Exemple: route de campagne
où les voitures se croisent fréquement, de sorte qu'elle "rasent" les vélos
lors des dépassements (au mépris de l'article R414-4 du code de la route)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Accessibilité pour personnes handicapées (était: Balisage de la dangerosité des routes pour les cyclistes)

[Gérard]

J'en profite pour (re)signaler que samedi prochain à Toulouse, il y aura
justement une cartopartie dédiée aux besoins des personnes handicapées.
Il y a 21 inscrits pour le moment...
Voir http://www.toulibre.org/cartopartie

Le 12 mai 2011 11:52, Julien Fastré  a écrit :

> Bonjour,
>
> J'ai réfléchi à la question depuis hier. Je partage ces réflexions et
> quelques idées.
>
> 1. Je pense que la réflexion pourrait être élargie à d'autres domaines
> que la pratique cycliste. Par exemple: les déplacements pour les
> personnes à mobilité réduite, pour les malvoyants, etc.
>
> A mon avis, on réfléchit uniquement pour les cyclistes parce que les
> contributeurs que nous sommes doivent être fréquemment des cyclistes.
> J'ai déjà vu passer des messages où l'un ou l'autre s'en revendiquait;
> je n'ai jamais vu de contributeur signalant qu'il était malvoyant ou
> se déplaçant en fauteuil roulant (il y en a? ça m'intéresserait !).
> Donc, on y pense pas, mais on pourrait...
>
> Cependant, moi, je suis bien incapable de dire qu'un endroit est
> accessible ou pas aux personnes handicapées: je ne me suis jamais
> balladé en chaise roulante.
>
___
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)

[Gérard]

Je vais rajouter une couche pour faire l'éloge de la sujectivité:
C'est comme la distinction entre secondary/tertiary/residential en ville: la
page
http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging#Exemple_1_de_ce_qu.27il_ne_faut_pas_faire
montre clairement que quand on se base uniquement sur les caractéristiques
physiques des rues, on aboutit en ville a des schémas illisibles. Il faut
une dose d'arbitraire et de subjectif pour en faire émerger un réseau
hiérarchisé lisible, visant à recommander à l'automobiliste lambda les axes
à privilegier par défaut. C'est pas pour 38 tonne ni un convoi exceptionnel,
ni un itinéraire bison futé anti bouchon, c'est pour
Monsieur-tout-le-monde-au-volant.

Pour les voies recommandables aux cyclistes, c'est pareil: arriver à
compléter le réseau des voies vraiment aménagées (cycleway=*) par une
selection de voies non aménagées mais recommandables à un cycliste lambda:
ni champion roulant sur bécanne tout en carbone, ni enfant de 7 ans avec
petites roues, ni casse-cou-kamikaze. Monsieur-tout-le-monde-à-vélo quoi.

Grace à un rendu genre Beciklo, on peut espérer aider Monsieur-tout-le-monde
à faire un peu de vélo en lui conseillant ce qui doit l'être. Je suis
convaincu que ça mérite d'être tenté, sans attendre que Géovélo débarque
partout en France et que les villes soient finement mappées au point de
renseigner les ralentisseur, les limitations de vitesse et je ne sais quel
autre critère pertinents pour son algorithme compliqué.

Est ce si hérétique que cela?
___
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)

[Gérard]

Pour en revenir à la question du tag à mettre pour une voie à conseiller aux
cyclistes du fait de sa moindre dangerosité:
- je suis partisan qu'il y aie un tag simple à utiliser pour cela, plutôt
qu'une combinaison alambiquée de tags sur la vitesse max ou effective,
l'intensité du trafic, les ralentisseurs etc
- que penseriez vous de bicycle=advisable ?

Gérard


Le 10 mai 2011 13:30, Pieren  a écrit :

> 2011/5/10 Nicolas Dumoulin 
>
>> Concernant la dangerosité, selon moi, c'est une donnée suggestive dont je
>> ne
>> suis pas sûr qu'elle ait sa place dans la base.
>>
>>
> Il y a quand même un certain nombre de critères "objectifs" comme
> - quantité de trafic ("primary" vs "residential")
> - vitesse max autorisée (maxspeed)
> - vitesse effective (maxspeed:practical ?)
> - largeur,nombre de voies (width, lanes)
> - présence d'accotements (shoulder)
> - de ralentisseurs (traffic_calming)
> - limitations d'accès (maxweight, hgv, etc)
>
> Il faudrait inciter les contributeurs intéressés par ce thème à compléter
> ce genre d'information qui ont toute leur place dans OSM et devraient
> principalement servir à qualitfier la dangerosité des routes (par un rendu
> spécifique par exemple).
> Mais je suis aussi d'accord que la part subjective (si on ne peut pas s'en
> passer) devrait rester à l'extérieur d'osm.
>
> Je parle de ça parce que la page wiki FR:Bicycle a longtemps contenu une
> recommandation d'utilisation du tag bicycle=designated pour indiquer les
> routes les plus calmes ce qui ne correspondait pas à l'usage normal de ce
> tag. J'espère que cette erreur dans le wiki ne s'est pas propagée trop
> souvent dans la base.
>
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Fwd: Lorraine Veloroutes Voies Vertes

[Gérard]

Bonsoir,

En attendant, j'ai lu dans le compte rendu de la dernière AG annuelles de
l'AF3V (en mars) que son président a animé un atelier  "Comment tracer une
carte Google maps de VVV pour le site AF3V ". Et il propose même aux membres
AF3V qui le désireraient, de leur envoyer une fiche donnant la méthode ...


Le 9 mai 2011 16:20, Romain MEHUT  a écrit :

> Bonjour,
>
> Voici un article annonçant la nouvelle édition du Guide des Voies Vertes et
> Véloroutes de France édité par l'AF3V. Si ça tente quelqu'un d'y laisser un
> commentaire pour y "glisser" ce que l'on pourrait faire avec OSM?
>
> http://www.actu-environnement.com/ae/news/voies-vertes-veloroutes-france-12519.php4
>
> Romain
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Fwd: Lorraine Veloroutes Voies Vertes

[Gérard]

Je pense que l'AF3V aurait tout à gagner à utiliser dès aujourd'hui les
voies déjà renseignées dans OSM, car nombre de voies vertes n'ont aucune
carte en ligne sur le site AF3V.
S'ils utilisaient un lien tel que
http://www.openstreetmap.org/?lat=47.305&lon=-0.074&zoom=9&layers=M&relation=31297pour
montrer par où passe la véloroute Loire à Vélo (par exemple), ça
serait
tout de même plus attirant pour l'internaute qu'un message "Aucune carte
disponible pour l'instant! !"
En effet, inciter plus de gens à découvrir des voies vertes, aboutit
forcément à ce que plus de citoyens-électeurs ne soient sensibles au
développement d'autres voies vertes (toujours la question de leur
financement par les élus...).
J'ai déjà eu le problème d'arriver à "attraper" une verte en l'absence d'une
carte précise me disant où elle passe, c'est pas évident. Une carte OSM rend
bien service pour cela.

Après, que l'AF3V contribue aussi à enrichier OSM, pourquoi pas? Mais ont
ils des données géo référencées suffisament précises pour cela? Et libres?
S'ils ont (par exemple), des cartes IGN avec un itinéraire de voie verte
repassé manuellement au feutre fluo, c'est probablement pas transposable
dans OSM...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Re : Achat d'un GPS

[Gérard]

Salut,

J'ai un eTrex, et je me sers fréquement de sa fonction routage, que ce soit
en mode voiture, vélo ou même piéton. Cela marche assez bien, en fonction de
la qualité des données OSM chargées. Il y a des limitations, la plus
importante pour une utilisation en auto étant l'absence de synthèse vocale
pour dire de tourner à droite dans x mètres. Il ne sait que faire BIP et
alors il faut aller lire sur un écran miniature la manoeuvre à prévoir.
C'est peu recommendable au volant, mais je crois que c'est pareil pour tous
les GPS "de randonnée": ils ne savent pas parler.
Les modèles auto/moto savent parler, mais l'encombrement et surtout
l'autonomie électrique deviennent pénalisantes en randonnée, et j'ai des
doutes sur la lisibilité de leur écran en plein soleil (si l'on force sur le
rétro éclairage, c'est la batterie qui va le payer..)

Parmi les autres limitations, il y a la recherche d'adresse pas très
opérationelle avec nos cartes OSM.
Pour le routage vélo, à moins de générer une carte spéciale, je n'ai pas vu
comment on pouvait lui faire avaler la notion de contresens cyclable. De
toute façon, le routage vélo est à prendre avec des pincettes: il ne tient
pas compte de la sécurité/agrément et fera emprunter une avenue trop
vrombissante de voitures au lieu d'une petite ruelle tranquile dans tel ou
tel cas...
Pour le mode piéton, un autre problème vient des places tagguées
area=pedestrian. Le routage ne sait pas les utiliser, et fait faire des
détours pour les éviter!

Autre point faible de la famille eTrex: le gainage caoutchouc qui finit par
se décoler (je soupçconne que c'est avec la chaleur). Je me retrouve avec
des élastiques pour le maintenir en place, et l'incertitude de ce qui se
passerait en cas de pluie importante. J'ignore si les modèles plus récents
ont amélioré cela.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Fwd: Message envoyé depuis le site des bus cyclistes

[Gérard]

Bonjour Romain,

Il y a quelques années, je bricolais bénévolement la carte du site des
buscyclistes que tu cites, pour la ville de Toulouse, mais de façon hyper
artisanale: je traçais les trajets avec un logicel de dessin, que je
supperposais par dessus une capture d'image (venant originellement d'un site
propriétaire à mes débuts -honte à moi, je ne connaissais pas encore OSM-),
puis par la suite venant d'OSM , [si si, ça a été comme cela un certain
temps].
Mais le résultat n'était pas interactif. C'était une image statique. Avec la
multiplication des trajets à représenter, et le souhait d'avoir une
interface de saisie de trajet accessible à l'internaute lambda, force a été
de faire appel aux services d'un vrai spécialiste de l'internet (mes
compétences sont insuffisantes pour cela), qui ne travaille pas gratuitement
hélas. (C'est pas de l'agent qui part vers Google, rassurez vous)
Faire redévelopper une nouvelle interface seulement pour utiliser OSM, c'est
cela qui nous poserait un problème du financement.
Mais s'il y a ici des bénévoles volontaires et compétents pour nous
développer une interface interactive (y compris pour la saisie des
itinéraires), je peux tout à fait en parler à Hervé (je le vois en principe
dans 2 semaines)...

Cordialement,

Gérard

Le 19 mars 2011 12:29, Romain MEHUT  a écrit :

> Bonjour,
>
> J'ai encore sollicité une association pour suggérer de passer à OSM. Il
> s'agit de http://www.buscyclistes.org
> C'est quand même dommage que l'on me réponde systématiquement que c'est
> trop compliqué et qu'il faille un budget en conséquence...
>
> N'y aurait-il pas quelqu'un sur Toulouse dans ce cas présent pour montrer
> tout l'intérêt et les possibilités offertes par OSM? D'autant que le site a
> le soutien de l'Europe, de la Région Midi-Pyrénées, de la Communauté Urbaine
> du Grand Toulouse, de la Mairie de Paris. C'est rageant tout cet argent
> public qui part dans du Google...
>
> Romain
>
> -- Message transféré --
> De : Hervé Bellut 
> Date : 19 mars 2011 09:04
> Objet : Re: Message envoyé depuis le site des bus cyclistes
> À : Romain Mehut 
>
> Bonjour Romain,
>
> Je vous remercie de l'intérêt que vous portez à notre association. Je ne
> maîtrise pas du tout ces concepts, et je reconnais que, ayant déjà investi
> beaucoup dans le développement du site actuel, je ne me sens guère le
> courage de remettre une nouvelle fois les choses en question, et je n'ai
> plus de budget pour cela.
>
> Cordialement
>
> Hervé Bellut
> 06-29-61-66-85
> 05-34-52-15-38
> Directeur de l'Organisation Bus Cyclistes
> Association loi de 1901 -  réf W321000837 –  SIRET 511 285 280 00018
> http://www.buscyclistes.org
>
> Auteur du livre "DE LA VOITURE AU VELO", éditions Dangles
>
> Ce projet a été cofinancé par l'Union européenne.
> L'Europe s'engage en Midi-Pyrénées avec le Fonds social européen
>
> - Mail Original -
> De: s...@90plan.ovh.net, w...@90plan.ovh.net, d...@90plan.ovh.net,
> b...@90plan.ovh.net, cyclis...@90plan.ovh.net
> À: cont...@buscyclistes.org
> Envoyé: Vendredi 18 Mars 2011 23h11:14 GMT +01:00 Amsterdam / Berlin /
> Berne / Rome / Stockholm / Vienne
> Objet: Message envoyé depuis le site des bus cyclistes
>
> Form : Formulaire de contact [Contact2]
> registered at 2011-03-18 23:11:14
>
> Votre nom : MEHUT
> Votre prénom : Romain
> Votre message : Bonjour, Lecteur du magazine Terra Eco, j'ai appris
> l'existence de votre site internet. Je suis par ailleurs contributeur
> d'OpenStreetMap (OSM), projet de cartographie libre et participative. J'ai
> constaté que vous utilisez le fond de carte de Google. Permettez-moi de vous
> suggérer d'étudier la possibilité de migrer votre système vers OSM qui
> atteint un niveau de détail inégalé. D'ailleurs, il existe des applications
> d'itinéraires cyclables en développement basés sur OSM:
> http://www.geovelo.fr/blog/ Outre la précision, l'avantage est aussi de
> pouvoir connaitre le type de route du trajet (piste cyclable ou non)...
> J'estime qu'utiliser cette carte serait plus en cohérence avec les valeurs
> que vous défendez (qui sont d'ailleurs aussi les miennes). Bonne
> continuation. Romain
> Votre adresse mail : romain.me...@gmail.com
> Adresse IP : 82.236.129.68
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Fwd: Recrutement géomaticien à Lyon

[Gérard]

 Ca doit forcément pouvoir intéresser qqu'un.

   -Message d'origine-
   De : vvv-...@yahoogroupes.fr [mailto:vvv-...@yahoogroupes.fr] De la part
   de
   Le Barjonaute
   Envoyé : jeudi 17 mars 2011 11:56
   À : vvv-...@yahoogroupes.fr
   Objet : [vvv-sud] Du boulot à Lyon


   RECRUTEMENT – Géomaticien pour l'ON3V


   Les DRC recherchent un géomaticien pour l'« Observatoire national des
   véloroutes et voies vertes » (ON3V). L'ON3V est un outil national,
   financé
   par le Ministère de l'Écologie, dont les objectifs sont de : visualiser
   et
   mesurer l'avancement des réseaux VVV en recensant les itinéraires
   réalisés
   et en projet, en les décrivant techniquement, les cartographiant et les
   situant dans les différents schémas et réseaux ; d'aider au pilotage, à
   la
   coordination et à la décision ; de permettre la mutualisation des
   informations
   et le développement des échanges d'expériences.

   Pour consulter l'intégralité de la fiche de poste,
   <
   http://www.departements-cyclables.org/download.php?f=361d649ca2a77fef37ce88
   5134efce72> cliquez ici .
   Candidatures à adresser avant le 7 avril 2011.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comment fonctionnent les rendus de cartes

[Gérard]

Je sais pas si c'est ce cas, mais moi ça m'est arrivé à plusieurs reprises
de faire une fausse manip par clic droit sur une tuile et "bloquer les
images venant de ...". Résultat, l'un des 3 serveurs de tuiles (a b ou
c.tah.openstreetmap.org) est alors bloqué par mon navigateur Firefox. Selon
les niveaux de zoom, je me retrouve avec certaines tuiles (un tiers des
tuiles en gros, c'est aléatoire) manquantes et remplacées par le "more data
coming soon".
Ça se répare facilement en allant dans les préférences de Firefox, onglet
Contenu, "Charger les images automatiquement" bouton Exceptions, et
supprimer de tah.openstreetmap.org de la liste des sites bloqués.

Cordialement,

Gérard


> Dans ton cas, je ne comprends pas trop pourquoi tu as toujours le
> 404.png. Toutes les tuiles sont OK autour du bassin olympique depuis mon
> PC.
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Retour sur BeCiklo

[Gérard]

Je continue mes investigations

J'ai vu un truc bizare, sur les voies tagguées bicylcle=designated:
Cette rue est bien rendue: http://www.openstreetmap.org/browse/way/31583294
Mais pas celle là http://www.openstreetmap.org/browse/way/31695466
Pourquoi??? Le fait qu'elle soit en cul de sac pour les voitures, mais pour
les vélos, est bien sûr un atout stratégique pour la tranquilité des
cyclistes. Il ne faudrait pas que cette fausse apparence de cul de sac
empêche son rendu pointillé bleu dans beciklo.
Ou alors c'est une censure par un critère de longueur trop courte? snif  :-(

Le 10 mars 2011 23:26, Gérard  a écrit :

> Bonjour,
>
> Merci à Lord Awikatchikaen pour son travail sur Beciklo.
> Voici mes quelques remarques sur le rendu actuel:
>
> Au zoom 14, les pistes et chemins en dessous d'une certaine longueur ne
> sont pas visibles, et le deviennent à partir du zoom 15. Pourtant, les
> moindres ruelles sont visibles même au zoom 13 (voire même zoom 12 avec le
> fond mapquest, il reste encore un fine trace de ces rues).
> Le problème c'est que lorsque l'on taggue consciencieusement que sur tel
> tronçon, c'est groudronné, puis que le tronçon suivant ne l'en plus, on peut
> en arriver à des situations paradoxales où quand on regarde au zoom 14 on
> croit que tel chemin sans revétement présente une discontinuité, et quand on
> zoome à 15, hop, cette lacune se comble par un zoli tronçon gourdonné (mais
> plus court).
> Je préfèrerai que les pistes cyclables et les chemins soient rendus
> jusqu'au zoom 13 indépendament de leur longueur, quitte à ce que le trait
> devienne plus fin pour les zoom 13 et 14.
>
> Rendu des highway=track: en général (à moins que bicycle=no) c'est à
> représenter de la même façon qu'un chemin non revettu. Le rendu actuel des
> track est bien trop fin en regard de l'intéret de ces voies pour les VTC ou
> les vélos pas trop fragiles.
>
> Le sélecteur de "base layer" a un bug: quand on demande Mapnik, on a le
> zoom qui passe instantanément à 0, et on a beau remonter ce zoom, on ne voit
> rien.
>
> POIs (parkings à vélo, vélocistes...): le calque correspondant semble avoir
> disparu...
>
> Légende de la carte. Quand on la clique, elle disparait. Comment la faire
> revenir? Par ailleurs, il faudrait y rajouter que le bleu pointillé c'est
> les "autres rues conseillables"
>
> A la façon de la légende que l'on peut masquer, y a-t-il un moyen de
> masquer le bandeau foncé du haut?
>
> Dernière question: serait-il envisageable de prévoir une mise à jour
> mensuelle de la carte?
> Si nécessaire, peut-on y aider via un système  T@H ou autre?
>
> Voilà tout
>
> Gérard
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Retour sur BeCiklo

[Gérard]

Bonjour,

Merci à Lord Awikatchikaen pour son travail sur Beciklo.
Voici mes quelques remarques sur le rendu actuel:

Au zoom 14, les pistes et chemins en dessous d'une certaine longueur ne sont
pas visibles, et le deviennent à partir du zoom 15. Pourtant, les moindres
ruelles sont visibles même au zoom 13 (voire même zoom 12 avec le fond
mapquest, il reste encore un fine trace de ces rues).
Le problème c'est que lorsque l'on taggue consciencieusement que sur tel
tronçon, c'est groudronné, puis que le tronçon suivant ne l'en plus, on peut
en arriver à des situations paradoxales où quand on regarde au zoom 14 on
croit que tel chemin sans revétement présente une discontinuité, et quand on
zoome à 15, hop, cette lacune se comble par un zoli tronçon gourdonné (mais
plus court).
Je préfèrerai que les pistes cyclables et les chemins soient rendus jusqu'au
zoom 13 indépendament de leur longueur, quitte à ce que le trait devienne
plus fin pour les zoom 13 et 14.

Rendu des highway=track: en général (à moins que bicycle=no) c'est à
représenter de la même façon qu'un chemin non revettu. Le rendu actuel des
track est bien trop fin en regard de l'intéret de ces voies pour les VTC ou
les vélos pas trop fragiles.

Le sélecteur de "base layer" a un bug: quand on demande Mapnik, on a le zoom
qui passe instantanément à 0, et on a beau remonter ce zoom, on ne voit
rien.

POIs (parkings à vélo, vélocistes...): le calque correspondant semble avoir
disparu...

Légende de la carte. Quand on la clique, elle disparait. Comment la faire
revenir? Par ailleurs, il faudrait y rajouter que le bleu pointillé c'est
les "autres rues conseillables"

A la façon de la légende que l'on peut masquer, y a-t-il un moyen de masquer
le bandeau foncé du haut?

Dernière question: serait-il envisageable de prévoir une mise à jour
mensuelle de la carte?
Si nécessaire, peut-on y aider via un système  T@H ou autre?

Voilà tout

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

Re: [OSM-talk-fr] [Beciklo] redémarrage

[Gérard]

Bonsoir,

Je souhaiterais volontiers voir l'aglomération Toulousaine ajoutée dans le
rendu beciklo.
Alternativement, s'il n'y a pas assez de ressources sur votre serveur, que
faut-il compter justement en terme de ressources pour mettre en place une
carte beciklo sur une zone de, disons 32x32 tuiles zoom 15?
Qu'est ce qui est dimensionnant, le volume pour stocker les tuiles (à vue de
nez j'ai l'impression que ce n'est guère que quelques dizaines de Mo, voire
une ou deux centaines de Mo si je pousse jusqu'au zoom 16)?
Ou bien est ce le temps de calcul pour élaborer les tuiles. (ça mouline
pendant combien de temps?)
Bref, est ce que (pour juste une agglo)  c'est à la portée d'un modete site
perso gratuit?

Gérard

Le 24 janvier 2011 10:29, Lord Awikatchikaen
a écrit :

> Bonjour a tous,
>
> Suite aux relances de Pierre et l'ADAV qui semblaient intéressés par
> Beciklo, j'ai décidé de me replonger dans le projet en finançant un serveur
> gandi et pour plus de visibilité un nom de domaine :
> http://www.beciklo.fr/
>
> Pour le moment, seul le Nord-Pas-De-Calais à un rendu, pour que l'ADAV
> puisse l'utiliser. Faire un rendu national nécessite plus d'espace disque,
> et le budget ne suit pas pour le moment.Mais il y a assez de place pour 1
> voire 2 régions suivant vos priorités (quelle région concentre le plus de
> mappeur ?).
>
> Rien de passionnant sur cette version, j'ai juste repris le style que l'on
> avait abandonné avec quelques ajustements. Il y a un peu plus d'évolution
> sur la version en dev : http://dev.beciklo.fr/
>
> Pour ceux qui souhaitent participer, j'ai mis le projet sur github :
> https://github.com/awikatchikaen/Beciklo, il y a l'IHM et les fichiers de
> rendu. Le dépôt est ouvert à ceux qui se sentent l'envie de coder sinon il y
> a les onglets "pull request" pour vos idées, et "issues" pour rapporter les
> bugs.
>
> Les données datent un peu (début 2011 me semble), ce n'est pas la priorité
> mais il y aura ensuite des imports régulier et un rendu grace a mod_tile ou
> équivalent.
>
> Awikatchikaen
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] National 2x2 voies à chaussée séparée

[Gérard]

Se focaliser sur la vitesse maxi autorisée, n'est pas se leurer? Dans une
zone urbaine, la façon dont sont aménagées les intersections importe
davantage sur le temps qu'on mettra (hors encombrements) pour parcourir cet
axe que la vitesse de pointe. S'il y a des échangeurs, on n' a pas à
ralentir comme quand il y a des ronds points tous les 400m.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tags pour les plans d'eau

[Gérard]

Je ne suis pas choqué qu'un étang artificiel soit taggué "naturel". Il peut
y avoir du poisson, des oiseau, bref de la vie plus ou moins sauvage.
Rien de tout cela dans une piscine chlorée et filtrée.

Le 6 novembre 2010 09:18, Olivier Croquette  a écrit :

> Le critère est-il vraiment "naturel" ou "pas naturel" ?
> J'ai tendance à tagger les étangs (même créés par l'homme) avec
> natural=water.
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tags pour les plans d'eau

[Gérard]

Hélas, le tag natural=water a aussi été utilisé abusivement par certains
imports du bati pour représenter des piscines!
Exemple par ici:
http://www.openstreetmap.org/?lat=43.57343&lon=1.29889&zoom=17&layers=M
Si quelqu'un était capable de faire un nettoyage automatique de la base pour
tagguer autrement  les inombrables et minuscules natural=water importés du
bati, je crois que ça serai salutaire (quitte à ce que cela soit erroné pour
quelques petits plan d'eau vraiment naturels). Est ce qu'un critère du genre
longueur du way inférieure à 30 mètres pourrait être utilisé?


Le 31 octobre 2010 21:08, mga_geo  a écrit :

>
> J'essaye d'extraire les plans d'eau. Pour cela j'ai fait une première
> extraction des chemins avec le tag way[natural=water]. Malheureusement, on
> trouve des bouts de rivière avec ce tag (
> http://www.openstreetmap.org/browse/way/31663357 ) généralement en
> provenance d'import du cadastre.
> Comment puis-je corriger ces chemins ?
> Le remplacement par un tag waterway=river ne me semble pas possible car on
> a
> souvent une surface.
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Signalisation routière horizontal ?

[Gérard]

Il y aussi les bandes cyclables  cycleway=lane
Les marquages équivalents à des sens uniques (fréquent dans dans les
parkings): oneway=yes

Les lignes de stop : highway=stop
>> Tous les systèmes de ralentisseurs : chicanes, coussins berlinois (ça
>> dépasse la simple signalisation)
>> Le nombre de voie : lanes=nn
>>
>
> Et peut-être combiner lanes avec :forward et :backward pour plus de
> précisions ?
>
> 
>
Les passages piétons : highway = crossing
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] SYJ: site de mise en ligne d'iti néraires

[Gérard]

A partir du moment où opencyclemap se base sur les données openstreetmap, je
ne vois pas comment il pourrait avoir le droit d'en interdire l'usage si
l'on garde la licence:
http://wiki.openstreetmap.org/wiki/FR:OpenStreetMap_License
"Vous pouvez faire pratiquement ce que vous voulez avec les données, à la
condition que vous en mentionniez l'origine et la licence, et que n'importe
qui puisse en faire de même avec votre travail."

Le 23 septembre 2010 23:57, arno  a écrit :

> En ce qui concerne opencyclemap, je n'ai rien trouvé dans
> les conditions d'utilisations, qui me permettent de l'utiliser comme fond
> de
> carte.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] SYJ: site de mise en ligne d'iti néraires

[Gérard]

Très pratique cet outil, Merci.

Une *suggestion d'amélioration*: offir le choix des tuiles (par exemple
BeCiklo avec son fond ET la couches des pistes cyclables, ou encore
opencyclemap)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte Tango

[Gérard]

Ou alors une autre façon de faire c'est d'utiliser Firefox et son plugin
screengrab qui fait l'équivalent d'une capture d'écran virtuel suffisament
grand pour voir tout l'image d'un coup. Il exporte ainsi un zoli png mega
grand avec moultes mégapixels.


Le 14 septembre 2010 23:10, Balooval  a écrit :

> Il y a en bas de la petite fenêtre de contrôle les liens "permalink, form,
> perl, ..." Si tu clic sur "Perl" ça te propose au téléchargement un script
> perl qui, une fois lancé, va générer un png de tous les tiles affichés.
> Tu me dira qu'il faut pouvoir lancer un script  Perl... Moi sous win xp
> j'ai trouvé un installeur simple qui permet cela. Sous Mac je n'y connais
> rien.
>
> Le 14 septembre 2010 22:41, g.d  a écrit :
>
>  Maintenant que j'ai ça tout beau à l'écran, dans firefox, tout mon village
>> au zoom 16, je suis devant un dilemme :
>>
>> Quand j'essaye de "imprimer" ça en pdf, ça me fait du haché menu en pages
>> séparées, avec bord blanc autour, et seulement un tiers ou un quart de la
>> carte est enregistré,
>> quand je fais une saisie écran avec "Capture" ça ne prend que la fenêtre
>> visible, à 72 dpi,
>> quand je veux "saisir" l'image et la déposer sur le bureau, ça ne prend
>> qu'une seule des tuiles,
>> sélectionner le tout, le copier et coller dans photoshope ne donne rien,
>> image blanche,
>> et quand j'enregistre la page sous firefox, ça enregistre la ribambelle
>> des tuiles une par une.
>>
>>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte Tango

[Gérard]

C'est presque bon, sauf que ça n'affiche que le fond beciklo. Il faudrait
aussi pouvoir afficher par dessus la couche des pistes cyclables (sinon ça
sert à rien)...

Le 14 septembre 2010 18:17, Damouns  a écrit :

> >> > > Quelqu'un pourrait il me dire comment faire un bigmap avec beciklo?
>
>
> http://openstreetmap.gryph.de/bigmap.cgi?xmin=4147&xmax=4150&ymin=2816&ymax=2819&zoom=13&scale=256&baseurl=http%3A%2F%2F82.228.212.80%2Fmap%2Flayers%2Ffond%2F!z%2F!x%2F!y.png
>
> __
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte Tango

[Gérard]

Comment Bigmap marche? pour l'utilisateur c'est comme ça: il faut
tatonner-naviguer de proche en proche et zoomer pour finir par se situer sur
la zone voulue. C'est pas hyper facile la première fois, mais une fois fait,
on peut mémoriser le permalink pour y revenir facilement, et éventuellement
changer de zoom, de tuiles choisies etc.
Par exemple sur Toulouse:
http://openstreetmap.gryph.de/bigmap.cgi?xmin=8254&xmax=8258&ymin=5980&ymax=5984&zoom=14&scale=256&baseurl=http%3A%2F%2Ftile.openstreetmap.org%2Fmapnik%2F!z%2F!x%2F!y.png

Maintenant comment c'est codé? ça je n' ai pas la compétence pour savoir.
Si quelqu'un sait faire la même chose avec les tuiles et couches optionelles
beciklo, je suis interessé.
(Je n'ai en effet pas besoin de quadrillage et d'index des rues comme le
fait mapostatic.)
Au pire, si personne n'a d'idée, je me coderai artisanalement une page html
appelant une à une toutes les tuiles qu'il me faut. Pas pratique, du tout,
mais pas impossible à faire.

Cordialement

Gérard (ger4rd)

Le 14 septembre 2010 14:54, Thomas Clavier  a écrit :

>
> Maposmatic intègrera très bientôt la possibilité de choisir un rendu.
> Et là http://openstreetmap.gryph.de/bigmap.cgi il est possible de faire
> une "bigmap" avec un serveur de tuile externe ...  mais j'ai pas compris
> comment ça marche.
>
> --
> Thomas Clavier http://www.tcweb.org
> Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org
> +33 (0)6 20 81 81 30   +33 (0)950 783 783
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte Tango

[Gérard]

Bonjour,

Afin de pouvoir exposer (à la journé [annuelle] sans voiture de ma commune)
une carte papier grand format, j'aimerai pouvoir exporter une large zone
rendue par beciklo, un peu à la façon de ce que bigmap permet de faire pour
les rendus comme cyclemap etc.
Quelqu'un pourrait il me dire comment faire un bigmap avec beciklo?

Le 6 septembre 2010 10:52, Nicolas Dumoulin  a écrit :

> Le jeudi 2 septembre 2010 11:39:54 Thomas Clavier, vous avez écrit :
> > Hello
>
> Salut Thomas :-)
>
> > Juste pour dire que j'ai trituré un peut le rendu mapnik par défaut pour
> > utiliser la palette tango [1] c'est loin d'être fini et c'est dans mon
> > github beciklo (http://github.com/tclavier/beciklo) et visible sur
> > http://osm.tcweb.org/
>
> Ça commence à devenir sympa. C'est vrai que les routes ressortent mieux
> dans
> les zones un peu chargés. Par contre, la différence secondaire/tertiaire
> est
> un peu légère je trouve …
>
>
> --
> Nicolas Dumoulin
> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

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

[Gérard]

Le 20 juillet 2010 23:11, Pieren  a écrit :

> 2010/7/20 Gérard 
>
>
>> Je suggère que le tag  bicycle=designated soit utilsé pour conseiller une
>> rue plus sûre qu'une residential "ordinaire". Bien sûr c'est moins sûr
>> qu'une vraie cycleway.
>>
>>
> ??
> Le tag bicycle=designated existe déjà:
> http://wiki.openstreetmap.org/wiki/Tag:access%3Ddesignated
> pour les voies spécialement indiquées pour ce moyen de transport (donc
> chez-nous les pistes ou sur les trottoirs marqués cyclables). Voir les
> exemples du wiki.
> Très mauvaise idée si la rue ne comporte aucun signal particulier. Mais
> pourquoi un autre tag. Je crois me souvenir qu'il y a eu d'autres
> propositions dans ce sens.
>
> Pieren
>

Même si ce n'est pas exactement le cas de rues spécialement fléchées, elles
sont néanmoins recommandées par les associations vélo ou les mairies. Sur
Toulouse par exemple, la communauté d'agglo publie cette carte
http://www.grandtoulouse.org/jsp/fiche_pagelibre.jsp?CODE=59551333&LANGUE=0&RH=E_KIOSQUE&RF=1246459501785où
des rues conseillées sont marquées en pointillé violet. Il faudrait
alors
qu'un tag (celui là ou un autre, je suis preneur de bonnes idées) puisse
servir à privilégier ce type de rues lorsqu'on demande un itinéraire
sécuritaire via geovelo.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

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

[Gérard]

> Les deux itinéraires doivent être assez proches. Peut-être que dans ce cas
> précis c'est le highway=residential qui est privilégié pour l'itinéraire
> sécurisé. On est encore en train d'ajuster les paramètres de calcul de la
> "sécurité"/"cyclabilité" des voies.
>

Je suggère que le tag  bicycle=designated soit utilsé pour conseiller une
rue plus sûre qu'une residential "ordinaire". Bien sûr c'est moins sûr
qu'une vraie cycleway.

>
> Donc pour résumer, les propositions de nouvelles villes sont
> Clermont-Ferrand, Grenoble et Strasbourg. Pour les villes étrangères
> pourquoi pas... mais ça demanderait du travail pour traduire l'interface,
> changer les images, etc. On verra s'il reste un peu de mémoire sur le
> serveur ;)
>
>
> Si la capacité du serveur le permet, on pourrait mettre aussi Toulouse, il
commence y avoir des rues bicycle=designated, pour tester cette possibilité.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Trop de bâti tue le gmapsupp

[Gérard]

Bonjour,

Ca fait quelques temps que je tatonne pour me confectionner une carte de
France gmapsupp.img multicouches. J'ai l'impression que  l'augmentation du
nombre de bâtiments (même si je ne fait aucun rendu pour eux avec mkgmap
dans aucune des couches) implique que splitter augmente le nombre de sous
cartes pour découper la France (il m'en fait 51 pour ma tentative de la
semaine dernière) vu qu'il y a augmentation du nombre de noeuds sur la
carte. Mutliplié par le nombre de couches, cela me donne plus de 300 cartes,
et là mon Etrex commence à pédaler dans la choucroute. Il met 10
interminables secondes rien que pour ouvrir le dialogue me permettant de
(dé)sélectionner les couches à afficher.
Est ce que quelqu'un connait une manip pour filtrer l'extrait  france.osm et
l'expurger de tout le bâti avant de le faire ingérer à splitter? Ou alors
comment dire à splitter de ne pas tenir compte des area=building?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] highway=cycleway et cycleway=lan e à la fois

[Gérard]

Bonsoir,

En regardant la zone test de beciklo, je suis tombé sur un cas intriguant:
http://www.openstreetmap.org/browse/way/25748729
qui a à la fois les balises suivantes
 cycleway  =
lane  highway =
cycleway
A mon avis  on ne devrait utiliser lane qui pour des highway qui ne sont pas
cycleway. Me trompe-je?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [BeCiklo] On en est où ?

[Gérard]

Je viens de copier coller le texte dans un fichier test.xml, et de l'ouvrir
avec firefox sans rien changer, et boum, ça me jette d'entrée en disant:
Erreur d'analyse XML : données incompréhensibles après l'élément de document
Emplacement : file:///home/gb4/test.xml
Numéro de ligne 8, Colonne 1 :

Re: [OSM-talk-fr] [BeCiklo] On en est où ?

[Gérard]

Superbe bon début, bravo!

Je ne suis pas sur de faire des bêtises si j'édite le Xml, alors je préfère
commenter ici. Où alors est ce qu'il y a le moyen de tester les lignes Xml
qu'on rajouterait pour voir si au moins on introduit pas une grossière
erreur de syntaxe? Peut être quelques conseils basiques sur l'édition Xml
seraient bien utile aux apprentis sorciers en puissance. Et à supposer que
l'ajout soit OK, on fait quoi pour maintenir une légende humainement lisible
(par opposition au code Xml) quelque par? On utilise la page de discussion
http://wiki.openstreetmap.org/wiki/FR_talk:BeCikloXmlPistes ?

En tentant de comprendre xml, sur les path, j'ai noté qu'un éventuel
bicycle=no se traduit par quelque chose de différent que s'il n'y a pas ce
no (bravo d'y avoir pensé), mais je n'ai pas réussi à comprendre comment le
no sera rendu?
Pour les highway residential, considérer aussi un éventuel tag
bicycle=designated pour indiquer les rues calmes et conseillées même si
dépourvues d'aménagement spécifiquement cycliste. On pourrait utiliser un
pointillé bleu?

Le 24 juin 2010 15:41, Lord Awikatchikaen  a
écrit :

> ok j'ai mixé les deux :
>
> 1/ path + surface (paved,asphalt, concrete ou vide) ou smoothness
> (excellent good ou vide) -> vert
> 2/ path  + smoothness (intermediate, bad, very_bad ou vide) et surface
> différent de (paved asphalt et concrete)  -> vert pointillé
>
>
> 2010/6/24 sly (sylvain letuffe) 
>
> On jeudi 24 juin 2010, Lord Awikatchikaen wrote:
>> > pour les trajets vert la promenade de l'orge est plutot bien pour le
>> VTT, je
>> > la fais quelque fois. Certes pour le vélo de ville c'est plus dur il n'y
>> a
>> > pas trop moyen de faire la distinction. ou alors faire évoluer les tags
>> pour
>> > avoir du "pathtype"... mais on est plutôt sur le rendu. La ou on
>> pourrait
>> > jouer c'est sur le tag "surface". Si path + paved ou asphalt c'est ok
>> pour
>> > vélo et VTT. sinon que pour VTT
>>
>> Ou alors, (au risque de devenir lourd à force d'en faire la pub) :
>> http://wiki.openstreetmap.org/wiki/Key:smoothness
>>
>> smoothness -> good (c'est praticable en Vélo de course/vélo de ville)
>> smoothness -> bad (c'est praticable en VTC)
>> smoothness -> very_horrible (c'est praticable en VTT )
>>
>>
>>
>> --
>> sly
>> Sylvain Letuffe sylv...@letuffe.org
>> qui suis-je : http://slyserv.dyndns.org
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] cherche hébergement pour projet os m

[Gérard]

Bonjour,

Ce projet m'intéresse aussi, en tant qu'utilsateur. J'ai souvent besoin
d'indiquer un itinéraire vélo et les outils genre gmappedometer ne
connaissent pas les pistes cyclables. Dès lors, un outil à base d'OSM me
ravira.
Si en plus on pouvait choisir quelle tuiles sont en fond (opencycle, ou le
futur BeCiklo), ça serait le pied...

Cordialement,

Gérard

Le 18 juin 2010 15:15, Philippe Pary  a écrit :

>
> Salut,
>
> On Fri, 18 Jun 2010 14:46:44 +0200, arno  wrote:
> > je suis en train de développer doucement, mais sûrement, une appli pour
> > publier des itinéraires. Quelque chose qui ressemble un peu à
> openrunner,
> > mais
> > qui sera j'espère, plus facile à utiliser, dont le code sera sous une
> > licence
> > libre, et bien sûr qui utilisera osm comme support de carte.
> >
> > Mon objectif, c'est de pouvoir publier des itinéraires de ce type, mais
> > sans
> > que ça me prenne un quart d'heure à chaque fois
> > http://renevier.net/maps/show_kml.html?kml=evry-paris-par-wissous.kml
> >
> > Pour l'instant, j'ai quelque chose de primaire, mais de fonctionnel; je
> > peux
> > créer, modifier, et afficher des itinéraires. Bref, bientôt, j'aurai qqc
> > qui
> > répond à mes besoins.
> >
> > Du coup, je vais pas tarder à devoir décider si je le finis et que ça
> > reste un
> > outil perso, ou si je fournis l'effort supplémentaire pour en faire un
> > outil
> > public. Mais pour cela, j'ai besoin d'un hébergement, j'ai bien un
> serveur
> >
> > dans mon salon, mais bon, si plus de 3 personnes s'y connectent en même
> > temps,
> > ça suffira pas.
> >
> > J'ai vu qu'il y avait des serveurs disponibles ici
> > http://wiki.openstreetmap.org/wiki/FR:Servers
> > je me demande si c'est jouable d'en avoir un bout (serveur virtuel ou
> > hébergement) ou s'il existe d'autres possibilités d'hébergement.
> >
> > Pour l'instant, j'ai besoin de php > 5.3, d'une base postgres avec
> postgis
> >>
> > 1.5; mon projet utilise le framework php zend.
> >
> > Je ne peux pas mettre en ligne de démo parceque vu les versions que
> > j'utilise,
> > il faut au moins debian testing, et mon serveur est en stable, mais
> sinon,
> > je
> > veux discuter du projet au rmlls.
>
> Ton projet m'intéresse grandement, notamment dans une optique de service
> pro.
> Je suis disposé à héberger tout ça, j'ai un serveur perso, une offre de
> base mais qui devrait largement suffire.
>
> Contacte moi en privé si tu es intéressé par l'hébergement
>
> Philippe
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [osmose] quelques nouveautés

[Gérard]

Est ce que le fait de marquer "faux positif" est définitif? Autrement dit,
si plus tard qulequ'un crée l'ilot en oubliant de mettre oneway, est ce que
la détection d'erreur sera empéchée parce qu'aujourd'ui j'aurais cliqué faux
positif?

Le 16 juin 2010 22:31, Vincent Pottier  a écrit :

> Le 16/06/2010 22:22, Gérard a écrit :
> > Un exemple de cas avec "oneway manquant sur insertion Rond-Point":
> > http://www.openstreetmap.org/browse/way/57934914
> C'est un cas typique de faux positif.
> Soit, s'il y a un îlot directionnel sur la primary, on l'ajoute (il sera
> ajouté un jour par quelqu'un... donc autant l'ajouter tout de suite) et
> le problème disparait.
> Soit il faut le signaler en faux positif pour collectionner les cas et
> améliorer le filtre. Un filtre détectant la disparité des tags (primary,
> secondary) résoudra le problème.
> --
> FrViPofm
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [osmose] quelques nouveautés

[Gérard]

Un exemple de cas avec "oneway manquant sur insertion Rond-Point":
http://www.openstreetmap.org/browse/way/57934914

Le 16 juin 2010 19:29, Etienne Chové  a écrit :

> Le 16/06/2010 19:16, Etienne Chové a écrit :
> > Le 16/06/2010 18:29, Gérard a écrit :
> >> Bonjour
> >>
> >> Abonné depuis pas longtemps à la liste de diffusion, je découvre
> >> seulement maintenant Osmose. Et je me rends compte qu'il y a des choses
> >> que cet outil trouve que je fais "mal" à savoir que je fais des "oneway
> >> manquant sur insertion Rond-Point".
> >> Quand une rue à double sens débouche sur un rond point, il y a peut être
> >> bien (ou pas) un minuscule ilot triangulaire que l'on pourrait créer,
> >> avec sens unique sur chaque branche. Mais je trouve que ça n'en vaut pas
> >> la peine de définir cela. Je me contente d'une rue à double sens
> >> jusqu'au rond point.
> >> Ne faudrait il donc pas mettre une sorte de test de longueur de voie
> >> arrivant sur le rond point. Si c'est court (moins de 100m, il y a des
> >> chances qu'effectivement il manque un oneway, donc bulle à mettre dans
> >> Osmose. Si c'est long, ben c'est probablement que personne n'a envie de
> >> cartographier finement les ilots. Est ce que ça gêne quelqu'un comme ça?
> >
> > Bonjour,
> >
> > Tu dois avoir une topologie bien particulières pour avoir cette erreur.
> > C'est sans doutes un faux positif. Est ce qu'on peut avoir un lien ? Si
> > c'est un faux positif, n'hésite pas à cliquer sur faux positif, si il y
> > en a trop je regarderai ce que je peux faire, mais tel que c'est conçu
> > ce que tu demandes (mesure de la longueur du way) est relativement
> > difficile à faire, mais pas impossible.
> >
> > Cette erreur est soulevée lorsqu'on a ways d'insertion à un rond point
> > qui partent du même nœud. Dans ce cas il s'agit souvent de voies
> > d'insertions.
>
> Je viens de regarder quelques erreurs, et je suis tombé sur plein de
> faux positifs du genre :
>
>
>   ||
> __|__  |
>/ \ |
>   /   \|
> -| |---*---
>   \   /
>\_/
>   |
>
> Le way du dessus travers une zone résidentielle et viens se rabouter sur
> la route principale sans changer de way.
>
> Par exemple, la rue Blaise Pascal là :
> http://tinyurl.com/2w5lqeg
>
> Il s'agit ici d'un faux positif, et comme tu dis la mesure de la
> longueur permettrai de résoudre le problème. Plus simplement, on peut
> aussi imaginer compter le nombre de nœud du way, c'est plus simple pour
> moi. Je patcherai l'analyseur demain, il faut juste trouver le seuil qui
> va bien.
>
> --
> Etienne
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [osmose] quelques nouveautés

[Gérard]

Bonjour

Abonné depuis pas longtemps à la liste de diffusion, je découvre seulement
maintenant Osmose. Et je me rends compte qu'il y a des choses que cet outil
trouve que je fais "mal" à savoir que je fais des "oneway manquant sur
insertion Rond-Point".
Quand une rue à double sens débouche sur un rond point, il y a peut être
bien (ou pas) un minuscule ilot triangulaire que l'on pourrait créer, avec
sens unique sur chaque branche. Mais je trouve que ça n'en vaut pas la peine
de définir cela. Je me contente d'une rue à double sens jusqu'au rond point.
Ne faudrait il donc pas mettre une sorte de test de longueur de voie
arrivant sur le rond point. Si c'est court (moins de 100m, il y a des
chances qu'effectivement il manque un oneway, donc bulle à mettre dans
Osmose. Si c'est long, ben c'est probablement que personne n'a envie de
cartographier finement les ilots. Est ce que ça gêne quelqu'un comme ça?

Cordialement

Gérard

Le 11 juin 2010 15:11, Christian Quest  a écrit :

> Le 11 juin 2010 14:01, Etienne Chové  a écrit :
>
> Salut tous,
>>
>> Osmose a maintenant quelques nouvelles sources et améliorations.
>>
>> 1. OpenStreetBug
>>
>> Les erreurs sont issues du dump journalier, et un retrour est fait via
>> l'API d'osb pour supprimer les erreurs. Le bouton "corrigé" ou "faux
>> positif" d'osmose supprimera l'erreur d'osb.
>>
>> 2. a mapper/limites admin (par Cédric Viou)
>>
>> Les communes non mappées ont un marqueur. Si vous cliquez dans le menu
>> d'osmose sur cette ligne vous verrez qu'elle regroupe deux classes
>> d'erreurs, les communes vecteur et les communes raster. Il est possible
>> de n'afficher qu'une des des classes en cliquand sur le "map" à coté du
>> numéro de classe.
>>
>> 3. les nœuds supprimés (par Benoit Rousseau entre autres)
>>
>> Il nes sont pas affichés sur la page principale car ce ne sont pas des
>> erreurs à corriger en soi. Ce sont les nœuds qui risquent d'être
>> supprimés. Pour le moment c'est moi qui ai chargé la liste, mais les
>> auteurs ont tout ce qu'il faut pour mettre à jour la liste s'ils s'en
>> sortent avec l'api d'osmose.
>>
>> http://osmose.openstreetmap.fr/map/cgi-bin/index.py?source=63
>>
>> 4. Divers
>>
>> Maintenant, un clic sur la liste de gauche vous donne la liste des
>> sources e classes qui sont affichées dans cet item. Vous pouvez alors
>> demander la carte d'une classe spécifique d'erreur. Je vous laisse
>> naviguer. C'est pas très utile mais ça me sert à voir quoi est où.
>>
>> 5. autres nouveautés, peut être pas annoncées (par Frédéric Rodrigo)
>>
>> Je ne sait plus si ça a été annoncé, mais les trous intercommunaux sont
>> affichés ainsi que les "presque rond-points".
>>
>> Merci à tous ceux qui ont contribué à ces analyses et qui en hébergent
>> certaines chez eux.
>>
>>
> Mreci Etienne pour cet formidable outil.
>
> A-t-il déjà été envisagé une remontée d'osmose vers les contributeurs via
> la messagerie interne d'osm ?
> Cela permettrait de se rendre compte plus rapidement de certaines erreurs
> dont on est la source.
>
> Christian
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Taille de POI sur Etrex HCx

[Gérard]

Bonjour,

Voulant personnaliser la carte gmapsupp.img pour mon Etrex HCx, je bute sur
un problème quand je veux définir de nouveaux symboles de POI via un fichier
TYP. Après avoir crée une icône (fichier PNG de 22x22 pixels) et importé
celle ci dans mon fichier.typ (via
http://ati.land.cz/gps/typdecomp/editor.cgi) , puis généré un gmapsupp avec
mkgmap, je constate avec dépit que mon POI s'affiche certes, mais à la fois
trop gros, et "pixélisé". Comme si quelque chose disait d'agrandir cette
icône pour atteindre un taille trop (environ 2 fois) grande, et évidement la
qualité s'en ressent. c'est moche et trop encombrant sur la carte.
Quelqu'un a-t-il déjà rencontré ce problème et sait comment y remédier?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Camino de Santiago en Espagne

[Gérard]

Bonjour,

Je travaille aussi sur la voie d'Arles, dans sa portion aux alentours de
Toulouse. Pour le moment j'avais tracé le parcours balisé GR, mais je vais
devoir changer, ce tronçon et en faire une variante locale, et le remplacer
par l'itnéraire plus direct conseillé par l'ACIR compostelle.

Ger4rd

2010/6/3 Christophe Merlet 

> Le jeudi 03 juin 2010 à 11:32 +0200, Vincent Pottier a écrit :
> > Bonjour,
> > Quand un peu de coordination structure un projet, il devient pertinent
> > pour des institutions. Peut-être que nos régions ou départements
> suivront...
>
> Ayant essayé de travailler le plus consciencieusement possible sur la
> Via d'Arles de Vic-en-Bigorre jusqu'a Sarrance je suis curieux de
> connaitre les modifications apportées.
>
> Y a t'il un moyen de connaitre les diff apportées à la relation Via
> d'Arles ?
> L'historique du site OSM étant totalement inutilisable dans ce cas.
>
> Les seuls contributeurs que je connaisse sur cette Via d'Arles sont
> caminaspe (que j'ai déjà rencontré) et un certain ottokar55 (à priori un
> allemand)
>
> Concernant L'autre camino de santiago à la frontière espagnol, au niveau
> de Saint-Jean-Pied-de-Port à Roncesvalles. les traces (approximatives)
> actuelles coté français sont semble t'il encore les miennes et celles
> d'ottokar55. et n'ont pas encore été intégrées dans une relation
> route...
>
> Cela dit je suis ravi de savoir que d'autres personnes étudient ou
> envisagent d'étudier ces chemins et reverse dans OSM leurs observations
> et corrections :)
>
> > Message reçu ce matin :
> > --
> > > Buenos días,
> > >
> > > Este correo va dirigido a todas aquellas personas que han contribuido
> > > en la subida de trazas en OSM del Camino Francés, para informarles del
> > > proyecto que estamos llevando a cabo. Se trata de un proyecto
> > > subvencionado por la Xunta de Galicia para el desarrollo de una guía
> > > multimedia en GPS.
> > >
> > > La aplicación guiará a los peregrinos por el Camino de Santiago y al
> > > paso por los puntos de interés se reproducirá de modo automático un
> > > video informativo sobre el mismo. La temática de los videos será sobre
> > > patrimonio, historia, leyendas, naturaleza, arquitectura, etc.
> > >
> > > La distribución posterior de la aplicación con todos los contenidos se
> > > realizará probablemente desde la página del Xacobeo o un servidor de
> > > la Xunta de Galicia, para que los usuarios pueden instalarla en sus
> > > dispositivos móviles.
> > >
> > > Durantes los últimos meses, nuestros equipos de campo han recorrido el
> > > camino en dos ocasiones recogiendo información, coordenadas
> > > geográficas y tracks. Posteriormente hemos depurado todos estos datos
> > > utilizando como base las ortofotografías de Navarra, La Rioja,
> > > Castilla y León y Galicia. Tras esto y trabajando con JOSM, hemos
> > > mejorado la georeferenciación de algunas vías y elementos.
> > >
> > > Con este motivo, y con el objetivo de presentar una información más
> > > clara a todos los ususarios de OSM y evitar solapes, hemos borrado
> > > algunas de las trazas que ya existían sobre el Camino Francés.
> > >
> > > Les agradecemos su atención, y no duden en ponerse en contacto con
> > > nosotros para cualquier duda o aclaración.
> > >
> > > Good morning,
> > >
> > > This mail is to everybody who contributed uploading traces to OSM for
> > > The French Way of Santiago, to inform them the project we are doing.
> > > This is a project funded by La Xunta de Galicia for development of a
> > > GPS multimedia guide.
> > >
> > > The aplication will guide pilgrims along the way and advise them and
> > > when they are crossing an interest point, will be played automatically
> > > an informative video about it. The topic of these videos is about
> > > patrimony, history, legends, nature, architecture, etc.
> > >
> > > The later distribution of the aplication with all contents will be
> > > probably from Xacobeo web or a server by A Xunta de Galicia, so users
> > > can install on their mobile devices.
> > >
> > > During last months, our field staff have move along the way twice
> > > collecting information, geographical coordinates and tracks. Then we
> > > have refined all these data using orthophotos of Navarra, La Rioja,
> > > Castilla y León and Galicia. After that and working with JOSM, we have
> > > improved georeference of some ways and elements.
> > >
> > > For this reason, and with the objetive to display clearer information
> > > to all OSM users and avoid some overlaps, we have deleted some tracks
> > > that already existed on the French Way.
> > >
> > > Thanks for your atention, and please ask us if you have some question
> > > or doubt.
> > >
> > > PANGEA INGENIERÍA DEL TERRITORIO
> > > Vigo - Pontevedra
> > --
> > FrViPofm
>
>
>Librement,
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>

[OSM-talk-fr] Variantes de chemins de St Jacques de Compostelle

[Gérard]

Bonjour,

Voulant cartographier les chemins de St Jacques de Compostelle dans les
alentours de Toulouse, je constate qu'il y a plusieurs variantes locales.

Celles balisées avec des flèches à l'emblème de la coquille, en jaune sur
fond bleu.
Celles balisées à la peinture rouge et blanche (GR) et avec de temps à
autres sur
les panneaux indicateurs, une coquille en prime (noir sur fond jaune).
Il y a même une commune qui se targue d'encore un autre tracé (la toponymie
locale et
les monuments semble l'attester), passant par son territoire bien sur, et
ayant son
propre fléchage sur ce tronçon.

Quels chemins considérer comme la voie principale de la Via Tolosane, alias
le chemin d'Arles (relation 389715) et
lesquels considérer comme des variantes (nouvelles relations à créer)?

Sur quel critère se baser? Prendre l'itinéraire le plus direct comme voie
principale (à Toulouse ça serait celui que conseille l'association de
coopération interrégionale "les chemins de St Jacques de Compostelle")?
Prendre le GR car c'est ce que Monsieur-tout-le-monde connait le plus?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Nouvel abonné sur Colomiers (Hau te-Garonne)

[Gérard]

Bonjour à tous,

Inscrit sur OSM depuis début 2009, je me présente à présent sur la liste de
discussion.
J'ai découvert OSM lors d'une présentation axée sur les logicel libres
(Ubuntu) faite par l'association Toulibre.
Je m'intéresse tout particulièrement aux informations utiles aux cyclistes,
pas seulement urbains (pistes, bandes, contresens cyclables, point de
parking vélo...) mais aussi touristiquement champêtres (véloroutes et voies
vertes, aménagements pique nique, points d'eau).
Et lorsque je me promène, j'aime aussi renseigner ce qui pourra me sembler
utile au promeneur/randonneur (je reviendrai prochainement sur une question
concernant les chemins de St Jacques de Compostelle dans un message dédié).
J'utilise un Etrex Legend Hcx (et JOSM) pour contribuer, mais aussi
bénéficier des cartes gmapsupp.img.
Je tente en ce moment de me concocter la gmapsupp versatile qui me permettra
de changer d'optique entre différentses approches (cycliste / randonneur /
voiture / en recherche de bug sur la carte) selon le moment, grace à 7 ou 8
couches différentes superposées mais sélectivement masquables.

Comme indiqué dans le titre, je suis à Colomiers, c'est à dire immédiatement
à l'ouest de Toulouse, mais je n'hésite pas à contribuer ailleurs au gré de
mes déplacements.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr