Re: [OSM-talk-fr] Les horaires adaptés sur Qwant Maps

[Erwan Salomon]

vraiment bien que Quant propose un lien pour modifier les horaire si besoin 
(qui renvoie sur la fiche du commerce sur CaRestOuvert)

j’entend parfois parler de la carte de Quant dans les médias comme solution 
alternative à Google et Apple (sans allusion à OSM)
est-ce qu’ils exploitent uniquement la dat OSM ou ils ont leur propre sources 
rajouté dessus ?
(bon déjà ils n’hésitent pas à rajouter une couche de CaRestOuvert)

> Le 10 avr. 2020 à 08:21, PanierAvide  a écrit :
> 
> Bonjour,
> 
> Ça reste ouvert n'est pas qu'un canal de contribution, on réalise également 
> un travail d'augmentation/agrégation au-delà d'OSM. Un exemple :
> 
> https://www.openstreetmap.org/node/6597224025 
>  : pas d'infos covid19
> 
> https://www.qwant.com/maps/place/osm:node:6597224025@Carrefour_Market_G%C3%A9vez%C3%A9#map=18.25/48.2203417/-1.7854300
>  
> 
>  : même objet avec des infos covid19
> 
> Ces infos ne viennent pas d'OSM, mais de la liste des enseignes et leur état 
> d'ouverture ici :https://github.com/PanierAvide/Covid_enseignes 
> 
> Sur laquelle on réalise une jointure par identifiant wikidata ou nom de 
> marque. On rajoute donc des informations supplémentaires à OpenStreetMap. Les 
> données de sortie sont en ODbL, source OpenStreetMap + Ça reste ouvert. À 
> noter que Qwant précise quelques lignes plus bas que les données viennent 
> d'OSM, on a donc bien la double mention. Après de notre côté on a pas la main 
> sur la façon dont l'équipe de Qwant présente les infos.
> Cordialement,
> Adrien P.
> Le 09/04/2020 à 23:09, François Boucault a écrit :
>> Bonjour à tous,
>> 
>> Simplement pour vous signaler que Qwant maps affiche les horaires adaptés 
>> durant le confinement (exemple 
>> ),
>>  un bel exemple d'intégration selon moi.
>> Petit détail : il est écrit "Source : caresteouvert.fr", mais en fait la 
>> source reste OSM, non ? Le site caresteouvert n'est pas la source, mais 
>> simplement un canal de contribution...
>> 
>> Il serait moins faux, et plus engageant, d'écrire, par exemple : "Aidez à 
>> renseigner les horaires d'ouvertures durant le confinement : 
>> caresteouvert.fr".
>> 
>> Comme ça l'initiative est tout de même citée, et le visiteur comprends qu'il 
>> s'agit d'un site web pour le moins "dynamique" (et non une source rigide 
>> établie par une administration).
>> 
>> Bien à vous,
>> 
>> François
>> 
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-fr 
>> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] copyright erroné

[Erwan Salomon]

il y a des ressemblances en effet,
mais la carte est vieille (si vous cherchez vos contributions)
entre 2 et 3 ans
pour être précis selon mes modifications à Plœmeur 56270 (et c’est ma lubie de 
respecter le e dans l’o) entre le changeset  #44313407 
 (création de la voie D163) 
et le #55626956  (passage de 
la rue de Savoie de secondary en résidentiel)

> Le 9 avr. 2020 à 14:56, osm.sanspourr...@spamgourmet.com a écrit :
> 
> https://www.apec.fr/mon-centre.html#/recherche 
> 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] #caresteouvert: déstockage alimentaire = supermarket ou wholesale

[Erwan Salomon]

Je n’ai pas vérifié (je suis en train de tester)
peut-être rajouter un tag style :
note:covid19="vente de nourriture, ouverture à vérifier"
description:covid19="vente de nourriture, ouverture à vérifier"
pour voir si caresteouvert rend aussi les objets portant ces attributs, ainsi 
les contributeurs pourraient les visualiser et renseigner directement dans 
carestouvert


> Le 2 avr. 2020 à 09:52, FR via Talk-fr  a écrit :
> 
> Le 01/04/2020 à 12:52, Erwan Salomon a écrit :
>> pas besoin de transformer le tag warehouse en shop pour « taguer pour 
>> #carestouvert »
>> il suffit de renseigner opening_hours:covid19=… pour que le commerce 
>> apparaisse sur la carte de carestouvert
>> c’est ce que je fait pour les restaurants qui continuent à vendre à emporter 
>> (souvant des pizzerias) qui d’offices n’apparaissent pas sur la carte
> 
> Merci c'est une solution pour celui dont j'ai relevé les horaires dans mes 
> PiR2km2, mais pas pour les autres dans la perspective où 1 nom 
> contributeur-trice  voudrait les renseigner sur https://www.caresteouvert.fr/
> Bien sûr je pourrais le signaler sur GitHub mais pour un tag aussi 
> minoritaire... j'imagine qu'il y a plus urgent
> FR
> 
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


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

Re: [OSM-talk-fr] #caresteouvert: déstockage alimentaire = supermarket ou wholesale

[Erwan Salomon]

salut,

> Ça pourrait donner : shop=supermarket + supermarket=discount + 
> bulk_purchase=yes (après vérification) + éventuellement wholesale=yes pour 
> celui qui semble aussi s'adresser aux commerçants de détail
> 
> Après tout on peut s'autoriser à taguer pour #caresteouvert... et au moins 
> les horaires que j'ai relevés dans celui qui est dans mon voisinage serviront 
> à quelque chose
> 
> Françoise

pas besoin de transformer le tag warehouse en shop pour « taguer pour 
#carestouvert »

il suffit de renseigner opening_hours:covid19=… pour que le commerce apparaisse 
sur la carte de carestouvert
c’est ce que je fait pour les restaurants qui continuent à vendre à emporter 
(souvant des pizzerias) qui d’offices n’apparaissent pas sur la carte
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] covid19 : magasins U

[Erwan Salomon]

salut,

j’ajouterais que le magasin « util » de chez moi (Lorient centre) renvoie vers 
cette fiche
hors cette fiche ne semble recenser aucun magasin « util » 
j’ai intégré les bonnes horaires (civid et normales au passage)

de façon général je pense qu’il faut bien vérifier sur place (c’est la base 
d’OSM) les groupes annoncent des consignes générale, mais beaucoup de magasins 
sembles avoir une gestion personnel de cette crise

Erwan [GLYO]

> Le 31 mars 2020 à 09:05, pepilepi...@ovh.fr a écrit :
> 
> Le 30/03/2020 à 23:41, Rene Chalon a écrit :
>> Bonsoir, 
>> 
>> On 30/03/2020 23:13, osm.sanspourr...@spamgourmet.com 
>>  wrote: 
>>> Horaires modifiés pendant le confinement : 
>>> https://www.magasins-u.com/fichiers/horaires-magasins_pdf 
>>>  
>>> 
>>> En pièce jointe au format opening_hours:covid19 
>>> 
>>> J'ai intégré les données du Morbihan (sauf Malestroit manquant). 
>>> 
>>> N'hésitez pas à faire vos départements (et d'autres). En commançant par 
>>> le premier du département et en le sauvant histoire de ne pas se marcher 
>>> sur les pieds. 
>> 
>> Je pense que ce fichier est à prendre avec des pincettes ! 
> 
> +1.
> 
> Chez moi ce ne sont pas les horaires affichés sur le magasin (et vérifiés par 
> sondage)
> 
> 
>> 
>> En effet, pour le magasin "U Express LYON CROIX ROUSSE" je peux vous dire 
>> que je me suis fait sortir du magasin à 19h tout à l'heure alors que dans le 
>> fichier il y a 20h... ce qui correspond aux horaires normaux ! 
>> 
>> J'ai d'ailleurs ajouté les bons horaires pendant le confinement dans OSM à 
>> mon retour (Mo-Sa 08:00-19:00; Su 09:00-13:00)... 
>> 
>> A+, 
>> René (aka renecha). 
>> 
>> 
>>> 
>>> Violaine, pas d'horaires pour toi : 
>>> 
>>> 987 - Polynésie Française 
>>> 988 - Nouvelle-Calédonie 
>>> 
>>> 
>> 
>> 
>> ___ 
>> Talk-fr mailing list 
>> Talk-fr@openstreetmap.org  
>> https://lists.openstreetmap.org/listinfo/talk-fr 
>>  
> 
> -- 
> Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la 
> bonne question.
> 
> ___
> 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] Horaires d'ouverture :: sur rendez-vous

[Erwan Salomon]

salut,

le tag le plus utilisé semble être : 

528 utilisations
opening_hours="on call"
https://taginfo.openstreetmap.org/tags/opening_hours=%22on%20call%22

au choix avec
409 utilisations
opening_hours="by appointment"
https://taginfo.openstreetmap.org/tags/opening_hours=%22by%20appointment%22 


~40 versions française : "sur rendez-vous » (avec ou sans majuscule)

ne pas oublier de mettre le moyen de réserver (le numéro de téléphone en 
général)

> Le 25 mars 2020 à 00:24, Jacques Lavignotte  a écrit :
> 
> Bonjour,
> 
> J'arrête de creuser les wiki :
> 
> amenity=doctors
> 
> horaires d'ouverture = sur rendez-vous ?
> 
> rendez-vous, schedule, je ne trouve rien.
> 
> Merci, restez chez vous.
> 
> J.
> -- 
> GnuPg : 156520BBC8F5B1E3 Because privacy matters.
> « Quand est-ce qu'on mange ? » AD (c) (tm)
> 
> ___
> 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] Attribution OSM sur https://www.windy.com/ (copyvio?)

[Erwan Salomon]

oups mal lu ton message Yves
en effet y’a la source des météos avec la montre
AROME c’est Météo France, d’où la source donnée MF : 
http://www.meteofrance.fr/prevoir-le-temps/la-prevision-du-temps/le-modele-a-maille-fine-arome
 


glyo 

> Le 27 nov. 2019 à 00:30, Yves P.  a écrit :
> 
>> Très jolie carte, 
> Elle est démente cette version. Il y a les prévisions météo… des webcam…
> 
>> cependant aucune attribution visible des sources utilisés (aussi bien pour 
>> les données météo ou incendies, que pour les fonds de carte... OSM)
> Les tuiles viennent de Mapy…
> Les données c’est bien OSM : je reconnais des sentiers de randonnées que j’ai 
> cartographiés
> 
> https://windytiles.mapy.cz/turist-en/12-2116-1438
> 
> Pour les sites de parapentes : paraglidingearth.com
> 
> Les webcams :https://fr.webcams.travel/api/
> 
> Pour les météos, il faut cliquer sur la montre en bas à droite :
> https://www.ecmwf.int
> https://www.dwd.de/DE/Home/home_node.html
> https://www.meteoblue.com
> AROME ?
> 
> Satellite: https://www.eumetsat.int/website/home/index.html
> Radar : http://www.meteofrance.com
> Feux : coppernicus
> Aéroports google et wikipedia ?, METAR, NOTAM ?
> 
> 
> —
> Yves
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] Attribution OSM sur https://www.windy.com/ (copyvio?)

[Erwan Salomon]

salut,

j’avoue j’avais jamais fait attention, pourtant je la reconnais et je l’utilise 
régulièrement
mais …

chez moi je vois bien l’attribution OSM : (c) OSM & contributors
elle est clivable et même à la page : https://www.openstreetmap.org/copyright 

sous la légende de vitesse de vent, tout en bas à droite
en blanc sur le fond de carte, pas le plus lisible, mais ça correspond au 
design générale des texte de leur carte
pour les données météos, elle sont nommées (AROME, GFS …) mais sans lien vers 
leurs sources en effet

glyo

> Le 26 nov. 2019 à 23:30, Philippe Verdy  a écrit :
> 
> Très jolie carte, cependant aucune attribution visible des sources utilisés 
> (aussi bien pour les données météo ou incendies, que pour les fonds de 
> carte... OSM) 
>  
> ___
> 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] emergency:hydrant:puisage:bleu

[Erwan Salomon]

> 
>> j’en croise quelques uns des poteaux rouge avec bonnet jaune
> En France, ça indique un diamètre de 150 mm.
> "Le corps du PI sera de couleur rouge s’il s’agit d’une prise d’eau sous 
> pression (pour les PI de 150 mm une couleur jaune sur le haut du corps 
> permettra de le distinguer) »
> Source : http://www.sdis57.fr/ressources/RDDECI_SDIS57_2018.pdf 
> 
> 
>> selon un pompier local il s’agit de bornes dont le débit ou la pression est 
>> en défaut (ou de manière générale un défaut a été détecté lors d’un exercice)
> pratique locale ?
> 
> —
> Yves

merci pour la précision
dans ce cas il s’agissait d’une borne dont le haut était peinte en jaune
pas d’un capot jaune d’origine
ça explique peut-être la différence___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] emergency:hydrant:puisage:bleu

[Erwan Salomon]

>> 
>> le bonnet c'est quelqu'un qui a oublié le sien ?
>> ou c'est généralisé et à une utilité que j'ignore ?
>> bonnet:colour=white ? :)
> C’est un gag, un simple oubli, ou même une création artistique 
> 
> 
> —
> Yves
> 

pas tant une blague que ça
il y a bien une référence à bonnet:colour=* (même si le tag n’est pas référencé 
en lui-même) sur la page du wiki : 
https://wiki.openstreetmap.org/wiki/Tag:emergency%3Dfire_hydrant
j’en croise quelques uns des poteaux rouge avec bonnet jaune
selon un pompier local il s’agit de bornes dont le débit ou la pression est en 
défaut (ou de manière générale un défaut a été détecté lors d’un exercice)
donc à renseigner, mais à surveiller (une fois le défaut corrigé le bonnet doit 
théoriquement reprendre une couleur normale)

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

Re: [OSM-talk-fr] [NOOB] Retour sur les places de Parking PMR

[Erwan Salomon]

j’ai juste été sur le site : http://tile.openstreetmap.fr/
et sélectionné le rendu FR
pour le reste j’ai généré un permalink (en bas à droite)
mais en effet je ne sais pas si ça peut t’aider dans l’usage de OSMAnd

> Le 3 avr. 2019 à 22:04, Jacques Lavignotte  a écrit :
> 
> 
> 
> Le 03/04/2019 à 21:50, Erwan Salomon a écrit :
> 
>> http://tile.openstreetmap.fr/?zoom=19=47.73345=-3.42969=BFF
> 
> C'est où la doc pour piger le : layers=BFF ???
> 
> Merci,
> 
> J.
> 
> Dites moi tout.
> -- 
> GnuPg : C8F5B1E3 Because privacy matters.
> 
> 
> ___
> 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] Retour sur les places de Parking PMR

[Erwan Salomon]

les places de parking handicapé sont bien représentés sur OSM fr (mais pas sur 
OSM.org)
exemple : 
http://tile.openstreetmap.fr/?zoom=19=47.73345=-3.42969=BFF

Erwan [glyo]

> Le 3 avr. 2019 à 18:13, Jacques Foucry  a écrit :
> 
> Bonjour,
> 
> J'ai retéléchargé OSMAnd~ depuis F-droid sur mon ordiphone dépourvu de
> service Google. Je vous rassure cela fonctionne très bien.
> 
> En zoomant sur certaines zones de ma connaissance (sur Paris) j'ai
> remarqué que les parkings prévus pour « deux roues » (motorisé ou non)
> avaient droits à une icône spécalisée.
> 
> Dans la liste de place de parking en surface signalée comme tel, ne
> serait-il pas possible que les emplacements réservés PMR dispose aussi
> de leur petites icônes spéciale ? 
> D'autant que le logotype du fauteuil roulant semble être une accepttion 
> internationnale je pense que seule de la CPU serait mises en œuvre pour un 
> ajout de ce type.
> 
> Tant que j'y pense, je ne crois pas avoir vu de « zone livraison » signalées. 
> Là encore l'information doit exister (ou est trouvable via des
> cartoparties) et apporterais un plus au livreurs qui pourrait les
> utiliser plus facilement (tousstouss).
> 
> * PMR = Personne à Mobilité Réduite
> 
> -- 
> Jacques Foucry
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


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

[OSM-talk-fr] bac à marée

[erwan salomon]

je voudrais ajouter les bacs à marée près de chez moi
quelques associations poussent pour en installer avec l’accord des mairies 
locales, parfois ce sont les mairies qui les installent d’elles mêmes :
https://lorient.maville.com/actu/actudet_-pres-de-lorient.-trois-bacs-a-maree-installes-aux-abords-des-plages_52713-3681885_actu.Htm?fbclid=IwAR2B0zqpTlaGVxtXiTuJV6FbmLC9Yu9_InnRyZyXkk-azYXVC-6OlqbpAtE

pour ceux qui ne connaissent pas
il s’agit généralement de bacs (genre 1m x 1m de 0,5-1m de haut), souvent en 
bois/palettes
il servent à ce que les gens qui se baladent sur les plages ramassent les 
détritus qui trainent sur les plages
ces détritus sont en fait les déchets qui flottent dans la mer qui se déposent 
au gré des vents en marées (la laisse de mer : des algues et animaux morts 
qu’on laisse sur la plage, c’est un biotope naturel, et des plastiques et 
autre, petit ou gros comme des filets de pêche …)
selon les cas, soit une asso s’occupe de vider les bacs pour amener en 
déchêterie, soit c’est les éboueurs directement

il ne semble pas y avoir de cas précisés dans OSM (y’a bien des waste_disposal 
en bordure de plages qui en sont peut-être ?)
en toute logique ça devrait être :

amenity=waste_disposal
+
waste=mixed (47 selon taginfo, mais pas spécifique)
ou
waste=tidewrack (0 occurence, j’aime bien mais ça représente les déchet et le 
varech soit toute la laisse de mer)
ou
waste=beach_litter (0 occurence, semble ne regrouper que les déchets donc plus 
juste, mais je préfère éviter les espace autant que possible)

j’aimerai bien avoir votre avis avant d’en intégrer et d’en parler aux 
associations qui sont activent dans le ramassage mais qui connaissent peu OSM
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Vidéosurveillance

[Erwan Salomon]

À priori non
a voir si les autorisations du préfet (toute installation doit être autorisé 
par le préfet, pour une durée de 5 ans) donnent lieu à une publication 
quelconque ?
par contre, à chaque lieu filmé, un affichage doit être visible du publique
 
https://www.service-public.fr/particuliers/vosdroits/F2517 


> Le 17 mars 2019 à 11:56, Shohreh  a écrit :
> 
> Je profite du fil pour poser une question connexe : la loi oblige-t-elle une
> mairie à communiquer la carte des caméras de vidéo-protection déployées sur
> la voie publique, au moins aux élus ?
> 
> Une élue de l'opposition m'écrit : "Pour information nous avions demandé au
> moment de la mise en place de là vidéosurveillance la cartographie complète
> des caméras à laquelle le maire s’était opposé pour des raisons tenant à la
> prévention de la délinquance…"
> 
> Merci.
> 
> 
> 
> --
> 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] Un rendu cyclable libre ?

[Erwan Salomon]

bravo pour le boulot déjà fait
si je peut apporter mon grain de sel …

les cartes cyclable actuelles sont basées sur des cartes classique aux quelles 
ont rajoute des points d’intérêts cyclistes (bande cyclable, parking vélo …)
mais les cartes classiques sont orienté circulation automobile
on ce retrouve avec des axes principaux très visibles (couleur et largeur de la 
voie)
hors c’est justement les axes qu’on cherche à éviter en vélo
je rêve d’une carte qui marque les voies lentes et estompe les voies rapide 
(genre dégradé de couleur fonction de la limite de vitesse ou à défaut du rang 
de la voie -primary;secondary….)
y compris pour la couleur (dégradé de bleu) de la bande cyclable, une bande le 
long d’une voie à 90 80 km/h n’a pas le même attrait que celle en bordure de 
voie à 50 km/h
tout en gardant la largeur du trait fonction du nombre de « lane » pour garder 
ces repères géographique

en POI je vois les pompes et outillage en libre service (spécifique vélo ou en 
station service) amenity=compressed_air
et peut-être que c’est déjà pris en compte : ne pas oublier de tracer les 
"route=ferry" qui acceptent les "bicycle=yes » 

…
bon je vois que c’est déjà en discussion sur le github, mais je ne suis pas 
habitué à cet outil alors j’aime autant exposer mes sentiment ici
…
bonne journée

> Le 18 févr. 2019 à 09:10, Phyks  a écrit :
> 
> Bonjour à toutes et à tous,
> 
> Nous avons pas mal avancé sur la question d'un rendu cyclable libre avec
> Florimond, suite à mon dernier message.
> 
> Une démonstration autour de Paris (pour une zone urbaine dense) et
> Clermont-Ferrand (pour plus de routes de campagnes) est disponible sur
> https://tiles.phyks.me/ entre les zooms 0 et 18. Le code est disponible
> et réutilisable sur https://github.com/cyclosm/cyclosm-cartocss-style/.
> 
> Il devrait actuellement contenir la plupart des éléments importants :
> 
> - pistes cyclables
> - bandes cyclables
> - POIs
> - différents niveaux d'itinéraires cyclables
> - quelques améliorations sur OpenCycleMap dont la prise en compte des
> voies de bus partagées, des parkings motos autorisés aux vélos et de
> plus d'abris (shelter).
> 
> La motivation principale guidant les choix de rendus pour l'instant est
> d'avoir un rendu adapté aux cyclistes (urbains, vélotaffeurs, ou
> cyclotouristes en rando), comme OpenCycleMap, qui puisse également être
> utilisé par les associations de cyclistes pour repérer et identifier les
> aménagements cyclables et identifier les discontinuités / points faibles
> du réseau (ce qui motive le rendu d'un certain nombre d'éléments peu
> rendus habituellement tels que les ralentisseurs, déjà traités, ou les
> sas vélos et les cédez-le-passage-cycliste, à venir).
> 
> Le principal problème connu actuellement est d'ordre stylistique, avec
> une palette de couleurs et des icônes à revoir, qui manque un peu de
> contraste et de peps.
> 
> Un certain nombre d'éléments manquants ou à améliorer est listé dans les
> tickets Github, sur
> https://github.com/cyclosm/cyclosm-cartocss-style/issues, avec des
> labels "good first issue" pour les tickets les plus faciles et "help
> wanted" pour les plus complexes. :)
> 
> 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 :)
> 
> Bonne journée,
> -- 
> Phyks
> Le 26/01/2019 à 17:09, Phyks a écrit :
>> Bonjour à tous,
>> 
>> Finalement, suite aux retours de plusieurs contributeurs, je suis
>> (re)parti sur un style CartoCSS, raster.
>> 
>> J'ai du coup une première version (plus complète que le style vectoriel
>> du message ci-dessous) : https://github.com/Phyks/cyclosm-cartocss-style.
>> 
>> J'ai mis une démo de ce que ça donne actuellement (Paris, entre les
>> zooms 12 et 17) sur https://tiles.phyks.me/#12/48.8588/2.3470. Il y a
>> encore du boulot, c'est une toute première version.
>> 
>> N'hésitez pas à ouvrir des tickets sur Github pour des retours ou idées.
>> Tout contribution est bien entendue la bienvenue aussi :)
>> 
>> Bonne journée,
>> -- 
>> Phyks
>> 
>> Le 13/01/2019 à 17:12, Phyks a écrit :
>>> Bonjour,
>>> 
>>> Pour ceux qui étaient intéressés par un style libre similaire à
>>> OpenCycleMap, j'ai un peu avancé sur cette question, en me basant sur
>>> OpenMapTiles (https://github.com/openmaptiles/openmaptiles).
>>> 
>>> Le résultat est ici pour l'instant :
>>> https://github.com/Phyks/cyclosm-basic-gl-style. C'est assez basique et
>>> il manque notamment les valeurs des tags cycleway (voir
>>> https://github.com/openmaptiles/openmaptiles/issues/572) et les noms des
>>> relations cyclables (mais les relations sont affichées).
>>> 
>>> N'hésitez pas à me faire signe si vous souhaitez contribuer et avez
>>> besoin d'un coup de main pour démarrer :)
>>> 
>>> Au passage, est-ce que par hasard quelqu'un a un serveur OpenMapTiles
>>> déjà en service (ou un serveur tout court) et serait intéressé pour

Re: [OSM-talk-fr] Rendu français : multipolygone highway=pedestrian non-rendu

[Erwan Salomon]

tient, en parlant de ça …
je suis aller voir une de mes ancienne réalisation : 
https://www.openstreetmap.org/relation/7969715
dans mon souvenir cette zone apparaissait dans le rendu quand je m’y était 
attelé, et là rien ?
j’ai mal géré un truc ?
je me souvient que j’avais bien galéré

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

Re: [OSM-talk-fr] Origine des données Waze

[Erwan Salomon]

> Le 21 janv. 2019 à 12:07, osm.sanspourr...@spamgourmet.com a écrit :
> 
> ...
> 
> Ajouter un chemin comme Glyo l'a fait c'est bien mais a priori quelqu'un 
> d'autre peut l'avoir fait. 
> 
> ...
> Jean-Yvon
tient ?
qu’est-ce que j’ai encore fait ?
de mon expérience avec waze (proche de zéro sauf :)
le jour où j’ai vue que cette rue était finit d’être construite et empruntanble 
: https://www.openstreetmap.org/way/458933959/
je l’ai emprunté pour en faire une trace GPS et l’intégrer à OSM
je pense qu’elle était utilisable depuis 1 semaine
dans la foulé j’ai vérifié via https://mc.bbbike.org/mc/ ce qu’il en était chez 
quelques service de carte (google, waze, bing et apple via un autre moyen)

à ce moment waze était déjà à jour
y’a des chances qu’ils utilisent le tracé GPS des utilisateur pour mapper en 
automatique les route, quite à rajouter les attributs à la mains quand ils 
repèrent la création d’un nouvel itinéraire

digression :
et comme je l’ai dit ailleurs, plus on est proche du terrain, plus il est 
compliqué de détecter une triche (à l’école on repère un tricheur quand il 
copie la connerie du voisin, pas quand il copie une bonne réponse)

easter eggs … type cadeau bonus j’adhère, pour éviter la triche je trouve moyen 
(j’ai encore des doutes sur ceux du cadastre … ancienne construction restée au 
cadastre ou easter egg … ça ne ce tag pas pareil)

ajouté le domaine privé, avec parcimonie, quand ça me semble intéressant (voie 
d’accès à des bâtiments reculés : oui, allée de garage de 10 m : bof)
et google le fait déjà (toute voie visible sur les images aériennes est 
représenté, souvent comme chemin
je connais une voie privée avec barrière qui semble faire un super raccourci 
sur google … (pas testé si le calcul d’itinéraire l’emprunte)
mais bientôt avec l’exploitation de la reconnaissance d’image sur leurs image 
streetview les entrée et privatisations seront intégrées aussi

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

Re: [OSM-talk-fr] Attribution latitude-cartagene / CTRL

[Erwan Salomon]

Super
ils semblent réactif en plus
merci à toi Vincent

> Le 8 janv. 2019 à 16:42, Vincent de Château-Thierry  a 
> écrit :
> 
> Bonjour,
> 
>> De: "Vincent de Château-Thierry" 
>> 
>> Latitude-Cartagène utilise des fonds OSM et soutient OSM-France
>> depuis 2 ans en participant au State of the Map, cf.
>> http://sotm2018.openstreetmap.fr/sponsors.html
>> Il est donc bien possible que le(s) plan(s) que tu mentionnes
>> repose(nt) sur OSM.
>> 
>>> je n’ai pas pris contact, je ne me sent moyen de le faire (je suis
>>> timide, mais je me soigne)
>> 
>> Je vais leur glisser un mot et je vous tiens au courant.
> 
> Renseignements pris c'est bien un fond OSM qui est utilisé. L'attribution va 
> être rajoutée côté Latitude-Cartagène, et la version corrigée sera transmise 
> au client.
> 
> vincent
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


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

[OSM-talk-fr] Attribution latitude-cartagene / CTRL

[erwan salomon]

Salut,

j’ai une forte présomption pour cette entreprise : 
https://latitude-cartagene.com
les nouveaux plans de transport de ma ville sortent de chez eux : ctrl.fr
j’ai l’impression que une de leur carte s’appuie sur OSM, celle qui présente le 
détail en 3D du centre ville dans leur livret : 
https://www.ctrl.fr/mes-infos/actualites/guide-nouveau-reseau-2019
les autres cartes (plan de réseaux) sont trop peu détaillé pour voir des 
détails percutants mais semblent venir de sources différentes : 
https://www.ctrl.fr/sites/default/files/page/plan-lignes-dimanche-jours-feries.pdf
j’y vois quelques détails qui correspondent précisément à des éléments qui j’ai 
inclus, ou d'autres :
 - pontons dans le port
 - rond de pelouse devant l’hôpital
 - tracé dans le parc Jules Ferry
 - « œ » pour le nom de Plœmeur
des erreurs ou plutôt choses pas à jour
 - l’ancien bâtiment de «  la maison de la mer » toujours présente malgré une 
destruction il y a 2-3 ans
 - le même tracé dans le parc alors que le dit parc a été modifier il y a 1 an
par contre comme ils rajoutent des détailles on est pas à l’abris d’un autre 
fond de carte avec des modifs pour mieux coller à la réalité
donc des suspicion mais pas de certitudes pour moi
si d’autres constatent d’autres points commun …

l’entreprise semble être spécialisée dans la réalisation de support de 
communication pour les transport
ils semblent avoir comme client la SNCF, vu une photo de leur site : 
https://latitude-cartagene.com/cartographie-tactile-borne-interactive/
et on parlait justement d’un manque d’attribution des cartes SNCF fin 2017 - 
début 2018 cf [OSM-talk-fr] La SNCF utilise OSM sans attribution sur le portail 
wifi des TGV

au passage la CTRL est passé sous la gestion de la RATPDEV
je ne sait si l’ensemble des réseaux RATPDEV passe par attitude-cartagene 
également

détail que j’apprécie , l’entreprise est une SCOP

je n’ai pas pris contact, je ne me sent moyen de le faire (je suis timide, mais 
je me soigne)___
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

[Erwan Salomon]

chef, oui chef !!
merci pour le wiki et la piqure de rappel
Lorient : fait
Port-Louis : fait
Concarneau : fait ?

erwan [glyo]

> Le 18 déc. 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

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

Re: [OSM-talk-fr] arbres remarquables

[Erwan Salomon]

ok pour un nom local dans name « Le Géant de Provence » par exemple

pas ok pour l’espèce de l’arbre en français 
(de manière générale name c’est pour nommer un objet/individu et le 
différencier des autres objets de même variété, un humain n’a pas comme nom « 
Humain » ni « Caucasien »  mais "Martin" ou autre)

d’ailleurs c’est bien précisé dans le wiki : 
https://wiki.openstreetmap.org/wiki/Tag:natural=tree
name =* for individual trees 
which have a name, usually these are either individual trees with a historical 
or traditional name or trees with a name given in memory of special events (> 
memorial tree). The usual rules for name 
=* apply. This tag must not be 
used for a description of the species.

> Le 30 nov. 2018 à 11:09, Jozeph  a écrit :
> 
> Bonjour,
> 
> OK pour l'attribut denotation=natural_monument pour un "arbre remarquable" 
> (définition d'un arbre remarquable ci-dessous *)
> 
> Pour la clé name , il paraît logique de mettre le nom de l'arbre en français 
> (Chêne pédonculé, Châtaignier commun, etc.) 
> 
> Mais un certain nombre d'arbres ont été baptisés localement depuis parfois 
> longtemps ("Chêne à Guillotin" dans la Forêt de Brocéliande, "Chêne la 
> Sentinelle" dans la Forêt de Tronçais,"Le Géant de Provence" pour un platane 
> à Lamanon,  "La Talle à Tertous" pour un vieux châtaignier à 
> Celles-sur-Belle, etc.)
> 
> Est-il préférable d'indiquer, pour la clé name, la valeur "Chêne pédonculé" 
> ou plutôt de mettre son nom local "Chêne à Guillotin". On pourrait aussi se 
> tenir au nom français de l'arbre et préciser son nom local ou historique dans 
> description ?
> 
> Tel est l'objet de cette discussion.
> 
> * Un "arbre remarquable" (denotation=natural_monument) est un arbre qui se 
> distingue de ses congénères car il est exceptionnel par son âge, ses 
> dimensions (hauteur, circonférence prise à 1m30 du sol), sa forme, son 
> histoire, ses légendes, etc.
> 
> Ces arbres remarquables ont, pour la plupart, été recensés soit par 
> l'association A.R.B.R.E.S  qui leur donne un label 
> national, soit par des inventaires départementaux ou régionaux qui sont 
> régulièrement remis à jour (voir par exemple : 
> http://www.arbres-remarquables-bretagne.org/ 
>  ) et ont fait, souvent, 
> l'objet de publications (voir par exemple 
> https://www.vienne-nature.fr/arbres-remarquables/ 
>  ou 
> https://www.caue49.com/?portfolio=arbres-remarquables-de-maine-loire 
>  ).
> Joseph Chauveau
> 
> Le 27/11/2018 à 15:00, Rpnpif a écrit :
>> Bonjour,
>> 
>> Je plussoie pour denotation=natural_monument.
>> Quand c'est un arbre remarquable, un véritable monument, je mets le nom
>> de l'arbre en français.
>> 
>> Ces arbres sont souvent répertoriés dans les PLU ou PLUI ou ailleurs
>> (voir les mairies). Il est bon de citer la source ou bien un site web
>> par website=* afin de faire des recoupements.
>> 
> ___
> 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] arbres remarquables

[Erwan Salomon]

> Le 27 nov. 2018 à 13:23, marc marc  a écrit :
> 
> Le 27. 11. 18 à 12:14, Jozeph a écrit :
>> Ma question se résume finalement à savoir si on rajoute au nom de 
>> l'arbre la mention "arbre remarquable" ?
> 
> je ne connais aucun arbre dont c'est le nom :)
> ce que tu cherches est denotation=landmark
> https://wiki.openstreetmap.org/wiki/Key%3Adenotation

landmark semble plutôt utile pour un arbre grand qui peut servir de point de 
repère, indépendamment de sa classification

les arbres remarquables sont souvent grand mais pas toujours

j’utiliserais plutôt denotation=natural_monument 


un exemple qui me semble bien maitrisé : 
https://www.openstreetmap.org/node/2434065734 


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

Re: [OSM-talk-fr] Limites de vitesse et incohérences

[Erwan Salomon]

normalement un limite de vitesse est annulée à chaque intersection (même en 
continuant tout droit on repasse en limite normale genre 50 en ville jusque 
nouveau panneau)

par contre une zone nécessite une sortie de zone
et toutes les rues de l’intersection sont comprises dans la zone même si aucun 
panneau ne le répète 
si c’est bien panneauté toutes les rues qui mènent à cette rue non renseigné 
ont eu leur panneau d’entrée en zone 30

mais certaines communes ont du mal avec cette notion de zone et utilise ce 
panneau comme une limite
ainsi à Plœmeur on peut croiser 3-4 panneaux d’entrée en zone 30 sans être 
sorti ...

> Le 10 sept. 2018 à 12:49, Christian Quest  a écrit :
> 
> En principe, les prescriptions (vitesse, stationnement, autre) sont valables 
> jusqu'à l'intersection suivante.
> Donc si sur un axe il est indiqué 30, dès qu'on tourne sur une rue 
> transversale, on n'a plus la limitation à partir de l'intersection.
> 
> C'est assez normal de fonctionner comme ça car lorsqu'on change d'axe, il 
> faut bien qu'il y ait des indications sur les prescriptions du nouvel axe 
> qu'on emprunte donc une répétition à chaque intersection.
> 
> Ceci dit, je ne suis pas un spécialiste du code de la route, il y a des 
> experts ici qui connaissent même les références des panneaux ;)
> 
> -- 
> Christian Quest - OpenStreetMap France
> ___
> 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] Groix n'est pas en Bretagne !

[erwan salomon]

il y a donc 2 Bretagnes

vous allez me répondre :
la haute et la basse
la bretonnante et la galo
l’administrative et l’historique
voir, pour les Lorientais : l’ancienne et la nouvelle, héohéo héohéo ZOB

je vous répondrais :
la 5687071 (sans) et la 102740 (avec les îles)
https://www.openstreetmap.org/relation/5687071 

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


tout cela est-il bien normal ?

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

[OSM-talk-fr] Groix n'est pas en Bretagne !

[erwan salomon]

suite à une petite recherche overpass j’ai la surprise de découvrir que Groix 
(mais également Belle-Île) n’est pas en Bretagne :
http://overpass-turbo.eu/s/AqN 

ces îles sont par contre en Morbihan :
http://overpass-turbo.eu/s/AqL 

pourtant la ligne de côte de Groix est bien dans les relations Bretagne et 
Morbihan en tant que outer :
https://www.openstreetmap.org/way/176427684#map=19/47.64270/-3.43307 


n’étant déjà pas convaincu/convaincant sur le sujet hautement idéologique de 
Nantes en Bretagne, je passe la main pour résoudre cette nouvelle discorde 
idéologique/technique ;-)

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

[OSM-talk-fr] Fwd: voie étroite + bandes cyclables

[erwan salomon]

> 
> 
>> Le 2 juil. 2018 à 23:18, Jean-Yvon Landrac > > a écrit :
>> 
>> 
>> Erwan, tu confirmes ?
>> https://www.openstreetmap.org/#map=18/47.76811/-3.42428=N 
>> 
>> 
>> Jean-Yvon
>> 
>> Le 02/07/2018 à 22:57, marc marc - marc_marc_...@hotmail.com 
>>  a écrit :
>> 
> 
> mais, mais, mais …
> j’ai fait de la merde
> j’ai zapé cette voie quand j’ai créer la nouvelle D 163
> en plus elle croise cette D 163 sans y être connecté
> je la vire (au moins la portion qui n’est plus présente sur l’ortho IGN qui 
> date de la période des travaux)
> 
> par contre il y a une nouvelle traversé technique (avec clotures) plus proche 
> de plœmeur qu’il faut que je rajoute aussi
> un truc sur ma liste d’attente que j’avais oublié
> 
> j’étais passé y’a 2 semaine sur la vielle route
> toute propre sans marquage
> avec un panneau annonçant un chaucidoux
> je vais voir sur quelle portion il l’on mis
> j’en suis pas fan au passage, vite un petit nombre voitures reprennent leurs 
> habitudes et s’est stressant
> 
> autre chaucidoux dans les parages :
> https://www.openstreetmap.org/way/24266086#map=17/47.73765/-3.37592=N 
> 
> je ne trouvais plus les exemples dans wiki du coup j’ai définis au filling :
> highway =*[1] 
>  + 
> cycleway =lane + lanes 
> =1 + oneway 
> =no
> au passage les bandes sont marquées par des petits vélos
> donc je ne sais si comme dans l’article sur les chaucidoux l’arrêt provisoire 
> est autorisé
> mais l’arrêt permanent est pratiqué … grrr
> je vais dénoncer ça à Marco : https://www.facebook.com/velorution.lorient/ 
> 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] opendata : les batis et leur hauteur à Paris

[Erwan Salomon]

> Le 28 févr. 2018 à 22:17, osm.sanspourr...@spamgourmet.com a écrit :
> 
> Erwan, il va falloir placer les panneaux solaires sur le toit de la mairie. 
> Christian, l'agglomération voulait promouvoir les renouvelables et a passé un 
> appel d'offre pour sensibiliser le public et louer des panneaux solaires. Du 
> coup des panneaux solaires appartenant à des particuliers via une coopérative 
> sont loués par la mairie et produisent sur la mairie et des écoles.
> 
sur la mairie et ailleurs (d’ailleurs la mairie n’a aucun tag de forme du 
bâtiment dans OSM, c’est à F4map qu’il faut que tu t'adresses)
y’en a pléthore sur les toits des maisons, parfois avec une pente particulière 
(pente 30° Est avec un bâtiment haut au Sud)
et celui en construction sur le K3 (ou K2 ?), le plus grand de quelque-chose

tu auras remarqué le magnifique rendu du travel-lift de l’estacade ...
(il va falloir penser à ajouter les grues du port de commerce du coup)___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] opendata : les batis et leur hauteur à Paris

[Erwan Salomon]

au fait il y a https://www.easter-eggs.com <https://www.easter-eggs.com/> qui 
semble fournir un service de serveur de carte pour au moins 2 agences 
immobilières à base d’OSM
j’ai tilté quand j’ai vu un grand panneau (2mx2m) dans une agence qui utilisait 
OSM (pas fr, j’en ai fait la remarque) avec des données de ~3 mois
mais là il n’est pas question de hauteur de bâti alors j’arrête mon HS

erwan [glyo]

> Le 28 févr. 2018 à 20:50, Nicolas Bétheuil <nbethe...@free.fr> a écrit :
> 
> D'où l'idée de l'open data. Y a pleins de données, au moins le nombre de 
> palliers, et d'étage.
> 
> Le 28 févr. 2018 7:43 PM, "Francois Gouget" <fgou...@free.fr 
> <mailto:fgou...@free.fr>> a écrit :
> On Wed, 28 Feb 2018, Erwan Salomon wrote:
> 
> > celui qui fait le rendu c’est F4map
> > petit exemple de rendu un peu travaillé
> > http://demo.f4map.com/#lat=47.7361783=-3.4271357=19 
> > <http://demo.f4map.com/#lat=47.7361783=-3.4271357=19> 
> > <http://demo.f4map.com/#lat=47.7361783=-3.4271357=19 
> > <http://demo.f4map.com/#lat=47.7361783=-3.4271357=19>>
> > l’église, mais aussi 100m au sud la médiathèque
> 
> Ah. Bien.
> 
> Mais c'est bizarre que pour un rendu en 3D ils ne prennent pas en compte
> le relief. Parce que bon, Montmatre plat ça fait un peu bizarre. Et
> comme ça semble utilisé pour l'immobilier le relief devrait quand même
> avoir une importance, y compris pour l'ensoleillement (y en a qui sont
> jamais contents ;-).
> 
> C'est quand même une super utilisation des données OpenStreetMap et ça
> donne envie d'aller se promener avec StreetComplete pour renseigner
> toutes les hauteurs de bâtiments et formes de toits.
> 
> Ça donne aussi envie d'acheter une caméra 360 pour mieux voir les
> façades et pouvoir compter le nombre d'étages.
> 
> 
> --
> Francois Gouget <fgou...@free.fr <mailto:fgou...@free.fr>>  
> http://fgouget.free.fr/ <http://fgouget.free.fr/>
>Un western sans indien c'est comme une police sans serif.
>  -- John Wayne
> ___
> 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

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

Re: [OSM-talk-fr] opendata : les batis et leur hauteur à Paris

[Erwan Salomon]

celui qui fait le rendu c’est F4map
petit exemple de rendu un peu travaillé
http://demo.f4map.com/#lat=47.7361783=-3.4271357=19 

l’église, mais aussi 100m au sud la médiathèque
ils prennent en compte building:min_levels, building:colour … building:part 
(important pour les bâtiments en plusieurs volumes)
roof:material, mais pas stone
surface en vitre sont rendues
aussi les arbres et rangées d’arbre (arbre de noël si je me souvient)
les surface d’eau, les fontaines ...
y’a 2 ans c’était pas mis à jour rapidement
maintenant ça varie de la minute à qqn heures
ils ont aussi des bâtiment modélisé par leur propres moyens :
http://demo.f4map.com/#lat=47.7479520=-3.3652867=18 

souvent les mairies
et l’ombrage et les conditions météos en direct (ça pourrait être intéressant 
de les définir à volonté pour évaluer la luminosité des appartements par 
exemple)
ça fait chauffer mon ordi par contre
ça passe mieux sur mon téléphone

erwan [glyo]


> Le 28 févr. 2018 à 14:17, Francois Gouget  a écrit :
> 
> On Tue, 27 Feb 2018, Nicolas Bétheuil wrote:
> 
>> Bonjour,
>> 
>> L'autre jour j'avais trouvé un site d'immobilier qui m'avait 
>> impressionné : bienici.com Je vous laisse aller faire un tour si ça 
>> vous intéresse c'est ni le sujet ni une pub. Ils réutilisent les 
>> données d'OSM pour les hauteurs de bâtiments. Forcément j'ai été voir 
>> chez moi et les hauteurs ne sont pas renseignées.
> 
> Le rendu est sympa.
> 
> D'après mes tests ils se servent des champs building:levels, 
> roof:levels, roof:shape et peut-être roof:material (et peut-être encore 
> d'autres). Et en plus ils mettent à jour leurs données plutôt rapidement :
> j'ai complété quelques bâtiments cette nuit à partir de Mapillary et 
> aujourd'hui le rendu les prend en compte !
> 
> 
> 
> -- 
> Francois Gouget   http://fgouget.free.fr/
> Linux: the choice of a GNU 
> generation___
> 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] BANO et LaPoste

[Erwan Salomon]

tu m’étonnes qu’OpenStreetMap a raison ;-)
dans le cadastre la place est indiqué dans le Carrefour Market (ou plutôt le 
Carrefour sur la place)
peut-être a-t’il grandit (c’était un Kodak avant, puis Lion … Champion )
ce qu’on appelait place Anne de Bretagne est devenu le parking au sud du magasin
c’était à l’époque un parking bien moins formel qui servait aussi de place pour 
les cirques
aujourd’hui je ne trouve pas de mention à cette dénomination
sauf ce cadastre, mais je n’y avais pas fait attention jusque aujourd’hui
cela dit le cadastre est peut précis dans cette zone, il ne mentionne pas le 
mail république dont je ne connais pas le contour exacte, du coup j’ai oublié 
de vérifier consciencieusement pour pouvoir  le rajouter

erwan [glyo]
> Le 26 févr. 2018 à 21:36, osm.sanspourr...@spamgourmet.com a écrit :
> 
> On charrie souvent ici l'IGN et son ouverture/fermeture des données.
> 
> Aujourd'hui changeons de victime expiatoire.
> 
> La Poste a des bureaux de poste localisés en France.
> 
> On savait que les boîtes-aux-lettres n'étaient pas très bien localisées. Pas 
> grave, en général on dépose un courrier dans une bàl, peu importe son nom.
> 
> Les agences sont moins - et de moins en moins - nombreuses par contre on va 
> explicitement à une agence chercher des colis.
> La Place Anne de Bretagne ne figurant pas sur les cartes, est-ce que l'agence 
> de Plœmeur se trouve dans le Carrefour Market comme l'indique OpenStreetMap 
>  ou 
> dans le Casino comme l'indique La Poste 
> 
>  ?
> 
> Vérification faite sur le cadastre, c'est bien OpenStreetMap qui a raison.
> 
> Curieusement sur BANO 
> 
>  je vois :
> 56162D978GCtre Commercial (tiens une extension d'abréviation Ctre=Centre 
> manque)
> 
> mais :
> 
> 561622310Z Place de Bretagne manque.
> 
> 
> Comment se fait-il que sur le rendu BANO tous les codes fantoir ne figurent 
> pas ?
> 
> Jean-Yvon
> 
> 
> 
> ___
> 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] Voies

[Erwan Salomon]

c’est pas parce que certains se le permettent qu’il faut les imiter ;-)

pour les péages d’aucuns te diront qu’il y a bien une séparation des voies au 
niveau du péage (automate ou guérite avec un(e) hôte(sse))
mais comme le fait remarquer JB il y a souvent une démarcation mobile des voies 
vers ou venant de (Paris ou autre) pour fluidifier les départs ou les retours
du coup plutôt que mal taguer pour cause de trop de précision je préfère mal 
taguer en étant plus vague (ou à minima il vaudrait mieux être égalitaire)
cela dit je n’ai jamais eu ce cas de conscience faute de péage (de toute façon 
je n’ai pas le droit de circuler par là avec mon vélo) ;-)

erwan [glyo]

> Le 21 févr. 2018 à 19:21, djakk djakk  a écrit :
> 
> Salut, 
> 
> une question sur les voies non séparées par une barrière, comme les voies 
> d’acceleration, les tourne-à-gauche et les multiples voies d’un péage : une « 
> way » spécifique ou pas ? 
> Je croyais que non, mais en voyant que certains font l’inverse, je 
> m’interroge. 
> Tourne-à-gauche en Californie : 
> https://www.openstreetmap.org/#map=19/37.29258/-121.99091 
> 
> Péage de l’A1 en France métropolitaine :  
> https://www.openstreetmap.org/#map=16/49.2152/2.628 
> 
> 
> djakk
> ___
> 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] une ou deux way ? 2 ways s'il y a un obstacle.

[Erwan Salomon]

de prime abord j’aurais tendance à utiliser pour ce genre de cas : 
traffic_calming=island
https://wiki.openstreetmap.org/wiki/Tag:traffic_calming%3Disland
à ajouter sur une portion du way
sans doute à compléter avec des interdictions de tourner à gauche à certains 
carrefours
voir juste un passage piéton avec la précision crossing=island
https://wiki.openstreetmap.org/wiki/Key:crossing

sinon un rendu qui prendrait en compte lanes=# pour dessiner la largeur des 
highway ça serait pas mal aussi
ça donnerait un rendu plus proche de la réalité et qui limiterait l’envie de 
passer en surfacique (qui me semble une mauvaise option proche du tag pour le 
rendu)
ça rendrait aussi les transition sur les séparation de chemin plus esthétiques 
notamment dans les cas comme cette « Route de la Reine »

> Le 21 févr. 2018 à 14:45, Thomas Ruchin  a écrit :
> 
> Attention, ce n'est pas si évident que cela. Quand on le pratique de manière 
> jusqu'au boutiste, cela donne des résultats bizarres 
> https://www.openstreetmap.org/?mlat=48.83928=2.24425#map=18/48.83928/2.24425
>  
> 
>  
> Pour ceux qui connaissent le secteur, heureusement que le Boulevard de 
> Magenta à Paris n'est pas cartographié selon la même manière que la Route de 
> la Reine à Boulogne
> 
> Comme le rappelle Christian, le principal objectif d'avoir des voies séparées 
> dans OSM est l'aide au routage. Si la chaussée est la même, il faut se poser 
> la question de la pertinence de scinder la voie.
> 
> Thomas Ruchin
> 
> Le 21 février 2018 à 12:21, Cyrille37 OSM  > a écrit :
> Le 21/02/2018 à 10:28, Christian Quest a écrit :
> Pour moi tout ce qui oblige à faire un choix de passer "à gauche ou à droite" 
> (donc routage) est un obstacle.
> Une bande réservée au stationnement est aussi pour moi un obstacle vu qu'on 
> va devoir choisir par où passer.
> 
> +1
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr 
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] Maison du Vélo

[erwan salomon]

pas sûr que ce soit souhaitable
service:bicycle c’est sensé être un sous-tag pour préciser le type de service
c’est le tag principal qui doit être rendu, et s’il est suffisamment clair il 
devrait attirer le regard du cycliste (avec un nom comme "maison du vélo" ça 
devrait aller)
sinon on va vite ce retrouver avec des problèmes de riches à savoir des 
conflits entre le rendu du tag et celui du sous-tag
par contre le tag « office=association » qui dans certains cas regroupent des « 
service:bicycle » lui n’est pas rendu et je trouve ça dommage (pas que pour le 
vélo)

je rajouterais qu’on interprète peut-être un peu trop strictement « 
shop=bicycle » en magasin
un atelier commercial ou associatif peut aussi prendre ce tag (en précisant les 
sous-tag)
sauf à proposer « shop=bicycle_repair », déjà 26 : 
https://taginfo.openstreetmap.org/tags/shop=bicycle_repair#overview
dont 1 en France : https://www.openstreetmap.org/way/411009836
pour le voiture il y a bien « shop=car_repair »
et on ne parle pas de magasin en langage courant

erwan [glyo]

> Le 7 févr. 2018 à 22:29, osm.sanspourr...@spamgourmet.com a écrit :
> 
> Donc il faut suggérer de rendre les service:bicycle* .
> Ce qui ne semble pas stupide !
> 
> Le 05/02/2018 à 02:18, Shohreh - codecompl...@free.fr 
>  a écrit :
>> OpenCycleMap n'affiche que les objets taggés "shop=bicycle":
>> 
>> https://www.openstreetmap.org/#map=17/49.17934/-0.34899 
>> 
>> 
>> 
>> 
>> --
>> 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

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

Re: [OSM-talk-fr] Maison du Vélo

[Erwan Salomon]

Où je découvre la clef « club=* »
j’aurais peut-être du l’utiliser
office=association n’est pas rendu d’où le rajout de shop=bicycle (qui est 
quand même une des fonctions de l’association)
ici c’est un atelier vélo / recycleriez / réemploi un peu officiel, ça me 
semble moins complet qu’une maison du vélo
il y en a des moins officiel dans la ville, mais moins localisé (dont 
l’instigateur est mort récemment en percutant un bus, pas trop l’endroit mais 
comme il était connu du monde du vélo alternatif / recyclerie peut-être 
certains d’entre vous le connaissiez : Rémi Guitteny)
en plus officiel je pense qu’il faut pointer sur :
https://www.openstreetmap.org/node/2319297870

> Le 31 janv. 2018 à 22:27, osm.sanspourr...@spamgourmet.com a écrit :
> 
> Et dans le même genre à Lorient :
> 
> https://www.openstreetmap.org/node/5323787819 
> 
> 
> Le 31/01/2018 à 20:42, Romain MEHUT - romain.me...@gmail.com 
>  a écrit :
>> A Nancy https://www.openstreetmap.org/node/1225759070 
>> 
>> 
>> Romain
>> 
>> Le 31 janvier 2018 à 13:28, Francescu GAROBY > > a écrit :
>> Pour prendre un exemple que je connais (la Maison du Vélo, à Caen 
>> ), le choix a été fait de 
>> sous-tagguer les différents services proposés.
>> 
>> Francescu
>> 
>> Le 31 janvier 2018 à 12:29, marc marc > > a écrit :
>> Bonjour,
>> 
>> Le 31. 01. 18 à 12:04, Simon Réau a écrit :
>> > Sur Tours : la maison du vélo propose douches, consignes, accueil et
>> > orientation des touristes, outils et pompe pour réparer son vélo ainsi
>> > que la vente de quelques accessoire pour le vélo.
>> >
>> > Sur Rennes : Elle propose Point d’accueil pour la location des vélo
>> > libre service, différent service proposé par les associations vélo (vélo
>> > école, gravure bicycode, atelier d’auto-réparation ...) espace détente
>> >
>> > Comment taguer cela proprement ? actuellement celle de Tours est taguée
>> > comme un magasin de vélo https://www.openstreetmap.org/node/4940263708 
>> > 
>> > et celle de renne comme une un magasin de location de vélo associatif
>> 
>> il faut choisir s'il y a une activité principale (à mettre dans amenity)
>> avec des "sous-services" (à mettre en sous-tag) ou s'il y a des
>> activités de même importance (dans ce cas pq pas faire plusieurs nœuds
>> dans le même bâtiment) quitte à les regrouper avec une relation site
>> (histoire de mettre les coordonnées de contact à un seul endroit).
>> Par exemple est-ce que l'espace douche est proposé pour les cyclistes
>> ou aussi destiné aux voyageurs de passage ?
>> est-ce que l'info touristique est axé vélo ou c'est aussi info pédestre?
>> 
>> Cordialement,
>> Marc
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-fr 
>> 
>> 
>> 
>> 
>> -- 
>> Francescu
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-fr 
>> 
>> 
>> 
>> 
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-fr 
>> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] Mer Noire / Black Sea – Problème d'affichage du nom français

[Erwan Salomon]

> Le 24 janv. 2018 à 12:11, marc marc  a écrit :
> 
> 
> surtout pour maps.me qui est connu pour gérer que partiellement
> les polygones.
> 

Je viens de vérifier
il se trouve que maps.me s’en sort bien cette fois ci
il affiche la relation avec « Mer Noire » 
et un peu plus bas le nœud avec « Black Sea » 
du coup ça fait bien doublon
passer le nœud en label pourrait être une solution, mais il semble que les 
relations multipolygones proscrivent l’usage des nœuds (je passe la mains aux 
habitués des relations) 

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

Re: [OSM-talk-fr] Faux positif d'Osmose sur l'identification de la ville

[erwan salomon]

salut,

si je comprend bien voici un cas similaire sans doute plus explicite :
https://www.mapillary.com/map/im/3bJHM08_YPTpmkTlRfyeIw
(avec la traduction bretonne dessous)
ici Fort-Bloqué est déclaré comme « village » dans OSM (avec une limite autour 
: https://www.openstreetmap.org/way/176823228 )
- [ attention village dans le language courant en bretagne désigne quelque 
chose d’encore plus petit, ne jamais dire à un breton qu’il habite dans un 
village il le prendra mal ]
alors que Lacanau de Mios est déclaré comme « hamlet » en tant que node
mais globalement ce sont 2 communes qui font partie d’une agglomération
en tant que tel elles ont un nom et une adresse postale distincte (sinon il y 
aurait des doublon de nom de rue)
mais la gestion administrative se fait par l’agglomération (c’est la mairie de 
Plœmeur qui gère le village de Fort-Bloqué, d’ailleurs les habitant de 
Fort-Bloqué vote pour le maire de Plœmeur)
un quartier c’est en général plus continu avec les quartiers voisins dans le 
langage courant, mais l’agglomération peut en effet diviser sa surface en 
quartier pour en répartir la gestion et procéder à des réunions de quartiers

il y a bien des villes qui ont plusieurs mairies (Paris au moins), ici c’est 
l’inverse

quand à la gestion par Osmose, la je suis incompétent pour te donner des 
conseils

erwan [glyo]
 
> Le 18 janv. 2018 à 00:39, Sébastien Dinot  a écrit :
> 
> Bonsoir,
> 
> Ce soir, en voulant résoudre quelques erreurs qu'Osmose m'attribue parce
> que je suis le dernier contributeur à avoir modifié les objets en
> question, je suis tombé sur la zone suivante :
> 
> http://osmose.openstreetmap.fr/fr/map/#item=2060=18=44.664133=-0.848937=1,2,3=T
> 
> Comme vous le verrez, Osmose signale que la ville de Lacanau-de-Mios est
> inconnue au bataillon. Sur Wikipédia, il est effectivement indiqué que
> Lacanau-de-Mios est un quartier de Mios et non une ville :
> 
> https://fr.wikipedia.org/wiki/Mios
> 
> En outre, sur le site de la ville de Mios, Lacanau-de-Mios est
> explicitement indiqué comme étant un quartier de Mios :
> 
> http://www.villemios.fr/vivre-a-mios/les-conseils-de-quartier/
> 
> J'ai donc contacté le contributeur qui a ajouté ces adresses postales et
> il m'a répondu :
> 
> 1. Qu'il habite là-bas depuis quelques mois (il a eu la courtoisie de ne
>   pas l'exprimer ainsi mais il est donc bien mieux placé que moi pour
>   savoir quelle est l'adresse postale et donc, comment renseigner
>   l'attribut « addr:city »).
> 
> 2. Il m'a transmis un lien vers Google Street View où on voit clairement
>   un panneau de signalisation indiquant l'entrée dans l'agglomération
>   de « Lacanau de Mios » :
> 
>   https://goo.gl/maps/TEhQwaTkUKN2
> 
> Et là, le doute m'envahit. Qu'appelle-t-on une agglomération (zone
> urbaine comptant au moins 2000 habitants dont les habitations sont
> séparées de moins de 200 m) ? Existe-t-il des agglomérations qui ne sont
> pas des villes et des communes ? Il semblerait que oui à la lumière de
> cet exemple. Quid des panneaux de signalisation correspondants ? J'en
> viendrais presque à oublier Osmose qui, pour le coup, me semble faire
> erreur.
> 
> Qu'en pensez-vous ? Comment trancher ?
> 
> Sébastien
> 
> -- 
> Sébastien Dinot, sebastien.di...@free.fr
> http://sebastien.dinot.free.fr/
> Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
> 
> ___
> 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] Challenge ? Si on dégommait du rose ?

[erwan salomon]

> Le 13 janv. 2018 à 18:00, althio  a écrit :
> 
> Pour le millésime ou la date de prise de vue des imageries :
> - Bing donne la date en metadata, accessible dans iD "Vintage" et JOSM
> "capture date"
> - BDOrtho, la date est disponible ici :
> http://umap.openstreetmap.fr/fr/map/date-heure-des-prises-de-vues-aeriennes-de-la-bd-o_160764

merci, j’avais pas vérifié les metadatas avec Bing, mais ça y est en effet
j’ai l’impression qu’ils ont des photos récentes (mi 2016 du côté de Lorient) 
pour les villes
en campagne ça reste sur des anciennes photos (certains nouveaux quartiers sont 
à la limite, la moitié avec des maisons bien construisent et l’autre encore à 
l’état de champs du fait de la date des photos)
Bing c’est pas super précis, mais ça va me permettre de mettre à jour des rues 
qui ont été réaménagées avec des voies de bus en cite propre (en ville donc 
photos à jour uniquement sur Bing)

pour en revenir au dégommage
j’ai parfois un bug sur Osmose
selon le zoom j’ai accès à l’info-bulle normale ou j’ai juste une info-bulle 
avec « error" (comme une erreur corrigé récemment) en dé-zoomant :
...
j’allais mettre des exemples, mais ça vient de repasser à la normale

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

Re: [OSM-talk-fr] positionnement des adresses et ménage

[Erwan Salomon]

marrant j’étais justement sur le cas d’une Allée des Glénan (un quartier avec 
toutes les iles bretonnes d’ailleurs)
il me semblait qu’avant on disait les Glénan(s) et maintenant l’archipel de 
Glénan …

pour ton cas de label
cette fois il peut être partiellement résolu en laissant les adresses à ces 
places
ce sont les rues qui ne sont pas appropriées 
il n’y a qu’une Allée des Glénan et elle est très courte (ici il y a 
prolongement sur une allée privé pour le bâtiment du 5 et une autre sur l’allée 
privé du 3)
en zoom 18 1,2,3 et 4 apparaissent bien, en zoom 19 le label de rue masque 3 et 
4
en l’arrêtant où il se doit avec un turning_circle sur le dernier node, les 
adresses ne devraient plus se superposer sur le label de la rue (qui risque de 
ne plus apprêter du tout, trop courte)

de manière plus global je met parfois l’adresse sur la "surface » maison
ou sur la parcelle (au niveau ou l’allée rejoint la parcelle)
je rajoute aussi souvant les allées privée pour les bâtiment en retrait où il 
peut y avoir un doute sur l’accès (sans oublier la clef acces=private et le 
portail s’il est visible sur l’ortho)
comme je n’utilise pas les relation pour les adresse je rajoute addr:street 
(surtout qu’il peut y avoir un doute avec la Rue Anita Conti), ici ça fait 
doublon

erwan [glyo]
> Le 15 janv. 2018 à 23:18, osm.sanspourr...@spamgourmet.com a écrit :
> 
> https://www.openstreetmap.org/#map=19/48.37349/-4.58525 
> 
> https://mc.bbbike.org/mc/?lon=-4.585212=48.373538=19=2=mapbox-hybrid=mapnik=
>  
> 
> Pourquoi ces adresses 1 2 6 alors que les adresses 1 à 6 sont indiquées ?
> 
> Tout simplement parce que les parcelles font des chemins d'accès et que les 
> adresses sont indiquées en bout de parcelle.
> 
> Ce qui fait des adresses ni affichées ni compréhensibles.
> 
> Ne vaut-il pas mieux les mettre plus près du bâti ? Ici les positions sont 
> celles du cadastre où elles sont compréhensibles car les parcelles y sont 
> affichées.
> 
> Alternative : tracer les voies privées (on ne lira pas non plus les numéros 3 
> à 5).
> 
> Je mettrais bien ce nœud spécifique sur le bâti car le bâti est "vide" et du 
> côté de la route (pour ne pas se demander si le 2 est Allée des Glénans ou 
> Rue Anita Conti). Oui c'est un peu taguer pour le rendu mais ici l'adresse 
> correspond bien au bâti et les adresses "au droit de la rue" ne sont guère 
> faites pour des cartes (sauf des cartes de réseau bien-sûr).
> Chaque nœud a :
> 
> addr:city   
> Plouzané
> addr:housenumber 
> 
> xxx
> addr:street   
> Allée des Glénans
> ref:FR:FANTOIR292120194V
> Comme les nœuds sont une associatedstreet, est-ce que ref:FR:FANTOIR a sa 
> place ici ? Oui au cas où la rue serait sur plusieurs codes Fantoirs ? Mais 
> dans ce cas on aurait plusieurs associatedStreet je suppose.
> add:city n'a guère d'intérêt.
> Qui de addr:street ? Ca permet de voir Node xxx Allée des Glénans 
>  quand on fait une recherche, 
> mais on retrouve que le nœud fait partie de la relation sinon quel intérêt ?
> 
> Christian R. oui, l'allée a un s comme l'école de voile.
> 
> Jean-Yvon
>  
> ___
> 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] Challenge ? Si on dégommait du rose ?

[erwan salomon]

je tombe sur pas mal de « nouveaux » quartier (donc plein de maisons à rajouter 
en plus)
sur le cadastre (2015) mais rien de visible en orthophoto IGN
dans certains cas je ne rajoute pas du coup
si je vois des traces de construction je pars sur l’idée que depuis les photos 
ça a été construit
mais s’il n’y a rien et pas de maisons au cadastre je me dis que le projet 
immobilier n’est peut-être pas encore en travaux
je constate qu’il y a pas mal de chemin plus ou moins repérable (couloir 
d’herbes folles entre les parcelles) qui sont nommées dans le cadastres aussi, 
pas sûr qu’elles soit très praticables
du coup un certain nombre de résolutions ne pourront se faire qu’en se rendant 
sur place

au rythme actuel on semble parti sur 6-9 mois de dégommage de violet …
vous avez une source sous JOSM pour obtenir un cadastre plus récent que 2015 ? 
(j’utilise tes.cadastre.openstreetmap.fr mais ça semble bloqué à 2015)
pareil pour les photos aérienne ça tourne au mieux vers 2013 (Esri souvent un 
peu plus récent que IGN)

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

Re: [OSM-talk-fr] Challenge ? Si on dégommait du rose ?

[erwan salomon]

Très bien cette analyse en effet
pour le moment sur de l’urbain déjà bien à jour aucun faux positif
des nouveau lotissement (enfin sur le cadastre de 2015 quand même) et des 
petits oublis
je m’occupe de Lorient-Morbihan et je poursuivrais en m’éloignant 
progressivement
par contre y’a du taff
et quite à repérer des zone mal cartographié j’en profite pour faire du propre 
sur les voies, sinon on perd un bon repère
du coup ça rallonge encore
aller on dégomme du violet

erwan [glyo]

> Le 6 janv. 2018 à 15:29, Christian Quest  a écrit :
> 
> Un petit bilan après une bonne dizaine de jours...
> 
> L'analyse comparant la voirie du cadastre avec OSM est fort intéressante !
> 
> En zone urbaine, elle permet de détecter de petites impasses, des chemins, de 
> nouveaux lotissements, etc.
> En zone plus rurale, elle est aussi intéressante même si elle remonte des 
> chemins où le cadastre à prolongé le noms des rues, je pense souvent à tort.
> 
> Je vous la recommande donc après plus d'une semaine d'usage régulier, elle ne 
> m'a pas fait perdre de temps et trouvé des manques difficiles à détecter sans 
> être sur le terrain.
> 
> http://osmose.openstreetmap.fr/fr/errors/?source=14708=7170=13 
> 
>  
> Les principaux défauts sur les rond-points et places sont résolus... il n'y a 
> que les grands rond-points tronçonnés (beurk) qui peuvent ne pas être 
> détectés.
> 
> -- 
> Christian Quest - OpenStreetMap France
> ___
> 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] Différencier aménagement cyclables sur trottoir des autres

[Erwan Salomon]

salut,

> Le 12 déc. 2017 à 08:41, Axelos  a écrit :
> 
> D'ailleurs si vous tombez sur des trottoirs ou seul des pictogrammes
> sont visibles, alors il suffit pour ces cas de ne pas baliser
> d’aménagement cyclable car c'est interdit !

il me semble que ce n’est pas interdit
mais qu’il ne s’agit pas de « piste cyclable »
donc une telle voie ne peut pas être une voie obligatoire (on peut l’emprunter, 
mais on peut aussi rouler sur la route avec les voitures)
et le panneau qui indique cette voie doit être un carré bleu et non un rond bleu

ça m’intéresse ça d’être sûr que la séparation doit être physique
chez moi il y a une « piste » qui est matérialisés par une surface différente 
(et des clous de démarcation) avec des largeur confortable pour chacun, mais 
qui est déclaré comme obligatoire
ce qui complique mon passage d’un giratoire (en tant que cycliste de 
déplacement et non de balade), du coup je reste sur la route en étant 
susceptible d’être verbalisé

pour en revenir à la cartographie
je les cartographie en précisant segregated=*
et c’est au rendu, ou au routage de bien faire son boulot
peut-être demander aux groupes qui gèrent les logiciels correspondant de 
prendre en compte tes remarques

quand à mettre une limite de vitesse sur les trottoirs partagé, ça me semble 
pertinent
je ne sait pas dans quelle mesure ça modifiera quoi que ce soit sur les calculs 
d’itinéraire (il doit privilégier l’usage de voie cyclable au temps de parcours)

erwan___
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

[Erwan Salomon]

au passage si vous voulez comparer l’ancien et le nouveau (héo héo … humour 
très local)
le rendu bzh est toujours basé sur l’ancien rendu FR
il ne semble pas de toute fraicheur (zoom ≤ 16 date de plus de 2 mois dans mon 
coin à partir de 17 ça va mieux)

erwan [GLYO]

> Le 13 févr. 2017 à 13:34, Adrien Grellier  a écrit :
> 
> […]
> 
> 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.
> 
> […]
> 
> 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

Re: [OSM-talk-fr] autolib

[Erwan Salomon]

pendant ce temps, pour les vélos
amenity=bicycle_rental pour ces stations de vélos en « libre » service (vélib’ 
et autres)
shop=bicycle + service:bicycle:rental=yes (non documenté) pour les magasins de 
location de vélos

erwan [GLYO]

> Le 24 janv. 2017 à 00:28, osm.sanspourr...@spamgourmet.com a écrit :
> 
> Et en cherchant bien sur Autolib :
> 
> https://www.autolib.eu/fr/notre-engagement/autopartage-paris/
>  Qu'en 
> pensez-vous ?
> 
> Le 24/01/2017 à 00:20, osm.sanspourr...@spamgourmet.com 
>  a écrit :
>> Réponse de _Mathieu_ :
>> 
>> Le wiki cite en exemple Zipcar ou Flinkster, qui fonctionnent comme Autolib' 
>> (ensemble de voitures appartenant à une ou plusieurs sociétés, et mises à la 
>> disposition des clients du système d'autopartage) : n'importe qui peut 
>> rejoindre ces "communautés" à condition de s'inscrire et de payer 
>> (généralement) un abonnement mensuel (auquel vient s'ajouter une 
>> tarification à l'usage).
>> 
>> amenity=car_rental correspond plutôt aux agences de location (Hertz, Avis, 
>> etc.)
>> 
>> 
>> Le 23/01/2017 à 23:49, osm.sanspourr...@spamgourmet.com 
>>  a écrit :
>>> Pas à ma connaissance.
>>> 
>>> j'ai mis un commentaire en ce sens sur le changeset, on verra sa réaction.
>>> Jean-Yvon
>>> 
>>> Le 23/01/2017 à 20:23, Ralf Treinen - trei...@irif.fr 
>>>  a écrit :
 Bonsoir,
 
 un utilisateur a en masse basculé toutes les stations autolib de
 car_rental en car_sharing [1]. Or, j'avais retenu de la discussion
 en 2014 [2] qu'il s'agit plutot d'un car_rental. Est-ce qu'il y a 
 un changement du l'avis concernant cette question ?
 
 -Ralf.
 
 [1] https://www.openstreetmap.org/changeset/45354363#map=11/48.8677/2.2889 
 
 [2] 
 https://lists.openstreetmap.org/pipermail/talk-fr/2014-June/069137.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 
>>> 
>> 
>> 
>> 
>> ___
>> 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

[OSM-talk-fr] Rendu FR - place de parking non rendu

[erwan salomon]

les places de parking handicapé ne semblent pas rendu : 
https://www.openstreetmap.org/node/4610417916 

http://tile.openstreetmap.fr/?zoom=19=47.7425=-3.38716=B000FF
 


non plus les places de parking moto :
https://www.openstreetmap.org/node/4616178673 

http://tile.openstreetmap.fr/?zoom=20=47.74961=-3.36231=B000FF
 


les 2 me semblent pertinentes pourtant

sinon il n’y a pas de distinction entre les places de parking vélo couvertes ou 
non couverte
(on me dira qu’il suffit de renseigner la zone par un building=roof … et pan 
sur les doigts)

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

Re: [OSM-talk-fr] Rendu FR - les pontons

[Erwan Salomon]

super,
merci

> Le 16 janv. 2017 à 01:05, Christian Quest <cqu...@openstreetmap.fr> a écrit :
> 
> C'est ajouté pour le name : 
> https://github.com/cquest/osmfr-cartocss/commit/c83a48ac86ab1cdd5b055aa99e28a88142e5e679
>  
> <https://github.com/cquest/osmfr-cartocss/commit/c83a48ac86ab1cdd5b055aa99e28a88142e5e679>
> 
> Le 15/01/2017 à 18:11, erwan salomon a écrit :
>> je viens de me rendre compte que le rendu français n’affichait pas 
>> systématiquement le nom des pontons
>> ici : 
>> http://tile.openstreetmap.fr/?zoom=17=47.86975=-3.91397=B000FF
>>  
>> <http://tile.openstreetmap.fr/?zoom=17=47.86975=-3.91397=B000FF>
>> les noms des pontons avec highway=path sont rendu (ou alors c’est le ref qui 
>> est rendu ?)
>> pas les autres
>> est-ce volontaire et doit-on rajouter un highway sur les pontons ?
>> le wiki https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dpier 
>> <https://wiki.openstreetmap.org/wiki/Tag:man_made=pier> ne mentionne un 
>> highway que pour connecté le ponton aux autres routes (la traduction 
>> française me semble en faute)
>> 
>> à noter que sur le rendu international sur cet exemple, comme il y a doublon 
>> entre le nom et le ref le rendu est un peu confus
>> 
>> erwan [GLYO]
>> 
> 
> -- 
> Christian Quest - OpenStreetMap France
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] Rendu FR - les pontons

[erwan salomon]

je viens de me rendre compte que le rendu français n’affichait pas 
systématiquement le nom des pontons
ici : 
http://tile.openstreetmap.fr/?zoom=17=47.86975=-3.91397=B000FF
 

les noms des pontons avec highway=path sont rendu (ou alors c’est le ref qui 
est rendu ?)
pas les autres
est-ce volontaire et doit-on rajouter un highway sur les pontons ?
le wiki https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dpier 
 ne mentionne un highway 
que pour connecté le ponton aux autres routes (la traduction française me 
semble en faute)

à noter que sur le rendu international sur cet exemple, comme il y a doublon 
entre le nom et le ref le rendu est un peu confus

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

Re: [OSM-talk-fr] Adresses...

[Erwan Salomon]

> 
> > Après numérotation d’une voie, fournir les plaques de numérotation (format 
> > standard - fond
> > bleu, écriture blanche) pour éviter les plaques exotiques et parfois peu 
> > lisibles ;
> Mon voisin va dire que ma commune s'est illustrée pour ses plaques exotiques 
> pour les noms de rues, des hameaux et des numéros.
> 
> Jean-Yvon

tes plaques je crois que je vais les cartographier comme des œuvres d’art … (à 
Caudan elles valent le détour aussi)
;-)
c’est vrai que certaines il faut connaitre le nom de la rue pour pouvoir les 
lires

et ils disent quoi sur les presque homonymes ?
les fautes d’orthographes ?
les rues qui comportent plusieurs panneaux discordants ?

ce qui est marrant avec toute cette bonne volonté, c’est que les gens on change 
pas leur habitudes facilement, alors même à numéroter et nommer/renommer les 
rues
de façon cartésienne, ils continuent à donner leur ancienne adresse et c’est le 
facteur débutant qui galère
« oui mais le facteur sait que y’a 30 ans ici c’était le chemin de Kerlavret » 
haha

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

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

[Erwan Salomon]

> Le 13 janv. 2017 à 11:04, Jean-Martial NDOUTOUME NFENGONE - ZIT.COM 
>  a écrit :
> 
> Intuitivement, je vois un «danger» au développement de l'affichage libre: OSM 
> risque de devenir un support pour les régies publicitaires, non?
> 
> OK, ça reste à la marge (quelques panneaux et annonces ici ou là pour la 
> promotion de tel ou tel spectacle ou tel ou tel candidat à l'élection 
> présidentielle, face à des milliards d'objets de carto pure).

je suis personnellement pour le partage des connaissance (mais réticent au 
partage des données privées, genre piscines, voie d’accès sur les parcelles 
privées -surtout qu’elles ne sont pas forcément distingué dans les rendus…)  
et il me semble que c’est une des dimension de projets comme OSM
concernant l’affichage libre / affichage associatif, c’est un équipement 
destiné au publique (pour voir ou montrer) il me semble d’autant plus 
souhaitable de facilité son accès
d’ailleurs beaucoup de municipalités diffusent leurs emplacement sur leur site 
internet
il appartient ensuite à chacun d’en respecter les règle et au équipes 
municipales de les faire respecter
de plus les spectacle et autre sont souvant les mieux informés de leurs 
emplacement (étant justement en recherche régulière de zone d’affichage) et 
dans la pratique un tel affichage s’il reste modéré est souvent toléré (faisant 
partie de la vie et culture locale)
la municipalité a d’ailleurs des moyens de pression sur les potentiels 
resquilleurs (qui sont facilement identifiables et dépendent souvent 
d’autorisation et subvention pour leurs activités)___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

[Erwan Salomon]

tient un voisin qui cause de mes soucis ...
> 
>> De: "osm sanspourriel" > >
>> 
>> Exemple : une improbable rue Robert Schumann à côté d'une rue Jean
>> Monnet.
>> Avec raison Osmose propose de corriger en Robert Schuman. Pourtant la
>> mairie a bien donné un n à l'homme politique comme s'il s'agissait du
>> musicien. Et c'est le terrain qui a raison jusqu'à ce que la mairie
>> change.
>> 
>> 
>> Si on revient sur les affiches, c'est de la publicité :
>> http://wiki.openstreetmap.org/wiki/Key:advertising 
>> 
>> Pas une bonne d'affichage libre mais pas loin :
>> https://wiki.openstreetmap.org/wiki/Tag:advertising%3Dboard 
>> 
>> Que peut-on transmettre ? Un message :
>> https://wiki.openstreetmap.org/wiki/Key:message 
>> 
>> Tiens aucun d'entre nous n'a encore traduit.
>> *message*=non_profit
>> *message*=showbiz
>> Sont sans doute les choix qui sont les mieux pour vous.
>> 
>> Du fait de l'exception culturelle française ;-), je ne vois pas
>> painting, danse, etc. On pourrait proposer :
>> *message*:showbiz=painting
>> *message*:showbiz=danse
>> 
>> Et donc celui qui accepterait les deux :
>> *message*:showbiz=painting,danse
>> *message*:showbiz=danse,painting
>> 
>> Comme on voit, ça fait des chaînes de caractère à gérer pour les
>> combinaisons.
>> Pour éviter cela, on met plutôt en places des trooléens : c'est un
>> booléen qui est vrai, faux ou qui n'est pas défini ;-).
>> **message*=non_profit
>> *message*=showbiz
>> message*:showbiz:painting=yes
>> *message*:showbiz:danse=no
>> OK pour des affiches culturelles, surtout sur les galeries d'art mais
>> pas de danse.
>> access > >=permissive
>> car
>> on peut demander au commerçant de placer l'affiche mais il a toujours
>> le
>> droit de refuser ?
>> 
>> 
>> Jean-Yvon
> 
> 
pourtant il ne s’agit pas de la même rue ( la mienne est une avenue et puis un 
musicien à côté d’un directeur de théâtre 
https://fr.wikipedia.org/wiki/Jean_Monnet_(directeur_de_théâtre) 
 ça 
se tient ;-) )
blague à part, après une très belle présentation de Jean-Yvon je n’ai qu’une 
chose à ajouter

OSM c’est riche ET ça évolue
dit autrement : il n’y a pas que le terrain qui change

il y a 1-2 ans je me suis intéressé aux affichages libre, il n’y avait pas de 
convention
après discussion sur le forum, sans trouver de consensus, j’ai adopté un 
ensemble tag qui me semblait la moins mauvaise
après une absence de OSM je reviens et je découvre que ce type d’affichage est 
maintenant bien renseigné sur le wiki (je vais pouvoir reprendre tous mes 
anciens tags)

en tout cas je suis votre discussion avec grand intérêt, ça me permet moi aussi 
d’en apprendre sur le processus d’intégration

erwan [GLYO]

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

Re: [OSM-talk-fr] Les poubelles

[Erwan Salomon]

d’un autre côté les containers que l’on répertorie déjà sont aussi mobile 
(amenity=recycling + recycling_type=container + recyclant:glass_bottles=yes - 
par exemple)
certes sans roulettes, mais non fixé au sol
soulevé avec une petite grue par les camions de collecte
et parfois déplacé de quelques mètres pour raison x ou y

> Le 7 mars 2016 à 14:26, Romain MEHUT  a écrit :
> 
> Le 7 mars 2016 à 14:20, Tony Emery  > a écrit :
> ok, donc, vu que l'on me demande de cartographier ces bacs mobiles, je ne le
> ferai pas dans OpenStreetMap.
> 
> Dommage car, même s'ils sont mobiles, le fait que mon service me demande de
> les cartographier veut bien dire que leur position ne change pas tant que
> ça.
> 
> L'emplacement du bac (roulant ou non) peut bien se définir en 
> amenity=waste_disposal.
> A défaut d'infrastructure en "dur", ce sont ce types de bac roulant qui font 
> office de point de collecte des ordures ménagères et l'emplacement est 
> généralement identifié comme dans ton exemple avec une rambarde.
> 
> Romain
> ___
> 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] Tuiles FR et HOT en MBTiles...

[Erwan Salomon]

je viens de tester
ça marche chez moi 1,96 Go téléchargé (en connexion fibre, à ~8Mo/s)

> Le 5 mars 2016 à 14:20, Fabien  a écrit :
> 
> Je me rends compte que j'ai pas dit que c'était le fichier osmfr z0-10.
> 
> Fabien.
> 
> Le 5 mars 2016 10:22, "Fabien"  > a écrit :
> Bonjour Christian,
> 
> C'est une superbe idée ! Je vais l'ajouter en fond de carte offline pour 
> OruxMaps. Par contre, j'ai téléchargé 3 fois hier le fichier est il ne 
> récupère que 1.01Go... je ne sais pas si c'est lié à ma connexion...
> 
> Dans le principe de valider que le téléchargement est complet, serait-il 
> possible d'ajouter un checksum (sha256sum ?) pour valider les fichiers ?
> 
> Merci,
> Fabien.
> 
> Le 4 mars 2016 10:02, "Christian Quest"  > a écrit :
> Depuis hier, un export des tuiles FR et HOT des zoom 0 à 11 est disponible au 
> format MBTiles (gzippé) sur http://osm13.openstreetmap.fr/~cquest/tms/ 
> 
> 
> Ils seront mis à jour chaque semaine après le recalcul hebdo.
> 
> 
> -- 
> Christian Quest - OpenStreetMap France
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr 
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] Adresse erronée

[Erwan Salomon]

d’après un petit regard à la concurrence  (pas bien, j’ai pas été motivé pour y 
allez voir sur place)
les 2 plaques de rue sont orthographié avec le s
ce sont 2 plaques en céramique sur leur gros cailloux d’ailleurs (comme pas mal 
de plaques sur Guidel)
et je me souviens bien avoir cherché une 2ème plaque pour être sûr de quelque 
chose, l’orthographe a dû me surprendre à l’époque
merci d’en avoir donné l’explication

il faut se méfier des plaques de rue, on trouve assez souvant des orthographes 
multiples pour une même rue : https://www.openstreetmap.org/way/24797938 
<https://www.openstreetmap.org/way/24797938>
name et alt_name sont bien affichés sur le terrain par 2 panneaux
plus drôle encore : https://www.openstreetmap.org/way/79656233 
<https://www.openstreetmap.org/way/79656233>
je suppose que les riverains ont tagués le panneaux pour transformer le « rue » 
 en « allée »  (dans le cadastre c’est « allée » , le panneau est donc faux et 
vieux mais n’a pas été changé)
également : https://www.openstreetmap.org/way/79867285 
<https://www.openstreetmap.org/way/79867285>
le panneau et le cadastre disent chemin des ours, mais à la poste (et dans 
l’adressage des courrier) il est connu sous le nom de chemin aux ours (la poste 
ce fiant en cas de doute - courrier que les facteurs n’arrivent pas à adresser 
pour cause d’erreur, imprécision ou vieille dénomination - à la carte des pages 
jaunes … donc mappy - tomtom)

au plaisir de ce croiser cher voisin


> Le 28 févr. 2016 à 15:02, osm.sanspourr...@spamgourmet.com a écrit :
> 
> Philippe, il y a bien le alt_name avec l'orthographe sans s.
> Simplement je n'avais pas fait attention que j'avais chargé les chemins sur 
> différentes couches et n'avait donc téléversé qu'un chemin.
> Il faut dire qu'ils ont fait fort : une rue à angle droit, à sens unique 
> partiel (avec des numéros de rue décroissants) plus une rue parallèle non 
> traversante <http://www.openstreetmap.org/#map=18/47.78543/-3.49078> soit 5 
> segments :
> 
> |
> |-   -
> 
> 
> Je crois qu'il faudrait ajouter une relation associated street pour que les 
> gens trouvent le numéro de rue.
> 
> Pour info, oui l'info est sûre (même à la mairie ils écrivent une fois sur 2 
> sans s), c'est un habitant de la rue qui m'avait attiré l'attention.
> Sur la plaque en céramique, inaugurée par le 19e Dragons, il y a bien le s. 
> Régiment depuis dissous.
> Plaque côté sud-est.
> Sur les plaques de rue, de mémoire aussi. Je n'ai pas dû les vérifier toutes 
> mais ça m'étonnerait qu'ils n'aient pas mis les mêmes plaques partout.
> Mais sur les services concurrents il n'y a pas de s.
> Tiens maintenant je sais qui est glyo.
> Tu auras deviné mon pseudo ;-).
> 
> Jean-Yvon
> 
> 
> Le 28/02/2016 13:35, Erwan Salomon - r...@gmx.fr <mailto:r...@gmx.fr> a écrit 
> :
>> bizarre,
>> il me semblais avoir complété les noms de rue d’après mon repérage sur place 
>> justement
>> et j’ai plutôt tendance à recopier bêtement les panneaux que je vois 
>> (surtout que dans le domaine militaire et orthographique je me sais 
>> défaillant)
>> y’a pas 2 panneaux avec des orthographes différentes dans cette rue ? il me 
>> semble que j’en avais fait le tour pour être sûr (ou alors mes photos 
>> étaient de qualité médiocre)
>> 
>> erwan [glyo]
>> 
>>> Le 28 févr. 2016 à 00:15,  
>>> <mailto:osm.sanspourr...@spamgourmet.com>osm.sanspourr...@spamgourmet.com 
>>> <mailto:osm.sanspourr...@spamgourmet.com> a écrit :
>>> 
>>> Il y a aussi les noms qui sont identiques sur le cadraste et Bano mais faux 
>>> :
>>> http://www.openstreetmap.org/way/386407942 
>>> <http://www.openstreetmap.org/way/386407942>
>>> Tant qu'à faire les 4 segments étaient conforme au cadastre et à Bano mais 
>>> faux par rapport au terrain et à la logique car "19e Dragons" c'est le 19e 
>>> RI des Dragons et non celui après le 18e Dragon.
>>> La aussi la "logique" a fait tomber le s.
>>> 
>>> Le 27/02/2016 23:53, Nicolas Dumoulin -  
>>> <mailto:nicolas_openstreetmap@dumoulin63.net>nicolas_openstreetmap@dumoulin63.net
>>>  <mailto:nicolas_openstreetmap@dumoulin63.net> a écrit :
>>>> Bonsoir,
>>>>  
>>>> Juste pour l'anecdote, en moulinant un fichier d'adresses d'adhérents 
>>>> d'une asso sur ma commune dans le géocodeur http://adresse.data.gouv.fr/ 
>>>> <http://adresse.data.gouv.fr/> , une adresse n'était pas trouvée dans la 
>>>> BAN. Après vérification, ce numéro 9 existe bien sur le terrain et se 
>>>> trouve à l'emplacement du "19" sur le cadastre.

Re: [OSM-talk-fr] Adresse erronée

[Erwan Salomon]

bizarre,
il me semblais avoir complété les noms de rue d’après mon repérage sur place 
justement
et j’ai plutôt tendance à recopier bêtement les panneaux que je vois (surtout 
que dans le domaine militaire et orthographique je me sais défaillant)
y’a pas 2 panneaux avec des orthographes différentes dans cette rue ? il me 
semble que j’en avais fait le tour pour être sûr (ou alors mes photos étaient 
de qualité médiocre)

erwan [glyo]

> Le 28 févr. 2016 à 00:15, osm.sanspourr...@spamgourmet.com a écrit :
> 
> Il y a aussi les noms qui sont identiques sur le cadraste et Bano mais faux :
> http://www.openstreetmap.org/way/386407942 
> 
> Tant qu'à faire les 4 segments étaient conforme au cadastre et à Bano mais 
> faux par rapport au terrain et à la logique car "19e Dragons" c'est le 19e RI 
> des Dragons et non celui après le 18e Dragon.
> La aussi la "logique" a fait tomber le s.
> 
> Le 27/02/2016 23:53, Nicolas Dumoulin - 
> nicolas_openstreetmap@dumoulin63.net 
>  a écrit :
>> Bonsoir,
>>  
>> Juste pour l'anecdote, en moulinant un fichier d'adresses d'adhérents d'une 
>> asso sur ma commune dans le géocodeur http://adresse.data.gouv.fr/ 
>>  , une adresse n'était pas trouvée dans la 
>> BAN. Après vérification, ce numéro 9 existe bien sur le terrain et se trouve 
>> à l'emplacement du "19" sur le cadastre.
>> Je ne connais pas toute l'histoire, peut-être le "1" est tombé, et à la 
>> faveur d'un changement de résident, les nouveaux donnent comme adresse le 
>> "9".
>> Voilà, rien d'extraordinaire, mais je trouve ça amusant de débusquer ce 
>> genre de subtilité qui ne peut être décelée qu'avec un peu de chance, et un 
>> humain sur le terrain.
>> Pour les curieux et la postérité, c'est là 
>> http://www.openstreetmap.org/node/4028317343 
>>  
>>  
>>  
>>  
>> -- 
>> Nicolas Dumoulin
>> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin 
>> 
>>  
>> 
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-fr 
>> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr 
> 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Couche Route500 mise à jour (édition 2015)

[Erwan Salomon]

on peut utiliser cette couche pour renseigner le type de highway ?
le rendu .fr reprend le code couleur de l’IGN donc je suppose que oui
mais comme il y a beaucoup de différence entre routes500 et les highway d’OSM 
(y compris sur Paris et autres grandes ville que je crois correctement 
cartographiées) je doute
si oui à quoi correspondent les routes en gris et jaune ?
et peut-on intégrer la couche à JOSM ?


> Le 12 févr. 2016 à 13:33, Christian Quest  a écrit :
> 
> J'ai mis à jour la couche Route500 sur tile.openstreetmap.fr
> avec les données 2015 de l'IGN (publiées discrètement en août dernier).
> 
> Elles débordent un peu des frontières françaises, mais semblent très
> décalées dès qu'on s'éloigne un peu.
> 
> Exemple:
> http://tile.openstreetmap.fr/?zoom=14=50.86975=4.30123=B000TF
> 
> -- 
> Christian Quest - OpenStreetMap France
> 
> 
> ___
> 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] Fond OSM dans des guides de rando du CD63 ?

[Erwan Salomon]

je viens de refaire un test (à 01:20 dimanche 07)
j’ai toujours une erreur dans JOSM (dans safari j’ai un message « OK »)
JOSM à jour (version 9329)
java 1.8.0_66
pour moi c’est du chinois, si ça te parles :

{{{
URL:http://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2016-01-06 17:30:31 +0100 (Wed, 06 Jan 2016)
Build-Date:2016-01-06 16:32:31
Revision:9329
Relative:URL: ^/trunk

Identification: JOSM/1.5 (9329 fr) Mac OS X 10.11
Memory Usage: 526 MB / 1820 MB (225 MB allocated, but free)
Java version: 1.8.0_66, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
VM arguments: [-Djava.security.policy=file:/Library/Internet 
Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/lib/security/javaws.policy, 
-DtrustProxy=true, -Djnlpx.home=/bin, -Djava.security.manager, 
-Djnlpx.origFilenameArg=/Users/erwansalomon/Library/Application 
Support/Oracle/Java/Deployment/cache/6.0/56/1ee8cfb8-310da2ae, 
-Djnlpx.remove=false, -Dsun.awt.warmup=true, 
-Djava.util.Arrays.useLegacyMergeSort=true, -Dmacosx.jnlpx.dock.name=JOSM, 
-Dmacosx.jnlpx.dock.icon=/Users/erwansalomon/Library/Application 
Support/Oracle/Java/Deployment/cache/6.0/16/47ee53d0-728f9931.icns, 
-Djnlp.application.href=https://josm.openstreetmap.de/download/josm.jnlp , 
-Djnlpx.jvm="/Library/Internet 
Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/bin/java", 
-Djnlpx.vmargs=LURqYXZhLnV0aWwuQXJyYXlzLnVzZUxlZ2FjeU1lcmdlU29ydD10cnVlAC1Eam5scC5hcHBsaWNhdGlvbi5ocmVmPWh0dHBzOi8vam9zbS5vcGVuc3RyZWV0bWFwLmRlL2Rvd25sb2FkL2pvc20uam5scCAA]

Plugins:
- ElevationProfile (31895)
- SeaMapEditor (31772)
- cadastre-fr (31772)
- ejml (31895)
- geotools (31895)
- jts (31772)
- kendzi3d-jogl (41)
- log4j (31895)

Last errors/warnings:
- E: org.openstreetmap.josm.io.OsmTransferException: 
java.lang.NullPointerException. Cause : java.lang.NullPointerException
- E: org.openstreetmap.josm.io.OsmTransferException: 
java.lang.NullPointerException. Cause : java.lang.NullPointerException
- E: org.openstreetmap.josm.io.OsmTransferException: 
java.lang.NullPointerException. Cause : java.lang.NullPointerException
- E: org.openstreetmap.josm.io.OsmTransferException: 
java.lang.NullPointerException. Cause : java.lang.NullPointerException
- E: org.openstreetmap.josm.io.OsmTransferException: 
java.lang.NullPointerException. Cause : java.lang.NullPointerException

org.openstreetmap.josm.io.OsmTransferException: java.lang.NullPointerException
at 
org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:167)
at 
org.openstreetmap.josm.io.OsmServerLocationReader$GpxParser.parse(OsmServerLocationReader.java:158)
at 
org.openstreetmap.josm.io.OsmServerLocationReader$GpxParser.parse(OsmServerLocationReader.java:151)
at 
org.openstreetmap.josm.io.OsmServerLocationReader.doParse(OsmServerLocationReader.java:51)
at 
org.openstreetmap.josm.io.OsmServerLocationReader.parseRawGps(OsmServerLocationReader.java:103)
at 
org.openstreetmap.josm.actions.downloadtasks.DownloadGpsTask$DownloadTask.realRun(DownloadGpsTask.java:116)
at 
org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:93)
at 
org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:161)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.NullPointerException
}}}




quand j’importe la relation j’ai aussi une erreur dans JOSM :

Le téléchargement de la donnée à échoué. Son format n’est pas supporté invalide 
ou incohérent.
Détails: Ligne 8 Colonne 24 : Le types d’élément « tag » ont être suivit es 
spécifications d’attribut, « > » ou « /<« .


> Le 6 févr. 2016 à 19:16, Nicolas Dumoulin 
> <nicolas_openstreetmap@dumoulin63.net> a écrit :
> 
> Le Saturday 06 February 2016, 16:11:25 Erwan Salomon a écrit :
>> passes par le tableau d’avancement :
>> http://wiki.openstreetmap.org/wiki/France:Puy-de-Dôme/PDIPR
>> <http://wiki.openstreetmap.org/wiki/France:Puy-de-D%C3%B4me/PDIPR>
>> télécharges le fichier " GPX " (par le lien " Import GPX dans JOSM 
>> <http://127.0.0.1:8111/import?url=http://osm.dumoulin63.net/pdipr63/ITI0360
>> .gpx>  " qui m’affiche également une erreur) et ouvres ce fichier GPX dans
>> JOSM
> 
> C'est bizarre, ça fonctionne bien chez moi. Vous avez quoi comme erreur ? 
> Dans 
> votre navigateur ou dans JOSM ?
> Le lien que tu donnes par exemple fonctionne bien chez moi :-/
> 
> -- 
> Nicolas Dumoulin
> http://wiki.openstreetmap.org/wiki/

Re: [OSM-talk-fr] Fond OSM dans des guides de rando du CD63 ?

[Erwan Salomon]

passes par le tableau d’avancement : 
http://wiki.openstreetmap.org/wiki/France:Puy-de-Dôme/PDIPR 

télécharges le fichier " GPX " (par le lien " Import GPX dans JOSM  

  " qui m’affiche également une erreur)
et ouvres ce fichier GPX dans JOSM
ça marche bien comme ça chez moi

> Le 6 févr. 2016 à 15:19, bernard  a écrit :
> 
> Je me suis attaché à :
> L'Eperon de Pierre-Ancize
> Réf.  ITI0360 Le lien "Importer dans JOSM 
> " m'envoie une erreur
> Vu l'état de la commune "sic," je l'ai traité via FANTOIR
> Mais je pense que le lien à importer m'aurait donné la trace GPX, donc comme 
> je n'ai pas la trace, je ne peux vérifier que j'ai tous les chemins, mais le 
> résultat ne devrait pas être mauvais .
> Donc, question : Comment avoir la trace dans JOSM?
> 
> 
> Le 05/02/2016 23:09, JB a écrit :
>> Ça confirme au moins que si je savais utiliser QGis pas qu'avec les pieds, 
>> je m'empresserais de comparer les itinéraires PDIPR avec la voirie OSM, pour 
>> voir quel pourcentage de points de voie PDIPR n'est pas rapprochable avec un 
>> highway OSM. Mais à première vue, OSM n'a pas l'air d'avoir trop à rougir, 
>> peut-être un peu plus dans les zones reculées. 
>> Ceci dit, je suis curieux de voir si ce que j'ai mis dans les mains des 
>> décideurs locaux de mon coté les fera réfléchir la prochaine fois avant de 
>> débourser des fortunes en éditions/cartes classiques.
>> JB.
>> 
>> Le 05/02/2016 22:30, Nicolas Dumoulin a écrit :
>>> Bon, ça m'a démangé et je voulais me dérouiller avec OpenLayers 3, alors je 
>>> me suis fait une petite carte pour aider :
>>> http://osm.dumoulin63.net/pdipr63/ 
>>> Et un tableau d'avancement pour ceux qui sont motivés :-)
>>> http://wiki.openstreetmap.org/wiki/France:Puy-de-D%C3%B4me/PDIPR 
>>> 
>> 
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-fr 
>> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] rendu Défibrillateur

[Erwan Salomon]

Clermont-Ferrand :
commune engagée dans la démarche ma commune à du cœur (association RMC/BFM)
labellisé 1 cœur
beaucoup de défibrillateurs (85) géolocalisé dans l’application staying alive 
[.org]
Clermont-Ferrand fournit aussi quelques donnée en open-data
la mairie pourrait être ouverte à l’idée de fournir le positionnement des 
défibrillateurs à d’autres associations

j’ai tenté une première approche à ma mairie
à l’accueil : c’est peut-être une donnée sensible, faite une demande officiel 
au maire, allez voir le secrétariat générale pour plus d’infos
au secrétariat général : on m’a donné le contact de la direction du service 
technique (suivi des bâtiments)
au service technique : il n’était pas là, mais la secrétaire semblait bien 
partante, finalement c’est le service des sport qui gère les défibrillateur, 
elle a pris mes coordonnées

si vous avez des conseils pour se présenter en tant que contributeur OSM je 
suis preneur
j’ai préparé une argumentation sur les villes qui fournissent ces données en 
open-data, sur l’intérêt de communiquer les localisation, sur le fait d’être un 
habitant de la ville et PSC1 (donc intérêt particulier au sujet)

je ne trouve pas de licence pour les données collectées par stayingalive.org 
<http://stayingalive.org/> - association RMC/BFM, ils ont un beau nombre de 
défibrillateurs
mais chez moi c’est moyennement précis (doublons, info sur les horaires en mode 
textuelle, défibrillateur déclaré comme erreur mais toujours présent …) du 
crowdsourcing sans la rigueur/expérience de OSM
une mise en commun des moyens pourrait être intéressante (défibrillateurs à 
proposer en intégration dans osmose avec une forte recommandation à préciser la 
position ?)

oups je dévie du sujet sur le rendu

erwan [glyo]

> Le 3 févr. 2016 à 09:13, Nicolas Dumoulin 
> <nicolas_openstreetmap@dumoulin63.net> a écrit :
> 
> Le Tuesday 02 February 2016, 22:50:34 Erwan Salomon a écrit :
>> au passage j’ai cherché des listes de défibrillateurs, quelques villes les
>> fournissent en opendata (sous forme d’adresse, parfois de données issues
>> d’OSM) et 2 app sur mon téléphone (avec une localisation très approximative
>> et beaucoup de doublons ou de manquant, pas vraiment exploitable dans
>> l’urgence d’un arrêt cardiaque) je trouve ça dingue que leurs emplacements
>> ne soit pas mieux diffusé (par les pompiers qui forment des secouristes,
>> les municipalités qui en placent dans leurs bâtiment …)
> 
> Tout à fait d'accord. C'est vraiment dommage d'investir autant dans ces 
> équipements et les formations pour risquer qu'ils ne soient pas connus.
> Je n'en ai pas trouvé tant que ça à Clermont, donc encore un défi pour ceux 
> qui viendront au Sotm-Fr ;-)
> http://overpass-turbo.eu/s/e9C
> 
> -- 
> Nicolas Dumoulin
> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
> 
> 
> ___
> 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 Défibrillateur

[Erwan Salomon]

il me semble bien avoir proposé un lien sur le rendu fr en exemple

le miracle doit venir du fait que j’ai actualisé/complété le tag …
les autres cas que je regardaient ont des labels vraiment très rapproché, tous 
ne peut pas être rendu

au passage j’ai cherché des listes de défibrillateurs, quelques villes les 
fournissent en opendata (sous forme d’adresse, parfois de données issues d’OSM)
et 2 app sur mon téléphone (avec une localisation très approximative et 
beaucoup de doublons ou de manquant, pas vraiment exploitable dans l’urgence 
d’un arrêt cardiaque)
je trouve ça dingue que leurs emplacements ne soit pas mieux diffusé (par les 
pompiers qui forment des secouristes, les municipalités qui en placent dans 
leurs bâtiment …)

> Le 2 févr. 2016 à 22:08, osm.sanspourr...@spamgourmet.com a écrit :
> 
> Dans le premier cas tu utilises un rendu OSM France qui fait bien son boulot 
> et dans l'autre un rendu mondial qui le fait moins bien.
> J'ai repris les coordonnées du second et placé dans OSM FR : miracle (*)
>  
> <http://tile.openstreetmap.fr/?zoom=18=47.74828=-3.3657=B00>http://tile.openstreetmap.fr/?zoom=18=47.74828=-3.3657=B00
>  
> <http://tile.openstreetmap.fr/?zoom=18=47.74828=-3.3657=B00>
>  
> <http://tile.openstreetmap.fr/?zoom=18=47.74836=-3.36504=B00>http://tile.openstreetmap.fr/?zoom=18=47.74836=-3.36504=B00
>  
> <http://tile.openstreetmap.fr/?zoom=18=47.74836=-3.36504=B00>
>  est bien rendu
> Je soupçonne quelqu'un d'avoir fait un /dirty ou d'avoir mis à jour le rendu 
> récemment (ou je ne suis pas passé sur le même serveur mais je viens de 
> tester http://tile 
> <http://tile/>-[a-c].openstreetmap.fr/osmfr/18/128621/91398.png).
> 
> (*) non, je ne crois pas aux miracles.
>  
> <http://tile.openstreetmap.fr/?zoom=18=47.74828=-3.3657=B00>
> 
> Le 02/02/2016 14:48, Erwan Salomon - r...@gmx.fr <mailto:r...@gmx.fr> a écrit 
> :
>> selon le wiki les défibrillateurs sont rendu dans OSM.fr <http://osm.fr/> :  
>> <http://wiki.openstreetmap.org/wiki/Tag:emergency=defibrillator>http://wiki.openstreetmap.org/wiki/Tag:emergency%3Ddefibrillator
>>  <http://wiki.openstreetmap.org/wiki/Tag:emergency%3Ddefibrillator>
>> un exemple le prouve : 
>> http://tile.openstreetmap.fr/?zoom=17=44.12069=4.83901=B00
>>  
>> <http://tile.openstreetmap.fr/?zoom=17=44.12069=4.83901=B00>
>> pourtant je constate que d’autres (  
>> <http://www.tappenbeck.net/osm/maps/deu/index.php?id=1029=18=47.74828=-3.3657=BFTTT=de>http://www.tappenbeck.net/osm/maps/deu/index.php?id=1029=18=47.74828=-3.3657=BFTTT=de
>>  
>> <http://www.tappenbeck.net/osm/maps/deu/index.php?id=1029=18=47.74828=-3.3657=BFTTT=de>
>>  )ne sont pas rendu : 
>> http://tile.openstreetmap.fr/?zoom=18=47.74836=-3.36504=B000FF
>>  
>> <http://tile.openstreetmap.fr/?zoom=18=47.74836=-3.36504=B000FF>
>> 
>> il y a une explication ?
>> 
>> 
>> ___
>> 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

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

Re: [OSM-talk-fr] rendu Défibrillateur

[Erwan Salomon]

ce défibrillateur est bien au goût du jour :
emergency=defibrillator
source=survey

il a été ajouté le 03/02/2015, donc pas un problème de rendu à attendre non plus
d’autres sont dans le même cas : 
http://tile.openstreetmap.fr/?zoom=20=47.70477=-3.16498=B000FF
 

 (dans l’angle du Kayak club)
peut-être trop proche des autres labels ?

> Le 2 févr. 2016 à 15:07, Nicolas Dumoulin 
>  a écrit :
> 
> Je pense que c'est dû à l'utilisation de l'ancien attribut "aed". Il faut 
> maintenant utiliser emergency=defibrillator
> 
> 
> -- 
> Nicolas Dumoulin
> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

[OSM-talk-fr] rendu Défibrillateur

[Erwan Salomon]

selon le wiki les défibrillateurs sont rendu dans OSM.fr  : 
http://wiki.openstreetmap.org/wiki/Tag:emergency%3Ddefibrillator 

un exemple le prouve : 
http://tile.openstreetmap.fr/?zoom=17=44.12069=4.83901=B00
 

pourtant je constate que d’autres ( 
http://www.tappenbeck.net/osm/maps/deu/index.php?id=1029=18=47.74828=-3.3657=BFTTT=de
 

 )ne sont pas rendu : 
http://tile.openstreetmap.fr/?zoom=18=47.74836=-3.36504=B000FF
 


il y a une explication ?___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OSM : contribuer avec quel smartphone?

[Erwan Salomon]

comme les autres je me contente reprendre des photos géolocalisées de mes 
balades + une trace GPS pour les recherches de chemins
j’ai un iPhone 5c (ni bon ni mauvais, mais une bonne valeurs étalon pour le 
sujet)
ma stratégie consiste à activer un traceur GPS (wahoo fitness qui permet 
ensuite d’exporter en GPX pour récupérer la trace dans JOSM et qui est peu 
énergivore) ce qui permet d’avoir une position précise quand je dégaine la 
photo - autonomie 10 h écran éteint
si je laisse le mode photo allumé en permanence j’ai une autonomie de 2-3 h
je mets en veille le téléphone, je ne l’allume que pour les photos, ainsi je 
tiens bien 5h avec ~200 photos prises
si tu va dans une zone mal couverte en téléphonie il vaut mieux mettre en mode 
avion
ça devrait être assez similaire avec la plupart des android de qualité correcte 
(les meilleurs ont plus d’autonomie, les mauvais moins)
le point qui me ferait le plus réfléchir c’est la qualité des photos, ça permet 
de retrouver pleins d’infos (surtout quand on dépouille ça quelques jours plus 
tard en aillant oublié le motif de la photo)

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

Re: [OSM-talk-fr] Intégration des Boites Postale dans Osmose

[erwan salomon]

question bête
vous avez pris en compte que le mode de projection varie en fonction des points 
enregistrés ?
bon j'y connais pas grand chose alors je ne sais pas quelle influence ça a
mais une grosse partie du fichier utilise ESPG :2154
puis ont trouve quelques EPSG :2975 et EPSG :102113


Le 25 juin 2015 à 22:05, Frédéric Rodrigo a écrit :

 Bonsoir,
 
 Depuis quelques jours les boites au lettre de la poste dans l'espace public 
 sont disponible sur data.gouv.fr
 
 https://www.data.gouv.fr/fr/datasets/liste-des-boites-aux-lettres-de-rue-france-metropolitaine-et-dom-1/
 
 La qualité est assez bonne mais ça sent quand même le géocodage.
 Elles sont disponibles pour intégration dans Osmose :
 
 http://osmose.openstreetmap.fr/fr/map/#item=7051,8022,8023
 
 C'est un peu comme un saint Graal qui devient accessible ;)
 Frédéric, mappeur de ref de boites aux lettres.
 
 ___
 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] Intégration des Boites Postale dans Osmose

[erwan salomon]

si ça peut aider

dans mon coin (Plœmeur 56270, mais aussi un peu les villes limitrophes) Osmose 
me propose 3 erreurs par boites aux lettres
1 Boîte postale sans ref:FR:LaPoste (en violet)
1 Boîte postale, proposition d'intégration (en vert)
1 Boîte postale non intégrée (en vert) à 1-5 m de la boite déjà présente (une 
bonne partie me semble acceptable à ~1m près, quelques boites sont très mal 
placée cf l'aéroport 10-20 m)
ça fait beaucoup pour la même boite

je précise que les boites de ce coin ont été mapées par moi même en cumulant 
photo perso pour le repérage précis et photo bing (je ne connaissais pas 
l'orthophoto de la région Bretagne à l'époque) en plus d'une bonne connaissance 
de leur position relative aux bâtiments (j'ai travaillé un temps comme facteur, 
j'en connais une bonne part de mémoire)
je suis donc confiant sur leurs positions à disons 0,5-1 m (même si j'ai pu me 
tromper par moments)
http://osmose.openstreetmap.fr/fr/map/#item=7051%2C8022%2C8023zoom=13lat=47.7354lon=-3.4318layer=Mapnikoverlays=FFFT

Le 26 juin 2015 à 13:52, Christian Quest a écrit :

 Oui, il y a un mix. Je suis en contact avec le responsable côté Poste et
 j'avais eu le fichier entre les mains il y a déjà quelques semaines.
 J'avais remonté des problèmes, suggéré de re-géocoder ça avec la BAN via
 addok, mais visiblement ça n'a pas été fait.
 
 Ce qu'on peut aussi faire, c'est comparer les lat/lon retournés par
 addok+BAN à ceux fournis. Si il y a trop de différence, il faut faire
 attention.
 
 
 Le 25/06/2015 23:09, Frédéric Rodrigo a écrit :
 Vu la description de la fiabilisation sur data.gouv ça ne doit pas
 être autre chose que du géocodage. À relire l'explication je me
 demande s'il ne mélangent pas adresse et coordonnées géographiques. Je
 vais poser la question.
 
 
 Le 25/06/2015 22:52, Christian Quest a écrit :
 ça sent TRES fort le géocodage... et le géocodage pas frais.
 
 As-tu essayé de re géocoder ça avec addok/BAN sur adresse.data.gouv.fr
 http://adresse.data.gouv.fr ?
 
 ça évitera d'en avoir en plein champs ;)
 
 
 Le 25 juin 2015 22:31, Pierre-Yves Berrard
 pierre.yves.berr...@gmail.com mailto:pierre.yves.berr...@gmail.com a
 écrit :
 
Le 25 juin 2015 22:05, Frédéric Rodrigo fred.rodr...@gmail.com
mailto:fred.rodr...@gmail.com a écrit :
 
Bonsoir,
 
Depuis quelques jours les boites au lettre de la poste dans
l'espace public sont disponible sur data.gouv.fr
http://data.gouv.fr
 
 
 https://www.data.gouv.fr/fr/datasets/liste-des-boites-aux-lettres-de-rue-france-metropolitaine-et-dom-1/
 
La qualité est assez bonne mais ça sent quand même le géocodage.
Elles sont disponibles pour intégration dans Osmose :
 
http://osmose.openstreetmap.fr/fr/map/#item=7051,8022,8023
 
C'est un peu comme un saint Graal qui devient accessible ;)
Frédéric, mappeur de ref de boites aux lettres.
 
 
Sympa.
 
Je vais regarder si ça colle avec les ref que j'ai déjà rentrées.
 
PY
 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
 
 
 
 
 -- 
 Christian Quest - OpenStreetMap France
 
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr
 
 
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr
 
 -- 
 Christian Quest - OpenStreetMap France
 
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] Hauteur et nombre d'étages des bâtiments

[erwan salomon]

je dit peut-être une connerie :
les 83 éléments non valides sont peut-être des éléments pour les-quels le score 
dépasse 100 % ? (bâtiment OSM plus petit que le bâtiment de l'import)

sinon ça fait pas beaucoup de correspondances précises en effet
dans une zone moins urbaine (avec moins d'immeubles regroupés) le résultat 
serait sans doute meilleur

erwan [glyo]

Le 30 mars 2015 à 19:16, Vincent Frison a écrit :

 Le 26 mars 2015 23:23, Vincent Frison vincent.fri...@gmail.com a écrit :
 En tout cas merci pour vos remarques constructives, je vais revoir me copie 
 avec une version un peu plus soft : un seul update par bâtiment et surtout 
 avec un score minimum (surface équivalente au minimum à 90% par ex). 
 J'essayerai ce WE de modifier mon programme pour faire quelques petites 
 statistiques...
 
 J'ai donc fait des changements notamment pour diviser le processus en 
 plusieurs phases séparées : load  match  update (désactivable)  stats. 
 Cela permet en autres d'avoir qu'un seul update par bâtiment OSM.
 
 Voici quelques stats, toujours sur ma zone de test Nation / Bastille / Gare 
 de Lyon (surface d'environ 1/30e de Paris) :
 
 Number of matched elements : 2568
 Number of bad elements : 83
 Element repartition by best matching scores :
 - between 0% and 10% : 37 (1%) elements including 0 that are updatable
 - between 10% and 20% : 62 (2%) elements including 0 that are updatable
 - between 20% and 30% : 136 (5%) elements including 0 that are updatable
 - between 30% and 40% : 220 (8%) elements including 0 that are updatable
 - between 40% and 50% : 270 (10%) elements including 0 that are updatable
 - between 50% and 60% : 275 (10%) elements including 0 that are updatable
 - between 60% and 70% : 176 (6%) elements including 0 that are updatable
 - between 70% and 80% : 201 (7%) elements including 0 that are updatable
 - between 80% and 90% : 302 (11%) elements including 0 that are updatable
 - between 90% and 100% : 806 (31%) elements including 0 that are updatable
 
 C'est normal d'avoir toujours 0 éléments updatable car je n'ai pas encore 
 réinitialisé les données sur le serveur de test, ils ont donc tous un nombre 
 d'étage présent et du coup ils ne sont pas modifiable par mon programme...
 
 Il faut que j'affine tout ça (notamment comprendre pourquoi 83 éléments n'ont 
 pas de score valide) mais il est déjà intéressant de voir que je ne peux 
 matcher que seulement 1/3 des bâtiments avec score supérieur à 0.9 (pour 
 rappel le score est le ratio de la surface entre le bâtiment OSM et le 
 bâtiment importé).
 
 J'ai en tête quelques pistes pour améliorer un peu le truc, par ex. si un 
 bâtiment OSM correspond avec 3 bâtiment importés :
 - un avec 5 étages et score de 65%
 - un avec 5 étages et score de 30%
 - un avec 0 étages et score de 5%
 Dans ce cas je pourrais faire comme s'il y avait un bâtiment de 5 étages qui 
 match plus de 90%.
 
 
 
 
 
 ___
 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] FFRandonnée ? de quoi rire encore un moment (jaune ?)

[erwan salomon]

s'il s'agit bien d'œuvre collective comme définit dans le droit d'auteur 
français
selon wikipedia : https://fr.wikipedia.org/wiki/Œuvre_collective
L’article L. 123-3 précise que « la durée du droit exclusif est de soixante-dix 
années à compter du 1er janvier de l'année civile suivant celle où l'œuvre a 
été publiée. »2
d'après la FFRP : http://www.ffrandonnee.fr/_13/historique.aspx
le 31 août 1947, on inaugure symboliquement, à Orléans, le premier tronçon du 
GR®3 d’Orléans à Beaugency sur 28 km

la très grande majorité des GR sont donc encore couvert par le droit d'auteur, 
ça va ce libéraliser progressivement (le GR20 est tracé en 1970 ... il va 
falloir être patient)
il reste la question de la paternité réel des parcours, mais ça ce gère au cas 
par cas

erwan [glyo]

Le 28 mars 2015 à 02:59, Philippe Verdy a écrit :

 Le 27 mars 2015 10:40, Pieren pier...@gmail.com a écrit :
 2015-03-27 6:36 GMT+01:00 Philippe Verdy verd...@wanadoo.fr:
  Aucun probleme si on cartographie ces itiinéraires sans y mettre la
  labellisation GR ou Grande Randonnée (marques de la FRPP dont on n'a pas
  besoin).
  Appelons-les Circuits Nationaux de Randonnée et abrégeons en CNR ou NR
  (comme aussi nouvelle randonnée). On pourra même reprendre leur numéro :
  le GR20 devient NR20...
 
 Bien sûr qu'il y a un problème. Il ne faut pas mélanger deux choses :
 d'une part, le droit des marques, l'usage du GR; d'autre part, la
 propriété intellectuelle sur l'itinéraire.
 
 Non, j'insiste, aucun probleme car je n'ai PAS fait cette confusion. Je n'ai 
 parlé que du nom (le droit des marques justement).
 
 Quant au droit d'auteur du l'itinéraire dont je ne parlais pas, il n'est même 
 pas démontré par la FFRP, en tout cas pas sur les itinéraires les plus 
 anciens où ce droit d'auteur (collectif) est limité dans le temps (ce n'est 
 pas un droit individuel ; mais s'il existe réellement, la FFRP l'a violé 
 impunément en le cachant pendant des décennies et en s'attribuant la 
 paternité collective du droit d'auteur individuel sans le citer ; et puisque 
 c'est un droit d'auteur collectif, il n'est PAS lié à la durée de vie totale 
 de l'auteur +70 ans, mais à la date de premiere publication par la FFRP)
 
 Je suis convaincu maintenant que ce prétendu droit d'auteur exclusif n'est 
 pas démontré par la FFRP et c'est pour ça qu'elle ne veut pas répondre à ce 
 sujet, et s'en tient en fait au seul droit des marques, à nous donc de 
 changer de marque, on n'a pas besoin de la mention GR et Hendrik a tres 
 justement montré qu'il pouvait remplacer GR dans le circuit de 
 nouvelle-Calédonie pour éviter totalement le droit des marques !
 
 Et il serait bon d'insister aupres de la FFRP sur le fait que ses marques 
 exclusives il risque fort de la perdre si les collectivités veulent s'en 
 libérer : elles rebaptiseront les itinéraires (et certaines l'ont déjà fait). 
 La marque sert à une chose : établir une confiance aurps des utilisateurs et 
 pour sa promotion mais la FFRP ne fait maintenant que démontrer qu'elle en 
 fait mauvais usage et qu'au lieu de servir à la renommée de ces itinéraires, 
 la FFRP est aujourd'hui beaucoup plus un frein qui empêche toute 
 communication aussi bien de la part des utilisateurs commerciaux que de la 
 part des autres assos et des collectivités publiques.
 
 La FFRP en continuant comme ça, va voir cette marque de plus en plus 
 dénigrée et naturellement les collectivités (ou autres groupements de 
 collectivités ou paritaires comme les chambres de commerce, ou encore les 
 agences publiques de l'Etat) voudront s'en passer et changer de marque ou 
 développer leur propre label commun (et communautaire). Et de toute façon 
 cette marque lui échappe déjà faute d'un usage suffisant et de l'absence 
 tonitruante de réelle promotion, en dehors des procès qu'elle mène de temps 
 en temps (et qui coûtent cher à tout le monde, y compris elle-même). Les 
 assos locales ont maintenant aussi d'autres moyens que de sacrifier leur 
 liberté à la FFRP qui prétend défendre leurs intérêts mais en fait est 
 totalement dépassée et ne les aide plus.
 
 Au temps où la FFRP était presque toute seule à pouvoir obtenir des aides de 
 l'Etat, ce n'est plus vrai (et la source des subsides de l'Etat est 
 aujourd'hui quasiment tarie, alors que les assos locales peuvent encore 
 chercher des partenariats locaux avec les collectivités, ou avec les 
 entreprises de leur région ou concernée par ce secteur du tourisme, ou avec 
 l'Europe, ou encore se fédérer différemment entre elles et développer leur 
 propre communication avec les moyens d'aujourd'hui). La marque GR au fil du 
 temps acquiere une mauvaise réputation uniquement du fait de la FFRP 
 elle-même et son incapacité à s'adapter et répondre aux besoins actuels, mais 
 aussi du seul fait de son manque maintenant avéré de communication (volonté 
 de se taire, de ne pas répondre quand on l'interroge, et vivre sur ses vieux 
 acquis sans les renouveler).
 
 Disons-le clairement 

Re: [OSM-talk-fr] Calvaire

[erwan salomon]

je viens d'envoyer un mail à l'association avec la carte d' 
http://overpass-turbo.eu que j'ai présenté précédemment (juste le fichier image 
en .png)
en regardant le lien vers les calvaires du Finistère le site est différent et 
la carte passe par géobretagne (l'article du journal semble dire qu'il est lié 
à ce recensement également ?) :
http://www.croix-finistere.com/

erwan [glyo]

Le 27 mars 2015 à 20:08, lann a écrit :

 Le Fri, 27 Mar 2015 10:30:53 -0700 (MST),
 Blueberry eric...@sfr.fr a écrit :
 
 Bonjour
 
 Voilà le genre de donnée qui trouverait bien sa place dans OSM
 http://www.20minutes.fr/rennes/1573395-20150327-bretagne-lance-defi-repertorier-toutes-croix-calvaires-region
 http://www.croixbretagne.fr/Ccb/  
 En plus, c'est dommage, son site utilise un fond Google
 http://www.croixbretagne.fr/Ccb/ http://www.croixbretagne.fr/Ccb/  
 Je ne vois pas la licence des données. Il pourrait rajouter tellement
 plus de tags dans OSM en plus de la géoloc ...
 
 Eric [Blueberry]
 
 
 
 
 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Calvaire-tp5838845.html Sent from the
 France mailing list archive at Nabble.com.
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr
 
 Je l'aurais bien envoyé un mail pour lui signaler les possibilités
 offertes avec Openstreetmap, mais je ne vois aucune couche de carte
 visualisant les croix et calvaires. (Pour exemple)
 
 En connaissez-vous ?
 
 ___
 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] Calvaire

[erwan salomon]

il y a aussi cette carte qui est moins contraignante au niveau du zoom
mais elle semble down ce soir :
http://www.histosm.org/

erwan [glyo]

Le 27 mars 2015 à 20:36, Antoine Riche a écrit :

 Le 27/03/2015 20:08, lann a écrit :
 Je l'aurais bien envoyé un mail pour lui signaler les possibilités
 offertes avec Openstreetmap, mais je ne vois aucune couche de carte
 visualisant les croix et calvaires. (Pour exemple)
 Il y a cette carte allemande, qui montre les calvaires à partir du zoom 15 : 
 http://geschichtskarten.openstreetmap.de/historische_objekte/translate/fr/index-fr.html?zoom=15lat=47.99067lon=-4.4198layers=BFFTFFFTFT
 
 Antoine.
 
 
 ___
 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] Calvaire

[erwan salomon]

il a bien avancé dans le référencement des croix
dans une zone mal recensé dans OSM en plus (en lien les wayside_cross d'OSM en 
Bretagne)
http://overpass-turbo.eu/map.html?Q=%2F*%0AThis%20has%20been%20generated%20by%20the%20overpass-turbo%20wizard.%0AThe%20original%20search%20was%3A%0A“historic%3Dwayside_cross%20in%20bretagne”%0A*%2F%0A%5Bout%3Ajson%5D%5Btimeout%3A25%5D%3B%0A%2F%2F%20fetch%20area%20“bretagne”%20to%20search%20in%0Aarea(3600102740)-.searchArea%3B%0A%2F%2F%20gather%20results%0A(%0A%20%20%2F%2F%20query%20part%20for%3A%20“historic%3Dwayside_cross”%0A%20%20node%5Bhistoric%3Dwayside_cross%5D(area.searchArea)%3B%0A%20%20way%5Bhistoric%3Dwayside_cross%5D(area.searchArea)%3B%0A%20%20relation%5Bhistoric%3Dwayside_cross%5D(area.searchArea)%3B%0A)%3B%0A%2F%2F%20print%20results%0Aout%20body%3B%0A%3B%0Aout%20skel%20qt%3B
je suppose qu'il travail avec les outils qu'il connait et maitrise
mais c'est dommage pour un programme associatif de passer à côté du libre pour 
la diffusion du travail effectué

Le 27 mars 2015 à 18:30, Blueberry a écrit :

 Bonjour
 
 Voilà le genre de donnée qui trouverait bien sa place dans OSM
 http://www.20minutes.fr/rennes/1573395-20150327-bretagne-lance-defi-repertorier-toutes-croix-calvaires-region
 http://www.croixbretagne.fr/Ccb/  
 En plus, c'est dommage, son site utilise un fond Google
 http://www.croixbretagne.fr/Ccb/ http://www.croixbretagne.fr/Ccb/  
 Je ne vois pas la licence des données. Il pourrait rajouter tellement plus
 de tags dans OSM en plus de la géoloc ...
 
 Eric [Blueberry]
 
 
 
 
 --
 View this message in context: 
 http://gis.19327.n5.nabble.com/Calvaire-tp5838845.html
 Sent from the France mailing list archive at Nabble.com.
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr


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

Re: [OSM-talk-fr] FFRandonnée ? de quoi rire encore un moment (jaune ?)

[erwan salomon]

n'allons pas nous braquer avec la FFR
j'irais pas jouer à qui à la plus grosse avec eux (c'est une grosse asso, 
active et reconnue)

avoir les relations GR xx d'enregistré dans OSM ça serait cool c'est sûr, 
mais la vente de cartes est une des rentrées d'argent de cette asso ce qui leur 
permets des actions concrètes (formation de leurs bénévoles, lobbying pour 
l'usage des sentiers, entretiens des sentiers ...)
je suis plus intéressé par la présence des sentiers eux mêmes dans OSM et par 
l'idée que les randonneurs pourraient être de très bon mappeurs pour OSM
imaginez : 3000 clubs qui font parfois plusieurs randos/semaine qui complètent 
OSM après/avant leurs randos

la FFR pourrait être intéressé par le remplacement de leurs outils - sans 
doutes propriétaires voir payants mais pour les quels ils ont formé leurs 
bénévoles - par des outils utilisant OSM (euh... la licence permet un mélange 
de sources OSM et de source privé pour l'édition d'une carte ?)
ça demanderait de l'aide de notre part pour cette transition
une fois converti à OSM la FFR serait plus encline à libérer certaines de leurs 
données (les topo-guide gardant l'intérêt du guide et du papier)

ma vision de néophyte des choses

Le 25 mars 2015 à 13:26, sly (sylvain letuffe) a écrit :

 J'ai l'impression de refaire le débat tous les ans...
 
 Je racouricisais certes, mais on parle ici du droit d'auteur de la FFRP sur 
 l'oeuvre de l'esprit qu'est l'intinéraire GR
 Et si la FFRP ne nous donne pas son accord de reproduire dans osm, c'est donc 
 qu'on a pas le droit.
 
 C'est pas parce que le photographe publie sur son blog une photo en oubliant 
 d'indiquer copyright machin truc en bas que hop, ça en devient une licence 
 libre.
 
 
 Le mercredi 25 mars 2015 12:50:27, Jean-Marc Liotier a écrit :
 On 25/03/2015 12:27, sly (sylvain letuffe) wrote:
 Ce qui n'est pas expréssément autorisé est interdit dit la loi.
 
 Nan, en droit Français tout ce qui n'est pas formellement interdit est
 autorisé.
 
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr
 
 -- 
 sly (sylvain letuffe)
 http://wiki.openstreetmap.org/wiki/User:Sletuffe
 
 ___
 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] FFRandonnée ? de quoi rire encore un moment (jaune ?)

[erwan salomon]

lecture intéressante (celle du Balises en lien dans les commentaires aussi), 
merci
dommage qu'ils veuillent ce la jouer solo

Le 25 mars 2015 à 15:03, Nicolas Moyroud a écrit :

 Oui Erwan ça ce serait parfait on est bien d'accord. Mais la FFRP ne veut pas 
 entendre parler d'OSM et préfère dépenser de fortes sommes d'argent pour 
 réinventer un OSM propriétaire qui ne tiendra jamais la route :
 http://www.lindependant.fr/2013/10/22/projet-numerique-de-la-federation-francaise-de-randonnee-l-aude-et-les-p-o-en-pointe,1803334.php
 De plus toute tentative de contact de notre part depuis des années a 
 irrémédiablement terminé dans le néant.
 Donc bon à un moment il faut se retrousser les manches et faire quelque chose 
 plutôt que d'attendre bêtement qu'ils veuillent bien remarquer qu'on existe...
 
 Nicolas
 
 Le 25/03/2015 14:53, erwan salomon a écrit :
 n'allons pas nous braquer avec la FFR
 j'irais pas jouer à qui à la plus grosse avec eux (c'est une grosse asso, 
 active et reconnue)
 
 avoir les relations GR xx d'enregistré dans OSM ça serait cool c'est sûr, 
 mais la vente de cartes est une des rentrées d'argent de cette asso ce qui 
 leur permets des actions concrètes (formation de leurs bénévoles, lobbying 
 pour l'usage des sentiers, entretiens des sentiers ...)
 je suis plus intéressé par la présence des sentiers eux mêmes dans OSM et 
 par l'idée que les randonneurs pourraient être de très bon mappeurs pour OSM
 imaginez : 3000 clubs qui font parfois plusieurs randos/semaine qui 
 complètent OSM après/avant leurs randos
 
 la FFR pourrait être intéressé par le remplacement de leurs outils - sans 
 doutes propriétaires voir payants mais pour les quels ils ont formé leurs 
 bénévoles - par des outils utilisant OSM (euh... la licence permet un 
 mélange de sources OSM et de source privé pour l'édition d'une carte ?)
 ça demanderait de l'aide de notre part pour cette transition
 une fois converti à OSM la FFR serait plus encline à libérer certaines de 
 leurs données (les topo-guide gardant l'intérêt du guide et du papier)
 
 ma vision de néophyte des choses
 
 
 
 
 ___
 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] Carte des données indoor : OpenLevelUp!

[erwan salomon]

ça semble sympa
mais sur mes 2 navigateurs j'ai la fenêtre loading qui tourne, qui tourne ...
j'ai opera 24 et safari 5.1.10
pas les dernières versions mais les dernières possibles sur mon ordi
sur l'iphone par contre ça marche (ios 8 donc safari en dernière version)
quel navigateur navigateur ferait l'affaire ?

Le 5 mars 2015 à 01:17, PanierAvide a écrit :

 Bonjour à tous,
 
 Dans le cadre d'un futur atelier de cartographie des stations de métro sur 
 Rennes, j'ai développé un outil qui permet de visualiser les données OSM en 
 intérieur (ou indoor), étage par étage sur une carte glissante. Aux niveaux 
 de zooms les plus faibles, des clusters de points sont affichés pour trouver 
 plus facilement les zones contenant ce type de données.
 
 L'outil s'appelle OpenLevelUp!, et est disponible ici :
 
 http://github.pavie.info/openlevelup
 
 L'idée est de pouvoir rendre visible simplement ces données. En effet, à 
 moins de passer par overpass-turbo ou les filtres dans JOSM, il est difficile 
 pour l'instant de les visualiser. Cet outil se veut une solution simple, 
 affichant les données étage par étage, en surcouche des tuiles Mapnik. En 
 permettant une mise en avant de ces données, on peut inciter à la 
 contribution sur ce thème (on ne tague pas pour le rendu, mais ça fait 
 toujours plaisir de voir son travail s'afficher quelque part).
 
 Un exemple concret de visualisation (station de métro Kennedy, Rennes) :
 http://github.pavie.info/openlevelup/?bbox=-1.7122712731361387,48.120896010057486,-1.7102381587028503,48.121777842594696level=-1
 
 Comme le thème de la donnée d'intérieur est encore expérimental, tous les 
 retours d'expérience (qu'ils soient d'un point de vue ergonomique ou 
 technique) sont la bienvenue :)
 
 Cordialement,
 
 PanierAvide.
 
 PS:
 Pour les curieux de la technique, voici plus de détails sur le 
 fonctionnement. L'outil récupère les données OSM via des requêtes sur 
 l'Overpass API, en particulier sur la combinaison de tags indoor=* et level=* 
 (reposant sur le modèle Simple Indoor Tagging).
 Ces données sont lues et traitées en JavaScript (en partie grâce à la 
 bibliothèque osmtogeojson). Une pseudo-feuille de style (au format JSON) 
 permet de définir le style des objets à afficher (couleurs, taille, icône, 
 ...). Les données sont filtrées par étage en ne soumettant qu'à la carte 
 Leaflet les données dont le niveau (tag level) correspond à celui à afficher. 
 L'ensemble de l'application est découpée en suivant le patron de conception 
 MVC.
 Le code source est dispo sur Github :
 https://github.com/PanierAvide/panieravide.github.io/tree/master/openlevelup
 
 
 
 ___
 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] Carte des données indoor : OpenLevelUp!

[erwan salomon]

ok j'ai pu installer firefox 36 du coup ça marche
merci, ça va motiver pour tagguer comme il faut en effet

Le 5 mars 2015 à 12:03, PanierAvide a écrit :

 Le 05/03/2015 11:51, erwan salomon a écrit :
 ça semble sympa
 mais sur mes 2 navigateurs j'ai la fenêtre loading qui tourne, qui tourne 
 ...
 j'ai opera 24 et safari 5.1.10
 pas les dernières versions mais les dernières possibles sur mon ordi
 sur l'iphone par contre ça marche (ios 8 donc safari en dernière version)
 quel navigateur navigateur ferait l'affaire ?
 Effectivement, je n'ai pas encore testé sous une grande variété de 
 navigateurs. Pour l'instant ça tourne sous Firefox et Chromium, dans les 
 dernières version. Je crois que pour Firefox on doit pouvoir remonter jusqu'à 
 la version 4.
 Ce qui pose soucis c'est l'utilisation de certaines fonctionnalités récentes 
 de Javascript (les objets Set par exemple). Je vais voir ce qu'il est 
 possible de faire pour améliorer la compatibilité.
 
 ___
 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] Re Nouveautés à venir sur rendu FR... merci pour vos retours

[erwan salomon]

en dehors de donner une priorité à l'une ou l'autre ville je faisais surtout 
référence à un bug d'affichage
http://tile.openstreetmap.fr/?zoom=7lat=46.92777lon=-0.11014layers=B000FFF
le L et la moitié du o de Loudon ne sont pas visibles
ils sont cachés par Thouars

il est aussi surprenant qu'un objet visible à un zoom disparaisse au zoom 
suivant
c'est bien sûr le genre de problème qui arrive avec de l'automatisation 
comparé à une carte faite main
est-il possible de rajouter des règles de priorité du type une ville affiché 
au zoom z=n devient prioritaire à z=n+1 ?

Le 2 mars 2015 à 10:33, Philippe Verdy a écrit :

 Thouars (avec un h) et Loudun sont deux chef-lieux de cantons (devenant 
 juste des bureaux centralisateurs), de deux départements différents. Thouars 
 est plus peuplé que Loudun. Normal qu'il passe devant (on n'a pas de chiffres 
 dans OSM pour les populations des agglomérations entières, on en revient à la 
 problématique du zonage urbain qui nous manque).
 
 .
 
 Le 2 mars 2015 08:29, erwan salomon r...@gmx.fr a écrit :
 [...]
 zoom 7 toujours un petit bug d'affichage, en Poitou-Charentes Touars écrase 
 Loudun (qui disparait au zoom 8 pour ne réaparaitre qu'au zoom 11, alors que 
 sur le rendu FR Loudun reste visible)
 
 voilà si ça peut faire avancer le schmilblick
 
 Le 2 mars 2015 à 01:01, Philippe Verdy a écrit :
 
 
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr
 
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] Re Nouveautés à venir sur rendu FR... merci pour vos retours

[erwan salomon]

merci pour ces précisions
je craignais d'être HS avec mes remarques sur le low-zoom et ça n'a pas manqué
mais comme on dit, ça va mieux en le disant

Le 2 mars 2015 à 12:26, Christian Quest a écrit :

 
 Le 02/03/2015 12:14, Christian Quest a écrit :
 Le 02/03/2015 10:59, erwan salomon a écrit :
 en dehors de donner une priorité à l'une ou l'autre ville je faisais
 surtout référence à un bug d'affichage
 http://tile.openstreetmap.fr/?zoom=7lat=46.92777lon=-0.11014layers=B000FFF
 le L et la moitié du o de Loudon ne sont pas visibles
 ils sont cachés par Thouars
 
 Zoom 7... ce sont de vieilles tuiles.
 
 Les modifications de la feuille de style ne sont visibles qu'à partir du
 zoom 14.
 
 
 Je complète...
 
 Le rendu test n'est pas remis à jour pour ne pas saturer le serveur
 déjà bien chargé par les rendus FR, HOT et QA. Ce n'est qu'un rendu de
 test, de travail sur lequel je vérifie ce que donne globalement les
 changement de la feuille de style avant de passer ça en prod.
 
 Pour les rendus FR et HOT, les tuiles de faible zoom sont remises à jour
 une fois par semaine et le bug sur Loudun/Thouars n'est pas présent.
 La dernière mise à jour des tuiles FR de zoom 7 date de cette nuit...
 http://b.tile.openstreetmap.fr/osmfr/7/64/45.png/status
 
 On peut voir sur les graphes munin ces génération régulières:
 http://munin.openstreetmap.fr/free.org/osm13.openstreetmap.fr/renderd_zoom.html
 
 -- 
 Christian Quest - OpenStreetMap France
 
 
 ___
 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] Re Nouveautés à venir sur rendu FR... merci pour vos retours

[erwan salomon]

ok tout s'explique
2 mois pour refaire les tuiles du niveau 7 ?
à noter que le même phénomène ce produit pour le rendu FR et le rendu HOT 
(niveau 9 du côté de London), rien de spécifique donc
les tuiles sont recalculées à partir du méridien 0° en faisant le tour ou c'est 
plus aléatoire ?
si oui et si c'est paramétrable on pourrait choisir un autre méridien de départ 
qui comporterait moins de détails susceptible d'être coupé pendant 2 mois (aux 
alentour de -30° par exemple)

Le 2 mars 2015 à 11:03, Philippe Verdy a écrit :

 On a demandé de relever les anos qu'on voit...
 Le niveau 7 de toute façon est très en retard et pas du tout synchrone : les 
 tuiles ouest du méridien 0 datent de mi-décembre, celles de l''est date du 20 
 février il y a une semaine (avant le changement de style) bref elles sont 
 toutes à recalculer mais pas encore faites.
 
 Le 2 mars 2015 11:00, JB jb...@mailoo.org a écrit :
 14 courriels aujourd'hui et il est pas encore 11h (du matin) ?
 
 ___
 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] Re Nouveautés à venir sur rendu FR... merci pour vos retours

[erwan salomon]

les POI :
j'aime bien aussi cette homogénéité du rendu HOT
mais autant faire autre chose et rendre plus visible certaines chose (les 
pharmacies sont très bien sur le rendu FR par exemple)
pour les DAB sur le rendu HOT il me semble que c'est l'inverse, la carte 
bancaire pour les banque et la caisse enregistreuse pour les DAB
j'aurais bien mis la carte pour les DAB justement (mais il y a risque de 
confusion d'un rendu à l'autre)
je trouve surtout que les icônes pleines du rendu HOT ressortent mieux que les 
dessins détaillés (carte/ticket pour les DAB)
de même des icônes de dimension plus proche (la pompe à essence je la trouve un 
peu petite, la mairie aussi mériterait d'être un peu agrandi voir beaucoup pour 
la faire ressortir)
et certains POI de couleur dégradé ressortent bizarrement alors que toutes les 
autres sont en aplat voir mono-chrome (SNCF et la Poste ... au fait ces logos 
sont libre d'utilisation ?)

les noms de places ou autres sont bien mieux rendu qu'avant je trouve (on va 
pas faire que critiquer hein)

les villes en low-zoom (même si c'est pas vraiment le sujet du nouveau rendu) :
les noms de régions gardent la priorité en zoom 6 maintenant ça c'est bien 
(mais en zoom 5 l'île d'Oléron passe devant le Poitou-Charentes)
en zoom 6 Saint-Avé à disparu au profit de Lorient ... mais Lannion disparait 
au profit de Plourivo ...
à partir du zoom 7 les départements sont distingués, mais seules les villes de 
plus de 100.000 habitants ont un rendu spécifique (un point) il me semblerait 
opportun d'offrir aussi un rendu aux préfectures (un cercle ? ce qui donnerait 
un point cerclé pour les préfectures de plus de 100.000 habitants)
zoom 7 toujours un petit bug d'affichage, en Poitou-Charentes Touars écrase 
Loudun (qui disparait au zoom 8 pour ne réaparaitre qu'au zoom 11, alors que 
sur le rendu FR Loudun reste visible)

voilà si ça peut faire avancer le schmilblick

Le 2 mars 2015 à 01:01, Philippe Verdy a écrit :

 C'est vrai que la comparaison avec le rendu humanitaire révèle des tas 
 d'icônes oubliées dans le rendu fr.
 
 Et je trouve les icônes monochromes du rendu humanitaire mieux finies et plus 
 lisibles (et moins gênantes pour une exploitation de la carte dans un fond 
 sur lequel on fera des cartes spécialisées avec des POI ou routes mises en 
 évidence en vectoriel sur une sélection ou simplement pour parcourir la 
 carte).
 
 Par exemple les écoles (les deux enfants qui courent pour le primaire et le 
 secondaire, la toque des étudiants pour les écoles supérieures, même si les 
 cérémonies de remise de diplôme en costume ne sont pas une tradition 
 française, on sait ce que c'est grâce aux médias) les bibliothèques (icone 
 symbolisant un livre ouvert), les médecins (trousse médicale avec le + 
 dessus), les théâtres et salles de spectacles (icône des deux masques de 
 carnaval), les DAB (icône de carte bancaire: ça saute aux yeux à Paris), les 
 bureaux de change (icône $+calculette) -- on n'a que les agences bancaires 
 -- les fontaines et points d'eau potable (icone du verre et du robinet), et 
 les grands types de commerces (alimentaire,s habillement, restauration à 
 l'assiette, restauration rapide, cafés/bars/pubs, superettes alimentaires, 
 boulangeries/patisseries, boucheries/charcuteries, coiffure et soins 
 personnels, vêtements, électroménager, location de véhicules, services et 
 location cycliste, arrêts de taxi = voiture avec panneau sur le toit...), 
 ambassades et consulats (à Paris surtout: bâtiment à dôme avec un drapeau 
 dessus), garages auto (deux outils croisés: clé à pans et tournevis)...
 
 En France on pourrait avoir aussi les bureaux de tabac (la carotte rouge) qui 
 sont des points de vente de plus en plus multiservice (presse, bar, assez 
 souvent, dépot de pain, agence postale, ou relais colis...), les boutiques de 
 téléphonie/internet mobile (symbole possible:  un smartphone, avec antenne?)
 
 Le 1 mars 2015 17:21, Pierre Béland pierz...@yahoo.fr a écrit :
 Chantier intéressant qui peut permettre d'innover par rapport au rendu 
 standard, mieux répertorier les différents services et aussi se préoccuper de 
 mieux équilibrer le rendu entre les différentes activités. 
 
 Je suggère d'atténuer le jaune des grandes surfaces de stationnement. Par 
 ailleurs, différents services à la collectivité sont souvent soit mal 
 répertoriés soit non mis en évidence sur la carte alors qu'à coté les 
 fast-foods sont parfois hyper-visibles. Les pharmacies sont bien rendues, 
 mais ce n'est pas le cas pour d'autres services.
 
 Pas très loin du bureau de médecin listé ci-dessous, le terrain de soccer est 
 joliment dessiné tout comme d'autres lieux sportifs à proximité.
 http://tile.openstreetmap.fr/?zoom=18lat=49.42257lon=1.13145layers=B000FFF
 
 À droite de ce terrain, le Centre d'Action sociale rue des Hautes Haies et 
 Crèche Maman les p'tits bateaux rue François Herr ne sont identifiées que 
 grâce au nom affiché. Le style humanitaire a un icône pour les 

Re: [OSM-talk-fr] Vie et mort des magasins

[erwan salomon]

il y a ce type de site :
http://www.score3.fr/liste-defaillances-entreprises.shtml?page=8region=21date=201501tri=jourtype=numbersens=descendingactivite=0
mais ça semble presque aussi fastidieux qu'un quadrillage sur place
l'association des commerçants me semble une bonne solution ... 
s'il y en a une : http://www.shopin-antibesjuanlespins.com/
si tous les commerces y adhèrent

Le 16 févr. 2015 à 10:44, Francescu GAROBY a écrit :

 Bonjour,
 Être toujours à la page, en ce qui concerne les magasins est, selon moi, le 
 truc le plus dur à faire dans OSM : il y a un tel turn-over que tu peux 
 repasser 6 mois après et refaire une bonne partie d'une rue commerçante...
 Une solution pourrait être d'entrer en contact avec l'association locale des 
 commerçants, quand elle existe, et leur proposer de tenir eux-mêmes à jour 
 OSM, ou voir s'ils ne publient pas une liste exhaustive et à jour des 
 commerces (avec adresse, nom, type de commerce, coordonnées, ...).
 
 Francescu
 
 Le 16 février 2015 10:40, Xavier Cremaschi omega.xav...@gmail.com a écrit :
 Bonjour,
 je croyais la carte d'Antibes assez complète, mais en faisant plus attention 
 je me rends compte que beaucoup de restaurants et de magasins du centre ville 
 changent régulièrement (beaucoup se lancent et ne tiennent pas la durée on 
 dirait).
 
 Vous avez une stratégie pour gérer ça ? À part un quadrillage systématique et 
 régulier de la zone, qui serait assez contraignant. On peut consulter les 
 commerces qui se créent/qui font faillite quelque part pour affiner le 
 travail en amont ?
 
 Xavier.
 PS : question bonus : les magasins qui n'existent plus doivent-ils être 
 conservés d'une façon ou d'une autre ? ou l'historique des commits 
 suffit-il ?
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr
 
 
 
 -- 
 Francescu
 ___
 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