Re: [OSM-talk-fr] Bon usage de tracktype

[rainerU]

Merci pour vos commentaires. Ma conclusion est que je continue de saisir 
tracktype comme je l'ai fait dans le passé, conformément à la définition du wiki 
grade1="revêtement dur de type asphalte ou composée de matériaux très 
compactés". La version anglaise est plus précise car elle parle de "sealed 
surface" et renvoie vers une page wikipédia.


surface=* est moins subjectif que tracktype=* et devrait être interprété par les 
routeurs avec priorité sur tracktype, si ce n'est pas déjà le cas. J'ajouterai 
donc surface=* aux highway=track que je crée et à ceux que j'ai créé dans le passé.


Je donnerai peut-être une chance à smoothness=* que j'utilise rarement à cause 
des noms de la clé et des valeurs qui incitent à une utilisation trop 
subjective. Mais si tout le monde suit bien la description sur le wiki cela peut 
être complémentaire à et même remplacer tracktype=*.


Les highway=track que l'utilisateur cricri a modifié de grade3/grade2 en grade1, 
quand je sais que ce sont des pistes empierrées et sans revêtement stabilisé je 
les remettrai en grade2 + surface=unpaved/ground/gravel




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

Re: [OSM-talk-fr] Requêtes sur changesets

[rainerU]

Am 18.02.20 um 20:19 schrieb rainerU:
Il faut lire : osmosium et non osmosis, bien sur. osmosis ne permet pas de 
manipuler les fichiers osh.


osmium

J'espère que c'est bon maintenant ;)


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

Re: [OSM-talk-fr] Requêtes sur changesets

[rainerU]

Am 18.02.20 um 20:05 schrieb rainerU:

d'osmosis-tool
osmosis ne permet pas de filtrer


Il faut lire : osmosium et non osmosis, bien sur. osmosis ne permet pas de 
manipuler les fichiers osh.



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

Re: [OSM-talk-fr] Requêtes sur changesets

[rainerU]

Je viens de faire une analyse similaire sur la base des fichiers histoire de la 
Geofabrik, par exemple pour la France :


https://osm-internal.download.geofabrik.de/europe/france-internal.osh.pbf

D'abord, j'ai extrait les enregistrements avec un certain tag à l'aide 
d'osmosis-tool, juste pour réduire la taille du fichier.


Ensuite, l'outil https://github.com/rory/osm-tag-csv-history de Rory permet de 
créer un fichier CSV à partir du fichier osh.pbf. Le CSV contient une ligne par 
modification de tag, avec l'id de l'objet, le numéro de changeset, le nom 
d'utilisateur, la date, ...


Pour filter par nom d'utilisateur, c'est peut-être un peu plus complexe car 
osmosis ne permet pas de filtrer par utilisateur et un fichier csv pour 
l'histoire complète de la zone qui t'intéresse risque d'être assez gros.


Malheureusement, les fichiers histoire de la Geofabrik ont un rétard de deux 
semaines en ce moment. Peut être peut on en trouver ailleurs.


Rainer


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

Re: [OSM-talk-fr] Bon usage de tracktype

[rainerU]

Am 17.02.20 um 20:07 schrieb Sébastien Dinot:

Pour moi, sur une route
goudronnée, que je déclare « unclassified », il est possible de rouler
à bonne allure car le revêtement procure une bonne adhérence et on peut
avoir une relative confiance sur la continuité du revêtement. Pas de
doute, c'est une « route ». Sur une voie en gravier, non seulement
l'adhérence est faible, mais il arrive que le ravinement fasse de gros
dégâts. Il est hors de question de rouler à 50 km/h sur une telle voie
ou même de la privilégier à une route goudronnée à peine plus longue.
J'indique donc que cette voie non goudronnée est une « piste » et si sa
surface est plane et homogène, j'indique que son « tracktype » est
« grade1 ».


Comment tu déclares les voies de desserte agricole et forestière goudronnées?


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

[OSM-talk-fr] Bon usage de tracktype

[rainerU]

Bonjour,

Dans les départements 11 et 66, un utilisateur a récemment ajouté ou modifié un 
grand nombre de pistes de montagne. Les valeurs qu'il utilise pour tracktype 
sont généralement un ou deux niveaux supérieurs à celles que j'utiliserais, 
c'est à dire, là ou je mets grade3 ou grade2 il met grade1. J'ai laissé un 
commentaire sur un de ses changeset avec des liens vers des images Mapillary :


https://www.openstreetmap.org/changeset/79978741

J'ai déjà eu le même genre de discussion avec lui en 2013. En gros, sa règle est 
: ce qui est goudronné est unclassifed, lest track c'est tout ce qui n'est pas 
goudronné, donc le grade1 est pour les "chemins empierrées larges, roulables en 
voiture standard". Moi, je me tiens à la définition du wiki de grade1 : 
"revêtement dur de type asphalte ou composée de matériaux très compactés".


Comme je ne suis pas entièrement sur d'avoir la bonne vision des règles 
d'utilisation de tracktype et avant d'entamer une guèrre d'édition, je vous 
demande votre avis sur ces modifications.


Rainer


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

Re: [OSM-talk-fr] Proposition de mise à jour : la population des communes

[rainerU]

Am 09.02.20 um 20:42 schrieb 
osm.sanspourr...@spamgourmet.com:
Exemple : la Bretagne 
 
administrative a une population 
 3217767 et 
Rennes en est l'admin_centre.


Pourtant Rennes (admin_centre) n'a pas 3,2 millions d'habitants mais population 
 215366. Tiens 
une population qui reste et qui est de 2015.


La valeur population=* sur un objet de type place=city, c'est la population de 
la ville, aucun rapport avec la région dont cette ville est l'admin_centre.



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

Re: [OSM-talk-fr] Voies OSM inconnues de FANTOIR

[rainerU]

Am 04.02.20 um 16:42 schrieb Christian Quest:


Rue Luchino Visconti 661365195R
Rue Georges Claude 661361048H


661363128U RUE LOUIS VISCONTI
661360858B AV GEORGES ET CLAUDE CAUSTIER



La DGFiP ne modifie semble-t-il jamais un libellé, mais préfère annuler 
l'ancienne entrée dans FANTOIR et en créer une nouvelle, ce qui est visiblement 
le cas pour les deux exemples cités.




Dans les deux cas, il s'agit d'une suppression. Il y a eu une rue Louis Visconti 
(architecte français), puis on a créé la rue Luchino Visconti (réalisateur 
italien). On a du s'apercevoir que d'avoir deux rues Visconti n'était pas une 
bonne idée et on a supprimé la rue Luchino Visconti. Pareil pour Georges et 
Claude Caustier, sauf que là on a supprimé la rue George Claude (scientifique) 
existante pour pouvoir créer la rue Georges et Claude Caustier (industriels 
locaux). Comme les deux noms supprimés figurent toujours sur le plan cadastral 
quelqu'un les a saisi dans OSM.



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

Re: [OSM-talk-fr] Voies OSM inconnues de FANTOIR

[rainerU]

Am 04.02.20 um 08:42 schrieb Vincent de Château-Thierry:
Pour les rapprochements je ne tiens pas compte des voies FANTOIR annulées. Dans 
tes 2 cas ce sont des voies ayant été annulées dans FANTOIR. Pour chacune on a 
des rues au nom très proche, c'est peut-être une raison de leur annulation pour 
éviter les confusions :


661363128U RUE LOUIS VISCONTI
661360858B AV GEORGES ET CLAUDE CAUSTIER


Merci. Cela confirme l'utilité de cet outil.


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

Re: [OSM-talk-fr] Voies OSM inconnues de FANTOIR

[rainerU]

Bonjour Vincent,

Un grand merci pour cette fonction très utile et que j'attends depuis longtemps.

J'ai constaté que dans la liste des voies inconnues dans FANTOIR on trouve des 
rues qui sont bien dans liste brute FANTOIR. Exemples pour la ville de Perpignan 
66136 :


Rue Luchino Visconti 661365195R
Rue Georges Claude 661361048H

Rainer

Am 03.02.20 um 22:55 schrieb Vincent de Château-Thierry:

Bonsoir,

Pour répondre à ce ticket [1] je viens d'ajouter un onglet dans les comparaisons 
OSM <=> FANTOIR accessibles via https://dev.cadastre.openstreetmap.fr/fantoir/


Par exemple : https://dev.cadastre.openstreetmap.fr/fantoir/#insee=94043=6


Vous y trouverez un vaste FouTOIR de rues, places, accès, écoles etc. qui ont en 
commun :


- d'avoir une existence et un nom dans OSM

- d'être des "candidats" aux rapprochements OSM / FANTOIR

- de ne pas avoir trouvé de correspondance dans FANTOIR lors des processus de 
rapprochement


Cette liste permet un peu de contrôle qualité sur aussi bien le contenu OSM que 
FANTOIR. On trouvera matière à corriger des fautes d'orthographe, des géométries 
qui empiètent sur la commune d'à côté, des erreurs de type de voie, de nom ou de 
prénom, etc. N'hésitez pas à faire un petit florilège ;)


Vos retours bienvenus, surtout si vous constatez des incohérences dans les 
listes proposées.



merci

vincent

[1] : https://github.com/osm-fr/osm-vs-fantoir/issues/69


___
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] pb sur un cset lié aux langues locales

[rainerU]

Bonjour Christian,

Am 04.01.20 um 17:53 schrieb Christian Rogel:

  * Après la création du rendu des NL en breton (avril 17), j’ai envoyé une
circulaire à tous les organismes s’occupant de langues locales en France
(offices publics, directions nationale et régionales, associations).


Si tu as envoyé cette circulaire à un organisme régional qui s'occupe de la 
langue catalane, peux-tu m'en envoyer les coordonnées ?


Rainer


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

Re: [OSM-talk-fr] Import bâti cadastre dans JOSM

[rainerU]

Am 26.12.19 um 21:10 schrieb Vincent de Château-Thierry:
Le sujet ici c'est de savoir si on doit maintenir une page (l'actuelle 
cadastre.openstreetmap.fr) qui s'appuie sur un processus d'accès au Cadastre (le 
recours aux PDFs d'impression de cadastre.gouv.fr) qui certes nous a sauvé la 
mise pendant des années, mais a avec le temps été rendu plus gourmand en 
ressources et est devenu obsolète avec l'apparition du cadastre redifusé par 
Etalab.


Je me suis posé cette question quand j'ai découvert, par hasard, la possibilité 
de télécharger les données Etalab dans JOSM. Après, j'ai constaté que les 
données dans les fichiers générés sur cadastre.openstreetmap.fr étaient plus à 
jour que les données Etalab. Par exemple ici:


https://www.openstreetmap.org/#map=19/42.62719/2.76934

Est-ce un bug ou y a-t-il une vrai différence de mise mise à jour ?


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

Re: [OSM-talk-fr] Contributions folklo

[rainerU]

J'utilse osmcha avec un feed RSS pour identifier les changesets fait par des 
novices. Cela m'a signalé celui-là qui essaie de "faire un foutu trou dans une 
foret" :


https://www.openstreetmap.org/changeset/78651839

C'est en dehors de mon périmètre et je connais peu iD, alors si quelqu'un veut 
s'en occuper avant qu'il fasse des dégâts...


On 20.12.19 17:31, Eric wrote:

Bonjour,

Je ne connaissais pas l'outil mentionné récemment par Marc
http://resultmaps.neis-one.org/newestosm?c=France#6/46.800/1.989

C'est cool pour identifier les nouveau utilisateurs et les guider mais là, c'est 
n’importe quoi. Je fais des corrections mais c'est long et usant. Ca sent 
l'humour ... euh ... de collégiens (rue de la Moule, "villa a kelig, celui qui 
s'approche je l'**" et des tas de truc rigolos, y'en a des pages).

Ou encore
https://www.openstreetmap.org/way/757252001

Fatiguant

Eric [Blueberry]

___
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] Un peu de BANO v2

[rainerU]

Merci, ça semble bien fonctionner depuis samedi.

Am 28.11.19 um 11:29 schrieb Vincent de Château-Thierry:



De: "rainerU" 

Merci, ça marche. Par contre, j'ai l'impression qu'il y a un souci
concernant le choix des communes à mettre à jour. Avant-hier, j'ai fait pas mal
d'ajouts de noms de rues et d'adresses à 66180 Saint-Laurent-de-la-Salanque mais
le dernier rapprochement date du 12/11.


Le choix des communes à rapprocher se fait en ciblant celles mises à jour dans 
les dernières 24h normalement. Je vais forcer le rapprochement ce soir en 
remontant à 3j au lieu de 24h. Le problème, très temporaire, est lié aux 
multiples rechargements de base depuis quelques jours, mais devrait se résorber 
avec la manip de ce soir. Si tu constates un défaut de mise à jour demain, là 
il y aura un problème à regarder. N'hésite pas à le signaler.

merci

vincent

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




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

[OSM-talk-fr] Utilisation de données OSM sur france-cadastre.fr

[rainerU]

Bonjour,

J'ai contacté une commune (Arles-sur Tech, INSEE 66009) pour lever un doute sur 
le nom officiel de quelques rues. Dans leur réponse, il m'ont renvoyé vers un 
plan cadastral interactif sur leur site [1]. Ce plan est édité par 
FranceCadastre [2] et composé d'un calque cadastre superposé d'un calque voirie. 
Je soupçonne que le calque voirie est basé sur les données OSM car on y retrouve 
des erreurs d'orthographe présents dans OSM, par exemple "Domaine de la Batille" 
au lieu de "Domaine de la Batllie" sur ce chemin [3]. Les données OSM semblent 
être au niveau d'avant octobre 2017 car des voies ajoutés à cette date ne 
figurent pas sur la carte, par exemple ce chemin [4].


Cette carte devrait donc porter une attribution OSM ce qui n'est pas le cas ni 
sur la carte ni ailleurs sur le site. Est-ce que cela vaut la peine de les 
contacter pour leur demander d'ajouter une attribution ? J'hésite car je l'ai 
fait récemment pour deux autres sites [5] [6], mais sans aucune réaction.


Rainer

[1] http://www.ville-arles-sur-tech.fr/plan-cadastre/
[2] https://france-cadastre.fr/cadastre/arles-sur-tech
[3] https://www.openstreetmap.org/way/449199916
[4] https://www.openstreetmap.org/way/534312613
[5] https://www.mairie-perpignan.fr/fr/carte/culture/patrimoine/monuments
[6] http://www.oph-perpignan.com/


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

Re: [OSM-talk-fr] Un peu de BANO v2

[rainerU]

Bonjour,

Am 28.11.19 um 07:07 schrieb Vincent de Château-Thierry:
@Rainer : Toreilles est de retour, le contenu a été corrigé par Jocelyn hier 
soir (merci à lui), j'ai pu ré-importer une base où le souci n'existe plus.


Merci, ça marche. Par contre, j'ai l'impression qu'il y a un souci concernant le 
choix des communes à mettre à jour. Avant-hier, j'ai fait pas mal d'ajouts de 
noms de rues et d'adresses à 66180 Saint-Laurent-de-la-Salanque mais le dernier 
rapprochement date du 12/11.


Rainer


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

Re: [OSM-talk-fr] Un peu de BANO v2

[rainerU]

J'ai fait une erreur de copier/coller. L'URL du navigateur n'est pas mis à jour 
quand  cette erreur se produit.


Il s'agit de la commune de Torreilles, code INSEE 66212.

http://dev.cadastre.openstreetmap.fr/fantoir/index.html#insee=66212

Am 26.11.19 um 21:01 schrieb Vincent de Château-Thierry:


Le 26/11/2019 à 17:57, rainerU a écrit :


J'ai une commune qui donne une erreur "commune inconnue" :

http://dev.cadastre.openstreetmap.fr/fantoir/index.html#insee=66141

C'est comme ça depuis que j'utilise les outils V2.


Étrange, chez moi ça fonctionne, la commune de Pia est bien reconnue. Un souci 
de cache quelque part ?


vincent

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



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

Re: [OSM-talk-fr] Un peu de BANO v2

[rainerU]

Bonjour,

J'ai une commune qui donne une erreur "commune inconnue" :

http://dev.cadastre.openstreetmap.fr/fantoir/index.html#insee=66141

C'est comme ça depuis que j'utilise les outils V2.

Rainer


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

Re: [OSM-talk-fr] Un peu de BANO v2

[rainerU]

Bonjour,

Merci beaucoup pour cet out outil. Surtout pour cette fonction très utile pour 
l’intégration des adresses :


Am 11.11.19 um 16:34 schrieb Vincent de Château-Thierry:
pour les voies numérotées rapprochées, on 
peut maintenant en 1 clic ouvrir dans JOSM les adresses non encore intégrées, 
rue par rue, soit comme points isolés, soit comme relation associatedStreet. Vos 
retours bienvenus là-dessus


Pour pouvoir mieux localiser les voies sans rapprochement, il serait bien 
d'avoir cette fonction aussi pour ces rues. Souvent les voies récentes ne 
figurent pas encore sur le plan cadastral et le lien JOSM n'est pas suffisant 
pour identifier la voie sur les images aériennes.


Rainer


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

[OSM-talk-fr] Rapprochement OSM/Fantoir : données cadastre obsolètes ?

[rainerU]

L’outil de rapprochement des données OSM et Fantoir affiche la date de 
récupération des données du cadastre. Cette date est très anciennes pour 
certaines communes, par exemple le 10-01-2016 pour le Code Insee 66144 :


http://cadastre.openstreetmap.fr/fantoir/#insee=66144

Est-ce normal et que faut il faire pour que l'outil utilise des données à jour ?




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

Re: [OSM-talk-fr] Y'en a marre de http://amenagements-cyclables.fr

[rainerU]

https://www.openstreetmap.org/changeset/72339552

Je doute que "rappeler les règles à notre contributeur." changera quelque chose.

Am 15.08.19 um 18:35 schrieb David Crochet:

Bonjour



Y'a un moyen de contacter les contributeur de ce * de site de * qui 
ajoute des commentaire à la  







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

Re: [OSM-talk-fr] OsmAnd, un navigateur routier un peu à part

[rainerU]

Am 06.11.18 um 07:48 schrieb Stéphane Péneau:
> Je l'ai utilisé pour un cas précis il y a quelques mois, j'en parle un peu 
> ici :
> http://www.stemani.fr/index.php?post/2018/02/25/Integrer-rapidement-les-parcelles-cadastrales-dans-OsmAnd

J'avais utilisé MapCreator pour générer un fichier OBF contenant des points
d’intérêt. La base était un fichier GPX que j'ai convertit en fichier OSM avec
GpsBabel. Je pense qu'à l’époque on ne pouvait pas importer un fichier GPX dans
Osmand. Pour certains besoins spécifiques cela peut toujours être intéressant.
Par exemple, les liens HTTP dans la description d'un POI ne sont pas cliquables
pour les fichiers GPX importés  mais le sont pour les fichiers au format OBF.


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

Re: [OSM-talk] How to get an overview of multiple gpx on OSM map?

[rainerU]

If you just want to see where you have been, desktop applications like QMapshack
and Viking are the best choice. QMapShack also allows you to store and organize
the GPX tracks in a database and has integrated routing services for trip
planning. It allows to chose about any OSM-based map as background as well as
many other online map and aerial image services.



Am 03.11.2018 um 15:09 schrieb _ dikkeknodel:
> Hi all,
> 
>  
> 
> Ever since I moved to Switzerland over a year ago I’ve been both hiking in the
> mountains and updating OSM details a lot. Since I hike at least 20 km every
> weekend, it must have totaled to about 1200 km by now all across the country. 
> I
> would love to get an overview of where I have been so far.
> 
>  
> 
> Since I’ve got a GPX file of almost every hike, the data is there. I am now
> looking for a nice graphical way to plot all of these files at once on a nice
> OSM map, OpenTopoMap as a base layer would be great.
> 
> I’ve been searching for a while how to arrange this (without much programming
> knowledge), but I am kind of lost at the moment.
> 
>  
> 
> Does anybody have a hint?
> 
>  
> 
> Cheers,
> 
> dikkeknodel
> 
> 
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
> 


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

Re: [Talk-de] Androhung von Benutzersperren für Verklebe-Ideologie

[rainerU]

Am 22.10.18 um 17:33 schrieb Frederik Ramm:


1. Du kannst eine Straße quer durch einen Wald malen.

2. Du kannst den Wald auch entlang der Straße - mit Verkleben - in zwei
Teile teilen.


Das verleitet dazu, diese analog auch auf auch Straßen am Waldrand anzuwenden 
und dort die Straße mit dem Wald und der angrenzenden Wiese zu zu verkleben. 
Will man dem Verkleben Einhalt gebieten dann müsste die Regel konsequenterweise 
so lauten:


2. Du kannst den Wald auch entlang der Straße in zwei Teile teilen. Teile dabei 
nicht am Weg auf sondern  auf einer Seite der Straße am Waldrand. Das 
erleichtert es, später einmal die Fläche von Straße, Seitenstreifen und 
Straßengraben zu mappen.



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

[OSM-talk-fr] Voting Default Language Format

[rainerU]

Bonjour,

Je me pose des questions sur l'impact de cette proposition sur les objets qui 
ont un nom officiel en langue régionale :


https://wiki.openstreetmap.org/wiki/Proposed_features/Default_Language_Format

Si j'ai bien compris la proposition, on mettrait default:language=fr sur la 
frontière de la France (ou des régions, départements,...) et les applications 
utiliseraient name=fr comme nom standard.


A mon avis, cela pose un problème dans les cas où le nom officiel d'un objet est 
en langue régionale mais existe aussi un nom en français. Il y a eu un fil de 
discussion sur cette liste sur la manière de tagguer ces cas avec le schéma 
actuel mais il n'y a pas eu de consensus, à mon avis. Moi, je taggue name=officiel>, name:ca=, name:fr=. Avec le schéma 
proposé, un rendu en langue standard afficherait le nom français et pas le nom 
officiel en catalan. Si par contre on mettait name:fr=, on ne 
pourrait plus créer un rendu 100% français.


Est-ce que cette question a déjà été discuté ici ou ailleurs, si oui quelle 
était la conclusion ?




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

Re: [OSM-talk-fr] maxspeed:type ou source:maxspeed ?

[rainerU]

Am 16.07.2018 um 12:39 schrieb marc marc:
> Le 16. 07. 18 à 11:35, rainerU a écrit :
> veux-tu dire que tu connais cet endroit et qu'à cet endroit il n'y a pas 
> de panneau 80km/h ?
> ou tu supposes que l'utilisateur s'est trompé dans le choix et que ce 
> n'est pas un panneau 80km/h mais un panneau de limite urbaine<>rurale ?
Je connais l'endroit et il n'y a ni panneau de limitation à 80 ni de limite
d'agglomération.

> Je pense qu'il serrait temps de migrer de source:maxspeed
> vers maxspeed:type, cela résoudrait au moins la moitié du problème.

Je suis d'accord avec cette conclusion. La définition du tag source dans le wiki
et son utilisation est claire. Il indique comment le contributeur a recueilli
l'information contenue dans les attributs, pareil pour source:xxx qui indique de
quelle manière a été recueilli la valeur de l'attribut xxx.

Je vais demander à l'auteur du changeset de changer la valeur de maxspeed:type
en FR:rural. J'espère qu'il saura faire car il a fait toutes ses contributions
avec StreetComplete.


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

[OSM-talk-fr] maxspeed:type ou source:maxspeed ?

[rainerU]

Bonjour,

Je suis tombé sur un changeset [1] où un utilisateur a ajouté une limitation de
vitesse via l'appli StreetComplete (SC). SC a ajouté

maxspeed=80
maxspeed:type=sign

Il s'agit probablement d'une erreur de l'utilisateur car il n'y a pas eu de
panneaux avant le passage aux 80km/h. Je voudrais lui signaler son erreur et de
lui proposer d'utiliser FR:rural à la place de sign mais j'ai un doute sur
l'utilisation de maxspeed:type. Ne faudrait-il pas plutôt utiliser
source:maxspeed ? Taginfo indique 6644 utilisations de source:maxspeed=FR:rural
contre 363 utilisations de maxspeed:type=FR:rural.

Pour ceux qui ne connaissent pas StreetComplete : Cette appli permet aux
utilisateurs de fournir des informations sur des objets OSM existants par un jeu
de questions/réponses. L'appli détermine ensuite les clés et valeurs à ajouter
dans la base OSM. Pour les routes sans maxspeed, SC demande s'il y a un panneau
de limitation de vitesse. Si oui, SC ajoute

maxspeed=*
maxspeed:type=sign

S'il n'y a pas de panneau, SC demande si la route est dans une agglomération ou
non et ajoute

maxspeed:type=FR:urban ou
maxspeed:type=FR:rural
(sans maxspeed=50|80).

Rainer

[1] https://www.openstreetmap.org/changeset/60717002


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

Re: [OSM-talk-fr] name:gsw pour les noms régionals?

[rainerU]

Tu trouves des informations sur l'utilisation du code gsw dans OSM dans le wiki
:
https://wiki.openstreetmap.org/wiki/DE:Switzerland/Deutschschweizer_Dialektkarte#Was_bedeutet_der_Code_.27gsw.27.3F

A priori, cela me semble être le bon code pour les noms en dialecte alémanique.
Par contre, s'il paraît justifié de saisir les noms de rue en alsacien en Alsace
dans la base OSM, surtout s'ils sont affichés sur les panneaux, cela me parait
moins évident de l'autre côté du Rhin. Pour être sur, je vérifierai avec la
communauté OSM locale allemande.

Am 07.07.2018 um 12:07 schrieb Christine Karch:
> Bonjour,
> 
> je veux faire un peu le "mapping" à Strasbourg et environs, aussi chez
> nous à Kehl/Hanauerland, ou le dialecte est pareil. On voit sur les
> panneaux de rue les noms régionals. J'ai déjà trouvé des examples comme
> "name:gsw=Knowligass" pour Rue de L'Ail. etc. dans la base de donnés
> d'OpenStreetMap.
> 
> Je n'ai pas trouvé des examples à Kehl. Mais c'est sûr, qu'on
> voudrais/devrais prendre le même tag.
> 
> Ma question, c'est: on prend le tag "name:gsw" pour les noms régionals
> sur ces panneaux de rues? Je demande parce que ne veux pas rater.
> 
> Christine
> 
> ___
> 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] Cartographier les voies vertes

[rainerU]

Am 30.06.2018 um 20:14 schrieb
osm.sanspourr...@spamgourmet.com:
> Justement aujourd'hui (sans OSM, j'allais à la plage donc sans téléphone ;-)) 
> je
> me suis trouvé au bout d'un track asphalté avec la possibilité d'aller à 
> droite
> ou à gauche, aucune signalisation.
> 
> Au vu du tracé je me suis rendu compte que j'étais sur une voie verte 
> (ancienne
> voie ferrée, bitumée).
> 
> À l'intersection suivante j'ai vu un panneau voie verte (et ai fait 
> demi-tour).
> L'intersection c'était avec un brave chemin empierré.
> 
> Donc ce tronçon je le mets en track ? Avec bicycle=designated, 
> foot=designated,
> motor_vehicule=destination ?
> 

Il y a la Voie Verte en tant qu'itinéraire jalonnée qui est représenté par une
relation de type route=bicycle. Et il y a des chemins classés voie verte par le
panneau C115 et qui peuvent faire parti d'un itinéraire ou non. Un itinéraire de
type Voie Verte peut être composé de tous types de chemin et on les saisit
suivant la nature du chemin et de la signalisation comme pour tous les autres
chemins.

Le fait qu'un chemin est jalonné "voie verte" par un panneau de direction
n'implique pas de restriction d’accès ni d'obligation d'utilisation. Donc dans
ton cas,  s'il n'y a pas de panneau, c'est probablement highway=track,
tracktype=gradeX, surface=* sans autre attribut. Et le chemin doit être membre
d'une relation type=route, route=bicycle.


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

Re: [Talk-de] Gehweg kurzes Stück nicht straßenbegleitend, oder path ohne Widmung?

[rainerU]

Am 26.04.2018 um 08:03 schrieb Florian Lohoff:
> Aber da die durchfahrt zwischen der Figaro und Fideliostraße mit dem Rad
> zu verbieten fühlt sich genauso kaputt an.

Das Tagging in OSM kann und soll das Radfahren auf solch einem Weg weder
verbieten noch erlauben sondern die Realität abbilden.

Die Realität ist, dass es sich hier um einen Gehweg handelt, dessen Befahren
gemäß StVO nicht erlaubt ist. Diese Situation wird korrekt durch highway=footway
oder highway=path + bicycle=no  beschrieben. Dass man den Weg mit dem Fahrrad
als Abkürzung nutzen kann, durch Absteigen und Schieben oder kurzzeitiges
Ausblenden der StVO, ist für den Auswerter der Daten an der Kürze der Verbindung
und dem Fehlen besonderer Hindernisse  erkennbar. Man kann solche Stellen daher
auf Karten, falls gewünscht, entsprechend darstellen und Router sollten in der
Lage sein, bei entsprechender Konfiguration darüber zu routen.

Das gilt im Übrigen auch für Stellen, wo die rechtliche Situation eindeutig ist,
aber der gesunde Menschenverstand zu einer abweichenden Praxis führt, z.B.
solche Verbindungswege zwischen der Fahrbahn und einem nichtbegleitenden Radweg:

https://www.mapillary.com/map/im/fXZ1I2q_2cGPuBP3lrGM3w
https://www.openstreetmap.org/way/25277428

Der war übrigens auch mal auf bicycle=yes getaggt.


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

Re: [OSM-talk-fr] Rapprochement des adresses OSM et FANTOIR

[rainerU]

Merci Vincent. J'ai vérifie et tout semble ok à présent.

Rainer

Am 03.04.2018 um 15:06 schrieb Vincent de Château-Thierry:

Bonjour,

Le 04/03/2018 à 16:58, rainerU a écrit :


Il y a dix jours, j'ai ajouté des adresses à Perpignan mais aujourd'hui encore 
ces adressent restent en source=C+O dans le fichier bano-66.csv et 
n'apparaissent pas en vert sur le rendu BANO. Exemple :


http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#19/42.69586/2.90604

Les adresses des rues au nord de l'avenue Mermoz, ajoutées en 2014, sont 
marquées source=OSM dans le fichier data et apparaissent en vert sur le rendu. 
Ce n'est pas le cas pour les adresses des rues côté sud que j'ai ajoutées le 
21/03/18. Y a-t-il une explication pour cette différence ou un blocage dans la 
génération des fichiers ?


Rainer, toutes mes excuses pour le délai de réponse.
L'anomalie que tu soulignais est normalement corrigée désormais. Elle était liée 
à un bug sur le traitement des suffixes (la commune de Perpignan est concernée) 
qui faisait en cascade planter toutes les mises à jour de la commune.


=> https://github.com/osm-fr/bano/issues/146

vincent

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



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

[OSM-talk-fr] Rapprochement des adresses OSM et FANTOIR

[rainerU]

Bonjour,

Il y a dix jours, j'ai ajouté des adresses à Perpignan mais aujourd'hui encore 
ces adressent restent en source=C+O dans le fichier bano-66.csv et 
n'apparaissent pas en vert sur le rendu BANO. Exemple :


http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#19/42.69586/2.90604

Les adresses des rues au nord de l'avenue Mermoz, ajoutées en 2014, sont 
marquées source=OSM dans le fichier data et apparaissent en vert sur le rendu. 
Ce n'est pas le cas pour les adresses des rues côté sud que j'ai ajoutées le 
21/03/18. Y a-t-il une explication pour cette différence ou un blocage dans la 
génération des fichiers ?


Merci

Rainer


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

Re: [Talk-de] routing.openstreetmap.de

[rainerU]

Am 31.12.2017 um 18:58 schrieb René Kirchhoff:
> Danke ich habe den Weg entsprechend geändert.
> Es ist verwirrend, dass einige router hindurch navigieren und andere nicht.
> dabei ist die stvo für alle die gleiche...
> es funktioniert z.b. mit graphhopper und brouter...

Das Fazit dieses Threads ist doch, dass der Weg mit dem ursprünglichen
Attributen für Fußgänger nur freigegeben ist, wenn diese sich dort zu
landwirtschaftlichen Zwecken aufhalten. Graphhopper und BRouter werten die
access-Attribute in diesem Fall falsch aus oder sind bewusst großzügig im Sinne
von: wenn der Bauer dort zu Fuß durch darf, dann wird man es einem Wanderer wohl
kaum verwehren. In der Praxis könnte dort ein Schild "Durchgang verboten, frei
für landwirtschaftl. Zwecke" stehen.



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

Re: [Talk-de] Garmin gmapsupp.img funktioniert nicht mehr mit qlandkartegt / qmapshack

[rainerU]

Hallo Andreas,

ich habe mir die Karte heruntergeladen und kann sie mit einem aktuellen
QMapShack (1.9.1post) unter Debian Testing öffnen.

Grüße
Rainer

Am 27.10.2017 um 22:51 schrieb Andreas Tille:
> Hi Moritz,
> 
> On Thu, Oct 26, 2017 at 11:26:05AM +0200, Moritz wrote:
>> kannst du mir die img files zukommen lassen, dann kann ich mal bei mir mit
>> qmapshack schauen (1.9.1) ob's tut.
> 
> http://fam-tille.de/tmp/osm/gmapsupp.img
> 
> (Bitte gib mir kurz Bescheid, wenn Du es heruntergeladen hast - der Server
> hat nicht mehr so sehr viel Platz ...)
> 
>> Habe qmapshack zuletzt im Sommer mit Openmtb Karten genutzt.
>>
>> Alternativ könntest du dir img-Files von extract.bbbike.org runterladen.
>>
>> Ich habe es gerade mit dieser Karte[1] und qmapshack probiert (falls sie
>> nicht mehr verfügbar ist, dann hier[2] neu bauen).
>>
>> Dann würdest du erstmal sehen, obs an dir oder den Karten liegt.
>>
>>> Was kann ich tun, um eine Tour zu planen und eine GPX-Ausgabe
>>> zu bekommen (es müssen nun nicht notwendig diese Programme sein,
>>> aber die Web-Routenplaner, die dann auf eine APP aufsetzen
>>> nützen mir nichts).
>>
>> Ich nutze inzwischen recht häufig brouter-web [3]. Da fällt dann ein GPX
>> raus, was sich einfach auf den Garmin übertragen lässt.
> 
> Danke für die hilfreichen Tips, die ich mir bei Gelegenheit ansehen
> werde.
> 
> Viele Grüße
> 
>Andreas.
> 


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

Re: [Talk-de] Deutsche Namens-Tags in Polen

[rainerU]

Am 25.10.2017 um 16:31 schrieb Stefan Kopetzky:
> Zudem, gerade bei OSMand, wird in der deutschen Sprachversion immer
> name:de verwendet, verwirrt, das den jeweiligen User nicht nur in Polen.
Man kann Osmand auch so konfigurieren, dass die lokalen Namen angezeigt werden,
also der Wert von name=*. Allerdings wirkt das nicht bei der Übersichtskarte,
also in den niedrigen Zoomstufen.

> Das Problem hat OSMand nicht nur in Polen, sondern etwa auch in anderen
> Teilen Osteuropas (Ukraine, Ungarn, Rumänien), wo einige großflächig die
> deutschsprachingen Bezeichnungen aus der Österr.-Ung.-Monarchie
> eingepflegt haben und die dort in der Praxis wenig bis gar keine
> Anwendung finden.
Auch in Frankreich hat mal ein Mapper heute völlig unübliche deutschsprachige
Bezeichnungen eingepflegt, z.B. Bisanz (Besançon) und Tolosen (Toulouse). Ich
habe diese Bezeichnungen in old_name:de verschoben.



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

Re: [OSM-talk-fr] Utilisation du tag 'name' avec les langues régionales

[rainerU]

Am 17.10.2017 um 18:11 schrieb Christian Rogel:
> 
> name:fr =* for the vernacular
> French name (needed exclusively off territories of the French Republic,
> especially for French variants like /Londres/ for /London
> / or /Munich/ for /München
> /)

Il y a des cas ou le nom INSEE/Cadastre/Fantoir est dans une langue régionale et
il existe aussi une version de ce nom en langue française (voir l'exemple que
j'ai donnée dans mon précédent message dans ce fil). J’ajouterais donc un texte
du genre :

In the case where the official name is a local language name and a version in
french language exists, this name will be put in alt_name (alt_name:fr?)


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

Re: [OSM-talk-fr] Langues régionales : à la recherche du consensus

[rainerU]

Am 04.10.2017 um 11:17 schrieb marc marc:

Où se trouve précisément cette place ? je ne la trouve pas
dans osm en cherchant avec name name:fr et name:ca
et le cadastre demande de fournir le nom de la commune.


name:fr=Plaça del Joc de Boles
alt_name:fr=Place du Jeu de Boules


http://www.openstreetmap.org/way/464542251


cela n'a aucun sens.
Lorsque je m'exprime en français, et que je dis "je vais
à tel endroit", je ne dis PAS "je vais à Plaça del Joc de Boles".
"Plaça del Joc de Boles" n'est donc pas le nom en français.
Au contraire je vais dire "je vais à la place du jeu de boules"


C'est pour cela j'ai écrit que je ne vois pas de consensus dans ce cas. Pour les 
uns name:fr est le nom officiel utilisé par l'administration française, pour les 
autres c'est la version en langue française de ce nom.



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

Re: [OSM-talk-fr] Langues régionales : à la recherche du consensus

[rainerU]

Am 03.10.2017 um 17:59 schrieb Anne-Marie Candès:

  * Que faire dans le cas où le nom d’une route, un chemin un ruisseau est  en
langue locale et n’a pas été changé en langue officielle par le passé. Je
trouve de nombreux exemples qui clignotent dans Osmose où c’est le cas
/« langue locale du nom sans langue par défault »/Il s’agit des cas où c’est
le nom catalan qui est utilisé localement  et non le français pour des rues,
des lieux dits, des ruisseaux qui ne serait pas compris avec une traduction
française puisque c’est le catalan qui a toujours été utilisé pour les
désigner (tout n’a pas été traduit ou transcrit par le passé). 
Dans la plupart des cas signalés par Osmose dans les Pyrénées Orientales et liés 
à la langue locale, il s'agit de noms officiels qui figurent sur le cadastre ou 
dans la BD Carthage. Je les traite donc comme les noms des villages qui ont un 
nom officiel en langue régionale et je mets le nom catalan dans name et name:ca 
. Par-contre, je ne mets pas de name:fr car à mon avis, il y a une ambiguïté sur 
l'utilisation cet attribut dans les cas où existe une version française du nom. 
A mon avis, quand le nom officiel est "Plaça del Joc de Boles" le tagging 
correct serait :


name=Plaça del Joc de Boles
name:ca=Plaça del Joc de Boles
name:fr=Plaça del Joc de Boles
alt_name:fr=Place du Jeu de Boules

Mais j'ai du mal à déceler un consensus sur ce point dans ce fil de discussion.


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

Re: [OSM-talk-fr] Mapillary Forum

[rainerU]

C'est peut-être lié à ça :

https://forum.mapillary.com/t/important-forum-disturbances-and-losses-7-july-2017/1045



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

Re: [OSM-talk-fr] Mapillary : Orientation

[rainerU]

Am 05.07.2017 um 16:30 schrieb Eric Sibert:
> - L'appli Mapillary enregistre la position des photos avec une mauvaise 
> qualité
Précision : Mapillary enregistre la position que fournit le module GPS du
téléphone ets qui est souvent de mauvaise qualité par rapport à un appareil GPS
dédié.

> - Mapillary déduit l'orientation des photos à partir du mouvement du GPS. 
> C'est
> correct quand on est en déplacement mais c'est mauvais quand on est à l'arrêt 
> au
> feu
Mon ancien smartphone avait un compas et Mapillary utilisait bien l'orientation
fourni par celui-ci (c'était au mois d'avril 2017). Si aujourd’hui ce n'est plus
le cas ce serait une régression dans l'appli Mapillary et il faut le signaler
sur le forum ou sur github [1].

> Je fais comment pour envoyer à Mapillary des photos bien localisées et bien
> orientées aussi bien en mouvement qu'à l'arrêt?
Les différentes options on déjà été données dans ce fil. J'utilise Josm et les
greffons photo_geotagging et photoadjust. Je charge les photos et la trace GPX
du Garmin dans JOSM, je corrèle les photos avec la trace GPX, j'ajuste la
position si nécessaire et j’enregistre les photos avec la position corrigé.
Ensuite je télécharge les photos avec le script /upload_with_preprocessing.py
qui permet aussi d'ajouter l'orientation déduite du mouvement. On peut aussi
télécharger dans le navigateur par le site de Mapillary. Dans ce cas, il faut
ajuster l'orientation une fois les photos sont publiés.


[1] https://github.com/mapillary/mapillary_issues


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

Re: [OSM-talk-fr] Support smartphone / Mapillary

[rainerU]

Am 04.07.2017 um 07:33 schrieb THEVENON Julien:
>  Le 03/07/2017 à 16:51, Christian
>  Quest a écrit :
>  > J'utilise celui
>  de... Mapillary !
>  
>  Pareil
Je n'ai pas réussi de trouver une position où le pied du support n'est pas dans
le champs de vision de la camera.


> Celui pour voiture va bien.celui pour velo en revanche c est bien pour la 
> ville mais ne tient pas assez le smartphone pour les chemins un peu 
> caillouteux

J'ai un support vélo similaire à celui de Mapillary. Il y a les chocs qui
viennent du vélo mais aussi des vibrations produites par le bras du support
entre le collier fixé au guidon et le clip qui tient le smartphone. En plus,
l'orientation par rapport au sens de la conduite n'est pas constante à cause des
mouvements du guidon. La meilleur solution contre ces problèmes est une caméra
sur le casque. Mais j'en ai pas encore trouvé un modèle abordable avec une
qualité photo satisfaisante.


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

Re: [OSM-talk-fr] Mapillary : photos basse résolution

[rainerU]

Am 02.07.2017 um 09:03 schrieb Stéphane Péneau:
> Le 01/07/2017 à 22:47, Eric SIBERT a écrit :
> L'application Mapillary stocke les infos de localisations dans les tags exif
> habituels ET dans un autre, propre à Mapillary (tag subject ou quelque chose
> comme ça).
C'est dans le tag ImageDescription et cela a été le cas jusqu'à récemment.
Maintenant mes photos n'ont plus de localisation dans les tags Exif ni de tag
ImageDescription avec les infos propriétaires de Mapillary. Il y a un fichier
GPX dans le même répertoire que les photos et je suppose qu'ils ajoutent le tag
ImageDescription avant le téléchargement. Pour l'orientation, je ne sais pas car
mon smartphone n'a pas de compas.


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

Re: [OSM-talk-fr] Mapillary : photos basse résolution

[rainerU]

L'appli Mapillary a eu des gros problèmes liés à l'orientation mais c'était il y
a quelques mois et devrait être corrigé aujourd'hui. Il y a des fois des
problèmes avec l'interface entre l'appli et l'API de la caméra qu'on peut éviter
en forçant l'utilisation de l'API "legacy" dans les options développeur. J'ai eu
d'autres problèmes avec l'appli : blocages et crashs en cas de vibrations
fortes.  J'ai contacté le support Mapillary et ils ont été très reactifs.

Je n'envoie pas les photos avec l'appli mais je les transfère sur mon PC où je
les traite avant de les envoyer soit par le navigateur soit avec les scripts
python. Le traitement, je le fais surtout pour améliorer la géolocalisation des
photos avec le tracé GPS de mon Garmin qui est meilleur que le GPS de mon
téléphone. Je le fais dans JOSM et j'en profite pour supprimer les images de
mauvaise qualité ou redondantes.


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

Re: [OSM-talk-fr] Votre avis sur cette voie verte (Foix/Saint-Girons)

[rainerU]

Am 13.03.2017 um 16:20 schrieb jabali:
> Qu'est-ce qu'un  itinéraire cyclable de type "voie verte" ?
C'est un itinéraire balisé composé essentiellement de voies réservées aux
cyclistes, piétons, rollers et cavaliers. Il y a des voies vertes qui sont
uniquement composées de "voies vertes" tel que defini dans le code de la route
et marquées par un panneau C115 mais il y en a beaucoup qui comportent des
tronçons qui sont des chemins agricoles, des voies de service VNF etc. On peut
voir des exemples de signalisation de la voie verte Foix/St.-Girons ici :
http://www.af3v.org/-Fiche-VVV-.html?voie=279# (onglet §photos")

On ne peut donc pas dire : Un chemin qui fait parti d'une relation "voie verte"
doit être taggué en path + bicycle=designed, foot=designated, etc. Cela peut
aussi bien être un highway=track + motor_vehicle=destination ou un
highway=cycleway comme dans l'exemple à Perpignan que j'ai donnée.

> Le contributeur à supprimé la relation voie verte car elle faisait doublon .
> Si on considère que la voie verte EST la vélo-route de St-Girons à Foix, -
> ways de transitions inclus-elle fait effectivement doublon puisque existe
> déjà une véloroute identique - Piemont Pyrénéen St-girons Foix.

Elle existe sur le terrain en tant que balisage "Voie Verte de Foix/Saint
Girons" est il faut donc la représenter dans OSM par une relation de type route.
Comme elle fait partie de la Véloroute du Piémont Pyrénéen V81 le plus logique
serait d'inclure cette relation dans la relation 3264259 à la place de la
relation 5332589.



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

Re: [OSM-talk-fr] Votre avis sur cette voie verte (Foix/Saint-Girons)

[rainerU]

Am 11.03.2017 um 18:41 schrieb Axelos:
> La définition même de la voie verte, c'est qu'il s'agit d'une route réservée
> aux véhicules non motorisés (sauf VAE). Ça englobe donc piétons, vélos et
> chevaux. 

C'est la définition de la voie verte dans l'article R110-2 du code de la route.
Mais un itinéraire cyclable de type "voie verte" comprend généralement d'autres
types de voie : des chemins de halage ouvert aux véhicules de service des VNF,
des chemins agricoles et forestiers, des traversées d'agglomération sur des
voies résidentielles et même des portions de route départementale comme ici :
https://www.openstreetmap.org/way/241952142

En ville, les voies vertes passent souvent par des pistes cyclables marqués par
le panneau B22a, par exemple ici : https://www.openstreetmap.org/way/157223973

Pour compléter : tous les chemins marqués d'un panneau de type C115 ne font pas
parti d'un itinéraire balisé "voie verte".

>En effet indiquer qu'il s'agit d'une piste cyclable n'est pas
> correct.
> Il faut donc utiliser highway=path comme tu le penses.

Il faut tagguer ce qui correspond à ce qu'on voit sur le terrain.



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

Re: [OSM-talk-fr] Votre avis sur cette voie verte (Foix/Saint-Girons)

[rainerU]

Am 09.03.2017 um 13:35 schrieb jabali:
> Ici dans osm sous la forme d'une relation "tourism"="information". ???
> https://www.openstreetmap.org/relation/1564708

En mars 2014, tu as mis

name=Voie Verte Foix / Saint-Girons
network=ncn
route=bicycle
type=route

ce qui me semble correct. A mon avis, il faut contacter le contributeur mont1 et
lui proposer de revenir sur ses modifications.


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

Re: [Talk-de] Technische Frage ÖPNV-Karte / Mapnik-Karte

[rainerU]

Eine strikt nach dem V2-Schema erfasste Haltestelle wird auf der Standard-Karte
im Carto-Stil auf osm.org nur unvollständig gerendert. Insbesondere wird der
Name der Haltestelle nicht angezeigt. Deshalb lassen viele Mapper neben den
V2-konformen Objekten noch ein highway=bus_stop stehen.


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

Re: [OSM-talk-fr] Comment ajouter des pistes/bandes cyclables?

[rainerU]

Am 25.02.2017 um 19:53 schrieb Shohreh:
> Donc, comment gérer proprement la partie (Fbg St-J - rue de la Santé)
> - d'un côté une piste cyclable
> - de l'autre, une bande cyclable

Si j'ai bien compris, il y a une piste côté nord et une bande côté sud, la
direction du way est est-ouest et le boulevard n'est pas en sens unique. Cela
donne :

cycleway:right=track
cycleway:left=lane

Si sur un way existant il y a deux configurations de piste et bande, tu coupes
le way en deux.

La page wiki https://wiki.openstreetmap.org/wiki/FR:Bicycle ne décrit pas ce
cas. Il faudrait ajouter un cas T4, piste cyclable  à sens unique sur un côté de
la route et ne pas limiter le cas L2 au côté droit de la route.


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

Re: [OSM-talk-fr] Fail : arrondir les angles

[rainerU]

Des fois, cela conduit à des discontinuités aux limites des tuiles :

http://www.openstreetmap.org/way/147110224#map=18/42.69333/2.72429=C
http://www.openstreetmap.org/way/178257226#map=18/42.69285/2.72451=C


J'avais contacté Andy Allen de Thunderforest sur ce cas il y un an. Peut-être
faut il le relancer.


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

Re: [Talk-de] Routen planen

[rainerU]

Hallo Sebastian,

ich plane meine Radtouren überwiegend mit QMapShack (QMS) lokal unter Linux. QMS
hat die Routino-Routingmaschine integriert mit einem recht guten Fahrradrouting.
QMS hat auch eine Datenbank integriert, in der man seine Tracks ablegen und
verwalten kann.

Der Hauptnachteil von Routino und vieler anderer Router ist, dass das
Höhenprofil nicht berücksichtigt wird. Daher nutze ich bei Touren in bergigem
Gelände ergänzend den BRouter Web client [1]. BRouter ist speziell auf das
Routing für Radfahrer ausgelegt. Beim Profil "trekking" sucht BRouter einen
Kompromiss zwischen Entfernung und Höhenmetern, d.h. es wird eine gerngfügig
längere Strecke in Kauf genommen, wenn dadurch Höhenmeter gespart werden.

Manchmal nutze ich auch cycle.travel [2]. Dort kann man das Routing nicht
parametrisieren, es ist aber für Radwandern und Radreisen sehr gut geeignet und
berücksichtigt meines Wissens auch das Höhenprofil. Ein weiterer Vorteil ist die
Möglichkeit von einem Punkt auf der Strecke direkt nach Streetview zu wechseln.

Das Ergebnis der Planung kann man bei allen diesen Tools in einer GPX-Datei
speichern, die man dann auf das Smartphone überträgt. Beide Tools arbeiten mit
OSM-Daten.

Wenn du weitere Fragen hast, würde ich dir empfehlen, diese in einem
Radfahrer-Forum zu stellen, etwa hier [3] oder hier [4]. Dort werden solche
Themen häufig und ausführlich diskutiert.

Grüße
Rainer

[1] http://brouter.de/brouter-web/
[2] http://cycle.travel/map
[3] http://radreise-forum.de
[4] http://www.radforum.de/


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

Re: [OSM-talk-fr] Divergences entre tuiles Carthage et données Carthage

[rainerU]

Am 12.09.2016 um 13:57 schrieb Christian Quest:
> Hum... les données Carthage utilisées par le rendu ne sont peut être (voire 
> fort
> probablement) pas la dernière version disponible... à mettre à jour car comme 
> on
> utilise uniquement ces shapefile il n'y a pas de raison d'avoir de différence.

Les tuiles BD Cartage (route500hydro) correspondent au fichier shape qui se
trouve dans 2013/arcgis/FranceEntiere/TRONCON_HYDROGRAPHIQUE.SHP.zip. Il existe
une version plus récente de 2014. A mon avis, il faut régénérer les tuiles avec
cette version.


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

[OSM-talk-fr] Divergences entre tuiles Carthage et données Carthage

[rainerU]

Bonjour,

Je suis tombé sur un cours d’eau mal tracé et mal nommé "Le Bourdigoul" [1]. Le
tracé et le nom correspondent au calque BD Carthage [2] mais sont différents des
donnés qu'on trouve dans le fichier shape Carthage [3] du 13/11/2015 où le nom
est "el viver gros" et le tracé légèrement différent. A mon avis, c'est le
toponyme du fichier shape qui est correct et le tracé est plus près de la
réalité sur le terrain que celui des tuiles "BD Carthage".

Est-ce que les tuiles ne sont simplement pas à jour ou sont-elles rendues à
partir d'une autre source ?

Rainer

[1] http://www.openstreetmap.org/way/435206207
[2]
http://tile.openstreetmap.fr/?zoom=18=42.71201=2.88477=B000FT
[3]
http://services.sandre.eaufrance.fr/telechargement/geo/ETH/BDCarthage/FXX/2014/arcgis/Regions/91_LANGUEDOC-ROUSSILLON/TRONCON_HYDROGRAPHIQUE.shp.zip


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

Re: [Talk-de] Verwendung von Markenlogos in Karten?

[rainerU]

Hallo Sven,

auf der Karte der französischen OSM-Community werden die Logos der SNCF, der 
Post und einiger anderer Firmen gerendert [1]. Dem ging eine Diskussion auf der 
französischen mailingliste voraus [2], in der es aber weniger um rechtliche 
Aspekte als um die Opportunität von Logos auf der Karte ging. Der Konsens war 
dann wohl, dass man das nur bei quasi öffentlichen Diensten wie Post und 
öffentlichem Transportwesen machen sollte.


Gruß
Rainer

[1] 
http://tile.openstreetmap.fr/?zoom=17=48.83993=2.36354=B000FF

[2] http://thread.gmane.org/gmane.comp.gis.openstreetmap.region.fr/57626


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

Re: [Talk-de] zur Info: Bicycle=yes/designated als Anzeige Benutzungspflicht aufgeben

[rainerU]

Am 05.06.2016 um 18:04 schrieb Joerg Fischer:

rainerU wrote:

mit dem UniRS-Renderer einen

highway=path
bicycle=designated
mit einer gestrichelten grünen Linie dar. Mit dem Standard-Renderer


Spannende Sache. Bei mir (osmand aus dem Playstore, V 2.3.5) stellt UniRS
_alle_ Pfade, egal ob bicycle=designated dran hängt oder nicht, als
schwarze Pünktchenlinie dar.


Auch wenn das hier jetzt ziemlich off-topic wird: zum einen habe ich mich 
vertan, Path mit bicycle=designated wird gestrichelt blau-lila dargestellt, Path 
ohne bicycle=designated in grün gestrichelt. Zum anderen hängt die Darstellung 
vom gewählten Modus ab. Meine Aussage bezieht sich auf den Fahrradmodus.




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

Re: [Talk-de] zur Info: Bicycle=yes/designated als Anzeige Benutzungspflicht aufgeben

[rainerU]

Am 05.06.2016 um 16:55 schrieb Joerg Fischer:

rainerU wrote:


z.B. rot dargestellt auf anderen Karten grün. Auch
Navigationsprogramme wie OsmAnd und BRouter machen das so.


Osmand? Definitiv: Nein. Osmand stellt Pfade als schwarze Strichlinie dar,
egal ob da ein cycleway=designated dran hängt.


Um cycleway=designated ging es bisher nicht. Bei mir stellt OsmAnd mit dem 
UniRS-Renderer einen


highway=path
bicycle=designated

mit einer gestrichelten grünen Linie dar. Mit dem Standard-Renderer sogar als 
blaue gestrichelte Linie. Und soweit ich das beurteilen kann, behandelt der 
Router solche Wege wie highway=cycleway. Aber, wie bereits gesagt, ist dies kein 
Argument dafür, Radwege als path + designated zu mappen.




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

Re: [Talk-de] zur Info: Bicycle=yes/designated als Anzeige Benutzungspflicht aufgeben

[rainerU]

Am 05.06.2016 um 08:55 schrieb Joerg Fischer:

Das ist nicht das primäre Problem. Auf meine Frage ob es denn irgendeine
Anwendung gibt die das dann als blauen Radweg zeigt kam keine Antwort.


Weil du die Frage auf die blaue Darstellung reduziert hast. Anwendungen, welche 
mit bicycle=designated getaggte Wege zwar nicht blau darstellen aber als Radweg 
behandeln, gibt es eine ganze Reihe, z.B. mit mkgmap erstellte Karten für 
Garmin-Geräte. Meist werden bei diesen Karten die path/designated-Wege mit den 
Cycleways in einer Wegeklasse zusammengefasst. Das Navi-Gerät berücksichtigt 
diese Wege dann vorrangig beim Fahrradrouting. Die Darstellung ist je nach Karte 
und Gerätetyp unterschiedlich, auf der Openfietsmap werden sie z.B. rot 
dargestellt auf anderen Karten grün. Auch Navigationsprogramme wie OsmAnd und 
BRouter machen das so.


Ein Argument für das path-Tagging ist das natürlich nicht, denn diese 
Anwendungen werten ja auch highway=cycleway aus, und meist auch 
bicycle=designated an anderen Highway-Typen.



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

Re: [Talk-de] zur Info: Bicycle=yes/designated als Anzeige Benutzungspflicht aufgeben

[rainerU]

Am 30.05.2016 um 23:57 schrieb Joachim:

Folgende Einträge:
* Keine Beschilderung - Radweg ohne Benutzungspflicht:
* Keine Beschilderung - Getrennter Fuß- und Radweg ohne Benutzungspflicht
* Zeichen 1022-10 - Radweg ohne Benutzungspflicht

... bekommen cycleway:right:bicycle=yes in
cycleway:right:bicycle=designated geändert.


Wenn ich den Vorschlag richtig interpretiere, dann würde sich ein baulich nicht 
abgesetzter Radweg mit Zeichen 237, 240 oder 241 von einem nicht beschilderten 
nur noch durch das cycleway:right:traffic_sign=* unterscheiden.



Da bicycle=designated
Standard für cycleway=* ist wird das entsprechende Tag entfernt.


Dann sollte man konsequenterweise das auch bei den nicht baulich getrennten 
Radwegen mit Zeichen 237, 240 oder 241 machen.



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

Re: [OSM-talk-fr] Mapcontrib, logiciel

[rainerU]

Ça a l'air très bien fait mais quand j’essaye de me connecter avec mon compte 
OSM j'ai systématiquement une erreur "502 Bad Gateway"



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

Re: [Talk-de] key:name multilanguage nach browsereinstellung anzeigen

[rainerU]

Am 07.02.2016 um 12:15 schrieb chris66:

Die Multi Language Map macht es so:
http://mlm.jochentopf.com/
bei mir funktioniert sie allerdings zur Zeit nicht mehr richtig.


Funktioniert schon, aber das Rendern der Label-Layer ist sehr langsam.


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

Re: [OSM-talk-fr] Problème de langue

[rainerU]

Am 25.01.2016 um 13:04 schrieb Dominique Faure:
>   name=European route E 54

Pour moi, ce n'est pas la bonne solution. Cela ne fera pas disparaître
le signalement Osmose et cela ne correspond à aucune réalité, car c'est
une route qui passe par l'Allemagne et la France, et elle n'a pas de nom
anglais. La solution qui refléterait le mieux la réalité serait de ne
pas avoir un attribut name=* mais seulement name:fr et name:de. S'il
faut absolument un attribut name=* il faut couper la relation en une
partie française et une partie allemande et les regrouper dans une
relation qui aura comme nom "Route européenne 54 / Europastraße 54".

Le plus simple serait de faire comme pour d'autres routes du même type,
c'est à dire de supprimer tous les attributs name. Si on veut on peut
toujours construire un nom à partir des tags network et ref :

https://www.openstreetmap.org/relation/2148632







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

Re: [OSM-talk-fr] Carto personnalisée des rivières

[rainerU]

Récupérer les cours d'eau et limites administratives d'un département,
cela doit être possible avec Overpass.

Am 21.12.2015 um 19:41 schrieb Pierre-Alain Dorange:
> J'envisage d'utiliser TillMil ou osmarender (XSLT) pour faire un rendu
> perso, mais il me faut d'abord les données.

Si ce n'est pas pour générer des tuiles pour une carte glissante tu peux
aussi essayer QGIS.


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

Re: [OSM-talk-fr] highway=footway et *=designated

[rainerU]

Am 02.10.2015 um 17:04 schrieb Philippe Verdy:

(ce ne serait pas mieux en changeant en
highway=cycleway qui en ferait une piste cyclable a-priori non destinée
aux piétons, sauf si on ajoute foot=designated, mais là aussi JOSM râle
mais ne dit rien de la rendondance laissée par cicycle=designated).


Chez moi, Josm (V.8800) ne râle pas dans ce cas.


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

[Talk-de] OSM bei der Kantonspolizei Aargau

[rainerU]

Heute morgen im ARD Morgenmagazin in einer Reportage der moma-Reporter 
zu sehen(bei 02:15), eine Anwendung mit OSM-Mapnik-Karten:


http://mediathek.daserste.de/Morgenmagazin/moma-Reporter-Mit-Precops-gegen-Krimina/Das-Erste/Video?documentId=29567638topRessortbcastId=435054


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

Re: [OSM-talk-fr] Zone de rencontre sur grand axe routier

[rainerU]

Am 14.07.2015 um 15:55 schrieb Jean-Francois Nifenecker:

Au demeurant, tout comme Eric, je pense que le centre ville
de Nancy est trop densément tagué en primary.


Ça saute aux yeux quand on compare avec route500 qui n'est certes pas 
très à jour et des fois imprécis, mais pas à ce point.




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

Re: [Talk-de] Umfrage zu Kleben von Landnutzungsflächen an Straßen (bis 11.8.)

[rainerU]

Am 12.07.2015 um 14:58 schrieb Michael Reichert:
 Es wäre mir recht, wenn ihr euch die Umfrage anschauen würdet, bevor ihr
 dazu etwas schreibt. Geht das Wohngebiet bis zur Fahrbahnmitte, oder
 hört es da auf, wo es es vor Ort aufhört ist NICHT MEHR die
 Fragestellung!

Die Formulierung besagt jetzt explizit, dass die Landuses beim Kleben 
und beim Verbinden in der Straßenmitte bis zur Straßenmitte reichen. 
Deswegen kann jemand, der Kleben oder Verbinden in der Straßenmitte so 
interpretiert, dass die von der Straße eingenommene Fläche nicht zu den 
darunterliegenden Landuses gehört, die Landuses also bis zum Straßenrand 
gehen, nicht an der Umfrage teilnehmen.



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

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

[rainerU]

Am 06.07.2015 um 22:15 schrieb GaelADT:

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.


Votre découpage ne me plaît pas, c'est du tagging pour l'application, 
C'est arbitraire et ne correspond à aucune réalité sur le terrain. Le 
 dans les noms implique une direction ce qui n'a pas de sens pour un 
itinéraire cyclable. Avec la même logique de découpage, on pourrait 
découper les autoroutes en tronçons entre deux pauses café. Mais je ne 
m'y oppose pas, car vous faites un gros travail et en revanche il faut 
vous laisser une certaine liberté sur ce genre de question.


Par contre, comme je t'ai déjà dit en message privé, je vous conseille 
d'être prudent avec les données ON3V qui ne reflètent apparemment pas 
toujours la réalité du terrain. Par exemple la Véloroute du Piémont 
Pyrénéen (V81) dans l'Aude existe depuis quelques années. Elle était 
dans dans la relation V81, vous l'avez supprimé dans le cadre du 
découpage, un contributeur (Bernard59118) l'a recrée en tant que 
Véloroute du Piémont Pyrénéen - Traversée de l'Aude (relation 
5330979). Puis Géovélo ajoute l'attribut state=proposed ce qui est 
contraire à la réalité sur le terrain.


Pour éviter ce genre d'erreur, je vous conseille, d'avoir un regard 
critique sur les données ON3V et dans les cas où celles-ci sont en 
contradiction avec les données déjà présentes dans OSM de contacter les 
contributeurs qui les ont saisis ou de faire une vérification sur place.






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

Re: [OSM-talk-fr] (osm: message 4 of 20) Paris : généralisation du cedez-le-passage cycliste

[rainerU]

Am 04.07.2015 um 11:43 schrieb 
osm.sanspourr...@spamgourmet.com:

Je n'imagine pas que les Allemands n'aient pas des moteurs le prenant en
compte puisque la le système est réellement la règle.


Le cédez-le-passage existe en Allemagne (Grüner Pfeil) mais s'applique 
à tous les usagers de la route.



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

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

[rainerU]

Je ne comprends pas très bien ce que vous avez l'intention de faire. 
Aujourd'hui, la règle est


- une relation par voie verte / véloroute (VVV)
- cette relation contient les ways qui composent la VVV
- cette relation peut contenir d'autres éléments : point d'informations, 
etc.


Ensuite, il peut y avoir des relations qui regroupent plusieurs de ces 
relations. Cest le cas des grands itinéraires nationales et 
internationales, comme les Eurovélos.


Quel est le plus que vous voulez ajouter ?

Am 26.06.2015 um 10:58 schrieb GaelADT:

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.

Une seule relation qui contient tous les ways de toutes les VVV ?


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é.
Quels ways à coté ? Si c'est un way qui fait partie d'un itinéraire 
fléché sur le terrain il doit être intégrée dans la relation de cet 
itinéraire. Si le way n'est pas balisé, il n'a pas sa place dans une 
relation.

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 ? :)

On peut découper pour des raisons techniques et de gestion, pour éviter 
des grosses relations impossibles à maintenir. Ou pour refléter une 
réalité sur le terrain, par exemple une relation pour l’itinéraire 
principal et une autre pour une variante.



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

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

[rainerU]

Bonjour,

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.


Rainer


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

[OSM-talk-fr] La véloroute V81 supprimée ?

[rainerU]

Bonjour,

La relation de la véloroute V81 Véloroute du Piemont Pyrénéen a 
disparu. La véloroute est encore visible sur certains rendus, comme le 
rendu vélo sur openstreetmap.org, mais la relation n'est plus présente 
dans la base de donnés:


http://www.openstreetmap.org/#map=13/43.1074/0.8262layers=C

Est-il possible de savoir qui l'a fait et peut-on récupérer les données?


Rainer


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

Re: [Talk-de] Eigene OSM-Karte mit Overpass

[rainerU]

Am 10.05.2015 um 14:06 schrieb Markus:

Vielleicht können wir ja zusammen das OL-HowTo
http://wiki.openstreetmap.org/wiki/DE:Karte_in_Webseite_einbinden
so ergänzen, dass der Benutzer mit einer Overpass-Abfrage einen
individuellen Layer hinzufügen kann :-)


Die Idee ist gut, aber das sollte jemand machen, der sich gut mit 
Openlayers auskennt. Ich habe mir meine Layer-Definition aus 
verschiedenen Beispielen zusammen gestöpselt ohne alles zu verstehen, 
nach dem Motto Hauptsache es funktioniert.



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

Re: [Talk-de] Eigene OSM-Karte mit Overpass

[rainerU]

Hallo Markus,

Am 09.05.2015 um 20:38 schrieb Markus:


Nun suche ich dort noch das Howto zum Ausführen einer Overpass-Abfrage
und Einbinden der Ergebnisse in die Karte.


Ich habe auch nach so etwas gesucht, aber für OpenLayers kein HowTo 
gefunden. Anhand diversen Einzelinformationen habe ich es dann doch 
geschafft. Entscheidend war, dass die Daten nicht als JSON sondern im 
OSM-XML-Format abgerufen werden. Den OL-Layer erzeuge ich so:


var layer = new OpenLayers.Layer.Vector(layername, {
protocol: new OpenLayers.Protocol.HTTP({
url: 
'http://overpass-api.de/api/interpreter?data=[timeout:25];(node[amenity=bicycle_parking](42.327,1.72,42.942,3.26););out 
body;;out skel qt;',

format: new OpenLayers.Format.OSM({ignoreExtraDims: true}),
projection: new OpenLayers.Projection(EPSG:4326)

}),
strategies: [new OpenLayers.Strategy.Fixed()],
projection:  map.displayProjection,
extractAttributes: true,
styleMap: new OpenLayers.StyleMap({
default: new OpenLayers.Style({
externalGraphic: icon,
graphicWidth:21,
graphicHeight:25,
graphicXOffset:-10,
graphicYOffset:-25  ,
graphicZIndex: 1
},
OpenLayers.Feature.Vector.style[default])
}),
});

Ich halte allerdings auch die von Benjamin angesprochene Lösung mit Cron 
für sinnvoll. In diesem Fall ersetzt man den Url der Overpass-Abfrage 
mit dem Url der per Cron erzeugten Datei.


Grüße
Rainer


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

Re: [OSM-talk-fr] BANO : suivi des rapprochements, par département

[rainerU]

Merci, c'est très utile ce tableau. Serait-il possible de différencier 
les communes vectoriels et raster ?


Rainer


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

[OSM-talk-fr] Adresses sur bâtiment et sur point à l'intérieur

[rainerU]

Bonjour,

Osmose signale les cas où un point porte les mêmes attributs addr:* que 
le bâtiment, Numéro en double dans la rue. Je comprends qu'il y a 
redondance et que les applis peuvent faire le rapprochement entre le 
point et le bâtiment. J'hésite quand-même de supprimer les addr:* sur le 
point car il doit avoir encore des utilisation qui ne font pas du 
spatial. Je pense aux utilisations de plus en plus fréquentes qui font 
une requête Overpass et affichent le résultat sur une carte umap ou 
autre. Je ne connais pas suffisamment Overpass pour savoir s'il est 
possible ou facile de récupérer les attributs d'adresse du bâtiment 
entourant pour un point.


Ma question est donc : est-il de bon usage de supprimer les tags addr:* 
dans ces cas ?


Osmose signale aussi les cas où il y a deux points portent la même 
adresse sans qu'il y ait un bâtiment. Je ne considère cela pas comme une 
erreur ni une redondance.



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

Re: [OSM-talk-fr] Adresses sur bâtiment et sur point à l'intérieur

[rainerU]

Merci Ralf et Chrstian pour vos réposnes. Je n'étais pas conscient du 
tag contact:*. En effet, dans les cas que j'ai voulu corriger il 
nes'agitait pas de points adresse mais de POIs, shop en général. Je 
vais donc remplacer les attributs attr: par contact:*



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

Re: [OSM-talk-fr] Aide correction d'une note de carte

[rainerU]

Am 18.02.2015 um 11:06 schrieb Pieren:
 2015-02-18 0:42 GMT+01:00 Félix Marty felixma...@outlook.com:
 Ce qui se passe ici, c'est juste que le rendu n'est pas
 actualisé très rapidement en ce moment. 

Les attributs layer=-1 et tunnel=yes sont présents sur toutes les versions
depuis dix mois. Ça fait un sacré retard du rendu.


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

Re: [OSM-talk-fr] Abc-Map - Découvrir le projet

[rainerU]

Am 15.02.2015 um 17:26 schrieb JB:

CC-BY-SA, ça ne me semble pas être une licence classique de logiciel. Tu
as vu ça où ?


Sur la page de téléchargement, quand on clique sur licence 
d'utilisation de ce logiciel.



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

Re: [OSM-talk-fr] Abc-Map - Découvrir le projet

[rainerU]

Am 14.02.2015 um 11:42 schrieb JB:


Et pour le troll, c'est pas du libre, c'est du gratuit.


CC BY-SA, ce n'est pas du libre ? Ce qui m'a surtout gêné, ce sont les 
infos personnelles qu'il faut donner pour pouvoir télécharger. Si on 
besoin d'un éditeur pour créer des petits fichier shape de temps en 
temps, ça peut être utile.




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

Re: [OSM-talk-fr] Voie centrale banalisée et voies pour cyclistes

[rainerU]

Am 20.01.2015 um 21:29 schrieb Nicolas Frery:

 C'est pas plutôt pensé comme une voie douce avec une tolérance de la
 circulation des motorisés ?

La chaussée à voie centrale banalisée, aussi appelée  chaucidou 
(chaussée pour les circulations douces) est une voie assez large pour 
que deux voitures se croisent avec une bande cyclable de chaque côté. 
Les voitures doivent utiliser la voie centrale entre les bandes. Les 
voitures peuvent rouler sur les bandes latérales pour se croiser, en 
respectant les cyclistes et les piétons. Plus d'information :


http://www.fubicy.org/IMG/pdf/VC_123_CHAUCIDOU.pdf
http://www.developpement-durable.gouv.fr/IMG/pdf/DP_-_mobilites_actives_-_05-03-14.pdf 
(page 19)



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

Re: [OSM-talk-fr] [vélo] Visualiser tous les DSC dans une ville?

[rainerU]

Am 01.12.2014 um 14:36 schrieb Shohreh:


C'est là qu'on voit que même des villes contiguës font des choix très
différents. À croire que certaines ont du pétrole et pas les autres.



Il faut être prudent quand on exploite l'attribut
cycleway:left=opposite_lane. Si on ne dispose pas de données open data 
de la municipalité, le seul moyen de relever l'information est d'aller 
sur le terrain. Si cycleway:left n'est pas présent sur une rue cela ne 
veut strictement rien dire et il est fort probable qu'aucun contributeur 
n'a jamais mis le pied dans cette rue. Là où je contribue, la plupart 
des sens uniques ne sont pas mappés ou ont été mappés à partir de 
l'imagerie Bing. Un simple oneway=yes ne veut donc rien dire sur la 
présence ou non du DSC.




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

[OSM-talk-fr] BANO/FANTOIR : deux orthographes pour une voie

[rainerU]

Bonjour,

La question a du être discuté ici mais je ne trouve pas de solution dans 
les archives ni dans le wiki. Je tombe souvent sur des voies qui ont 
deux codes Fantoir avec deux orthographes dont une n'est pas correcte, 
par exemple :


- type de voie erroné, par ex. 661364856X RUE DES TAMARIS et 661364855W 
AVENUE DES TAMARIS. Sur le terrain c'est bien Avenue.


- Fautes d'orthographe évidente: 660120073M IMP DES FLAMANTS ROSES et 
6600120071K IMP DES FLAMANDS ROSES


Comment traiter ces voies pour qu'ils n’apparaissent plus dans le rendu 
Bano? Peut on mettre deux codes Fantoir?


Rainer


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

Re: [OSM-talk-fr] bano : besoin d'éclaircissements

[rainerU]

Je remonte ce fil car le problème existe apparemment encore, par exemple 
ici [1] dans un lotissement construit il y a quelques années. Ce qui est 
curieux, c'est que les noms affichés en mauve sur le rendu Bano 
reproduisent des fautes d'orthographes que j'ai corrigé il y a un an.


[1] 
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/42.69741/2.93175








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

Re: [OSM-talk-fr] bano : besoin d'éclaircissements

[rainerU]

Am 17.09.2014 13:02, schrieb George Kaplan:

C'est en mauve parce que le nom de la rue (Rue Louis Visconti)ne correspond pas 
au nom de la rue enregistré dans les noeuds adresse mauves (Rue Louis Viconti).


Merci, ça m'a échappé. Désolé pour avoir dérange la liste.


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

Re: [OSM-talk-fr] BANO : Outil pour ajout du code fantoir

[rainerU]

Am 13.09.2014 13:16, schrieb Vincent de Château-Thierry:

Le cheminement que tu décris est celui fait de son côté par le processus
de chargement de BANO... qui lui-même hérite de ce qui avait été initié
sur http://cadastre.openstreetmap.fr/ . Là ça ne concerne que les
communes en cadastre vectoriel, pour lesquelles tu peux générer des
fichiers de relations associatedStreet (une par rue) avec le code
Fantoir déjà placé comme tag de la relation, lorsque la correspondance a
été trouvée, et les n° de rue comme membres de la relation.


Merci. Je ne savais pas qu'il était possible de générer les fichiers osm 
pour l'import des adresses. Je viens de le faire pour une commune et je 
vois que les noms utilisés dans addr:street sont les noms extraits du 
cadastre, donc en majuscules et avec les abréviations et les fautes que 
l'on connaît. On pourrait mettre le nom existant dans OSM, au moins dans 
les cas où la rue associé a un ref:FR:FANTOIR.



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

Re: [OSM-talk-fr] BANO : Outil pour ajout du code fantoir

[rainerU]

Je regarderai pour corriger ça (mais pas avant ce soir).


Oui, il s'agit de Pézilla-la-Rivière. Ce n'est pas urgent. En attendant, 
je vais commencer par saisir les codes Fantoir pour d'autres communes.




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

[OSM-talk-fr] BANO : Outil pour ajout du code fantoir

[rainerU]

Bonjour,

après une période d'absence je reviens sur la liste et je découvre ce 
qui a était fait autour de la base BANO, c'est impressionnant. Je vois 
qu'il y a un un gros boulot à faire dans mon coin, Perpignan et les 
environs et je me demande s'il n'y a pas un moyen de faciliter la tache 
qui consiste à recouper les infos BANO avec les données présentes dans 
OSM et d'ajouter le code Fantoir dans la base OSM [1]. Activer le rendu 
Bano dans Josm et d'entrer le code Fantoir à la main pour les 385 rues 
manquantesde Perpignan me parait assez pénible et surtout sujet aux 
erreurs de frappe.


Je pense donc à faire évoluer un petit scripte que j'avais bricolé pour 
Fantoir. Ce scripte prend en entrée le fichier Fantoir d'une commune, 
extrait les noms des rues OSM d'une base OSM/PostGis et essaie d'établir 
la correspondance entre ces deux sources. Le résultat est un fichier 
html qui liste les correspondances trouvées, les entrées Fantoir sans 
correspondance dans OSM et les rues OSM sans correspondance Fantoir, 
avec un lien Josm pour les objets OSM. Voici un exemple : [2]. Mon idée 
est d'adapter ce scripte aux fichiers BANO et d'ajouter dans le html un 
lien Josm avec un addtag pour ajouter le tag ref:FR:FANTOIR. On pourrait 
aussi remplacer PostGis par Overpass.


Avant d'aller plus loin, je voulais demander si un tel outil ou une 
autre méthode pour ajouter le code Fantoir de façon semi-automatique 
existent.


Rainer

[1] 
http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_%28BANO%29#T.C3.A2ches_actuelles_pour_les_contributeurs
[2] 
http://cloud.velocarte66.fr/public.php?service=filest=069b111b0b0f3e501c8aa20240cd903d



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

Re: [Talk-de] Drupal - Karte einbinden

[rainerU]

Hallo,

Am 01.08.2014 07:48, schrieb Markus:

hier gibt es eine Doku, wie man Karten in Drupal einbindenn kann:
http://wiki.openseamap.org/wiki/De:OpenSeaMap_in_Website#Drupal

En Benutzer meldet, dass das nicht funktioniere...
Vielleicht kann das jemand prüfen/verbessern?


Ich nutze das Modul MappingKit seit langem unter Drupal 6, Beispiel: 
[1]. Das Modul funktioniert unter Drupal 6 sehr gut, man kann zwischen 
einigen vordefinierten Tile-Servern wählen (osm.org, Google 
Maps/Satellite) und GPX-Tracks und -Waypoints anzeigen. Für einfache 
Anwendungsfälle ist es ausreichend und auch einfach zu bedienen.


Leider wird das Modul nicht mehr gepflegt und es ist daher auch nicht 
für die aktuelle Drupal-Version 7 verfügbar.


Grüße
Rainer

[1] http://blog.velocarte66.fr/de/node/295


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

Re: [Talk-de] Changesetkommentare [war: Re: Erfahrungen mit dem Benutzer HoloDuke? (Vandalismus?)]

[rainerU]

Hallo,

Am 13.06.2014 20:09, schrieb Droelfzehn (aka Michael):


Hm, da könnte man z.B. Gebäude und/oder Tags und Wege
eingepflegt/geändert schreiben.


Der Mehrwert so eines Kommentars ist nahe Null. Wenn ich auch nur einen 
flüchtigen Blick auf den Changeset werfe, weiß ich das auch. Ich halte 
Kommentare grundsätzlich für sinnvoll, aber bei solchen Misch-Changesets 
habe ich auch ein Problem, mir was aussagekräftiges aus den Fingern zu 
saugen. Wenn ich aus der Stadt zurückkomme und eine Access Restriction, 
ein Stück Radweg, ein Geschäft und ein Restaurant erfasse, dann schreib 
ich dann halt rein Miscellaneous contributions after site survey. Sagt 
zwar nicht viel aber alle sind zufrieden.


Grüße
Rainer


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

Re: [OSM-talk-fr] En route pour SOTM-EU !

[rainerU]

Les vidéos sont disponibles sur

http://ftp5.gwdg.de/pub/misc/openstreetmap/

Je n'ai pas compris la systématique des noms de fichiers mais voici la 
présentation de Christian :


http://ftp5.gwdg.de/pub/misc/openstreetmap/SOTMEU2014/54.webm

( Je n'ai finalement pas pu y aller à cause de la grève des cheminots :( )


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

Re: [OSM-talk-fr] En route pour SOTM-EU !

[rainerU]

Am 14.06.2014 16:32, schrieb Art Penteur:

Ma petite pique était plutôt contre l'attitude regardez notre copain
 qui passe à la télé. C'est très humain, mais une conf.
internationale, c'est quand même plutôt fait pour découvrir des
choses qui se font ailleurs et qu'on ne connait pas encore.


Merci, c'est bien la première fois qu'on me prête une attitude cocorico.
La prochaine fois quand j'aurai besoin d'un exemple pour illustrer
comment on accède aux vidéos je choisirai celle d'un allemand.


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

Re: [OSM-talk-fr] Tracé Veloroute proposé

[rainerU]

Am 09.06.2014 10:10, schrieb Christian Quest:


Le 9 juin 2014 10:02, Pieren
pier...@gmail.com
mailto:pier...@gmail.com a écrit :

Mauvaise idée. Si le projet est de signaler un futur changement de
fonction de la voie, d'un usage agricole à un usage cyclo, il n'y a
quand même qu'une seule voie au sol et il vaudrait mieux ne tracer
qu'une seule ligne dans OSM et chercher une solution du côté des tags.


+1

Je ne toucherai à aucun des chemin existants, ils représentent la
réalité du terrain.


Je suis d'accord. Mettre proposed=cycleway sur le chemin existant est mieux.


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

Re: [OSM-talk-fr] Tracé Veloroute proposé

[rainerU]

Am 09.06.2014 12:25, schrieb Mides:

voilà par exemple une zone concernant mes interrogations, me reste bien
évidement à adapter le reste du tracé si la démarche est correcte.

http://www.openstreetmap.org/#map=19/43.00783/1.12721


Tu as mis

name=Véloroute du Piémont Pyrénéen (projet)

ce qui a mon avis n'est pas correct. Ce n'est pas ce chemin qui 
s'appelle comme ça mais mais la véloroute qui passera par là. C'est du 
tagging pour le rendu.



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

Re: [OSM-talk-fr] Tracé Veloroute proposé

[rainerU]

Am 09.06.2014 13:07, schrieb Mides:

Tout à fait d'accord avec cet avis.

Tiens, tant que je te tiens, ;-) j'ai rajouté un nom sur cette partie de
la voie qui elle ett existante. Ai-je bien fait ? Sachant que voie verte
n'est pas spécialement le nom de cette voie mais sa définition.
*


Tu l'avais déjà fait il y a un un et je l'ai supprimé [1] et je 
l'assume. Ce chemin ne s'appelle ni Voie verte du Piémont Pyrénéen, ni 
Voie Verte. Peut-être il s'appelle Chemin rural no. 42 ou Chemin de 
Saint-Girons à Lescure, j'en sais rien, quand j'y suis passé j'avais 
pas le temps de me renseigner, mais pas Voie Verte. Comment tu fais 
quand la voie verte passe en ville par un residential qui a déjà un nom 
de rue?


[1] https://www.openstreetmap.org/changeset/17886486


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

Re: [OSM-talk-fr] SotM-EU la semaine prochaine

[rainerU]

Am 04.06.2014 19:31, schrieb Frédéric Rodrigo:

 Mais qui d'autres compte y aller ?

Suivant le cas on a peut être des choses à optimiser : transport,
hébergement...



J'y vais en train (+vélo). Je compte arriver vendredi vers midi et j'ai 
un hébergement.


Rainer


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

Re: [Talk-de] Saisonabhängiges Kartenrendering (war Re: Markierungen auf Sportplätzen)

[rainerU]

Am 07.06.2014 09:24, schrieb Christoph (TheFive@OSM):

Parlaments und Regierungsgebäude mit der aktuellen Parteienfarbe einfärben.
Ebbe und Flut zeitnah rendern
Die erwarteten Schneemengen (auf highways) in höheren Regionen rendern, so dass 
die Durchfahrtsbreiten gleich aktuell sind.
Schulgebäude in den Ferien anders darstellen…


Nicht zu vergessen: die Belegung von Parkplätzen.

Im Ernst: alles, was ohne zusätzliche Daten in der Datenbank, die dort 
nichts zu suchen haben, machbar ist, ist ok. Die Alpen von Dezember bis 
März ab 1200m weiß darstellen, warum nicht und irgendwo habe ich mal 
gelesen, dass so etwas schon gemacht wird.



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

Re: [OSM-talk-fr] Tracé Veloroute proposé

[rainerU]

Am 06.06.2014 21:34, schrieb Mides:
 Par contre, ce projet est sur l'emprise d'une ancienne voie ferrée
 abandonnées où l'on trouve actuellement un chemin de terre de grade 3,
 voire 4.

 
http://www.openstreetmap.org/relation/3796793#map=16/43.0140/1.1176layers=N


 Pour résumer, est ce que je dois m'y prendre de la sorte ?

 *Membre :*

   * highway=track
   * tracktype=grade3
   * highway=proposed
   * proposed=cycleway

Je commence à comprendre. Il s'agit d'un projet de transformation d'un 
chemin agricole en piste cyclabe qui ser intégrée dans une véloroute, Je 
ne sais pas comment on peut exprimer le fait qu'il est prévu de passer 
une voie d'une catégorie à un autre. En tout cas il n'est pas correct de 
mettre deux attributs highway, les éditeurs l'interdisent d'ailleurs, 
Josm en tout cas. Moi je laisserais le grade3 tel quel et  mettrais un 
chemin superposé ou décalé de quelques dizaines de cm avec 
highway=proposed et proposed=cycleway.



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

Re: [OSM-talk-fr] Tracé Veloroute proposé

[rainerU]

Am 07.06.2014 10:47, schrieb Mides:

Pour conclure, et comme je vois que je n'arrive pas en m'en sortir, même
avec tous les conseils que vous avez pris le temps de me donner, et je
vous en remercie,  je crois que je vais baisser tomber ce problème. ;-)



L'important c'est que tu aies moins ajouté les chemins existants à la 
relation [1] que j'ai créée à cet effet, merci. Cela facilitera le 
travail quand les travaux seront terminés. Et probablement le projet 
n'est pas encore défini à un point qui permettrait de savoir si tel ou 
tel tronçon sera un cycleway ou plutôt un track réservé aux riverains.


[1] https://www.openstreetmap.org/relation/3264259


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

Re: [OSM-talk-fr] Tracé Veloroute proposé

[rainerU]

Am 06.06.2014 17:59, schrieb Yves:

Pour palier au problème de rendu, le mieux est de contacter Lonvia
(waymarkedtrails) et Andy Allan (opencyclemap).
Ou alors, vu qu'il est difficile pour un créateur de carte de penser aux
tags qui devraient impliquer la non prise en compte d'un élément, tu
peux toujours modifier un des tags principaux, du genre
route:proposed=cycleway.



Les deux rendus prennent en compte

route=proposed|construction
proposed|construction=bicycle

comme on peut voir ici : [1], [2]. Le tracé de la relation est affiché 
avec une couleur distincte. Je trouve que c'est justifié car le tracé 
proposé d'une voie verte / véloroute peut être intéressant pour les 
cyclotouristes. Même si tout le parcours ne correspond pas au cahier de 
charge des VVV, cela peut indiquer un itinéraire particulièrement 
agréable et partiellement aménagé.


Rainer

[1] 
http://cycling.waymarkedtrails.org/de/?zoom=14lat=42.95414lon=1.98835hill=0route=1#routes

[2] http://www.openstreetmap.org/#map=14/43.0834/1.8678layers=CN



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

Re: [OSM-talk-fr] Tracé Veloroute proposé

[rainerU]

Am 06.06.2014 20:05, schrieb Mides:


Sachant qu'actuellement il n'existe aucune infrastructure de piste
cyclable, pour ce membre,  telle que définie ici.

http://wiki.openstreetmap.org/wiki/Tag:highway%3Dcycleway

Bien évidemment le fait de mettre highway:cycleway le fait apparaître
sur la cartographie comme existant. D'où ma question de départ.


Si actuellement il n'y a pas de piste cyclable mais une en projet, on 
met highway=proposed, proposed=cycleway.



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

Re: [OSM-talk-fr] Evaluer les kms de voies cyclables

[rainerU]

Le 27/05/2014 11:18, Mides écrivait:
 Je pourrais voir cela comme une recherche générique sur le tag
 [cycleway] mis à part que l'on y retrouve aussi les [cycleway=no]

Ce sont des exemples qui illustrent le principe. Pour faire des 
statistiques sur les aménagements cyclables il faut prendre en compte 
les cycleway:left, cycleway:right ainsi que les valeurs, track, lane, 
opposite, opposite_lane,... sans oublier les highway=path, bicycle=yes.




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