Re: [OSM-talk-fr] CyclOSM, rendu cyclable libre

2019-09-21 Par sujet Adrien Grellier via Talk-fr
Bonjour,

Bravo pour ce rendu ! la carte rend assez bien compte de la réalité
cyclable dans mon coin (Nord de Nantes).

Juste un petit bémol : c'est dommage de ne pas différencier un peu plus
les parking vélo, notamment les parking couverts et les boîtes à vélo.

Le fait de pouvoir cliquer sur les éléments par ex. pour avoir les
horaires d'ouverture ou les téléphone sera top !!

Adrien

Le 21/09/2019 à 07:52, Phyks a écrit :
> Bonjour à toutes et à tous,
>
> Nous avons pas mal avancé sur la question d'un rendu cyclable libre,
> alternatif à OpenCycleMap, avec Florimond depuis nos derniers messages
> en février dernier sur cette liste.
>
> Depuis, OSM-Fr a pu nous mettre en place un serveur pour le rendu monde
> du style (un grand merci à l'asso !) et le style est donc désormais
> visible pour le monde entier sur https://www.cyclosm.org/.
>
> Le code est toujours libre et disponible sur
> https://github.com/cyclosm/cyclosm-cartocss-style/. Les tuiles générées
> par OSM-FR sont disponibles sur
> https://dev.{s}.tile.openstreetmap.fr/cyclosm/{z}/{x}/{y}.png.
>
>
> La motivation principale guidant les choix de rendus pour l'instant est
> d'avoir un rendu adapté à tous les cyclistes cyclistes (urbains,
> vélotaffeurs, ou cyclotouristes en rando) pour se repérer et s'orienter
> à vélo. Ce rendu permet aussi aux contributeurs de repérer et identifier
> les aménagements cyclables manquants. Ceci motive le rendu d'un certain
> nombre d'éléments nouveaux tels que les ralentisseurs ou les sas vélos,
> déjà traités, ou les cédez-le-passage-cycliste, à venir.
>
>
> N'hésitez pas à ouvrir des tickets sur Github ou à commenter ici, nous
> serions très intéressés par des retours sur cette première version.
> Toute aide supplémentaire sur ce rendu est la bienvenue également :)
>
> Pour ceux qui seront au State of the Map à Heidelberg, n'hésitez pas à
> venir en discuter de vive voix à 17h aujourd'hui ! :)
>
> Bonne journée !


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


Re: [OSM-talk-fr] Import traces sentier Lacs des volcans d’Auvergne

2019-09-16 Par sujet Adrien Grellier via Talk-fr
Bonjour,

Sous Linux, JOSM doit être dans ton gestionnaire de paquet. Sans
connaître Mint en détail, tu devrais pouvoir l'installer soit par
l'interface graphique (dans discover sous KDE, logithèque sous Gnome),
soit en ligne de commande :

sudo apt install josm

Pas besoin d'installer à la main java, c'est le gestionnaire de paquet
qui se chargera de tout.

Mais rien ne t'empêche d'utiliser à la fois JOSM et ID. :-)

Adrien

Le 16/09/2019 à 19:35, Irina a écrit :
> Bonjour à tous
> Merci beaucoup *Julien* pour cette réponse effectivement! Et désolée
> de ne regarder tout ça qu'avec du délai...
> Pour travailler sur JOSM, je vois sur cette page
> https://josm.openstreetmap.de/wiki, qu'il faut télécharger JAVA?
> Pour l'instant je n'ai ni JAVA ni ADOBE dont j'avais vu, ayant
> récemment basculé sur Linux (Mint), que ce n'était pas des programmes
> très éthiques du point de vue protection des données (voir «
> Protection numérique: les bases sur un ordinateur » ici
> https://nothing2hide.org/wiki/doku.php?id=protectionnumerique:lesbases[]=adobe)
> ?
> Par ailleurs je trouvais qu'IDEDITOR avait l'air simple: est-ce qu'il
> ne serait pas possible de l'utiliser quand même?
> Du coup ma question devient "comment puis-je modifier la trace
> téléchargée avce IDEDITOR?"
> Merci d'avance pour votre aide... Et bonne soirée à tous!
> Irina
>
> Le 02/09/2019 à 13:47, THEVENON Julien via Talk-fr a écrit :
>> Le vendredi 30 août 2019 à 09:29:55 UTC+2, Irina  a
>> écrit :
>>
>>
>> > Bonjour à tous
>>
>> Bonjour,
>>
>> Au final plein de mails sur des considerations juridiques mais j ai l
>> impression que personne ne t a repondu
>>
>> > Grands mercis à nouveau pour vos contributions.
>> > J’ai téléchargé en mode identifiable les 4 fichiers qui constituent
>> l’ensemble du GR30 :
>> > -Auto 30-JUL-19 09.48.57 AM.gpx appelé
>> SentierLaBourboule-SalonduCapucin-MontDore
>> > -Auto 31-JUL-19 09.47.00 AM.gpx appelé
>> SentierLaBourboule-LacdeServières
>> > -Auto 01-AUG-19 08.54.34 AM.gpx appelé SentierLacdeServières-Montlosier
>> > -Current.gpx appelé SentierMontlosier-SalonduCapucin-MontDore
>>
>> Super d avoir uploade les traces !
>>
>> > Mais j’avoue ne pas savoir trop quoi en faire : sur cette page par
>> exemple (voir schéma joint https://framagenda.org/s/S6iyM9jSS2t9Yig)
>> https://www.openstreetmap.org/edit?gpx=3086917#map=20/45.58652/2.78412
>> où > je visionne (ligne rose) les traces du fichier ‘Auto 30-JUL-19
>> 09.48.57 AM.gpx’, je voudrais déplacer une petite portion ou
>> raccorder 2 morceaux, mais je n’arrive pas à trouver la façon de faire...
>>
>> Vu la capture d ecran personnellement j aurais tendance a te
>> conseiller d utiliser l editeur JOSM, je le trouve plus adapte pour
>> ce genre d editions.
>> Tu peux facilent bouger les ways, les couper les raccorder etc
>>
>> > _Faut-il recréer une ligne en repassant sur les 200km de l’ensemble
>> des traces ?_
>>
>> Non. Ce qu il faut c est suivre ta trace pour voir si des portions
>> ont deja ete tracees ou si d autres sont manquantes.
>> Si des sections sont manquantes alors il faut que tu les traces a la
>> main en decalquant par dessus ta trace GPS avec les bon tags et que
>> tu les raccordes aux traces existantes. A toi de mettre le nombre de
>> points qui vont bien en fonction de la geometrie de la trace ( pas de
>> besoin d un point tous les 10cm si c est une grande ligne droite )
>>
>> >Sinon, je vois que certaines portions sont déjà décrites (sentier,
>> route…) mais que la nouvelle trace déposée n’est pas tout à fait en
>> correspondance avec…
>> Suivant les conditions meteo, la precision de ton GPS ou celles de
>> traces anciennes etc tu peux voir des ecarts, la correspondance n est
>> pas forcement parfaite
>> Dans ce cas la il faut que tu juges en fonction de ton bon sens et
>> des sources disponibles (moyenne des traces uploadees dans OSM,
>> imagerie cadastres etc ) quel est le meilleur trace et si necessaire
>> modifier l existant
>>
>> _> Comment faire un seul linéaire qui représente le sentier qu’on
>> pourrait dénommer ‘Lacs des volcans d’Auvergne’_,
>>
>> Je pense que tu ne pourras pas avoir un seul way, c est plutot une
>> sucession de ways differents qui mis bout a bout forment l itineraire
>>
>> > avec par exemple ces identifiants "highway=path",
>> trail_visibility=excellent (sinon quoi d’autre?), surface=*,
>> name=sentier Lacs des volcans d’Auvergne, ref=* ?
>>
>> Si les informations comme highway trail_visibility surface etc sont
>> manquante sur certains ways tu les rajoutes.
>> Pour ce qui est de name et ref comme il s agit d un itineraire j
>> aurais plutot tendance a creer une relation route et a les renseigner
>> dessus
>>
>> Julien
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> 

Re: [OSM-talk-fr] Importations traces GR30

2019-08-21 Par sujet Adrien Grellier via Talk-fr
Le 21/08/2019 à 20:26, Jérôme Seigneuret a écrit :
>
> A vous de trouver un moyen que le circuit ne soit un GR sinon ça devra
> être enlevé simplement. Si certains veulent à tous pris mettre ça en
> base ce sera donc au SOTM de trancher avec les personnes amener à
> définir les conditions de nettoyage. Si la proposition d'itinéraire
> est faite avant celle de la FFR dans ce cas on pourra aussi attaquer
> en tant que copie si le droit de cité n'est pas respecter vu que l'on
> est pas dans une oeuvre interdisant la copie.

Au risque de me répéter, il y a des sentiers en OpenData, par exemple
les GR, GRP et PR de Loire Atlantique. Il n'y a aucune raison d'enlever
ces sentiers. Pour les GR qui ne sont pas en OpenData, OSM peut tous les
supprimer, mais à mon avis c'est vraiment stupide.

Avec une telle action, sans aucune injonction de la FFRP, au moins le
message sera clair : OSM ne sera jamais fait pour la rando en France, ce
qui est bien dommage vu l'offre logiciel disponible (notamment OSMand)

Adrien

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


Re: [OSM-talk-fr] Importations traces GR30

2019-08-21 Par sujet Adrien Grellier via Talk-fr
Ma réponse s'est croisée, et je l'avais faite en privé, la revoici.
Effectivement il est préférable de discuter en public, il y a
probablement d'autres contributeurs intéressés par le sujet :

Bonjour,

Ta trace GPS du GR30 est très probablement composés de plusieurs
élements : chemins carrossable, piste piétonne, morceaux de route, etc.

Il faudra donc découper cette trace suivant les différents éléments : ça
peut être des routes, des chemins, etc. Dans la mesure du possible, il
faut essayer de donner les indications les plus précises possibles, en
cela le wiki de OpenStreetMap (qui est LA référence) est d'une grande aide !

Par exemple voici la page concernant les chemins :
https://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dtrack
On voit qu'on peut décrire plusieurs types de chemin avec le tag «
tracktype ». Le cadastre est un endroit intéressant pour connaître le
nom des routes et chemins : Chemin du pâtis, Chemin de Louerre à Gennes,
route de la Ganerie, etc.
Si tu ne veux pas t'embêter, tu peux aussi tagguer les route «
highway=route », et les chemin carrossable « highway=track » et les
chemins non carrosable « highway=path ». Ça donne peut d'info, mais au
moins le chemin est présent sur la carte ! Un autre contributeur pourra
toujours ajouter ses infos.

Bien sûr, l'ajout doit rester cohérent avec l'existant, il faut donc
s'assurer que les chemins soient bien connectés aux existants, qu'il n'y
a pas de doublon, que la trace est cohérente avec les vues satellites
(il peut y avoir des problèmes de décalage de la trace par ex.).

Plutôt que de partir d'une trace GPS, tu peux aussi partir d'une vue
satellite, ça peut être plus simple dans certains cas.

## -> À partir d'ici il n'y a plus consensus, mais voici ma pratique  :

Une fois que les chemins existent dans OpenStreetMap, on va s'attaquer à
la relation qui représente le GR. Un petit tour sur Waymarkedtrail te
permettra de voir s'il existe déjà une relation pour le GR30. Parfois
quelqu'un commence d'un bout très éloigné, il faut donc regarder sur
tout le trajet.

Si aucune relation n'existe, il faut en créer une. Tu peux t'inspirer
des autres GR pour savoir ce qu'il faut marquer, par exemple le GR3 :


name    La
Loire sauvage à pied
network 
nwn 
operator

FFRandonnée
osmc:symbol

red:white:red_lower:3:black
ref  GR 3
route hiking

type    route

wikidata

Q3478705 
wikipedia

fr:Sentier de grande randonnée 3


https://hiking.waymarkedtrails.org/#route?id=2704569=7!46.4455!0.8941

https://wiki.openstreetmap.org/wiki/FR:Relation:route

Une fois la relation crée, il faudra ajouter tous les membres à la
relation, si possible dans l'ordre (ça facilite les affichages du profil
d'altitude par ex.).

Enfin, plus compliqué, une relation peut contenir une sous relation.
Dans le GR3, la relation «Vallée du Layon » 
(https://hiking.waymarkedtrails.org/#route?id=6762350 ) est une variante
du parcours. Donc « Vallée du Layon » contient les chemins, et la
relation « GR3 » contient simplement la sous-relation. Ça permet
d'alléger les grands parcours, notamment les routes internationales
(chemins de compostelles, etc.)

Si tu te sens prête, vas-y ! Une fois tes modifications effectuées,
vérifie sur Waymarkedtrails qu'il n'y a pas d'erreur (attention, le site
met quelques heures à se rafraîchir), et n'hésite pas à demander à des
contributeurs plus expérimenté de les relire (ici ou bien sur la liste
talk-fr). Personne ne t'en voudra de faire des erreurs, c'est normal
lorsqu'on débute.

Bonne journée

Adrien

Le 21/08/2019 à 18:17, pepilepi...@ovh.fr a écrit :
> Le 21/08/2019 à 14:35, Irina a écrit :
>> Bonjour à tous (je n’adresse ce message qu’à ceux qui ont répondu sur
>> le sujet Importations des traces du GR30, pour ne pas spammer la
>> messagerie)
>
> Bonjour,
>
> faut pas !
>
> C'est pas du spam. Ceux et celles que le sujet n'intéresse pas
> ignoreront cet échange, et il y peut y avoir des lecteurs silencieux
> (qui ne se sont pas manifestés jusqu'ici) que le sujet intéresse.
>
>
>> Merci beaucoup pour vos réponses!
>
> Avec plaisir. Aider les nouveaux venus est la 

Re: [OSM-talk-fr] Import of tracks for GR30/ Importation des traces du GR30

2019-08-19 Par sujet Adrien Grellier via Talk-fr

Le 19/08/2019 à 00:20, marc marc a écrit :
> mais osm n'est pas le bon endroit pour tester une interprétation
> personne du droit et de nombreux GR se font supprimer par l'équipe
> en charge (le DWG).

?? Perso je n'ai jamais vu de GR se faire supprimer en France sur OSM,
pourtant j'en ai cartographié un certain nombre ces dernières années
(Pays de la Loire, Vosges, Sud de la France…).

À noter que certains GR sont en OpenData, par exemple en Loire
Atlantique, donc tout à fait intégrable dans OSM.

Sur waymarkedtrails, on voit bien qu'il y a déjà beaucoup de GR :

https://hiking.waymarkedtrails.org/#?map=6!47.4682!3.1996

Je me permet de remettre la page sur la controverse, avec notamment les
arguments des « ajouteurs de GR » :
https://wiki.openstreetmap.org/wiki/WikiProject_France/NettoyageDesItin%C3%A9rairesDeRandonn%C3%A9e

> je suis pas sur que c'est motivant comme sujet pour commencer.
> par contre tu peux très bien ajouter les chemins manquant dans osm
> et si tu n'y met pas une relation ou un name à l'origine du conflit
> de licence, rien ne peux (à mes yeux) t'être reproché.

C'est le premier pas indispensable ! En effet, les différents chemins ou
routes sont les membres qui vont « remplir » la relation représentant le
GR. Une fois les chemins bien représenté dans OSM, il est assez facile
de les ajouter à la relation.

Bonne soirée

Adrien



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


[OSM-talk-fr] Balisage maritime français en OpenData

2019-04-03 Par sujet Adrien Grellier
Bonjour,

Pour info, le SHOM met à disposition le balisage maritime français sous
licence libre :

https://services.data.shom.fr/geonetwork/srv/fre/catalog.search#/metadata/BDML_BALISAGE.xml


Il est donc possible de les intégrer à OSM, avis aux contributeurs
d'OpenSeaMap, il y a moyen d'améliorer sensiblement la carte pour la
France !

https://map.openseamap.org/

Peut-être qu'il pourrait être intéressant d'intégrer dans OSMOSE un test
sur ces données ? Je ne me rend pas compte du travail à réaliser pour le
faire.

Bonne journée

Adrien



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


Re: [OSM-talk-fr] Mutualisation, collaboratif et libre accès pour les données géographiques - devinette

2019-02-28 Par sujet Adrien Grellier
Pour me faire l'avocat du diable, peut-être que c'est une façon de se
protéger :

L'IGN subit comme toute la fonction publique une pression pour être «
rentable », « auto-financé », avec une perte de personnel, etc.. Le
principe d'OSM peut donc représenter un danger, puisque les
professionnels sont remplacés par une myriade de contributeurs, certains
payés, d'autres non. « Si OSM fait aussi bien que l'IGN avec des
bénévoles, pourquoi donc s'embêter à payer une administration inutile ?
» pourrait se demander un politicien très fin… et l'IGN peut se
retrouver victime d'un système très malsain, auquel tout le monde risque
d'y perdre. D'où la tentation de montrer les muscles, d'être « leader
sur son domaine », simplement pour exister.

La problématique risque d'être similaire pour le SHOM, qui résiste bien
pour le moment, peut-être grâce à la loi qui impose des cartes
officielles à bord des bateaux.

Adrien

Le 28/02/2019 à 10:23, Nicolas Moyroud a écrit :
> Merci Jean-Christophe pour ce partage.
>
> Hé si j'avais deviné ! Je me doutais bien qu'il y avait un piège en
> voyant ta question et j'ai récemment entendu quelqu'un me parler de
> cette "volonté" de l'IGN de réinventer ce que fait déjà très bien OSM.
> Ils aiment bien se positionner comme le chef de file d'une nouvelle
> dynamique, même quand ils ont 10 ans de retard sur le sujet. Sans
> doute l'habitude d'être ceux qui "décident" dans le domaine de
> l'information géographique en France ? Hé non, le monde de l'info géo
> a changé pendant que vous dormiez les amis ! ;-)
>
> Bonne journée,
>
> Nicolas
>
>
>
> ___
> 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] Idées rendu des mers

2019-02-01 Par sujet Adrien Grellier
Bonjour,

Merci pour vos réponses !!

Donc si j'ai bien compris, pour améliore le rendu il faudrait définir
des relations pour les mers/baies/détroits/etc. avec en outer les côtes,
en inner les îles. Ayant déjà travaillé sur les relations sur les marais
de Loire Atlantique et les transports (vélo, rando, etc.), ça me semble
jouable. La difficulté étant de trouver les délimitations précises.

Pour le rendu OSM-FR, je note que les natural=bay ne s'affiche pas
encore dessus.

En passant le wiki me semble trompeur : les pages anglaises pour
natural=bay ou place=sea indiquent de ne pas utiliser le tag sur des
relations (symboles à droite)… mais le texte à gauche fait état de cette
possibilité !


Merci à tous pour ces conseils. Je vais y aller très progressivement,
donc si vous voyez des bêtises sur la carto des mers, n'hésitez pas
mettre un message sur la liste ;-)

Bonne journée

Adrien

Le 31/01/2019 à 03:51, Jérôme Amagat a écrit :
>
>
> Le mer. 30 janv. 2019 à 18:22, Adrien Grellier  <mailto:pe...@adrieng.fr>> a écrit :
>
> Bonjour,
>
> En ce moment je m'intéresse pas mal aux mers et océans, et
> OpenStreetMap
> me semble plutôt mauvais sur les rendus à faible zoom.
>
> Voici par exemple 3 rendus différents de l'Atlantique Nord :
>
> – OpenStreetMap : https://www.openstreetmap.org/#map=4/57.40/-17.58
> – Rendu OSM-FR :
> 
> http://tile.openstreetmap.fr/?zoom=4=59.05751=-18.29251=BFF
> – carte du SHOM :
> 
> https://data.shom.fr/#001=eyJjIjpbLTE4NTczMjMuMTUyMjg4MDcwNCw3NzE1Njc2LjEyNDE1OTkxNV0sInoiOjQsInIiOjAsImwiOlt7InR5cGUiOiJJTlRFUk5BTF9MQVlFUiIsImlkZW50aWZpZXIiOiJSQVNURVJfTUFSSU5FXzM4NTdfV01UUyIsIm9wYWNpdHkiOjEsInZpc2liaWxpdHkiOnRydWV9LHsidHlwZSI6IklOVEVSTkFMX0xBWUVSIiwiaWRlbnRpZmllciI6IkZEQ19HRUJDT19QWVItUE5HXzM4NTdfV01UUyIsIm9wYWNpdHkiOjEsInZpc2liaWxpdHkiOnRydWV9XX0=
> (désolé pour le lien…)
>
> La carte OpenStreetMap est totalement indigente : Aucune mers
> n'apparaît, les principales îles n'ont plus (Féroé, Orcades,
> Terre-Neuves, etc.), seuls les pays apparaissent, mais dans la
> langue du
> pays. Une petite exception : le golfe de Gascogne, qui apparaît
> bizarrement sous deux noms. Impossible en l'état de se servir de ce
> rendu comme planisphère !
>
>
> pour ce rendu c'est le tag name qui est utiliser et doit etre en
> langue local donc pour le golf de Gascogne la langue des 2 pays
> limitrophes.
> pour faire changer des chose sur ce rendu je crois que c'est ici qu'il
> faut demandé : https://github.com/gravitystorm/openstreetmap-carto/issues
> le rendu assez souvent, on a vu apparaître les parc naturel régional
> il y a peu de temps.
> j'ai pas regardé mais je pense que ça a déjà été demander d’améliorer
> le rendu des mer et je pense que le problème c'est que c'est difficile
> de connaître la taille d'un truc juste en ayant un node.
>  Pour les île, je sais pas ?
>
>
> Le rendu français est nettement mieux : les îles apparaissent
> clairement, les noms sont traduits en français, mais les mers n'y sont
> pas. Bizarrement la situation s'inverse dans le nord du Canada :
> OSM est
> à mon sens nettement plus lisible que OSM-FR, les grosses îles
> apparaissant de manière immédiate.
>
>
> Là il faut demander à cquest c'est lui qui s'en occupe. Je crois que
> le rendu au faible zoom n'est calculé que très rarement et j'ai pas
> l'impression que des tag comme natural=bay (pour le golf de gascogne
> qui est comme ça dans osm depuis un moment il me semble contrairement
> à la manche et la mer d’Irlande qui sont assez nouvelles) soit géré
> par le rendu.
> Il faut lui demander gentiment que la prochaine fois qu'il modifiera
> le rendu il fasse quelque chose pour ces tag :)
>
>
> Enfin la carte du SHOM est nettement plus avancée, puisque tout
> apparaît
> clairement : détroit du Danemark, Mer Celtique, etc.
>
>
> Comment faire pour améliorer le rendu des mers ? Est-ce un problème de
> données ? Par exemple la mer Celtique est présente dans OSM avec
> un seul
> point. Un multi-polygone serait-il plus adapté ? Ou bien est-ce un
> problème du système de rendu dans les faibles zoom ?
>
> J'aimerais bien pouvoir améliore la situation, mais je ne sais pas
> vraiment quoi faire… si vous avez des suggestions ça m'intéresse !!
>
>
> Pour les océans peut être pas mais pour des mers pas trop grande il
> faudrait qu'elles soit présentent sous forme de surface. elles
> pourrait apparaître sur le rendu international comme le golfe de
> Gascogne ou la mer d’Irlande et peut être dans d'autres rendu dans
> quelques temps.
> le golf de Gascogne https://www.openstreetmap.org/relation/7156290
> c'est un grand multipolygon (

[OSM-talk-fr] Idées rendu des mers

2019-01-30 Par sujet Adrien Grellier
Bonjour,

En ce moment je m'intéresse pas mal aux mers et océans, et OpenStreetMap
me semble plutôt mauvais sur les rendus à faible zoom.

Voici par exemple 3 rendus différents de l'Atlantique Nord :

– OpenStreetMap : https://www.openstreetmap.org/#map=4/57.40/-17.58
– Rendu OSM-FR :
http://tile.openstreetmap.fr/?zoom=4=59.05751=-18.29251=BFF
– carte du SHOM :
https://data.shom.fr/#001=eyJjIjpbLTE4NTczMjMuMTUyMjg4MDcwNCw3NzE1Njc2LjEyNDE1OTkxNV0sInoiOjQsInIiOjAsImwiOlt7InR5cGUiOiJJTlRFUk5BTF9MQVlFUiIsImlkZW50aWZpZXIiOiJSQVNURVJfTUFSSU5FXzM4NTdfV01UUyIsIm9wYWNpdHkiOjEsInZpc2liaWxpdHkiOnRydWV9LHsidHlwZSI6IklOVEVSTkFMX0xBWUVSIiwiaWRlbnRpZmllciI6IkZEQ19HRUJDT19QWVItUE5HXzM4NTdfV01UUyIsIm9wYWNpdHkiOjEsInZpc2liaWxpdHkiOnRydWV9XX0=
(désolé pour le lien…)

La carte OpenStreetMap est totalement indigente : Aucune mers
n'apparaît, les principales îles n'ont plus (Féroé, Orcades,
Terre-Neuves, etc.), seuls les pays apparaissent, mais dans la langue du
pays. Une petite exception : le golfe de Gascogne, qui apparaît
bizarrement sous deux noms. Impossible en l'état de se servir de ce
rendu comme planisphère !

Le rendu français est nettement mieux : les îles apparaissent
clairement, les noms sont traduits en français, mais les mers n'y sont
pas. Bizarrement la situation s'inverse dans le nord du Canada : OSM est
à mon sens nettement plus lisible que OSM-FR, les grosses îles
apparaissant de manière immédiate.

Enfin la carte du SHOM est nettement plus avancée, puisque tout apparaît
clairement : détroit du Danemark, Mer Celtique, etc.


Comment faire pour améliorer le rendu des mers ? Est-ce un problème de
données ? Par exemple la mer Celtique est présente dans OSM avec un seul
point. Un multi-polygone serait-il plus adapté ? Ou bien est-ce un
problème du système de rendu dans les faibles zoom ?

J'aimerais bien pouvoir améliore la situation, mais je ne sais pas
vraiment quoi faire… si vous avez des suggestions ça m'intéresse !!


Bonne journée

Adrien




signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Et OSM la dedans !

2019-01-16 Par sujet Adrien Grellier
Bonjour,

Merci pour le lien, c'est intéressant.

Au passage, le site d'OpenStreetMap France (openstreetmap.fr) participe
activement à notre profilage puisqu'il utilise l'API Google
(fonts.googleapis.com). La partie « blog » collabore avec Twitter.

Je suis bien conscient qu'il est difficile de se dégafamiser, surtout
pour de petite structure ;-)

Bonne soirée

Adrien

Le 16/01/2019 à 11:44, Vincent Bergeot a écrit :
> Bonjour,
>
> en lisant cette traduction par Nothing2hide d'un billet de blog d'Aral
> Balkan, activiste et développeur
> (https://nothing2hide.org/fr/2019/01/16/il-ny-a-aucun-probleme-ni-avec-facebook-ni-avec-google/),
> je fais le lien avec OSM, cet attrait pour et les financements par
> certaines entreprises. Par exemple pour le sotm 2018 à Milan :
> https://2018.stateofthemap.org/ où l'on retrouve facebook, bing, ...
> en sponsors gold :)
>
> Comment sommes nous concernés ?
>
>
> Bonne journée
>
> Vinber
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr



signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Mon projet 2018 : le réseau Anjoubus

2019-01-07 Par sujet Adrien Grellier
Bonjour,

Certains indicateurs sont effectivement en jaunes : il manque encore des
arrêts ! Parfois je n'ai pas trouvé d'indication autre que l'OpenData,
en particulier rien sur le terrain… j'ai donc laissé des trous, les
contributeurs locaux pourront facilement compléter par la suite.

J'ai essayer de contacter Anjoubus au tout départ : je voulais
simplement avoir le réseau de bus dans l'appli transportr
(https://transportr.app/ ), que j'utilise. Mais visiblement l'OpenData
et OSM semblait assez flou chez AnjouBus… j'ai donc abandonné la piste
institutionnelle.
Pour avoir le réseau dans navitia (et donc transportr), la première
étape était de cartographier le réseau dans OSM. Je m'y suis attelé…

VapourTrail semble très intéressant ! Est-ce qu'on peut consulter la
carte quelque part sur internet ?

Bonne soirée

Adrien

Le 07/01/2019 à 08:59, Florian LAINEZ a écrit :
> Salut Adrien,
> C'est un travail incroyable : bravo !
> Je vois sur le wiki que certains indicateurs sont encore jaunes,
> j'imagine que c'est juste un oubli.
>
> Est-ce que tu as contacté l'autorité organisatrice des transports pour
> les informer de ta démarche ? les positions corrigées des arrêts les
> intéresseront sans aucun doute.
> On essaye de faire pareil sur l’Île-de-France ... On manque de petites
> mains mais ça avance. On en parle de manière plus détaillé ici :
> https://junglebus.io/ile-de-france/
> Concernant la visualisation, on a le même problème et on a essayé de
> bâtir un proto : https://github.com/Jungle-Bus/VapourTrail
>
> Travail à approfondir !
>
> Le sam. 5 janv. 2019 à 18:27, Adrien Grellier  <mailto:pe...@adrieng.fr>> a écrit :
>
> Bonjour,
>
> Il y a un an, je m'étais fixé comme projet 2018 la cartographie du
> réseau de bus du Maine et Loire : Anjoubus. Un an plus tard, c'est
> fait,
> avec quelques jours de retard !
>
> Les lignes sont en principe bonnes, mais il manque des arrêts. Lorsque
> j'avais un doute (pas de marque sur le terrain ou sur l'orthophoto,
> etc.), j'ai préféré ne rien mettre. De même, les lignes « à la
> demande »
> ne sont pas cartographiées.
>
> Je me suis basé sur l'OpenData 49, BD Ortho, les horaires de bus
> sur le
> site officiel ainsi que mes connaissances du terrain.
>
> J'ai essayé de documenté au mieux sur le wiki l'avancée de mes
> travaux :
> https://wiki.openstreetmap.org/wiki/Maine-et-Loire/Transports_en_commun
>
> Voici mon petit retour d'expérience:
> - J'ai mis du temps à comprendre le balisage OSM des bus, c'est assez
> compliqué, d'autant que la cartographie existante (bus d'Angers,
> Cholet)
> ne respecte pas vraiment le nouveau schéma ! Sans les aides de
> JOSM, il
> est vraiment difficile de cartographier correctement une ligne de bus.
> - Globalement ce qui ma pris du temps est la création des arrêts et le
> découpage des routes. Anjoubus est principalement en zone rurale,
> pratiquement aucun arrêts n'existaient dans OSM. La mise à jour et
> correction des relations est nettement plus facile.
> - l'OpenData est globalement bon, mais moins précis que OSM
> (indication
> des bretelles, nom pas cohérent avec ceux sur le terrain…) et avec
> quelques paradoxes parfois (arrêt à 500m de la ligne…). La
> complexité de
> certaines lignes m'a également beaucoup surpris !
> – Il aurait été intéressant que ce travail dans OSM soit fait par
> AnjouBus directement…
> – Je n'ai pas trouvé de rendu OSM des transports en communs pratique.
> Par exemple je n'ai pas trouvé de rendu affichant les lignes de
> bus avec
> leurs couleurs, comme sur le site officiel :
> 
> http://anjoubus.paysdelaloire.fr/lignes-regulieres/plan-et-horaires/carte-interactive/
>
> Pour ceux qui seraient intéressé, les horaires sont également en
> OpenData… il est donc probablement possible de les avoir dans
> Navitia à
> peu de frais, et donc dans les appli type transportr, ce qui serait un
> gros plus pour les déplacements train+bus par exemple.
>
>
> Et vous, c'était quoi vos projets 2018 ? Avez-vous réussit à les
> faire ?
>
> Bonne année 2019 !
>
> Adrien
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> -- 
>
> *Florian Lainez*
>
> @overflorian <http://twitter.com/overflorian>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] Mon projet 2018 : le réseau Anjoubus

2019-01-05 Par sujet Adrien Grellier
Bonjour,

Il y a un an, je m'étais fixé comme projet 2018 la cartographie du
réseau de bus du Maine et Loire : Anjoubus. Un an plus tard, c'est fait,
avec quelques jours de retard !

Les lignes sont en principe bonnes, mais il manque des arrêts. Lorsque
j'avais un doute (pas de marque sur le terrain ou sur l'orthophoto,
etc.), j'ai préféré ne rien mettre. De même, les lignes « à la demande »
ne sont pas cartographiées.

Je me suis basé sur l'OpenData 49, BD Ortho, les horaires de bus sur le
site officiel ainsi que mes connaissances du terrain.

J'ai essayé de documenté au mieux sur le wiki l'avancée de mes travaux :
https://wiki.openstreetmap.org/wiki/Maine-et-Loire/Transports_en_commun

Voici mon petit retour d'expérience:
- J'ai mis du temps à comprendre le balisage OSM des bus, c'est assez
compliqué, d'autant que la cartographie existante (bus d'Angers, Cholet)
ne respecte pas vraiment le nouveau schéma ! Sans les aides de JOSM, il
est vraiment difficile de cartographier correctement une ligne de bus.
- Globalement ce qui ma pris du temps est la création des arrêts et le
découpage des routes. Anjoubus est principalement en zone rurale,
pratiquement aucun arrêts n'existaient dans OSM. La mise à jour et
correction des relations est nettement plus facile.
- l'OpenData est globalement bon, mais moins précis que OSM (indication
des bretelles, nom pas cohérent avec ceux sur le terrain…) et avec
quelques paradoxes parfois (arrêt à 500m de la ligne…). La complexité de
certaines lignes m'a également beaucoup surpris !
– Il aurait été intéressant que ce travail dans OSM soit fait par
AnjouBus directement…
– Je n'ai pas trouvé de rendu OSM des transports en communs pratique.
Par exemple je n'ai pas trouvé de rendu affichant les lignes de bus avec
leurs couleurs, comme sur le site officiel :
http://anjoubus.paysdelaloire.fr/lignes-regulieres/plan-et-horaires/carte-interactive/

Pour ceux qui seraient intéressé, les horaires sont également en
OpenData… il est donc probablement possible de les avoir dans Navitia à
peu de frais, et donc dans les appli type transportr, ce qui serait un
gros plus pour les déplacements train+bus par exemple.


Et vous, c'était quoi vos projets 2018 ? Avez-vous réussit à les faire ?

Bonne année 2019 !

Adrien




signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Magasin de matériel nautique / accastillage

2018-12-18 Par sujet Adrien Grellier
Bonjour,

J'ai pas bien compris la différence entre shop=boat et shop=ship_chandler :
https://wiki.openstreetmap.org/wiki/Tag:shop%3Dship_chandler

Typiquement Accastillage Diffusion à Nantes est marqué ship_chandler :
https://www.openstreetmap.org/node/3104348835#map=19/47.24884/-1.61946=D

C'est bien un « magasin spécialisé dans le matériel nautique ».

Peut-être un doublon à supprimer ?

Bonne soirée

Adrien


Le 18/12/2018 à 13:30, Florian LAINEZ a écrit :
> Hello,
> Ce mail n'est pas une question mais un réponse : un partage
> d'expérience sur un sujet pour lequel j'ai bien galéré.
>
> Je me demandais comment taguer un magasin spécialisé dans le matériel
> nautique.
> J'ai trouvé *shop=boat* et ses valeurs complémentaires :
> -boat:sales=yes pour la vente
> -boat:rental=yes pour la location
> -boat:repair=yes pour la réparation
> -boat:part=yes pour un magasin d'accastillage
>
> Du coup j'ai traduit la page dédiée en français :
> https://wiki.openstreetmap.org/wiki/FR:Tag:shop%3Dboat
>
> Ceci est un appel à contributions : on a seulement 24 magasins
> nautiques en France
> 
> Habitants de la côte, vous pouvez faire mieux :P (ping les bretons)
>
> -- 
>
> *Florian Lainez*
>
> @overflorian 
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Openstreetbrowser, les cimetières et la religion

2018-12-16 Par sujet Adrien Grellier
Bonjour,

Pour info j'avais fait un paragraphe sur le wiki concernant le caractère
laïque des cimetières en France :


  Cimetière et Religion en France

En règle générale, un cimetière en France est un lieu laïque depuis 1905
(Article 28 de la loi de 1905 sur la séparation de l'Église et de l'État
).
*Il n'y a donc pas lieu d'ajouter un attribut religion=*
* *sur le cimetière.*

De même, les carrés confessionnels sont interdit depuis 1881 (Article
L2213-9 du Code des Collectivités Territoriales
).


Néanmoins il existe des exceptions : la loi de 1905 ne s'applique pas en
Alsace, Moselle et Bas-Rhin, ainsi qu'en Guyane (décrets Mendel de 1939
).
De plus, certains maires violent ou contournent la loi de 1905.
OpenStreetMap doit décrire « ce qui est », quitte a modifier lorsque la
mairie légalise la situation.

Enfin le cas des cimetières militaires est à part, puisqu'ils échappent
parfois à la juridiction française.

https://wiki.openstreetmap.org/wiki/FR:Tag:landuse%3Dcemetery


Il me semble donc que classer les cimetières dans la rubrique « religion
» est abusif. Peut-être qu'ils auraient mieux leur place dans Histoire
ou Mémoriaux ?


Adrien

Le 15/12/2018 à 10:25, Jacques Lavignotte a écrit :
> En France aussi il y a des cimetières exclusivement protestants,
>
> https://www.openstreetmap.org/#map=19/43.49498/-0.80926
>
>
>
>  et un « carré musulman » dans l'enceinte de ce cimetières.
>
> https://www.openstreetmap.org/#map=19/43.49498/-0.80926
>
>
>
> Le 15/12/2018 à 10:01, Rpnpif a écrit :
>> Bonjour,
>>
>> https://www.openstreetbrowser.org classe les cimetières dans la
>> rubrique religion alors qu'en France ils en sont indépendants.
>>
>


signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] cimetière et religion

2018-08-02 Par sujet Adrien Grellier
Bonjour,

Comme indiqué, j'ai modifié le wiki pour faire un paragraphe de mise au
point :

https://wiki.openstreetmap.org/wiki/FR:Tag:landuse%3Dcemetery

Bonne journée

Adrien


Le 27/07/2018 à 14:30, Adrien Grellier a écrit :
> Bonjour,
>
> J'ai eu la surprise de voir un cimetière tagué avec une religion (catho) :
>
> https://www.openstreetmap.org/way/70372780#map=18/48.00631/6.71545
>
> Or en France les cimetières sont des espaces laïques, par la loi de 1905
> (article 28) :
>
> « Il est interdit, à l'avenir, d'élever ou d'apposer aucun signe ou
> emblème religieux sur les monuments publics ou en quelque emplacement
> public que ce soit, à l'exception des édifices servant au culte, des
> terrains de sépulture dans les cimetières, des monuments funéraires,
> ainsi que des musées ou expositions. »
>
> https://www.legifrance.gouv.fr/affichTexte.do?cidTexte=LEGITEXT06070169=20180727
>
> À mon sens, seule les tombes peuvent donc être marquées d'une religion,
> mais en aucun cas le cimetière complet ! C'est d'ailleurs la position de
> la Fédération de la libre pensée, confirmé par le Conseil d'État :
>
> https://www.fnlp.fr/news/413/17/Croix-sur-les-parties-communes-des-cimetieres.html
>
>
> Si personne n'y voit d'inconvénient, je compte donc corriger ce
> cimetière, et indiquer clairement cette réflexion sur la page wiki
> concernant le tag cimetière. Un test OSMOSE là-dessus comblerait à coup
> sûr les défenseurs de la laïcité, mais c'est au delà de mes compétences…
>
>
> Bonne journée
>
> Adrien
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr



signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] cimetière et religion

2018-07-28 Par sujet Adrien Grellier
Sur le plan de la Loi, c'est très clair : les cimetières sont laïques
depuis 1905, et les carrés confessionnels sont interdits depuis 1881,
l'exception étant les territoires subissant encore le concordat (Alsace,
Moselle et Guyane).

Cependant, certains maires extrémistes refusent d'appliquer ces lois, et
sont régulièrement condamnés pour cela.

Que doit-on décrire dans OSM ? Il me semble qu'on doit décrire « ce qui
est ». La très grande majorité des communes respecte la loi, il me
semble que le wiki doit aller en ce sens, afin de guider les
contributeurs. Par contre, si sur le terrain il y a une entorse à la loi
(par ex. un carré musulman illégal), alors nous devons décrire cet état.
Et si les libre-penseurs font condamner la mairie, à nous de changer à
ce moment.

Qu'en pensez-vous ?

Actuellement dans OSM une très grande partie des cimetières semblent
marqués d'une religion. Mon avis personnel est que ceci devrait être
corrigé. Si en 1905 Briand veut séparer l'église de l'état, c'est dans
une volonté d'apaisement entre les athée et les cléricaux, afin d'éviter
la guerre civile.
Actuellement les cléricaux de droite (Macron, les Républicains, etc.)
mène une bataille pour détruire cette séparation et reprendre le
pouvoir. Il me semble que OSM devrait rester neutre dans cette bataille
idéologique, en décrivant le réel, ni plus, ni moins.

Bonne journée

Adrien


Le 27/07/2018 à 22:11, Philippe Verdy a écrit :
> Que dire alors de l'existence des "carrés musulmans" ou "israélites"
> dans les cimetières publics ? Cela ne concerne pas tout le cimetière
> mais bien des zones entières du cimetière, où les défunts et
> souhaitent cohabiter avec leurs coreligionnaires. Ces carrés seraient
> donc illégaux et il n'y pas pas de secteur réservé, toute concession
> devenue libre pouvant alors être réutilisée par n'importe quelle
> religion. En pratique pourtant les gens choisissent l'endroit de leurs
> concessions en fonction du voisinage. Ces "carrés" sont informels
> peut-être mais il en existe pourtant encore au titre de mémorial de
> guerre.
> De plus il y a des secteurs réservés encore aux défunts des armées
> étrangères, et ces secteurs ont leur propres règles.
> Que dire encore des concessions collectives ("fosses communes") : ceux
> qu'on y enterre ont encore droit au respect de leur religion quand
> elle est connue, ce n'est pas parce qu'un défunt est indigent ou n'a
> pas de famille pour lui payer une sépulture qu'il doit se voir privé
> de l'expression de sa foi, qui a pu être exprimée par lui.
> Je ne pense pas qu'il faille être extrême sur ce point. Et il reste
> des concessions perpétuelles que le droit ne permet pas de déménager.
> De même quand des cimetières sont déplacés, on respecte les cultes en
> regroupant les sépultures par affinité et en consultant les familles,
> l'attribution des places passe alors en conseil municipal qui valide
> le plan de déplcement et ne va pas imposer à ces concitoyens des
> règles brutales d'anonymat: une sépulture ça se respecte quand même.
> Au pire on ne peut qu'interdire les signes religieux sur les parties
> communes: portails, allées, équipements de service, monuments publics
> aux morts (cependant les inscriptions dessus peuvent mentionner la
> religion par un symbole à côté du nom du défunt). Mais ces "carrés"
> existent encore bel et bien, même si les plans officiels des
> cimetières les désignent seulement par des numéros de sections.
>
> Le 27 juillet 2018 à 14:30, Adrien Grellier  <mailto:pe...@adrieng.fr>> a écrit :
>
> Bonjour,
>
> J'ai eu la surprise de voir un cimetière tagué avec une religion
> (catho) :
>
> https://www.openstreetmap.org/way/70372780#map=18/48.00631/6.71545
> <https://www.openstreetmap.org/way/70372780#map=18/48.00631/6.71545>
>
> Or en France les cimetières sont des espaces laïques, par la loi
> de 1905
> (article 28) :
>
> « Il est interdit, à l'avenir, d'élever ou d'apposer aucun signe ou
> emblème religieux sur les monuments publics ou en quelque emplacement
> public que ce soit, à l'exception des édifices servant au culte, des
> terrains de sépulture dans les cimetières, des monuments funéraires,
> ainsi que des musées ou expositions. »
>
> 
> https://www.legifrance.gouv.fr/affichTexte.do?cidTexte=LEGITEXT06070169=20180727
> 
> <https://www.legifrance.gouv.fr/affichTexte.do?cidTexte=LEGITEXT06070169=20180727>
>
> À mon sens, seule les tombes peuvent donc être marquées d'une
> religion,
> mais en aucun cas le cimetière complet ! C'est d'ailleurs la
> position de
> la Fédération de la libre pensée, confirmé par le Conseil d'État :
>
> 
> https://www.fnlp.fr/news/413/17/Croix-sur-les-p

Re: [OSM-talk-fr] cimetière et religion

2018-07-27 Par sujet Adrien Grellier
Pour les exceptions à la loi de 1905, il y a l'Alsace/Moselle, mais
aussi la Guyane à cause des décrets Mandel de 1939 :

https://www.fnlp.fr/news/392/17/Guyane-et-financement-du-culte-catholique.html

Ailleurs, la loi de 1905 s'applique, cela concerne donc tous les
cimetières communaux. À mon avis seuls les lieux dédiés au culte ainsi
que les tombes pourraient être cartographié religion=*  Comme indiqué
dans mon message précédent, les carrés confessionnels sont interdits,
même si les maires peuvent contourner l'esprit de la loi.

Or en regardant rapidement sur overpass-turbo, je me suis aperçu qu'il y
a un nombre très important de cimetière marqué avec une religion en
Bretagne et dans les Vosges, ce qui pourrait être vu comme du
prosélytisme religieux, même si bien involontaire j'en suis convaincu.

Sans être un spécialiste, le nom « cimetière juif de Besançon » renvoie
plutôt à l'histoire. Un athée résidant à Besançon pourrait tout à fait
se faire enterrer ici et je serais très surpris que la mairie ait le
droit d'apposer de nouveaux signes religieux dans les zones communes du
cimetière.

Bonne journée

Adrien


Le 27/07/2018 à 17:17, Matthias Dietrich a écrit :
> Bonjour,
>
> Pour continuer dans les exceptions, il y a l'Alsace et la Moselle, non
> soumises à la loi de 1905 (Strasbourg a d'ailleurs ouvert un cimetière
> musulman en 2012).
>
> Le ven. 27 juil. 2018 à 17:10, Topographe Fou
> mailto:letopographe...@gmail.com>> a écrit :
>
> Bonjour,
>
> Attention, il peut y avoir des exceptions françaises : carrés
> musulmans (https://fr.m.wikipedia.org/wiki/Carr%C3%A9_musulman),
> cimetières juifs (ex :
> https://fr.m.wikipedia.org/wiki/Cimeti%C3%A8re_juif_de_Besan%C3%A7on),
> cimetières de communautés religieuses (majoritairement chrétiennes
> dans le cas français) et peut être aussi quelques autres
> cimetières privés jouissant de dérogations ou de statuts pré-1905.
>
> Bref les lois ont évoluées depuis 1905. A tenir compte dans la
> mise à jour de la page des cimetières.
>
> Dans le cas présent, je ne me suis pas renseigné mais il est
> probable que ce soit un cimetière municipal ordinaire et donc sans
> confession (à vérifier et sources si la confession est appropriée)
>
> Cordialement,
>
> LeTopographeFou
>
>   Message original  
> De: pe...@adrieng.fr 
> Envoyé: 27 juillet 2018 2:32 PM
> À: talk-fr@openstreetmap.org 
> Répondre à: talk-fr@openstreetmap.org
> 
> Objet: [OSM-talk-fr] cimetière et religion
>
> Bonjour,
>
> J'ai eu la surprise de voir un cimetière tagué avec une religion
> (catho) :
>
> https://www.openstreetmap.org/way/70372780#map=18/48.00631/6.71545
>
> Or en France les cimetières sont des espaces laïques, par la loi
> de 1905
> (article 28) :
>
> « Il est interdit, à l'avenir, d'élever ou d'apposer aucun signe ou
> emblème religieux sur les monuments publics ou en quelque emplacement
> public que ce soit, à l'exception des édifices servant au culte, des
> terrains de sépulture dans les cimetières, des monuments funéraires,
> ainsi que des musées ou expositions. »
>
> 
> https://www.legifrance.gouv.fr/affichTexte.do?cidTexte=LEGITEXT06070169=20180727
>
> À mon sens, seule les tombes peuvent donc être marquées d'une
> religion,
> mais en aucun cas le cimetière complet ! C'est d'ailleurs la
> position de
> la Fédération de la libre pensée, confirmé par le Conseil d'État :
>
> 
> https://www.fnlp.fr/news/413/17/Croix-sur-les-parties-communes-des-cimetieres.html
>
>
> Si personne n'y voit d'inconvénient, je compte donc corriger ce
> cimetière, et indiquer clairement cette réflexion sur la page wiki
> concernant le tag cimetière. Un test OSMOSE là-dessus comblerait à
> coup
> sûr les défenseurs de la laïcité, mais c'est au delà de mes
> compétences…
>
>
> Bonne journée
>
> Adrien
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr



signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] cimetière et religion

2018-07-27 Par sujet Adrien Grellier
Le 27/07/2018 à 16:19, marc marc a écrit :
> Le 27. 07. 18 à 14:30, Adrien Grellier a écrit :
>> les cimetières sont des espaces laïques
>> seule les tombes peuvent donc être marquées d'une religion,
> questions d'un néophyte dans le domaine :
> n'y a-t-il pas des cimetières avec des zones dédiés
> à tel ou tel religion ?
C'est interdit par l'article L2213-9 du code des collectivités :
« Sont soumis au pouvoir de police du maire le mode de transport des
personnes décédées, le maintien de l'ordre et de la décence dans les
cimetières, les inhumations et les exhumations, sans qu'il soit permis
d'établir des distinctions ou des prescriptions particulières à raison
des croyances ou du culte du défunt ou des circonstances qui ont
accompagné sa mort. »
https://www.legifrance.gouv.fr/affichCode.do;jsessionid=4604EA835D4F1587511F2C9FDF8485FA.tplgfr35s_3?idSectionTA=LEGISCTA06180978=LEGITEXT06070633=20180727

Comme dit plus bas, ceci ne s'applique pas en Moselle, Alsace et
Bas-rhin, tout comme la loi de 1905, à cause d'un vieux reliquat du
concordat.

>
> Je me demande aussi le sens exact du tag religion.
> Par exemple sur une église, est-ce une simple indication des religions 
> qui s'y pratiquent ? cela me semble être le cas.
> si oui un cimetière ou à l'heure de la modif il n'y a que des tombes
> de la religion A aurait du sens a avoir le tag religion=A
> cela ne signifierait pas que le pratiquant de la religion B doit passer 
> sous un porche avec un signe qui le dérange comme en parle ton article, 
> cela décrirait plutôt un constat : il n'y a pas de tombe de la religion 
> B, ce fait pouvant changer évidement au prochain cas concerné.
Pour moi, l'attribut religion=* marque une appartenance confessionnelle.
Or un cimetière n'est pas un lieu confessionnel, seules les tombes
peuvent l'être. C'est exactement comme l'école publique : si une école
primaire ne contient que des élèves catholiques, cela n'en fait pas pour
autant une école confessionnelle.

> le tag religion n'est pas un tag d’accès.
Tout à fait d'accord.

Adrien



signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] cimetière et religion

2018-07-27 Par sujet Adrien Grellier
Bonjour,

J'ai eu la surprise de voir un cimetière tagué avec une religion (catho) :

https://www.openstreetmap.org/way/70372780#map=18/48.00631/6.71545

Or en France les cimetières sont des espaces laïques, par la loi de 1905
(article 28) :

« Il est interdit, à l'avenir, d'élever ou d'apposer aucun signe ou
emblème religieux sur les monuments publics ou en quelque emplacement
public que ce soit, à l'exception des édifices servant au culte, des
terrains de sépulture dans les cimetières, des monuments funéraires,
ainsi que des musées ou expositions. »

https://www.legifrance.gouv.fr/affichTexte.do?cidTexte=LEGITEXT06070169=20180727

À mon sens, seule les tombes peuvent donc être marquées d'une religion,
mais en aucun cas le cimetière complet ! C'est d'ailleurs la position de
la Fédération de la libre pensée, confirmé par le Conseil d'État :

https://www.fnlp.fr/news/413/17/Croix-sur-les-parties-communes-des-cimetieres.html


Si personne n'y voit d'inconvénient, je compte donc corriger ce
cimetière, et indiquer clairement cette réflexion sur la page wiki
concernant le tag cimetière. Un test OSMOSE là-dessus comblerait à coup
sûr les défenseurs de la laïcité, mais c'est au delà de mes compétences…


Bonne journée

Adrien




signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Le Département du Maine-et-Loire abandonne Google pour OpenStreetMap

2018-07-26 Par sujet Adrien Grellier
Bonjour,

Savez-vous s'il s'agit de contribuer à OSM, ce qui serait super, ou bien
simplement utiliser OSM en fond de carte ?

Étant en train de cartographier le réseau AnjouBus, qui est en opendata,
la question m'intéresse fortement :-)

https://wiki.openstreetmap.org/wiki/Maine-et-Loire/Transports_en_commun

Bonne journée

Adrien


Le 26/07/2018 à 08:10, Jean-Christophe Becquet a écrit :
> Bonjour,
>
> « Sortir de la Google dépendance
>
> Plutôt que d’accepter la nouvelle politique tarifaire de Google, le
> Département a mené une réflexion globale à partir des offres disponibles
> sur le marché. Son choix s’est finalement porté sur l’outil issu du
> monde libre : OpenStreetMap.
>
> Grâce à la mobilisation de ses équipes de développement en interne, la
> collectivité revoit donc l’ensemble de ses cartes sur OpenStreetMap,
> afin de continuer d’offrir un service de qualité au meilleur coût.
>
> "Le Département a à cœur d’utiliser des solutions efficientes et si
> possible open source, explique Christian Lecomte, directeur de la
> logistique et des systèmes d’information. OpenStreetMap ne permettait
> pas, il y a quelques années, de faire ce que l’on pouvait faire avec
> Google maps aussi simplement. Aujourd’hui, cet outil participatif, basé
> sur le monde libre, est beaucoup plus complet." »
>
>
> Le Département du Maine-et-Loire abandonne Google pour OpenStreetMap
> https://www.maine-et-loire.fr/espace-presse/news/le-departement-abandonne-google-pour-openstreet/
>
> Le département du Maine-et-Loire (49) a décidé d'abandonner Google Maps
> pour #OpenStreetMap pour sortir de la dépendance aux outils de la
> société américaine. Le changement de tarification a agi comme un
> déclencheur. #CollTerr
> https://twitter.com/PA_Conte/status/1022044517401350144
>
> [DécryptaGéo] Le Département du Maine-et-Loire abandonne Google pour
> OpenStreetMap
> http://decryptageo.fr/le-departement-du-maine-et-loire-abandonne-google-pour-openstreetmap/
> https://twitter.com/DecryptaGeo/status/1020334123141992450
>
> [Gazette des communes] Le Maine-et-Loire délaisse Google pour OpenStreetMap
> http://www.lagazettedescommunes.com/575970/le-maine-et-loire-delaisse-google-pour-openstreetmap/
> https://twitter.com/Lagazettefr/status/1021831659312672768
>
> Bonne journée
>
> JCB




signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] rendu OSM-FR identique au rendu OSM ?

2018-07-17 Par sujet Adrien Grellier
Bonjour,

Merci pour vos réponses, c'est vraiment appréciable d'avoir une telle
transparence, qui permet de mieux comprendre les choses :-)

Bon courage pour la suite

Adrien


Le 17/07/2018 à 16:43, Christian Quest a écrit :
> Le 17 juillet 2018 à 13:27,  > a écrit :
>
>
>> L'import s'est terminé au bout de 52153s, soit un peu moins de
>> 15h. Maintenant les updates, quelques index à rajouter et on
>> relance l'usine à tuiles !
> On appelle ça une briquetterie, pas vrai ? ;-)
>
>
> Une tuilerie, non ?  -> https://fr.wikipedia.org/wiki/Tuilerie
>
> Pour les updates, osm2pgsql va environ 40 à 60 fois plus vite que le
> temps réel pour la mise à jour des données.
> 1 jour d'update, prend dans les 30 minutes. Quand on fait des updates
> à 5mn, ça prends quelques secondes et vu le fonctionnement d'imposm3
> je doute qu'il puisse tenir ce rythme, il est par contre bien adapté à
> une mise à jour quotidienne.
>
>
> -- 
> Christian Quest - OpenStreetMap France
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr



signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] rendu OSM-FR identique au rendu OSM ?

2018-07-16 Par sujet Adrien Grellier
Bonjour,

Le rendu OSM-FR est désormais identique au rendu classique
d'OpenStreetMap, sans les traductions française notamment :

https://tile.openstreetmap.fr/

Je suppose une erreur de config… :-)

Bonne soirée

Adrien




signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Arrêts de bus urbains communs avec ceux des cars régionaux

2018-06-25 Par sujet Adrien Grellier
Bonjour,

Pour les lignes de bus du Maine-et-Loire, que je suis en train de
mapper, j'ai opté pour une stratégie intermédiaire :

Les arrêts des grosses villes (Angers, Saumur, Cholet) ont simplement le
nom (« André Leroy » à Angers par ex.). En général c'est suffisamment
descriptif.

Par contre pour les petites villes ou villages je mets le nom de la
ville (« Valanjou - Centre »). Souvent les arrêts des petits patelins
ont des noms bateau (Centre, mairie, place de l'église, etc.), le nom de
la ville est donc nécessaire.

J'ai eu un seul cas ou le nom de l'arrêt est vraiment différent, j'ai
donc mis les deux noms : « Millot / Saumuroise ».
https://www.openstreetmap.org/node/5329358940#map=17/47.45740/-0.53125=TD

Bonne soirée

Adrien

Le 25/06/2018 à 17:16, Christian Rogel a écrit :
> Bonjour à tous,
>
>
> Comment noter des arrêts communs à deux réseaux et qui n’ont pas le même nom ?
>
> Dans une agglomération, il n’y a pas d’utilité à toujours inclure le nom de 
> la commune dans le nom d’arrêt, alors que c’est la régle pour les lignes de 
> cars régionaux ou péri-urbains.
> Par exemple, arrêt « A. Massé » pour le réseau urbain QUB et «Quimper 
> Alexandre Massé » pour le réseau de cars régionaux Breizhgo, ou bien 
> l’arrêt « Liberté » du réseau Bibus, à Brest est dénommé «  Brest Liberté 
> Quartz »  pour les lignes Breizhgo qui y passent.
>
> Il semble que cela pourrait être résolu avec un tag « pubic transport = 
> platform » pour chaque réseau, mais on s’éloigne de l’idée d’une aire 
> d’attente unique qui correspond à la réalité du terrain.
>
> Christian R.
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr




signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Question citoyenne au gouvernement sur la reprise des itinéraires de randonnée

2018-06-13 Par sujet Adrien Grellier
Bonjour,

Ce n'est pas vraiment nouveau. En effet, j'ai cartographié tous les GR
et GRP de Loire-Atlantique depuis 2016, en me basant sur cet OpenData
justement. C'est d'ailleurs mentionné dans le tag source des relations.

En septembre 2017, j'en ai également parlé sur le wiki, en me
positionnant contre la volonté de nettoyage des rando :

https://wiki.openstreetmap.org/wiki/WikiProject_France/NettoyageDesItin%C3%A9rairesDeRandonn%C3%A9e

Bonne journée

Adrien


Le 13/06/2018 à 19:07, César Bihler a écrit :
>
> Pour info, il a l'air d'y avoir du nouveau localement, notamment en
> Loire Atlantique pour le GR3 en ODbL (?) :
>
> Lien général :
> https://data.loire-atlantique.fr/explore/?q=randonnee=modified
>
> Exemple d'une portion ODbL :
> https://data.loire-atlantique.fr/explore/dataset/391177847_randonnee-en-loire-atlantique-gr3-le-cellier-thouare-sur-loire/information/?location=16,47.28402,-1.3963=jawg.streets
>
> Le 12-Jun-18 à 22:24, Romain MEHUT a écrit :
>> Salut,
>>
>> Voilà où nous en sommes
>> https://twitter.com/Romain_MEHUT/status/1003993335634120705 c'est à
>> dire toujours au même point !
>>
>> Romain
>>
>> Le 12 juin 2018 à 14:07, David Marchal > > a écrit :
>>
>> Salut, les gens.
>>
>>
>> Pour info, je viens de poser, sur le site Parlement ouvert, une
>> question concernant la publication à titre gratuit des données
>> des itinéraires de
>> randonnées (https://questions.parlement-ouvert.fr/post/551
>> ). Puisque la
>> FFRP ne semble pas vouloir avancer sur cette question, une
>> résolution venant de plus haut pourrait nous sortir de la
>> situation de type « cul entre deux chaises » actuelle. Pour ceux
>> ne connaissant pas le site, la question ne rentre pas dans les
>> détails, étant donnée la limitation à 500 caractères, et sert
>> surtout à attirer l’attention sur le problème ; tout le monde
>> peut commenter, approuver ou désapprouver la question, qu’un
>> député pourra ensuite choisir de poser au gouvernement à
>> l’Assemblée. Il est probable qu’une question suscitant des
>> réactions, surtout positives, ait plus de chances d’être suivie
>> d’effets.
>>
>>
>> Cordialement.
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-fr
>> 
>>
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr



signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] Zoom incohérent sur OSM-FR

2018-03-08 Par sujet Adrien Grellier

Bonjour,

Pour info, les niveaux de Zoom du Sahara sur le rendu OSM-FR sont assez 
incohérents :


Tout autour d'Arlit, au Niger, OSM-FR affiche une grande zone de sable 
sur certains zoom :

http://tile.openstreetmap.fr/?zoom=9=18.50763=7.60638=B00FF

Par contre elle disparaît lorsqu'on dé zoome :
http://tile.openstreetmap.fr/?zoom=8=19.23532=6.0683=B00FF

Le rendu OSM officiel ne la fait pas apparaître du tout. Par contre la 
zone de sable à l'Est est bien apparente, comme sur OSM-FR.



Même chose en Mauritanie autour de Atar :

http://tile.openstreetmap.fr/?zoom=9=20.32082=-13.30609=B00FF

http://tile.openstreetmap.fr/?zoom=8=20.68099=-14.51184=B00FF


Est-ce dû à un rafraîchissement plus lent sur les vues plus larges ?

Bonne soirée

Adrien


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


Re: [OSM-talk-fr] D281 en Loire-Atlantique

2018-01-23 Par sujet Adrien Grellier
Bonjour,


J'aimerais répondre sur les PDIPR entre autre. Perso j'ai ajouté les
circuits de rando fait sur la ZAD, ainsi que les noms de lieu-dit « non
officiel» :

https://hiking.waymarkedtrails.org/#?map=14!47.3461!-1.7336


Ce sont des choses faites hors du contrôle de la puissance publique,
mais je pense qu'elle sont légitime dans OSM : D'une part elles
correspondent à un usage local, et sont assez largement utilisées dans
les média : la plupart de celles et ceux qui s'intéressent au conflit
autour de ce projet connaissent la route des chicanes, au moins en image
par exemple.


D'autre part la puissance publique a abandonné la zone. Il n'y a donc
plus de route, plus de sentier de rando PDIPR, etc. Mais ces choses ont
été gérés par d'autres, de façon indépendante. Par exemple la fameuse
route a été aménagé, construite, etc. Certes, loin de sa vocation
initiale. De même, les circuits de rando plus haut ont été crée car les
circuits officiels ont été supprimés en vue de l'aéroport.

Je rapprocherais ça d'autres problématique, par exemple des chemins
ruraux laissés à l'abandon par la mairie, mais qui continue d'être
entretenu par l'implication de certains, notamment pour éviter le fameux
délai de 30 ans pour les privatiser.


Enfin vous voulez être non partisan, et je pense que c'est aussi la
vocation d'OpenStreetMap. Seulement la zone est un conflit entre la
puissance publique d'un côté, les occupants de l'autre. Intégrer
uniquement les données de l'état est de facto prendre position à mon
avis. La neutralité imposerait au contraire de retranscrire les deux
parties, c'est pourquoi j'ai proposé les alt_name.


Enfin il y a une dimension historique. À mon avis l'occupation de la ZAD
fait partie de notre Histoire, tout comme l'occupation du Larzac en son
temps. De nombreuses personnes qui ne connaissent pas la situation
s'informent sur la ZAD. OpenStreetMap, par son aspect collaboratif, est
un outils assez rare pour justement décrire géographiquement la
situation. Quel autre outil permettrait de le faire ? J'imagine mal
l'IGN ou Google map produire une carte détaillée et relativement neutre
des zones de luttes et des conflits.


J'aimerais finir sur une remarque : Je ne remets pas en cause tes
contributions ! Sur le point précis de la route des chicanes je ne suis
pas d'accord, alors je le dit. Il me semble sain et souhaitable que des
gens d'horizons différent puissent débattre tranquillement, pour
justement arriver à se comprendre et trouver les meilleures voies pour
le Bien Commun :-)


Bonne journée


Adrien



Le 23/01/2018 à 14:34, Gwenrannad a écrit :
> Re,
>
> Bon je vois que je suis assis entre deux chaises :) mais sachez que je
> m'emploie chaque jour à contribuer à OSM de la manière la plus honnête
> possible et de ma propre initiative.
> En effet, je n'ai aucune lettre de mission pour contribuer à OSM,
> seule ma connaissance, en tant qu'administrateur et gestionnaire de la
> donnée routière départementale, et mon goût pour la cartographie
> collaborative me guident dans ma démarche. Je précise donc que *je
> suis un simple contributeur tout comme chacun d'entre vous* mais avec
> un avantage qui est celui d'être parfois moi-même la source de
> quelques données. Ainsi, pour toutes les données que je crée, j’essaie
> au mieux de la partager et ce bien avant que la directive européenne
> INSPIRE nous y oblige. Cette envie de partage me conduit également à
> contribuer sur Wikipedia et jadis au Wiki-Anjou lorsque je travaillais
> dans le Maine-et-Loire.
> Pour conclure, je pense que la communauté OSM nantaise pourrait vous
> témoigner de ma bonne volonté et de mon impartialité afin qu'une
> éventuelle étiquette "politique" ne me soit pas "collée", car si tel
> était le cas, j'en serais fort attristé.
>
> Bon, ceci étant dit, voici mes remarques relatives aux vôtres avec un
> esprit toujours constructif :
>
> -> Politique < > Terrain
> Ma volonté de contribuer avec le pseudo "CD44" avait pour objectif de
> sourcer la contribution et non se donner un pouvoir quelconque. En
> tant administrateur de données, mon cheval de bataille quotidien est
> celui de la qualité et la source est pour moi primordiale à l'image de
> celles, nécessaires et obligatoires, pour les articles wikipedia. Par
> exemple, lorsque je partage une donnée en OpenData, je m'assure
> qu'elle soit sûre à 100% afin de garantir une qualité de "données
> publiques" tout comme les autres institutions telles l'IGN ou le cadastre.
> Ensuite, la note sur les objets était pour moi un engagement de ma
> part de mettre à jour dès la publication de l'arrêté de ré-ouverture.
> Était-ce maladroit? Peut-être !
> Enfin, quant à l'idée du recensement de la réalité du terrain, je
> pense qu'il faut la modérer et plus s'appuyer sur la réglementation
> officielle en vigueur (différent de la notion avancée de volonté
> politique).
> Je reprends mon image du ski hors-piste, doit-on tracer sur OSM tous
> les chemins hors-piste ? Autre exemple, doit-on 

Re: [OSM-talk-fr] D281 en Loire-Atlantique

2018-01-22 Par sujet Adrien Grellier
Bonjour,

Au passage, le tag « highway=abandonned » me semble faux. Le wiki indique :

« A former (very) busy road, which is no longer used or can not be
repaired (it is in very bad condition). »

En effet cette route et emprunté au moins par les habitants de la ZAD,
et on peut y circuler en voiture, certes au pas (20km/h).  Perso j'y
suis passé il y a quelques mois (donc avec les chicane), on y circule
aussi bien que sur un chemin classique non goudronnés, qui eux sont bien
dans OpenStreetMap.

Le nom « Route des Chicanes », qui est quand même emblématique de cette
route à également été supprimé. Pourquoi ne pas le garder au moins en
alt_name ?

Perso il me semble assez dommage de « faire disparaître » cette route du
rendu, alors qu'elle existe, et qu'elle et quand même un élément
important du conflit et de l'occupation de la zone. Est-ce dû au zèle
d'une administration ?

Bonne journée

Adrien


Le 23/01/2018 à 02:12, Shohreh a écrit :
> Bonjour,
>
> Par curiosité, j'ai regardé à quoi ressemblait sur OSM la célèbre D281 en
> Loire-Atlantique* et je lis ça:
>
> "Route non ouverte à la circulation - Merci de ne pas modifier. Le compte
> "Conseil départemental de Loire-Atlantique - Direction Infrastructures" le
> fera."
> http://www.openstreetmap.org/#map=16/47.3443/-1.7091
>
> Sur Google, elle est toujours indiquée comme une route ouverte à la
> circulation:
> https://goo.gl/maps/B1kUDq2XJaR2
>
> Qui décide de ce genre de chose?
>
> Merci.
>
> *
> https://lexpansion.lexpress.fr/actualites/1/actualite-economique/nd-des-landes-operation-nettoyage-de-la-route-des-chicanes-amorcee_1978229.html
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr



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


Re: [OSM-talk-fr] rendu arrêt de bus

2017-12-15 Par sujet Adrien Grellier
J'utilise le 2ème lien, le public_transport v2.

Pour les arrêts je me base là-dessus :
https://www.opendata49.fr/index.php?id=112_icsoddatastore_pi1%5Bkeywords%5D=_icsoddatastore_pi1%5Bcategories%5D%5B0%5D=2_icsoddatastore_pi1%5Buid%5D=78_icsoddatastore_pi1%5BreturnID%5D=38

et pour les Lignes:
https://www.opendata49.fr/index.php?id=112_icsoddatastore_pi1%5Bkeywords%5D=_icsoddatastore_pi1%5Bcategories%5D%5B0%5D=2_icsoddatastore_pi1%5Buid%5D=74_icsoddatastore_pi1%5BreturnID%5D=38

Pour la méthode, je suis exactement le tuto fournit par Noémie un peu
plus haut. Petit problème : parfois l'OpenData n'est pas super précis
sur la localisation des arrêts. Il faut donc vérifier soit sur une image
satellite, soit sur le terrain.

Pour l'instant j'ai fait la ligne 6 et la 18 (seulement un sens). Les
autres lignes étaient déjà existantes (1, 2A, 3, 15 et 26), je les ai
rajoutée sur le wiki, mais il faudrait les vérifier. En effet, la ligne
2A est bizarre : c'est un mixte de la 2 et de la 2B. Peut-être que la
ligne 2A a disparu ?

Adrien


Le 15/12/2017 à 12:43, aurélien BONDU a écrit :
> Adrien , je comprend mieux ta motivation.
> juste pour se coordonnée tu utilise quel modele de shémas : 
> - 1 :  https://wiki.openstreetmap.org/wiki/FR:Transports_publics 
> ou 
> - 2 https://wiki.openstreetmap.org/wiki/FR:Key:public_transport 
>
> et quel donnée opendata d'Anjoubus car par ex je ne retrouva pa la
> ligne 2A dans les donnée opendata
>
> Le 15 décembre 2017 à 12:25, Adrien Grellier <pe...@adrieng.fr
> <mailto:pe...@adrieng.fr>> a écrit :
>
> Merci pour vos réponses.
>
> /marc marc/ : OK je vais donc ajouter le highway = bus_stop pour
> la compatibilité.
>
> /Noémie/ : Les références des lignes apparaissent sur le chemin
> dans certains rendus lorsqu’on zoome. Voici deux exemples :
> http://www.openstreetmap.org/#map=17/47.25474/-0.08247=T
> <http://www.openstreetmap.org/#map=17/47.25474/-0.08247=T>
> https://www.öpnvkarte.de/#-0.0812;47.255;17
> <https://www.%C3%B6pnvkarte.de/#-0.0812;47.255;17>
> Je vais également ajouter les ref au ligne et pas seulement aux
> route_master, toujours pour la compatibilité.
> Et merci pour le tuto ! C'est exactement ce que je fais, me voila
> rassuré :-)
>
> /Jo/: j'utilise effectivement JOSM, mais ne connaissait pas
> PT_Assistant, je vais regarder ça.
>
> /Aurélien/ : Je suis en Loire-Atlantique, mais avec de bonnes
> attaches en Anjou :)
> En fait mon but est d'avoir les horaires de AnjouBus dans l'appli
> transportr <https://transportr.grobox.de/>, pour aller chez mes
> parents. L'appli permet de trouver les itinéraires en transport en
> commun les plus court, pour tout réseau qui publie ses données au
> format GTFS. Dans mon cas, les réseaux SNCF, Tan, Lila, Irigo sont
> dispo, mais pas AnjouBus. Comme tu le dis, toutes les données sont
> en OpenData, mais pas au bon format (CSV, pas GTFS) ! Je les ais
> contacté pour qu'ils mettent leur données sous ce format, comme en
> Loire Atlantique, mais visiblement la personne n'a pas bien
> compris ma demande.
> Donc maintenant mon plan est de mettre tout le réseau sous
> OpenStreetMap. Ensuite je pourrais utiliser les scripts du
> créateur de transportr pour générer le fichier GTFS qui va bien…
> et ainsi arriver à mon but ! C'est un projet assez long, mais qui
> peut être sympa au final.
>
> Toute aide est la bienvenue ! Pour info je documente ma
> progression sur cette page :
> https://wiki.openstreetmap.org/wiki/Maine-et-Loire/Transports_en_commun
> <https://wiki.openstreetmap.org/wiki/Maine-et-Loire/Transports_en_commun>
>
> Bonne journée, et merci pour vos réponses.
>
> Adrien
>
>
>
> Le 15/12/2017 à 11:34, aurélien BONDU a écrit :
>> Salut à tous,
>> Adrien j'avais commencer à cartographier le réseau Anjoubus en
>> février 2014 suite à la libération des données en opendata. Je
>> m'étais vite arrêter faute de motivation .
>> Si tu veux de l'aide pour compléter le réseau je suis dispo.  
>> Au passage tu est du Maine-et-Loire pour t'intéresser au réseau
>> AnjouBus plus particulièrement ?
>>
>> Aurélien (abonduabu sur OSM
>>
>> Le 15 décembre 2017 à 10:59, Jo <winfi...@gmail.com
>> <mailto:winfi...@gmail.com>> a écrit :
>>
>> Salut Adrien,
>>
>> Si tu ajoutes highway=bus_stop aux nœuds
>> public_transport=platform, tu verras que ce sera bien rendu.
>> Ça fait des années que nous demandons que les tags
>> public_transport soient rendus et je n'ai plus aucu

Re: [OSM-talk-fr] rendu arrêt de bus

2017-12-15 Par sujet Adrien Grellier
Merci pour vos réponses.

/marc marc/ : OK je vais donc ajouter le highway = bus_stop pour la
compatibilité.

/Noémie/ : Les références des lignes apparaissent sur le chemin dans
certains rendus lorsqu’on zoome. Voici deux exemples :
http://www.openstreetmap.org/#map=17/47.25474/-0.08247=T
https://www.öpnvkarte.de/#-0.0812;47.255;17
Je vais également ajouter les ref au ligne et pas seulement aux
route_master, toujours pour la compatibilité.
Et merci pour le tuto ! C'est exactement ce que je fais, me voila
rassuré :-)

/Jo/: j'utilise effectivement JOSM, mais ne connaissait pas
PT_Assistant, je vais regarder ça.

/Aurélien/ : Je suis en Loire-Atlantique, mais avec de bonnes attaches
en Anjou :)
En fait mon but est d'avoir les horaires de AnjouBus dans l'appli
transportr <https://transportr.grobox.de/>, pour aller chez mes parents.
L'appli permet de trouver les itinéraires en transport en commun les
plus court, pour tout réseau qui publie ses données au format GTFS. Dans
mon cas, les réseaux SNCF, Tan, Lila, Irigo sont dispo, mais pas
AnjouBus. Comme tu le dis, toutes les données sont en OpenData, mais pas
au bon format (CSV, pas GTFS) ! Je les ais contacté pour qu'ils mettent
leur données sous ce format, comme en Loire Atlantique, mais visiblement
la personne n'a pas bien compris ma demande.
Donc maintenant mon plan est de mettre tout le réseau sous
OpenStreetMap. Ensuite je pourrais utiliser les scripts du créateur de
transportr pour générer le fichier GTFS qui va bien… et ainsi arriver à
mon but ! C'est un projet assez long, mais qui peut être sympa au final.

Toute aide est la bienvenue ! Pour info je documente ma progression sur
cette page :
https://wiki.openstreetmap.org/wiki/Maine-et-Loire/Transports_en_commun

Bonne journée, et merci pour vos réponses.

Adrien


Le 15/12/2017 à 11:34, aurélien BONDU a écrit :
> Salut à tous,
> Adrien j'avais commencer à cartographier le réseau Anjoubus en février
> 2014 suite à la libération des données en opendata. Je m'étais vite
> arrêter faute de motivation .
> Si tu veux de l'aide pour compléter le réseau je suis dispo.  
> Au passage tu est du Maine-et-Loire pour t'intéresser au réseau
> AnjouBus plus particulièrement ?
>
> Aurélien (abonduabu sur OSM
>
> Le 15 décembre 2017 à 10:59, Jo <winfi...@gmail.com
> <mailto:winfi...@gmail.com>> a écrit :
>
> Salut Adrien,
>
> Si tu ajoutes highway=bus_stop aux nœuds
> public_transport=platform, tu verras que ce sera bien rendu. Ça
> fait des années que nous demandons que les tags public_transport
> soient rendus et je n'ai plus aucune raison de croire qu'un jour
> ça se passera. Donc pas de soucis, ce n'est pas de ta faute.
>
> Ma façon de cartographier les arrêts est d'ajouter tous les
> détails sur ce nœud à côté de la route et de n'ajouter que
> celui-là aux relations route.
>
> Pour les arrêts qui ont une vrai plateforme, il es possible
> d'ajouter un way ou un area, avec highway=platform comme tag. Ces
> nœuds n'ont pas besoin d'autres tags et il ne faut pas les ajouter
> aux relations routes.
>
> Attention, ce n'est pas comme ils font en Allemagne.. Là ils sont
> convaincus qu'il faut ajouter 2 objets aux relations routes.
>
> Ils sont en train de proposer un nouveau schéma au forum allemand,
> mais à mon avis tout cela devient bien trop complexe.
>
> Depuis des mois j'envisage de proposer un "nouveau" schéma
> moi-même, Mais comme j'ai fait "le tour de monde" pour tester
> PT_Assistant cet été, je sais qu'il sera dur de le voir accepté,
> même si ce schéma s'intègre très bien avec la façon de
> cartographier "historique" il y a la possibilité d'intrepréter
> PTv2 de differente façons et une fois que certains choix sont
> fait, il est difficile de voir les avantages de l'autre
> interprétation.
>
> Je pense qu'une grande raison pour ce "schisme" est que les
> interpretations dépendent du point de vue de départ, étant si on
> veut modélliser rail ou bus.
>
> https://wiki.openstreetmap.org/wiki/User:Polyglot/Bus_stops_and_routes
> <https://wiki.openstreetmap.org/wiki/User:Polyglot/Bus_stops_and_routes>
>
> Si tu utilises JOSM, j'ai assisté au développement du plugin
> PT_Assistant, qui peut bien s'avérer utile:
>
> 
> https://wiki.openstreetmap.org/wiki/JOSM/Plugins/PT_Assistant/Mapping_Public_Transport_with_JOSM
> 
> <https://wiki.openstreetmap.org/wiki/JOSM/Plugins/PT_Assistant/Mapping_Public_Transport_with_JOSM>
>
> Si tu n'utilises pas encore JOSM, je veux bien faire un Hangout
> pour t'aider à démarrer.
>
> Polyglot
>
> 2017-12-15 9:48 GMT+01:00 marc marc <marc_marc_...@hotmail.com
>

[OSM-talk-fr] rendu arrêt de bus

2017-12-15 Par sujet Adrien Grellier
Bonjour,

Je suis en train de cartographier le réseau de bus du Maine-et-Loire

(AnjouBus).

Comme indiqué sur le wiki sur les transports publics
, je taggue
chaque arrêt comme ceci:

  * Un nœud public_transport = platform sur le bord du chemin
  * un nœud public_transport = stop_position sur la route, avec bus=yes
  * une relation public_transport = stop_area, qui regroupe les 2 nœuds
et donne le nom de l'arrêt.

Un exemple est la Halte routière de Vihiers
. Malheureusement l'arrêt
n'apparaît pas dans dans les rendus, que ce soit OpenStreetMap
,
le rendu FR
,
ou le rendu transport public
.
J'ai pourtant suivi les recommandations à la lettre, je ne vois pas
pourquoi ça ne s'affiche pas.

Deuxième question: sur de petits arrêts, par exemple lorsqu'il y a
simplement un panneau au bord de la route, est-ce mieux de tagguer comme
je le fais, ou simplement mettre un seul nœud public_transport = platform ?

Dernière question : sur les lignes de bus, je met la référence sur la
route_master, comme indiqué dans le wiki. Mais elle n'apparaît pas dans
les rendu de transport public ! Pourquoi donc ?? Faut-il la recopier sur
toutes les lignes ?


Bonne journée

Adrien



signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Demande d'information pour ajouter une AMAP

2017-12-13 Par sujet Adrien Grellier
Bonjour,

Il y a un tag pour les places de marchés éphémères eux aussi :

https://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dmarketplace

Le lieu de livraison de l'AMAP ressemble fort à ça : en principe toutes
il y a une distributions toutes les semaines, ou presque, pendant une ou
quelques heures.

Adrien


Le 13/12/2017 à 22:20, Romain MEHUT a écrit :
> Bonsoir,
>
> On est limite dans l'idée d'identifier les AMAP dans OSM. J'en connais
> plusieurs par chez moi et je ne les ai pas ajoutées dans OSM. Même
> s'il y a une certaine régularité dans la remise des paniers, c'est
> finalement très éphémère par rapport à un commerce "traditionnel". Il
> faudrait plutôt regarder du côté de umap.
>
> Qu'en pensent les autres ?
>
> Romain
>
> Le 13 décembre 2017 à 21:58, Ralf Treinen  > a écrit :
>
> Bonsoir,
>
> On Wed, Dec 13, 2017 at 09:41:11PM +0100, Clément Clément wrote:
> > Bonjour,
> >
> > Je vous contacte car je ne connais pas grand chose à
> OpenStreetMap et je
> > souhaiterais ajouter l'AMAP (Association pour le Maintien d'une
> Agriculture
> > Paysanne) dont je suis membre et membre actif du bureau.
> >
> > J'ai bien réussi à ajouter le node
> : https://www.openstreetmap.org/node/
> 
> > 5275897827
> >
> > Par contre je souhaiterais à présent que mon AMAP soit visible
> par le plus
> > grand nombre. (car pour le moment elle n'est pas visible)
> >
> > On m'a dit qu'il fallait ajouter un tag office ou shop mais que
> par contre pour
> > les AMAP c'est pas évident car peu utilisé.
>
> il me semble aussi que c'est plutot un shop: shop=greengrocer
>
> Voir aussi
> http://wiki.openstreetmap.org/wiki/Tag:shop%3Dgreengrocer
> 
>
> Par contre merci de supprimer, ou au moins raccourcir le champs
> description. Ce n'est pas son rôle d'y mettre un texte complet.
> Plutot renseigner les champs
>
> opening_hours=
> organic =
> website =
>
> -Ralf.
>
> ___
> 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



signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Hiérarchie des relations d’itinéraire cyclistes

2017-11-06 Par sujet Adrien Grellier
Bonjour Axelos,

Ta page est claire, mais l'exemple que tu prends n'est pas matérialisé
dans OpenStreetMap !

En effet, la boucle de la Moselle n'est pas découpée en relations enfants :
https://cycling.waymarkedtrails.org/#route?id=1779502=11!48.7176!6.1151

Peut-être as-tu prévu de le faire prochainement ?

Autre remarque : il faudrait probablement indiquer que ce genre de manip
est plutôt à destination des utilisateurs avancés, et non des débutants.
En effet, découper les relations proprement n'est pas forcément facile
lorsqu'on débute dans OSM.

Bonne soirée

Adrien


Le 06/11/2017 à 15:16, Axelos a écrit :
> Coucou,
>
> Le 07/10/2017 à 09:18, Axelos a écrit :
>> J’ai utilisé la carte https://cycling.waymarkedtrails.org pour avoir un
>> visu sur mes modifications, et j’ai consulté cette page :
>> https://cycling.waymarkedtrails.org/help/rendering/hierarchies
>>
>> Qui répond à ma question : oui. Elle explique aussi que si les tags
>> network sont similaires, alors la relation enfant est prit en compte
>> uniquement dans la relation parent, c’est-à-dire que l’enfant n’est pas
>> visible sur la carte.
>> À contrario si le network est différent, alors les deux relations
>> restent présentes.
>> Dans la pratique, j’ai constaté que les tags from et to si utilisés
>> doivent être aussi identique pour ignorer l’enfant.
>>
>> Donc ça permet de jongler dans l’intégration de relations enfants qui
>> font partie du même itinéraire, donc inutiles seuls, mais aussi
>> d’itinéraires d’un niveau inférieur (icn > ncn > rcn > lcn) tout en les
>> gardant disponibles dans la carte.
> Pour info, j'ai créé un brouillon sur le wiki pour pallier au fait qu'il
> n'y a aucune documentation à ce sujet.
>
> https://wiki.openstreetmap.org/wiki/User:Axelos/hierarchies_route%3Dbicycle
>
> Toute remarque est bonne à prendre.
>




signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Ligne de bus Lila inexistante

2017-11-05 Par sujet Adrien Grellier
Merci pour vos commentaires, je vais donc supprimer ces relations dans
la foulée.

La ligne de tram est déjà dans OSM, je vais donc laisser en l'état :)

Bonne journée

Adrien


Le 05/11/2017 à 12:38, Jo a écrit :
> Si quelqu'un a déjà mis un tag fixme=obsolete et tu es certain que la
> ligne n'existe plus, le mieux est de supprimer ces relations. Sinon
> elles resteront dans les rendus.
>
> Au cas où les lignes de tram ne seraient pas encore dans la base OSM,
> tu pourrais considérer de recycler ces relations, si le trajectoire
> est très comparable, mais il n'est pas vraiment important de le faire.
>
> Il y a toujours moyen de revenir en arrière, mais pour les relations
> supprimées il faut vraiment savoir qui l'a supprimée et quand, ou
> connaître le changeset.
>
>
> Polyglot
>
> 2017-11-05 12:24 GMT+01:00 <osm.sanspourr...@spamgourmet.com
> <mailto:osm.sanspourr...@spamgourmet.com>>:
>
> Déjà si tu n'est pas complètement sûr, tu peux mettre un préfixe
> disused:
>
> disused:route=bus
>
> Est-ce que la ligne a entièrement disparu ?
>
> Après si on sait quel changeset l'a supprimé, on peut revenir dessus.
>
> Jean-Yvon
>
>
> Le 05/11/2017 à 12:08, Adrien Grellier - pe...@adrieng.fr
> <mailto:pe...@adrieng.fr> a écrit :
>> Bonjour,
>>
>> J'essaye de cartographier au mieux la ville de Sucé sur Erdre, au Nord
>> de Nantes.
>>
>>
>> Dans OpenStreetMap des lignes de bus régionale Lila passe à Sucé (ligne
>> 40/41 notamment), mais ces lignes ont été supprimées il y a quelques
>> années, avec l'arrivée du tram-train.
>>
>> Ces relations ont été marquées avec un FIXME=obsolete. Je suppose donc
>> qu'on peut la supprimer tranquillement ?
>>
>> D'une manière générale, si je supprime une relation par erreur, il y a
>> des moyens pour annuler ma suppression ?
>>
>>
>> Bonne journée
>>
>> Adrien
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>> https://lists.openstreetmap.org/listinfo/talk-fr
>> <https://lists.openstreetmap.org/listinfo/talk-fr>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-fr
> <https://lists.openstreetmap.org/listinfo/talk-fr>
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr



signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] Ligne de bus Lila inexistante

2017-11-05 Par sujet Adrien Grellier
Bonjour,

J'essaye de cartographier au mieux la ville de Sucé sur Erdre, au Nord
de Nantes.


Dans OpenStreetMap des lignes de bus régionale Lila passe à Sucé (ligne
40/41 notamment), mais ces lignes ont été supprimées il y a quelques
années, avec l'arrivée du tram-train.

Ces relations ont été marquées avec un FIXME=obsolete. Je suppose donc
qu'on peut la supprimer tranquillement ?

D'une manière générale, si je supprime une relation par erreur, il y a
des moyens pour annuler ma suppression ?


Bonne journée

Adrien

















signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Hiérarchie des relations d’itinéraire cyclistes

2017-10-07 Par sujet Adrien Grellier
Bonjour,

J'ai procédé de la même manière pour l'Euro-vélo 1, qui inclut le Canal
de Nantes à Brest, et l'Euro-vélo 6, qui inclut la Loire à Vélo.

Il me semble que c'est une bonne manière de procéder, simple et qui
évite là duplication de données. En plus ça respecte totalement l'esprit
des grands circuits, qui se reposent en pratique sur les tracés plus locaux.

Bonne journée

Adrien

Le 07/10/2017 à 09:18, Axelos a écrit :
> Salut les contributeurs d’OSM,
>
> J’ai participé dernièrement à l’inauguration d’une voie verte faisant
> partie de la véloroute V54 dans le Grand-Est, j’ai donc retranscrit
> l’aménagement puis modifier les métas donnés des relations qui d’après
> les historiques représentaient bien la V54 puis se sont transformé en un
> itinéraire touristique qui est apparu officiellement en 2016 « La Meuse
> à Vélo ».
> V54 est national, Meuse à Vélo Européen.
> À terme il est probable que les deux itinéraires utilisent les mêmes
> chemins.
> Comme la V54 n’était plus référencé j’ai du la remettre, bref… il
> fallait passer par cette étape.
>
> Après m’être bien tâté sur comment faire, je me suis posé une question :
> est-il possible d’utiliser un morceau de relation d’un itinéraire (la
> V54) pour l’intégrer dans une autre relation d’un autre itinéraire ?
> J’ai testé.
>
> J’ai utilisé la carte https://cycling.waymarkedtrails.org pour avoir un
> visu sur mes modifications, et j’ai consulté cette page :
> https://cycling.waymarkedtrails.org/help/rendering/hierarchies
>
> Qui répond à ma question : oui. Elle explique aussi que si les tags
> network sont similaires, alors la relation enfant est prit en compte
> uniquement dans la relation parent, c’est-à-dire que l’enfant n’est pas
> visible sur la carte.
> À contrario si le network est différent, alors les deux relations
> restent présentes.
> Dans la pratique, j’ai constaté que les tags from et to si utilisés
> doivent être aussi identique pour ignorer l’enfant.
>
> Donc ça permet de jongler dans l’intégration de relations enfants qui
> font partie du même itinéraire, donc inutiles seuls, mais aussi
> d’itinéraires d’un niveau inférieur (icn > ncn > rcn > lcn) tout en les
> gardant disponibles dans la carte.
>
> Comme j’ai pour projet prochain de prolonger la relation V52
> (Paris-Stransbourg) sur le secteur de Nancy, et que celle-ci empreinte
> un itinéraire régional sur environ 35 km (la Boucles de la Moselle). Il
> y a également un itinéraire européen (Paris-Prague) dont la relation
> existe déjà en proposed.
> L’intérêt est ne pas créer trois relations qui reprennent sur ces 35 km
> tout le cheminement.
> Mais plutôt intégrer ces chemins dans une relation enfant Boucles de la
> Moselle, dont la relation est intégrée dans la V52, dont celle-ci sera
> probablement intégrée dans la route Paris-Prague.
>
> Mais avant de commercer, deux questions me viennent à l’esprit :
> Dans le wiki, je n’ai pas trouvé de documentation similaire à ce qui est
> indiqué sur https://cycling.waymarkedtrails.org/ Est-ce que la pratique
> est réellement légitime, est-ce que finalement je ne tag pas pour le rendu ?
>
> Cette pratique ne risque-t-elle pas d’être trop compliqué pour les
> contributeurs « néophytes » qui désire eux aussi contribuer à ces
> relations ?
>
> J’ai déjà édité de nombreuses relations enfants, mais les parents
> étaient toujours des relations du même itinéraire.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr




signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] GR 5 Jura cartographié ? Et la FFRP ?

2017-09-12 Par sujet Adrien Grellier
Bonjour,

J'ai ajouté un certains nombre de circuits GR dans OpenStreetMap. D'un
point de vue purement légal, je suis conscient des problèmes que ça
pose. Mais d'un point de vue moral, je ne trouve pas vraiment d'argument
pour ne pas inclure ces circuits :

– certaines données sont accessible en Open Data, comme ici en Loire
Atlantique :
http://data.loire-atlantique.fr/donnees/detail/les-grands-itineraires-de-randonnes-en-loire-atlantique/

On pourra remarquer que les données sont sous licence libre, librement
accessible sur internet, mais il est quant même mentionné « Nul ne peut
en disposer sans autorisation expresse »…
De même, les données sur les GR sont largement consultable sur internet,
par exemple sur le site de l'IGN ou tous les sites des offices de tourisme !

– l'association FFRandonnée a une délégation de service publique pour la
gestion des circuits de rando. C'est donc que les circuits de rando sont
des biens communs… Il me semble donc cohérent de les inclure dans
OpenStreetMap, et je ne vois pas quelle raison morale on pourrait
opposer à leur inclusion.

– La gestion des chemins repose en grande partie sur le bénévolat, tout
comme OpenStreetMap. Je vois mal en quoi ces bénévoles ne voudraient pas
que leur travail puisse apparaître dans une carte libre, ouverte à tous…
Au contraire, c'est une manière de valoriser leurs actions, en leur
apportant un outil supplémentaire, totalement libre et gratuit !

– Un des but de la FFRandonnée est de « promouvoir la randonnée ». Il me
semble qu'inclure les circuits de rando dans OSM s'inscrit totalement
dans ce but. En effet de nombreux randonneurs utilisent des applications
basés sur OSM (OSMand, etc.) pour leur rando, notamment ceux qui
randonnent un peu partout dans le monde. Pouvoir afficher librement et
gratuitement une carte de rando à jour sur son smartphone est quand même
un bon pas pour la démocratisation de la rando !
Que propose la FFRandonnée en terme de carto face à OpenStreetMap ? Il
me semble qu'on est très loin des possibilités qu'offre OSM.

– Enfin, l'attitude de l'association est déplorable. La communauté OSM a
essayé de prendre contact à plusieurs reprise, il n'y a aucun répondant
de leur côté. Ça donne vraiment l'impression qu'ils en ont rien à cirer.


Pour ces raisons, ma conclusion personnelle est que que je préfère
inclure ces sentiers dans OSM, malgré le risque légal. Il me semble que
c'est vraiment le sens de l'Histoire et que sur ce coup la FFRandonnée
est totalement à côté de la plaque. À mon avis, c'est probablement la
seule façon d'avancer positivement sur ce sujet… Et si la FFrandonnée
veut vraiment faire respecter son droit, qu'elle se manifeste : À ce
moment, on pourra argumenter de façon ouverte et non cachée de chaque côté.

Ceci représente mon point de vue, après je comprend également les points
de vue « légalistes » sur le sujet, bien que je ne les partages pas.

Bonne journée

Adrien


On 11/09/2017 15:43, David Marchal wrote:
> Salut, les gens.
>
> Je viens de voir que le GR 5 Jura avait été cartographié
> (https://www.openstreetmap.org/relation/6095322), or il me semblait
> que, dans l’attente d’un accord avec la FFRP concernant l’ajout des GR
> et de leurs autres itinéraires dans OSM, on devait ne pas les ajouter
> pour éviter tout conflit sur leurs droits d’auteurs. Aurais-je manqué
> un épisode ?
>
> Dans l’attente de vos réponses,
>
> Cordialement.
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr



signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] comment cartographier un marais ?

2017-09-09 Par sujet Adrien Grellier
Bonjour,

Merci pour la réponse. Les zones d'eau doivent être cartographiées en
tant que inner, dans le multipolygone du marais, ou bien comme un objet
séparé ?

Bonne journée

Adrien


On 07/09/2017 18:58, Philippe Verdy wrote:
> Les canaux n'ont pas de sens de circulation de l'eau imposé, on met le
> sens qu'on veut saauf ceux qui sont alimentés en amont par des drains
> et où l'eau cirrucle dans le sens des retenues par les écluses et
> passes à débordement, la plupart cependant des petits canaux peuvent
> voir l'eau circuler dans un sens ou dans l'autre selon les besoins et
> les variations hydriques des eaux qui y sont amenées, et aussi en
> fonction des heures de marées pour les marais en bordure de mer (à
> marée basse le flux va vers la mer jusqu'à atteindre le seuil minimal
> de débordement, sinon la marée montante retient les eaux sur place et
> le niveau remonte même si l'eau de mer ne passe pas les seuils des
> barrages de sel. et de l'eau douce apportée en aval par d'autres cours
> d'eau au bassin de retenue peut donc remonter aussi les autres cours
> d'eau et canaux.
>
> Le sens utilisé devrait correspondre à celui quand le niveau d'eau
> baisse et c'est le sens des rivières naturelles, mais entre deux
> écluses de barrage sur les canaux et les rivières canalisées, le
> niveau varient en fonction des portes qui sont ouvertes d'un côté ou
> l'autre et quand les portes sont fermées, il monte petit à petit de
> part et d'autre de l'arrivée des eaux des drains d'alimentation tant
> que leurs vannes sont ouvertes. Toutes les portes des écluses ne sont
> jamais ouvertes en même temps, le niveau d'eau est donc plus élevé
> (que si c'était des cours d'eau naturels, moins dépendant des marées,
> mais dont le sens est alors surtout fonction du relief traversé).
>
> Si tu tagues en waterway=canal, il n'y a aucune nécessité que cela
> forme un réseau unidirectionnel vers la mer: ce sens ne sera donc pas
> vérifié par les outils d'analyse pour ces waterway=canal, ou même
> waterway=drain ou même waterway=ditch où l'eau est la pluaprt du temps
> intermittente ou ne consiste qu'en quelques flaques immobiles ou
> terres humides.
>
> Sinon il reste aussi le cas des bras transversaux qui relient deux
> bras parallèles d'une rivière naturelle, mais le plus souvent on n'en
> trace pas ce filaire détaillé, on se contente de tracer lers
> riverbanks pour les rendre visibles, et sinon de tracer les iles ou
> les bancs de sable ou galets affleurants.
>
> Le 7 septembre 2017 à 18:07, Adrien Grellier <pe...@adrieng.fr
> <mailto:pe...@adrieng.fr>> a écrit :
>
> Bonjour,
>
> Je viens demander de l'aide pour cartographier proprement le marais de
> St-Mars, au Nord de l'Erdre :
>
> 
> https://www.openstreetmap.org/relation/7422809#map=13/47.3703/-1.4775=D
> 
> <https://www.openstreetmap.org/relation/7422809#map=13/47.3703/-1.4775=D>
>
> Dans le marais il y a :
> – des zones de marais (wetland=marsh)
> – des zones de tourbière (wetland=bog)
> – des îles (place=islet)
> – des zones d'eau (étang, canaux)
>
> Je pensais faire un multi-polygone, avec en outter le marais, et inner
> les zones d'eau libre, les îles mais ça ne fonctionne pas
> tellement (cf
> au sud du marais, près de l'île St-Denis).
>
> Pour les canaux, il faudrait indiquer un sens de circulation de l'eau
> (waterway=stream)… En l’occurrence, c'est tout plat, l'eau ne
> court pas
> comme dans une rivière ! Comment doit-on procéder dans le cas
> présent ?
>
> Sur le wiki, je n'ai pas tellement trouvé de méthode pour
> cartographier
> ça tout bien, j'ai essayé de m'inspirer du marais de Brière, au
> nord de
> St Nazaire, sans que ça soit concluant.
>
> Si vous avez des conseils, je serais heureux de les entendre.
>
> Bonne journée
>
> Adrien
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-fr
> <https://lists.openstreetmap.org/listinfo/talk-fr>
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr



signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] comment cartographier un marais ?

2017-09-07 Par sujet Adrien Grellier
Bonjour,

Je viens demander de l'aide pour cartographier proprement le marais de
St-Mars, au Nord de l'Erdre :

https://www.openstreetmap.org/relation/7422809#map=13/47.3703/-1.4775=D

Dans le marais il y a :
– des zones de marais (wetland=marsh)
– des zones de tourbière (wetland=bog)
– des îles (place=islet)
– des zones d'eau (étang, canaux)

Je pensais faire un multi-polygone, avec en outter le marais, et inner
les zones d'eau libre, les îles mais ça ne fonctionne pas tellement (cf
au sud du marais, près de l'île St-Denis).

Pour les canaux, il faudrait indiquer un sens de circulation de l'eau
(waterway=stream)… En l’occurrence, c'est tout plat, l'eau ne court pas
comme dans une rivière ! Comment doit-on procéder dans le cas présent ?

Sur le wiki, je n'ai pas tellement trouvé de méthode pour cartographier
ça tout bien, j'ai essayé de m'inspirer du marais de Brière, au nord de
St Nazaire, sans que ça soit concluant.

Si vous avez des conseils, je serais heureux de les entendre.

Bonne journée

Adrien




signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Ancien chemin plus utilisable : suppression ou tag ?

2017-08-02 Par sujet Adrien Grellier
Bonjour,

Dans ma région natale, les agriculteurs font comme ceci pour
s'approprier des chemins communaux :

– tu bloques le passage, par un tas de cailloux, ou tu laboures
carrément le chemin.
– Comme les gens du conseil municipal font tous de même, le cantonnier
ne remet pas le chemin en état
– le temps passe, et au bout de 30 ans le chemin est à toi.

Certains vont même recréer un chemin 10m plus loin, qui lui sera privé !

Pour ceux qui s'oppose à ce genre de pratique, il faut prouver que le
chemin existe depuis moins de 30 ans. À ce titre, OpenStreetMap est très
intéressant, puisqu'on peut avoir une trace datée de la contribution, et
le tracé est utilisable sur le terrain directement, par exemple sur OSMand.

À noter aussi : si la commune n'entretient pas le chemin, rien n'empêche
légalement un particulier de l'entretenir… C'est ainsi que des chemins
réapparaissent, au gré des gens motivés ou d'associations. Tant que les
arbres n'ont pas trop poussés, il est relativement aisé se
débroussailler un chemin.

Bonne soirée

Adrien


On 02/08/2017 21:04, pepilepi...@ovh.fr wrote:
> Le 02/08/2017 à 15:52, marc marc a écrit :
>> Cela dépend le but.
>> Si le but est de faire disparaître le chemin du rendu tout en pouvant le 
>> ressusciter, par édition c'est le mieux.
>> Mon avis est différent, si ce chemin à une existence légale, ll devrait 
>> rester sur le rendu quitte à mette grade5 visibilité horrible (j'ignorais ce 
>> tag et son utilisation) et un accès=no avec description=chemin impraticable 
>> par manque d'entretient.
>> À mes yeux cela a l'avantage de le garder sur le rendu donc plus facile à 
>> ressusciter en pratique (je parle de l'utilisateur qui voyant un chemin peux 
>> agir sans devoir faire une requête pour retrouver le chemin)
> L'un des principes que j'ai retenus d'OSM est "tu cartographies ce que
> tu vois". Donc même si un bureaucrate a décidé qu'il y avait un chemin
> (ce que tu appelles existence légale), si sur le terrain je vois un
> roncier il n'y a pas de chemin. Et ce serait induire les gens en erreur
> que de le faire apparaître sur une carte.
>
> Je vais donc prendre la solution JB.
>
> Merci,
>
> JP
>
>>> Le 2 août 2017 à 12:38, althio  a écrit :
>>>
>>> JB
 J'opte pour le "disused:highway=*". Si le chemin est rouvert un jour, il 
 n'y
 a qu'un tag à changer. Sur les rendus classiques, il n'est pas présent.
 Et quand j'essaye d'y passer, j'ai souvent un sécateur. Au bout de quelques
 fois, il repasse en highway=path…
>>> +1
>>>
>>> cela reflète la réalité du terrain,
>>> c'est toujours dans la base pour qui veut chercher ce type d'éléments
>>> (entretien, veille des riverains, promeneurs et associations),
>>> en cas d'entretien plus régulier, le chemin peut être facilement mis à jour.
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr




signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] rendu OSMFR et nom de pays

2017-07-31 Par sujet Adrien Grellier
Bonjour,

En février j'avais pointé un problème dans le rendu OSM-FR, sur les noms
de pays.

Aujourd'hui je constate que ça n'a pas changé, mais que les mises à jour
des tuiles ne se font pas à partir d'un certain niveau, comme par ex. ici :

http://tile.openstreetmap.fr/?zoom=13=47.33279=-1.50283=B00FF

En zoomant d'un cran, certaines zones ajoutées il y a un moment
apparaissent.


Est-ce un problème de serveur surchargé ? Un bug inextricable ? Ou
simplement la faute à « pas le temps » ?

J'aime bien ce rendu, que j'utilise dans un cadre associatif, donc s'il
y a quelque chose que je peux faire pour améliorer la situation…

Bonne soirée

Adrien


On 13/02/2017 13:34, Adrien Grellier wrote:
> Bonjour,
>
> Le rendu OSM-FR n'affiche plus les noms de pays, à des niveaux de zoom
> haut. Par exemple si je regarde l'Afrique, les noms de pays ne
> s'affichent pas :
> http://tile.openstreetmap.fr/?zoom=4=6.43542=18.91818=B000FF
>
> Pourtant c'est une information qui peut être intéressante. Il me semble
> que sur le rendu précédent les noms de pays s'affichait bien.
>
> Si on zoome d'un cran, les capitales apparaissent, mais toujours pas les
> noms de pays :
> http://tile.openstreetmap.fr/?zoom=5=-3.7875=26.71848=B000FF
>
> Pensez-vous qu'il soit possible de faire afficher les noms de pays ?
>
> Perso ça me semble plus parlant que les capitales : je peux placer
> approximativement la Tanzanie ou le Sud-Soudan sur la carte, par contre
> Dodoma ou Djouba me sont complètement inconnu.
>
> Bonne journée
>
> Adrien
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr



signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] rendu OSMFR et nom de pays

2017-03-25 Par sujet Adrien Grellier
Bonjour,

Je me permet de relancer le sujet : les noms de régions ne s'affichent
pas également. Par exemple juste en zoomant, il est difficile de trouver
la région « Unity State » du Sud Soudan, alors que sur le rendu
openstreetmap.org, c'est nettement plus facile.
Autre exemple : le contour de la région Pays de la Loire s'affiche bien,
mais pas le nom, ce qui peut être gênant lorsqu'on le cherche.

Pensez-vous que le problème puisse se corriger à moyen terme ?

Bonne journée

Adrien

On 13/02/2017 14:03, Philippe Verdy wrote:
> Bonne remarque.à la place des noms de pays on voit maintenant le nom
> des petites îles (pas les grandes) ou petits archipels (certains), et
> des points pour les capitales (sans le nom).
> A mon avis ces points et petites îles sont plutôt pour des niveaux
> supérieurs, les noms de pays passent en priorité.
>
> Il doit y avoir eu un bogue dans une requête de sélection des pays ou
> dans le placement de leur libellés suite à un essai d'un nouvel
> algorithme de placement ou de mise en forme des libellés (normalement
> fait dans cet ordre : 1. "glyph shaping" pour écritures complexes, 2.
> insertion des sauts de ligne et/ou césures et équilibrage des
> longueurs de lignes, 3. réordonnancement BiDi des glyphes)
>
> Le 13 février 2017 à 13:34, Adrien Grellier <pe...@adrieng.fr
> <mailto:pe...@adrieng.fr>> a écrit :
>
> Bonjour,
>
> Le rendu OSM-FR n'affiche plus les noms de pays, à des niveaux de zoom
> haut. Par exemple si je regarde l'Afrique, les noms de pays ne
> s'affichent pas :
> 
> http://tile.openstreetmap.fr/?zoom=4=6.43542=18.91818=B000FF
> 
> <http://tile.openstreetmap.fr/?zoom=4=6.43542=18.91818=B000FF>
>
> Pourtant c'est une information qui peut être intéressante. Il me
> semble
> que sur le rendu précédent les noms de pays s'affichait bien.
>
> Si on zoome d'un cran, les capitales apparaissent, mais toujours
> pas les
> noms de pays :
> 
> http://tile.openstreetmap.fr/?zoom=5=-3.7875=26.71848=B000FF
> 
> <http://tile.openstreetmap.fr/?zoom=5=-3.7875=26.71848=B000FF>
>
> Pensez-vous qu'il soit possible de faire afficher les noms de pays ?
>
> Perso ça me semble plus parlant que les capitales : je peux placer
> approximativement la Tanzanie ou le Sud-Soudan sur la carte, par
> contre
> Dodoma ou Djouba me sont complètement inconnu.
>
> Bonne journée
>
> Adrien
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-fr
> <https://lists.openstreetmap.org/listinfo/talk-fr>
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr



signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] rendu OSMFR et nom de pays

2017-02-13 Par sujet Adrien Grellier
Bonjour,

Le rendu OSM-FR n'affiche plus les noms de pays, à des niveaux de zoom
haut. Par exemple si je regarde l'Afrique, les noms de pays ne
s'affichent pas :
http://tile.openstreetmap.fr/?zoom=4=6.43542=18.91818=B000FF

Pourtant c'est une information qui peut être intéressante. Il me semble
que sur le rendu précédent les noms de pays s'affichait bien.

Si on zoome d'un cran, les capitales apparaissent, mais toujours pas les
noms de pays :
http://tile.openstreetmap.fr/?zoom=5=-3.7875=26.71848=B000FF

Pensez-vous qu'il soit possible de faire afficher les noms de pays ?

Perso ça me semble plus parlant que les capitales : je peux placer
approximativement la Tanzanie ou le Sud-Soudan sur la carte, par contre
Dodoma ou Djouba me sont complètement inconnu.

Bonne journée

Adrien




signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] timeout sur l'historique d'une grosse relation

2017-01-21 Par sujet Adrien Grellier
Bonjour,

Effectivement, sur cette grosse relation (2345773) vous avec mis en 2015
un FIXME: (propre) : la partie 2 est à nettoyer et intégrer

J'imagine que vous travailliez sur cette relation, peut-être pour
inclure toutes les sous-relations qui compose la relation n° 4774799
(Vélodyssée) dans une seule grosse relation ?

Comme je l'ai dit dans un autre fil de discussion, mon idée était de
supprimer la relation en question (2345773), pour laisser uniquement le
découpage suivant :

– relation 2763798 : la super-relation internationale qui représente la
totalité de l'EuroVelo 1
– relation 4774799 : la super-relation, qui est incluse dans la première
relation et représente la portion française (Vélodyssée)
– une relation pour chaque tronçon de la Vélodyssée (Roscoff-Carhaix,
Carhaix-Pontivy, Pontivy-Redon, etc.)

Après réflexion je pense qu'il est préférable d'avoir des relations «
empilés » comme ceci, avec des sections moins grosses à manipuler et
plus locale.

Y-voyez-vous un inconvénient ?

Merci à tous pour l'aide apportée

Bonne soirée

Adrien


On 21/01/2017 18:06, Philippe Verdy wrote:
> The winner of what ? Je ne suis pas tout seul sur les 611 modifs. Mais
> je ne me suis jamais intéressé à cette relation dans son entier, même
> si j'ai pu en modifier certaines parties (où j'ai reconnecté certaines
> parties à l'occasion d'autres modifs mais sans regarder l'intégralité.
> Cette relation est superlongue et touche à plein d'autres qui sont
> modifiées pour bien d'autres choses (lignes de bus notamment, plus
> faciles à manipuler).
> C'est bien connu que depuis toujours les itinéraires cyclistes sont
> plein de trous et changent sans arrêt car ils sont tracés très
> approximativement ou rompus par des travaux.
>
>
> Le 21 janvier 2017 à 16:41,  > a écrit :
>
> Un peu de dichotomie (et de pifométrie au début pour optimiser)
> https://www.openstreetmap.org/api/0.6/relation/2345773/524
> And
> the winner is: Verdy_p
> Je crois que tu sais comment le contacter ;-=)
>
> Jean-Yvon
>
> Le 21/01/2017 à 16:04, Frédéric Rodrigo - fred.rodr...@gmail.com
>  a écrit :
>> Tu peux consulter les versions une à une :
>> https://www.openstreetmap.org/api/0.6/relation/2345773/1
>> 
>>
>> Bon courage, il y en a juste 611 ;)
>> Frédéric.
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr



signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] timeout sur l'historique d'une grosse relation

2017-01-21 Par sujet Adrien Grellier
Bonjour,

Je cherche à obtenir l'historique de la relation n°2345773 (tronçon
vélodyssée). Avec JOSM ou le site web d'Openstreetmap, j'obtiens à
chaque fois un timeout, peut-être à cause de la taille de la relation ?

Sauriez-vous comment je peux récupérer cet historique ? Je cherche en
effet à déterminer qui a crée la relation, et qui à inséré le tag FIXME,
pour entrer en contact.

Bonne journée

Adrien




signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Centrales électriques

2017-01-17 Par sujet Adrien Grellier
Bonjour,

Merci pour cette carte très utile !

Pour la blague j'en ai profité pour ajouter quelques précisions sur une
centrale électrique particulière, celle de la base Antarctique Dumont
d'Urville, en espérant qu'elle apparaisse un jour :-)

http://perso.numericable.fr/olyon/plantetgenerator.html#-66.66367,860.00474,15z

Bonne soirée

Adrien

On 17/01/2017 03:45, Jérôme Amagat wrote:
> Bonjour,
>
> J'ai fait une carte des centrales électriques et leurs puissances
> installées présentent dans OSM :
> http://perso.numericable.fr/olyon
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr



signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] 5 relations pour la Vélodyssée !

2017-01-15 Par sujet Adrien Grellier
Bonjour,

J'ai du mal à comprendre la logique de cartographie de la Vélodyssée,
partie française de la route Euro-Vélo 1. En effet, on trouve 5
relations pour décrire ce circuit vélo :

– *Euro Vélo 1 - Route du littoral Atlantique* (relation 2763798), qui
correspond au circuit international
https://fr.wikipedia.org/wiki/EuroVelo_1
– *EuroVelo 1 - Route du littoral Atlantique Vélodyssée* (relation
4774799), qui correspond à la partie française de l'EuroVélo
(Vélodyssée), et fait partie de la relation précédente. Au passage cette
relation est marquée « network=icn », hors elle est totalement nationale
et non internationale.
– *EV1 : Redon - Nantes* (relation 5444942), qui correspond à la
déclinaison locale de l'EV1, et fait partie de la relation précédente.
De même elle est marqué « network=icn », mais elle est locale.

– *EV1 : Route du littoral Atlantique - tronçon France* (relation
2345773), qui correspond à un tronçon Roscoff - Nantes, mais est
indépendant des deux relations précédente !
–  *EV1 : La Vélodyssée *(relation 6461592), qui semble correspondre à
une partie de la vélodyssée et est indépendante des autres relations !

Je comprend bien les trois premières relations, mais j'ai du mal avec
les deux dernières. Dans ma ville, Sucé sur Erdre, cela donne des
bizarreries en dessinant deux chemins différents, dont l'un est faux :

https://cycling.waymarkedtrails.org/#routelist?map=16!47.3417!-1.5251

Si quelqu'un pouvait éclairer ma lanterne, pour savoir comment
cartographie correctement tout ça, j'en serais reconnaissant. En
particulier, doit-on supprimer purement et simplement les deux dernières
relations ?

Bonne journée

Adrien



signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] pb de zoom sur le rendu OSMFR

2016-11-05 Par sujet Adrien Grellier
Bonjour,

Effectivement ça semble voulu. Mais c'est très bizarre de voire une zone
si grande disparaître sur un zoom !

Ici en amazonie, il y a une zone intéressante aussi :

http://tile.openstreetmap.fr/?zoom=9=-11.26854=-64.31764=B000FF

Si on dézoome deux fois (zoom=7), la zone de forêt disparaît ! Et si on
zoome, on voit des parcs naturels apparaître. Des zones de forêt étant
bien représenté dans tous les zoom, je suppose un problème. Et vu
l'étendu des parcs naturels, il serait peut-être bon de les faire
apparaître sur des zoom moins puissant ? Qu'en pensez-vous ?

Adrien


On 05/11/2016 18:57, osm.sanspourr...@spamgourmet.com wrote:
>
> Bonjour,
>
> que nenni, c'est juste le rendu qui est radicalement différent entre
> les niveaux de zoom 10 et 11.
>
> Ici c'est plus clair, la mine étant entourée de zones de couleurs
> différentes :
>
> http://tile.openstreetmap.fr/?zoom=10=51.05269=6.45079=B000FF
>
> http://tile.openstreetmap.fr/?zoom=11=51.05269=6.45079=B000FF
>
> Sur osm.org c'est pareil mais à un niveau de zoom inférieur :
>
> http://www.openstreetmap.org/#map=9/51.0527/6.4508
>
> Je pense qu'on devrait garder une couleur plus proche aux niveaux 9 et
> 10 (mais sans dessin d'outils de mineurs).
> Jean-Yvon
>
> Le 05/11/2016 à 15:08, Adrien Grellier - pe...@adrieng.fr a écrit :
>> Bonjour,
>>
>> Le rendu OSMFR semble souffrir d'un problème de raffraîchissement. Par
>> exemple, cette mine au Canada apparaît à un zoom:
>>
>> http://tile.openstreetmap.fr/?zoom=11=57.29278=-111.57124=B000FF
>>
>> mais disparaît si on dé-zoome:
>>
>> http://tile.openstreetmap.fr/?zoom=10=57.28388=-111.64609=B000FF
>>
>> La dernière modif de la mine date pourtant d'il y a 9 mois.
>>
>> En Amazonie j'ai repéré des zones de forêt avec le même problème.
>>
>> Bonne journée
>>
>> Adrien
>>
>>
>>
>>
>> ___
>> 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



signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] pb de zoom sur le rendu OSMFR

2016-11-05 Par sujet Adrien Grellier
Bonjour,

Le rendu OSMFR semble souffrir d'un problème de raffraîchissement. Par
exemple, cette mine au Canada apparaît à un zoom:

http://tile.openstreetmap.fr/?zoom=11=57.29278=-111.57124=B000FF

mais disparaît si on dé-zoome:

http://tile.openstreetmap.fr/?zoom=10=57.28388=-111.64609=B000FF

La dernière modif de la mine date pourtant d'il y a 9 mois.

En Amazonie j'ai repéré des zones de forêt avec le même problème.

Bonne journée

Adrien




signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] openstreetmap et les abeilles

2016-02-02 Par sujet Adrien Grellier
Bonjour,

Je m'étonne qu'il n'y ait que très peu de choses sur le wiki d'OpenStreetMap 
concernant l'apiculture. En effet, à par un « craft = beekeeper », je n'ai 
pas trouvé grand chose.

Ais-je mal cherché ? Ou bien il n'y a vraiment rien sur ce domaine dans OSM 
?

Au départ je suis arrivé sur ce constat en voulant ajouter un magasin qui 
vend du matériel apicole, mais je n'ai trouvé aucun tag. 

Bonne soirée

Adrien


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


[OSM-talk-fr] rendu osmfr à l'échelle des continents

2014-12-05 Par sujet Adrien Grellier
Bonjour,

Comme mentionné sur IRC hier, le rendu OSM-fr à changé : lorsqu'on zoome à 
l'échelle d'un continent, la carte est vide : plus de désert, forêts, etc.

Est-ce normal ? Si oui, quelles sont les raisons du changement ?


Autre question, annexe : j'ai mis à jour la carte de l'île d'Amsterdam, dans 
l'océan Indien :

http://tile.openstreetmap.fr/?zoom=18lat=-37.79708lon=77.5726layers=B000FFF

J'ai notamment ajouté une piste d'hélicoptère (DZ). Cette piste apparaît 
bien dans OpenStreetMap, dans le rendu « hot » ou « osmfr-lowzoom-test » sur 
tile.openstreetmap.fr, mais pas sur le rendu osmfr !

Or d'habitude les DZ apparaissent bien dans le rendu « osmfr », comme en 
témoigne la base subantarctique de Crozet (qui au passage est très bien 
cartographiée, bravo !) : 

http://tile.openstreetmap.fr/?zoom=18lat=-46.43231lon=51.85849layers=B000FFF

Sauriez-vous d'où peut venir ce comportement bizarre ?

Amicalement,

Adrien


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


Re: [OSM-talk-fr] rendu osmfr à l'échelle des continents

2014-12-05 Par sujet Adrien Grellier
Encore un soucis :

J'ai modifié il y a quelques temps la base antarctique Dumont d'Urville : 


http://tile.openstreetmap.fr/?zoom=15lat=-66.6638lon=140.0064layers=B000FFF

Le contour de l'île notamment était mauvais.

Or les modifications n'ont pas été prise en compte dans le rendu « osmfr »… 
mais osmfr-lowzoom-test est à jour ! Je n'y comprend pas grand chose…


Adrien


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