Re: [OSM-talk-fr] Relations intermédiaires pour les routes de bus ?

[Yves Pratter]

Bonjour,
Pour les itinéraires de randonnées pédestres nous utilisons effectivement
les superroutes contenant que des étapes, et parfois des sections communes
entre grands itinéraires.

Dans les étapes nous réutilisons parfois les itinéraires de réseaux de
carrefours (node network).

Il y a des avantages et des inconvénients à réutiliser des (sous)
relations, en partie car cette pratique n'est pas "normalisée".

Certains logiciels ou rendus ne gèrent pas plusieurs niveaux de relations.
En particulier le site web OSM qui n'affiche rien pour des relations
contenant d'autres relations. Cela perturbe beaucoup de débutants (qui ne
connaissent pas les outils dédiés comme Waymarked Trails et Knooppunet).

Pour info l'intérêt de la superroute est uniquement pour afficher la
continuité d'un itinéraire dans l'éditeur de relation de JOSM.

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

Re: [OSM-talk-fr] dalles Lidar IGN colorisées en cartographie OSM

[Yves Pratter]

>
> je suis étonné que 10 points/m² constitue une haute résolution en lidar
> les chemins en forêt, qui aurait été mon but premier, cela me semble
> peu pour espérer repérer, mais je vais aller regarder cela de + près


> Pierrick a traité des données LiDAR HD en Haute-Savoie.

On voit bien les chemins forestiers et même les sentiers.

Par contre il est impératif de vérifier sur le terrain ce qu'on "voit" au
LiDAR.

Yves

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

Re: [OSM-talk-fr] Itinéraire vélo non balisé

[Yves Pratter]

Comme Arnault
> 
> Dans l'exemple cité, l’itinéraire n'est pas balisé sur le terrain, mais il 
> existe en tant qu'itinéraire par ailleurs donc je pense qu'il peut figurer 
> sur Openstreetmap en tant que tel, avec les références nécessaires.

et Volker
> Personnellement je pense que ça vaut la peine de penser à comment insérer des 
> itinéraires 3.0 . 

Je pense que ces itinéraires ont leur place dans OSM.
On les référence avec source et/ou website avec l’URL de la page qui les 
décrits.

Comme beaucoup, je parle d’itinéraires « Officiels » pour ceux-ci car ils sont 
créés par une ville, une association sportive…

> Mais il faut absolument éviter qu'on trouve, dans OSM, des traces GPX à la 
> RidewithGPS ou komoot.

Oui, la trace de « machin » dans Komoot n’est pas une trace « officielle » 
(avec accord des propriétaires, des communes…)

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

Re: [OSM-talk-fr] localisation via le wifi

[Yves Pratter]

Bonjour,

> Le projet MLS récolte le GSM et le WIFI https://location.services.mozilla.com/

Il existe aussi dans les cartons une localisation intérieure via le BlueTooth :

Jusqu’à présent le récepteur radio estimait la distance (idem pour le GSM) en 
mesurant la puissance du signal reçu.
Par « trilatération » de plusieurs émetteurs reçu la position était estimée.

BlueTooth a normalisé la possibilité de mesurer l’angle de réception d’un 
signal BT, ou de diffuser le signal selon un angle donné.
Ça fonctionne comme les balises de guidage des avions pour l’atterrissage sans 
visibilité.

Ça permet une localisation centimétrique, mais aussi à plusieurs centaines de 
mètres.
https://www.bluetooth.com/blog/why-bluetooth-technology-is-the-preferred-choice-for-location-services-solutions/

Par contre les récepteurs de nos téléphone ont-ils déjà cette capacité ?
Idem pour les balises positionnées dans les centres commerciaux, gares… ?
__
Yves
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Est-ce une borne a incendie ?

[Yves Pratter]

On dirait qu'il y a un compteur derrière ainsi qu'un raccord.

Je pencherais pour un système d'irrigation

Le lun. 9 mai 2022 à 15:22, Ludovic Hirlimann  a écrit :

>
> J'en voie tout plein le long des petites routes non loin des habitations.
>
>
> https://pix.diaspodon.fr/i/web/post/429257841574527126
>
>
> Ludo
> ___
> 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] Supports d'antennes ANFR et "émetteurs radios"

[Yves Pratter]

Bonsoir,



Tu peux répondre au ticket avec une proposition minimale, peut-être ?

Merci d'avoir tant détaillé, je n'en ai pas eu la capacité :/

J'analyse les données avec une base SQLite et je regarde sur cartoradio 
et sur StreetView pour voir à quoi correspond le type de support :


Pour les mâts, pylônes et tours hertziennes, pas de problème.

(pylône arbre : il y en a 1 près de chez moi qui est référencé comme un 
simple mat)



Il existe une cinquantaine de Phares dans OSM avec 
tower:type=communication : https://overpass-turbo.eu/s/KBr


Et environ 500 Châteaux d'eau : https://overpass-turbo.eu/s/KBs


Pour les Immeubles... c'est plus compliqué... !!


--

Yves

*nombre**NAT_ID**NAT_LB_NOM*
230942  Mât man_made=mast
140812  Mât métallique
116311  Mât béton
*4880*  






78342   23  Pylône autostable   man_made=tower
10388   26  Pylône tubulaire
247324  Pylône haubané
569 48  pylône arbre
*91772* 






10489   4   Château d'eau - réservoir   man_made=water_tower
174433  Tour hertzienne man_made=communications_tower
183 41  Phare   man_made=lighthouse
617 31  Siloman_made=silo




17291    38 Immeuble

16962   17  Bâtiment
179720  Monument religieux  
421 32  Ouvrage d'art (pont, viaduc)
163 19  Monument historique 




122110  Tunnel  
967 9   Intérieur sous-terrain  métro...
73  8   Intérieur galerie   galeries marchandes
*2261*  






587 9   Support non décrit  
453 39  Local technique 
191 43  Fût 
123 34  Dalle en béton  
117 	49 	Ouvrage de signalisation (portique routier, panneau routier, 
panneau publicitaire) 	

68  40  Sémaphore   
54  50  Balise ou bouée 
39  52  Eolienne
36  44  Tour de contrôle
24  0   Sans nature 
18  45  Contre-poids au sol 
1   46  Contre-poids sur shelter

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

Re: [OSM-talk-fr] Camera 360

[Yves Pratter]

Bonjour,


La *panono* est de bonne qualité mais je ne crois pas qu’elle puisse 
prendre des photos toutes les secondes.


Avec 36 objectifs, elle fait de bonnes photos :) mais pas sur que ce 
soit adapté pour du StreetView.


Quand au prix : 2140.81 € !! (ou 199.00 € la semaine de location)

https://shop.panono.com/en/panono/panono-en/a-11/


*Le guide de la photo panoramique* fait l'éloge de la *Ricoh Theta Z1*, 
qui semble adapté pour du StreetView.


999,00 €

https://www.guide-photo-panoramique.com/visite-virtuelle/quel-appareil-photo-pour-visite-virtuelle.html

https://labo.fnac.com/actualite/ricoh-theta-z1-camera-360-4k/


Pour le dIY, il y a le projet *StereoPi* qui utilise un Rasberry Pi avec 
deux caméras grand angles :


https://medium.com/stereopi/stitching-360-panorama-with-raspberry-pi-cm3-stereopi-and-two-fisheye-cameras-step-by-step-guide-aeca3ff35871

$199 avec les objectifs grand angles

https://www.crowdsupply.com/virt2real/stereopi


--

Yves

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

Re: [OSM-talk-fr] Uniformiser le wiki "Bicycle" (était Re: Sidewalk:bicycle dans le wiki bicycle)

[Yves Pratter]

Le 01/07/2019 à 14:37, marc marc a écrit :

je regarde le reste ce soir, mais l'harmonisation multi-langue me semble
une bonne idée, voir indispensable pour éviter l’excès de fragmentation


+1

Regarder aussi ce que propose iD et les presets de JOSM, car il y a 
parfois des écarts entre eux et/ou le wiki.


--

Yves


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

Re: [OSM-talk-fr] Démontage partiel ligne haute tension

[Yves Pratter via Talk-fr]

*removed:power=line* est bien aussi (cf.
https://wiki.openstreetmap.org/wiki/Lifecycle_prefix)

_
Yves

D'après TagInfo :
1 540

   - removed*:power*
   




   1. 1 124


   - disused*:power*
   

924

   - demolished*:power*
   

620

   - was*:power* 

209

   - dismantled*:power*
   



201

   - razed*:power* 



Le mer. 17 avr. 2019 à 21:00, marc marc  a
écrit :

> Le 17.04.19 à 20:43, Laurent Combe a écrit :
> > Bonjour dans mon secteur j'ai une ligne 63000 V dont les cables
> > viennent d'être déposés
> >
> > si j'enleve le cable j'ai peur qu'ils reviennent suite à une
> > contribution malheureuse
> > quel tag mettre dans cette situation ?
>
> was:power=line ou n'importe quel cycle de vie du genre removed:
> + end_date si tu le souhaites (éventuellement limité au mois
> ou à l'année si tu sais pas précisément quand)
> https://wiki.openstreetmap.org/wiki/Lifecycle_prefix
> idem sur les poteaux le jour où ils sont démonté
> ___
> 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] Google Maps et Earth : les images satellites encore plus précises - ZDNet

[Yves Pratter]

Bonjour,

Google Map utilise dorénavant des images issues de Landsat 8.
> http://www.zdnet.fr/actualites/google-maps-et-earth-les-images-satellites-encore-plus-precises-39839004.htm
>  
> 

Ces images, proposées à tous en open source par la Nasa et le US Geological 
Survey, offrent une qualité de précision bien supérieure, soit un niveau de 
détails jamais vus, des couleurs plus franches.

Existe-t-il une utilisation possible des images Landsat 8 pour OSM ?

—
Yves

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

Re: [OSM-talk-fr] OpenStreetMap en famille : un jeu de société

[Yves Pratter]

> @JY : oui, si je m'acharne sur les églises puis les cathédrales, c'est parce 
> que leurs formes sont généralement plus intéressantes que les mairies, les 
> boulangeries… Je cherchais d'autres idées.

Je pensais aux châteaux (si possible avec les jardins): Chambord, Chenonceaux, 
Fontainebleau, Versailles, Windsor…

Aux citadelles de Vauban…

Aux ports…


En tout cas, bravo JB

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

Re: [OSM-talk-fr] IGN Map Compare !

[Yves Pratter]

Au niveau rendu, difficile de comparer une carte IGN au 25000 et la couche OSM 
standard.
Est-ce possible d'en rajouter d’autres comme Thunderforest Landscape, 
Thunderforest OpenCycleMap, MapQuest OSM…  ?
… ou même R25 ;-) ?

Et pour les contributeurs de l’Allier, il manque quelques chemins du coté de 
Saint-Yore ;-)
http://mavisionneuse.ign.fr/visio.html?lon=3.489551=46.052983=15=4=ign-cartes=fxxbduni=google-map=osmfr
 



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

Re: [OSM-talk-fr] Inondations dans le Centre et fermeture d'autoroutes

[Yves Pratter]

> Le 2 juin 2016 à 22:15, osm.sanspourr...@spamgourmet.com a écrit :
> 
> Le lieu donné ne comportait pas de données, de plus le permalien ne se 
> rappelle pas de cocher Tidal Scale dans View.
> 
> 
J’ai signalé le bug, il est quasiment corrigé (il manque juste un 
rafraîchissement de la couche à faire. Pour cela déplacez légèrement la carte 
et tout s’affiche correctement).

—
Yves

https://github.com/OpenSeaMap/online_chart/issues/90 

https://github.com/OpenSeaMap/online_chart/issues/91 



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

Re: [OSM-talk-fr] Inondations dans le Centre et fermeture d'autoroutes

[Yves Pratter]

> Le 2 juin 2016 à 15:15, osm.sanspourr...@spamgourmet.com a écrit :
> 
> OpenSeaMap le fait depuis des années :
> 
>  
> http://map.openseamap.org/?layers=BTTFTFT0TFFT=9=-34.72212=-57.17002
>  
> Je
>  ne vois rien de spécifique sur les crues avec cette URL.
Pb de lunettes ou les données ont changées ?

—
Yves


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

Re: [OSM-talk-fr] Inondations dans le Centre et fermeture d'autoroutes

[Yves Pratter]

> Tu peux jeter un œil ici :
> https://twitter.com/OpenEventDb 

Merci Nicolas :)

Cette base de données semble en test ?

L’idée serait de la mettre à jour en « temps réel » avec des données telles que 
Vigicrue ?

Et les sites utilisateurs seraient par exemple des cartes celle-ci ?
UMap comme 
http://umap.openstreetmap.fr/fr/map/hauteur-des-cours-deau-le-1-juin-2016-a-midi_88440#9/49.4235/4.1803
 


Intéressant.
Est-il possible techniquement (et facilement) de colorer les segments de 
rivière avec les données vigicrues ?

Pour la démo, ça serait pratique d’affiche le graphique d’une station dans la 
bulle UMap ;)
http://www.vigicrues.gouv.fr/niveau3.php?CdStationHydro=B502001001 


—
Yves

PS:
Le canal de la Meuse « déborde » sur le rendu OpenRiverMap (zoom ≥13)
http://umap.openstreetmap.fr/fr/map/hauteur-des-cours-deau-le-1-juin-2016-a-midi_88440#14/49.4630/5.2191
 


Et ici la partie navigable disparait (zoom ≥13)
http://umap.openstreetmap.fr/fr/map/hauteur-des-cours-deau-le-1-juin-2016-a-midi_88440#18/49.54714/5.15744
 


J’avais fait pas mal de « nettoyage » sur les canaux français il y a quelques 
années mais j’ai du « oublié » ce canal ?___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Inondations dans le Centre et fermeture d'autoroutes

[Yves Pratter]

> De: Christian Quest 
> 
> OSM n'est pas adapté pour ce genre d'info temporaire... c'est plus pour
> OpenEventDatabase ;)

>> https://github.com/openeventdatabase

Bonjour,

Je ne retrouve pas dans mes archives de mél présentant OpenEventDatabase.
Ni d’information ou de lien vers un site de production dans le fichier readme 
sur GitHub.

Avez-vous des références ?

Merci,

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

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Yves Pratter]

> Le 19 févr. 2016 à 19:18, Jean-Michel Pouré  a écrit :
> 
> J'ai l'impression qu'on doit prévoir une petite station météo capable
> de logger température, pression atmosphérique et détecteur de pluie
> (pluviométrie). Ces données ont un impact sur la réception GPS
Bonjour,

Quels sont tes sources ?

Les perturbations « atmosphériques »  qui dégradent beaucoup la précision GPS 
se situent dans la ionosphère…
Pour une précision cartographique (5m à 10 cm), les perturbations 
troposhériques ont peu d’effet.
Source : http://www.montana.edu/gps/slides/2GPSAccuracy.pdf 


Les mesures de la pression atmosphériques, le taux d’hygrométrie, la 
température… sont destinées à des applications météorologiques.
https://fr.wikipedia.org/wiki/Application_du_GPS_en_météorologie 



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

Re: [OSM-talk-fr] osmose: analyse croisement BANO/OSM à tester...

[Yves Pratter]

 Pour l'instant c'est en test uniquement sur le serveur dev d'osmose, il est 
 préférable d'avoir vos retours avant de mettre ça sur l'instance de prod, 
 donc c'est ici:
 
 http://dev.osmose.openstreetmap.fr/fr/map/#item=7170class=33 
 http://dev.osmose.openstreetmap.fr/fr/map/#item=7170class=33 (voies à 
 tracer)
Nickel pour les quelques cas que j’ai regardé : lotissement en construction ou 
rues bien visibles sur Bing :)

 http://dev.osmose.openstreetmap.fr/fr/map/#item=7170class=32 
 http://dev.osmose.openstreetmap.fr/fr/map/#item=7170class=32 (name à 
 ajouter)
Correct. La puce n’est pas exactement sur le tracé de la route…

et surtout il y a des rues aux alentours sans noms et sans retour de la part 
d’Osmose :
http://dev.osmose.openstreetmap.fr/fr/map/#item=7170class=32zoom=17lat=46.940308lon=6.03245layer=Mapnik-osmfroverlays=FFFT


 http://dev.osmose.openstreetmap.fr/fr/map/#item=7170class=31 
 http://dev.osmose.openstreetmap.fr/fr/map/#item=7170class=31 (name à 
 modifier)
Semble correct. Idem pour la puce

 http://dev.osmose.openstreetmap.fr/fr/map/#item=7170class=30 
 http://dev.osmose.openstreetmap.fr/fr/map/#item=7170class=30 (cas ambigus)
Là c’est plus problématique. Il en sort pleins (peut-être celles qui manques 
pour « name à ajouter » ?)

Beaucoup ? de faux positifs :
http://dev.osmose.openstreetmap.fr/fr/map/#item=7170class=30zoom=17lat=46.914597lon=6.30978layer=Mapnikoverlays=FFFT
Ici une rue est correctement nommée, l’autre est à corriger (Rue du Tilleul à 
la place de Rue des Tilleuls »)

http://dev.osmose.openstreetmap.fr/fr/map/#item=7170class=30zoom=16lat=46.9126lon=6.3407layer=Mapnikoverlays=FFFT
Rue Branly proposé à la place de Rue Édouard Branly, idem pour Eiffel, 
Mermoz… Propose « Rue Edgard Fauré » avé l’assent ;-)
…

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

Re: [OSM-talk-fr] osmose: analyse croisement BANO/OSM à tester...

[Yves Pratter]

 Le 5 août 2015 à 11:33, Yves Pratter yves.prat...@gmail.com a écrit :
 
 http://dev.osmose.openstreetmap.fr/fr/map/#item=7170class=30 
 http://dev.osmose.openstreetmap.fr/fr/map/#item=7170class=30 (cas ambigus)
 Là c’est plus problématique. Il en sort pleins (peut-être celles qui manques 
 pour « name à ajouter » ?)
 
 Beaucoup ? de faux positifs :
 

Un autre cas :  Osmose positionne l’erreur sur la rue d’a côté :

il cherche Rue de Saint-Loup mais ne trouve pas le Chemin de Saint-Loup
http://dev.osmose.openstreetmap.fr/fr/map/#item=7170class=30zoom=18lat=46.92678lon=6.353635layer=Mapnikoverlays=FFFT

—
Yves

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

Re: [OSM-talk-fr] aides à la consolidation de données

[Yves Pratter]

 S'il peut voir avec une société d'horticulture (je ne sais s'il y a de
telles assos sur Nice), peut-être qu'avec les données il va trouver des
gens qui vont enrichir la donnée. Avant ou après import.

Je suis étonné que les services municipaux ne disposent pas d'autres
données.
Sur Lyon, ils disposent, entre - autres, de l'espèce. Sur leur SIG ils
colorent les arbres en fonction de cet attribut pour voir visuellement si
un secteur est plus sensibles aux parasites...

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

Re: [OSM-talk-fr] Borne de vidange et d'alimentation pour camping cars et/ou bateaux

[Yves Pratter]

Je ressort un vieux sujet ;)

 Le 19 août 2013 à 18:37, Yves Pratter yves.prat...@laposte.net 
 mailto:yves.prat...@laposte.net a écrit :
 
 Quels attributs utiliser pour ce genre de bornes ?
 
 Elles peuvent fournir ± les services suivants :
 eau
 électricité
 vidange WC chimiques
 vidange d'eaux usées http://fr.wikipedia.org/wiki/Eaux_us%C3%A9es

Il existe maintenant (?) amenity=sanitary_dump_station 
http://wiki.openstreetmap.org/wiki/FR:Tag:amenity=sanitary_dump_station et sa 
version fluviale/maritime waterway=sanitary_dump_station 
http://wiki.openstreetmap.org/wiki/Tag:waterway=sanitary_dump_station

En voici une dans l’aire de camping cars de Métabief (25) :
amenity=sanitary_dump_station
fee=yes
water_point=yes
mapillary=la2Cp3Dy6wsnh2vyjOrZSQ 
http://www.mapillary.com/map/im/la2Cp3Dy6wsnh2vyjOrZSQ

Quel clés utiliser pour sa petite soeur qui ne fournit que de l’électricité ?
amenity=power_supply ? (il n’y en a que 14 dans TagInfo 
http://taginfo.openstreetmap.org/tags/amenity=power_supply)
fee=yes
mapillary=60UkppqdSYaueuZWk3KOvg 
http://www.mapillary.com/map/im/60UkppqdSYaueuZWk3KOvg

Merci d’avance pour vos commentaires :)

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

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

[Yves Pratter]

Pour GraphHopper :
More realistic time estimates for routes #382 
https://github.com/graphhopper/graphhopper/issues/382
Take slowdown and accelerating into account #334 
https://github.com/graphhopper/graphhopper/issues/334
Improve Bicycle Routing #330 
https://github.com/graphhopper/graphhopper/issues/330
(liste non exhaustive)

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

Re: [OSM-talk-fr] [Osmose] Ajout d'un test sur la nature en tant que nom d'objet

[Yves Pratter]

 Le 17 juil. 2015 à 16:25, Yves Pratter yves.prat...@gmail.com 
 mailto:yves.prat...@gmail.com a écrit :
 
 J’ai rajouté de mémoire ce qu’on trouve sur le cadastre (Croix, Fontaine) et 
 ce que je trouve dans taginfo (Fontaine d’eau potable).
Pour les croix, overpass en trouve :
326 pour “name=Croix”

dont

267  pour “name=Croix and historic=wayside_cross” : 
http://overpass-turbo.eu/s/atM http://overpass-turbo.eu/s/atM

23 pour “name=Croix and amenity=place_of_worship” : 
http://overpass-turbo.eu/s/atT http://overpass-turbo.eu/s/atT

4 pour “name=Croix and aerialway=station” : http://overpass-turbo.eu/s/atU 
http://overpass-turbo.eu/s/atU
A Megève, le nom a été mis sur les pylônes de départ et d’arrivé au lieu d’être 
mis sur le téléski

3  pour “name=Croix and historic=memorial” : http://overpass-turbo.eu/s/atO 
http://overpass-turbo.eu/s/atO

1 pour “name=Croix and natural=peak” : http://overpass-turbo.eu/s/atS 
http://overpass-turbo.eu/s/atS

Pour les fontaines :
« name=fontaine and amenity=drinking_water »
« name=fontaine and amenity=fountain »
« name=fontaine and natural=spring »
« name=fontaine and man_made=water_well »
« name=fontaine and landuse=basin »
« name=fontaine and amenity=public_building »
« name=fontaine and natural=water »
il y a aussi le tag name sans aucun autre tag.

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

Re: [OSM-talk-fr] [Osmose] Ajout d'un test sur la nature en tant que nom d'objet

[Yves Pratter]

 Le 17 juil. 2015 à 15:54, Frédéric Rodrigo fred.rodr...@gmail.com a écrit :
 
 Je suis toujours ouvert à l'ajour dans osmose, mais avec une vrai liste 
 tangible (pas des fils de threads de mails).
 
 Je vous propose la faire sur un framacalc :
 https://framacalc.org/Q6U76BSNI7
 
J’ai rajouté de mémoire ce qu’on trouve sur le cadastre (Croix, Fontaine) et ce 
que je trouve dans taginfo (Fontaine d’eau potable).
Le cadastre fournit une liste de petit mots il me semble. On pourrait regarder 
ce qu’il en sort ?

—
Yves


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

[OSM-talk-fr] Openstreetmap.fr down?

[Yves Pratter]

Error

The website encountered an unexpected error. Please try again later.

Error messagePDOException: SQLSTATE[08006] [7] could not create socket: No
buffer space available in lock_may_be_available() (line 167 of
/data/project/www/website/includes/lock.inc).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[Yves Pratter]

Le 11 juil. 2015 11:29, rainerU ra...@sfr.fr a écrit :

 Votre découpage ne me plaît pas, c'est du tagging pour l'application,
C'est arbitraire et ne correspond à aucune réalité sur le terrain. Le 
dans les noms implique une direction ce qui n'a pas de sens pour un
itinéraire cyclable.

Même dans une zone montagneuse ?

Avec la même logique de découpage, on pourrait découper les autoroutes en
tronçons entre deux pauses café.

C'est certe arbitraire mais utile pour des débutants et pour faire la
maintenance.
J'imagine que le cycliste confirmé pourra personnaliser les étapes en
fonction de son niveau. ;-)

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

+1

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

Re: [OSM-talk-fr] Openstreetmap.fr down?

[Yves Pratter]

 Je viens de corriger.

Merci, je vais pouvoir lire 
http://openstreetmap.fr/premiere-switch2osm-install-party :)

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

Re: [OSM-talk-fr] Parking avec emplacement uniquement réservé au bus

[Yves Pratter]

http://wiki.openstreetmap.org/wiki/Key:parking:lane#Specifying_the_parking_conditions_.28terms.29
Je ne crois pas que ça corresponde.

Je verrais plutôt access=no et bus=yes au niveau de la place.
Cf. http://wiki.openstreetmap.org/wiki/Key:access

--
Yves
___
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

[Yves Pratter]

 Pensez-vous que le tag name est justifié?
Je trouve ça pénible : la recherche de nom de la commune renvoie la commune
elle-même, la poste… parfois même les cimetières — cf. un ancienne
discussion ;-)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Osmose] Ajout d'un test sur la nature en tant que nom d'objet

[Yves Pratter]

 name=Ancienne Voie Ferrée + route=*
 name=Ancienne Voie Ferrée + highway=*
 name=Ancienne Voie Ferrée + railway=*

Tu peux avoir une vraie route, chemin, sentier sur le tracé d'une ancienne
voie ferrée (c'est courant pour les pistes cyclables)

--
Yves
___
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

[Yves Pratter]

Le 3 juillet 2015 22:48, Vincent de Château-Thierry v...@laposte.net a
écrit :

 Ce qui est pénible ici n'a rien à voir avec la donnée : ça relève du
 logiciel qui utilise la donnée.


Donc Christian pourrait ne pas afficher ce nom sur le rendu fr si il est
identique avec celui de la commune ?
Idem pour les gares SNCF :)

Et que faire des majuscules sans accents ?
C'est à nous de faire le nettoyage dans les données, ou aux logiciels
consommateur de le faire ?

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

Re: [OSM-talk-fr] [Osmose] Ajout d'un test sur la nature en tant que nom d'objet

[Yves Pratter]

Le 3 juillet 2015 22:56, Romain MEHUT romain.me...@gmail.com a écrit :

 Oui et alors il est justement écrit sur le terrain Poste de
 transformation électrique... donc oui cela a tout sa place même avec un
 power=substation.

 Tient, cela me rappel la discussion sur les Cimetière de Tataouine :D
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Changement de style pour la Carte IGN 1:25000

[Yves Pratter]

Bonsoir ,
J'ai remarqué que la carte n'est plus jaune avec les rues et les bâtiments
, mais que les forêts, le relief et les limites de forêts sont aussi
rendues.

Yves
___
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

[Yves Pratter]

 On 26 Jun 2015, at 13:52, Christian Quest cqu...@openstreetmap.fr wrote:
 
 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.
+1

Exemple : la poste de Métabief dans le Doubs
http://osmose.openstreetmap.fr/en/map/#layer=Bingzoom=18lat=46.770449lon=6.354593item=7050%2C7051%2C7150%2C8020%2C8021%2C8022%2C8023%2C8030%2C8031%2C8120%2C8121%2C8190%2C8200%2C8210%2C8211%2C8240level=1%2C2%2C3tags=fixable=
 
http://osmose.openstreetmap.fr/en/map/#layer=Bingzoom=18lat=46.770449lon=6.354593item=7050,7051,7150,8020,8021,8022,8023,8030,8031,8120,8121,8190,8200,8210,8211,8240level=1,2,3tags=fixable=


Sa position est géocodée au centre du village alors que l’adresse est complète 
et que la carte de la BAN l’a positionne au bon endroit (source: plan de ville 
http://www.tourisme-metabief.com/fileadmin/user_upload/OTMO2L/Plans/Plan_de_Metabief_2013.pdf)

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

Re: [OSM-talk-fr] Chiffres romains

[Yves Pratter]

Je pense que la synthèse vocale devrait gérer ça avec un dictionnaire.

--
Yves
 Le 26 juin 2015 16:42, Eric SIBERT courr...@eric.sibert.fr a écrit :

 Je cherche un moyen pour indiquer que c'est n'est pas juste un
 enchaînement de lettre mais un nombre écrit en chiffres romains et pouvoir
 l'exploiter en conséquence par exemple pour une synthèse vocale.


 --
 Éric

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

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

Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

[Yves Pratter]

Le 18 juin 2015 19:07, PanierAvide panierav...@riseup.net a écrit :

 Pourquoi pas, mais le problème vient du fait qu'il est possible de
mélanger heure précise et indication imprécise (par exemple Mo
08:00-sunset), donc il faut trouver une façon de pouvoir montrer que l'on
commence un créneau à telle heure, et qu'il s'étend jusqu'à la tombée de la
nuit (avec un dégradé peut-être ?)

A afficher ce n'est pas trop le problème  (calculer l'heure de lever ou de
coucher du soleil en fonction des coordonnées du POI, et afficher un soleil
ou une lune sur le trait horizontal de la boîte )

Mais à saisir à la souris (ou sur un écran tactile) ça risque d'être
compliqué 
Avec une case à cocher peut-être ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

[Yves Pratter]

Suggestion : pouvoir saisir une chaîne texte et voir le résultat
graphiquement ☺

Autre idée, avoir un import/export au format ical et/ou d'avoir un synchro
avec G@*gl3 calendar...
Ça permettrai de faire une saisie sur mobile avec le calendrier standard,
du moins pour les horaires simples.

Concernant la saisie sur smartphone, on peut ajouter ou supprimer un
événement mais pas le modifier, ni le déplacer.

Il faudrait pouvoir afficher une boîte de dialogue pour changer la durée,
la date...

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

Re: [OSM-talk-fr] Projet Histoire-Patrimoine-Culture

[Yves Pratter]

Le 8 juin 2015 00:02, Christian Rogel christian.ro...@club-internet.fr
a écrit :

 Il semble que la carte Historic Place  qui montre tous les objets avec
historic=* devrait être localisée en français.  Un germanophone pour la
liaison ?

La carte est déjà traduite depuis un moment 
Il faut faire de temps en temps des mises à jour.

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

Re: [OSM-talk-fr] DKIM comment taguer des panneaux biche (dot com) / animaux sauvages

[Yves Pratter]

Le 04/06/2015 11:06, Marc SIBERT a écrit :
 
 J'ai pensé aussi à une image mapillary.

Tient, il existe même la clé mapillary 
http://wiki.openstreetmap.org/wiki/Key:mapillary est encore peu utilisée (111 
à ce jour d’après taginfo 
http://taginfo.openstreetmap.org/keys/mapillary#overview).
Il ne manque que la mise à jour du plugin Tag2Link et ce sera parfait ;-)

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

[OSM-talk-fr] Panne de données de GraphHopper

[Yves Pratter]

Bonjour,

Si vous avez ajouter des chemins la semaine dernière, ils ne sont pas (encore) 
utilisés par le calculateur d’itinéraires GraphHopper.
Ils avaient un problèmes de données qui est réparé. Les mises à jours de sa 
base de données vont recommencer dès lundi au rythme d’une par 24 heures :)

Bonne fin de semaine,

—
Yves

PS: GraphHopper permet de calculer des itinéraires en voiture, en vélo, à pied 
et avec des “véhicules” personnalisés (fauteuil roulant, cheval…)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Démo Carnet de rando sur la crête des Vosges

[Yves Pratter]

 Le 21 mai 2015 à 20:48, Fabien marbolan...@gmail.com a écrit :
 
 Superbe rendu en tout cas !
Je confirme :-)

Mon oeil critique relève ces détails ;-)

L’orientation des pages du pdf est toujours en portrait.
Ça ne change rien à l’impression, mais ça serait un petit plus d’adapter 
l’orientation de chaque carte pour une meilleure lecture à l’écran :)

Les pictogrammes de parking sont toujours trop présent dans les zones urbaines.
Comment sélectionner que les parking intéressant pour cette rando ?
fichier de config avec des règles « Apache » ou JOSM comme exclure tous les 
parking, inclure p1, p2, parking du marché »…
modifier localement son fichier osm et supprimer les parking à masquer
fichier .mrules chargé (avant ou) après R25 qui va modifier les critères de 
sélection des cibles de rendu
modifier directement les critères de sélection dans le fichier R25


 Le 5 mai 2015 à 20:13, JB jb...@mailoo.org a écrit :
 Pour avoir la trace gps sur les cartes, il suffit d ajouter l information de 
 l ouvrir dans le script fourni a Maperitive, juste copier et adapter la ligne 
 d ouverture des donnees OSM qui va bien.
 

Je voulais afficher en fait une relation (qui suit parfaitement les chemins 
OSM) et non une trace GPS dont la précision des points peut-être assez 
approximative.

En fait c’est comme pour les parkings, un fichier local de sélection serait 
pratique.

En regardant le fichier R25.mrules, je constate qu’il s’agit des règles 
itineraire balise et trace GPS (on peut les voir près de Viroflay. Exemple : 
Ceinture Verte de Île-de-France 
https://www.openstreetmap.org/relation/2741382#map=15/48.7946/2.1743layers=Q)
J’ai regardé aussi la doc Querying Data 
http://maperitive.net/docs/Querying_Data.html mais je ne vois pas comment 
sélectionner des noeuds ou des relations par leurs ids ?

—
Yves


itineraire balise :
relation[type=route AND (route=foot OR route=hiking)]
way[(@isOneOf(trailblazed,yes,foot,hiking,major) OR 
@isOneOf(marked_trail,yes,foot,hiking,major) OR rendu=trailblazed_major)]

target: itineraire balise*
…

target: trace GPS
…

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

Re: [OSM-talk-fr] Démo Carnet de rando sur la crête des Vosges

[Yves Pratter]

 Le 22 mai 2015 à 14:48, JB jb...@mailoo.org a écrit :
 Oui, en même temps, c'est fait pour finalement imprimer, non ?
Les deux mon capitaine :D

 Quelqu'un a déjà expérimenté l'impression de documents pdf avec des pages 
 dans les deux formats paysage/portrait ?
De mémoire l’impression pdf dispose d’une option (déjà cochée) « rotation 
automatique »

 Ça, c'est facile à faire. Quand je sors des cartes de zone urbaine, la 
 plupart du temps, je masque les parking. 
Ok pour tous les masquer, mais pour en faire certains ?

L’idée aussi était de ne pas (trop) toucher à R25.mrules mais de le rendre « 
paramétrable ». J’ai vu aussi dans la doc qu’un fichier moules peut en inclure 
un autre.

 modifier directement les critères de sélection dans le fichier R25
 Faisable, mais sous quels critères ?
Une règle personnalisée cf. infra.

  - JOSM gère bien le passage .osm - .gpx. 
graphhopper.com http://graphhopper.com/ aussi :)

 De plus, Maperitive gère moyennement les relations route en « successions de 
 ways », la ligne décalée par rapport au centre peut sauter de gauche à droite 
 selon l'orientation des ways successifs
J’ai nettoyé une relation d’un GR il y a peu. (La GT59 ;) 
http://www.openstreetmap.org/relation/3290295 
http://www.openstreetmap.org/relation/3290295 )
Est-ce que le tri des membres des relations avec JOSM évite ce problème ?


 (c'était compréhensible, ça ?
oui, j’avais remarqué ça sur l’exemple précédent.

  - et enfin, hiking.lonvia.de permet d'exporter les itinéraires en gpx (bon, 
 les segments pas toujours dans l'ordre, ça peut mettre le bordel aussi…
Idem pour le tri des membres des relations avec JOSM ?

  - la surimpression de la trace gps sur les cartes
+1

  - l'impression de la trace gps dans l'image d'assemblage des cadres
+1

 Et non, pas possible… Lors de l'import, Maperitive laisse tomber toutes les 
 informations « non pertinentes » au rendu, dont les id.
Un script au niveau d’osmosis peut-il rajouter/enlever des attributs sur des 
objets OSM ?

 Avec le recul, je continue de penser que le passage par une trace gpx reste 
 la solution la plus propre visuellement.
Ok.

Peux-t-on avoir plusieurs traces gpx sur une même carte, avec des couleurs 
différentes ?

Merci,

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

Re: [OSM-talk-fr] Démo Carnet de rando sur la crête des Vosges

[Yves Pratter]

 Le 22 mai 2015 à 18:27, JB jb...@mailoo.org a écrit :
 
 Voilà la version des scripts de la journée, toujours sous 
 http://jb.tradfrance.com/CarnetRando.zip
Merci :)

 - possibilité d'afficher la trace gpx sur les cartes (à renseigner dans le 
 fichier .ini), et également sur la figure d'assemblage (idem, fichier .ini). 
 Démonstration ici : http://dl.free.fr/khOJXGn5B sur les Volcans (et flûte, je 
 viens de voir deux fautes dans le texte…).
C’est vraiment ce que je veux faire dans mon patelin :)

 PS : Yves, j'avais travaillé sur la gtj à cheval, mais je viens de regarder 
 la GT59 : http://dl.free.fr/jYDoeqSED.
 Tu peux t'en rendre compte toi-même, ça reste crado dans la zone centrale, et 
 la relation a l'air de partir des deux extrémités…
La partire centrale 9,11,12,14,15 est moche mais cela vient peut-être du fait 
qu’une « boucle » est rajoutée sur l’itinéraire de base.

La partie 10,13,8,7 n’est pas très claire mais le sentier fait une boucle.
Idem pour 22,23,24
Il faudrait trouver un système pour déplacer manuellement les cadres pour 
optimiser ou éviter les chevauchements trop aléatoires.
Genre un outil à la souris avec option pour changer l’orientation et un 
déplacement « élastique » des cadres qui réduirait ou allongerait si besoins 
les chevauchements.

En fait il faudrait couper cet itinéraire en étapes (et si possible les cadres 
en fonction d’eux).


 Le 22 mai 2015 à 17:44, JB jb...@mailoo.org a écrit :
 
 Peux-t-on avoir plusieurs traces gpx sur une même carte, avec des couleurs 
 différentes ?
 En théorie, oui. En pratique, c'est plus compliqué que ça. Je ne me souviens 
 plus si on peut filtrer les tags des traces gpx
Oui : Querying GPS Data http://maperitive.net/docs/Querying_GPS_Data.html

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

Re: [OSM-talk-fr] Démo Carnet de rando sur la crête des Vosges

[Yves Pratter]

 Le 22 mai 2015 à 13:12, Yves Pratter yves.prat...@gmail.com a écrit :
 
 Comment sélectionner que les parking intéressant pour cette rando ?
 fichier de config avec des règles « Apache » ou JOSM comme exclure tous les 
 parking, inclure p1, p2, parking du marché »…
 modifier localement son fichier osm et supprimer les parking à masquer
 fichier .mrules chargé (avant ou) après R25 qui va modifier les critères de 
 sélection des cibles de rendu
 modifier directement les critères de sélection dans le fichier R25
 
En fait avec la possibilité de filtrer/afficher les Waypoints 
http://maperitive.net/docs/Querying_GPS_Data.html#Querying%20Waypoints des 
fichiers GPX, c’est assez facile de faire ça.
Il suffirait de mettre dans le fichier GPX les POI qui nous intéressent avec 
par exemple dans le champ symbol un code ad hoc, et des règles dans notre 
fichier .mrules perso.

Du genre :
parking: gpswaypoint[symbol=parking]
grotte:  gpswaypoint[symbol=grotte]

Concernant le filtrage et la génération du GPX on peut faire ça avec son outils 
favori : JOSM,… et pourquoi pas un tableur

—
Yves

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

Re: [OSM-talk-fr] Démo Carnet de rando sur la crête des Vosges

[Yves Pratter]

 Le 19 mai 2015 à 14:21, JB jb...@mailoo.org a écrit :
 
 Bonjour,
 Chose promise, chose due…
Merci :)

Ce soir, je suis connecté à un GSM donc je ne peux pas encore tester ;)

Mais je prépare un essai en fin de semaine : peux-tu confirmer les logiciels / 
OS requis ?
Quel sont les configurations que tu as (ou d’autres ont) testées ?

Bonne soirée,

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

Re: [OSM-talk-fr] Démo Carnet de rando sur la crête des Vosges

[Yves Pratter]

 Le 19 mai 2015 à 14:21, JB jb...@mailoo.org a écrit :
 
 Bonjour,
 Chose promise, chose due…
Merci :)

Ce soir, je suis connecté à un GSM donc je ne peux pas encore tester ;)

Mais je prépare un essai en fin de semaine : peux-tu confirmer les logiciels / 
OS requis ?
Quel sont les configurations que tu as (ou d’autres ont) testées ?

Bonne soirée,

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

Re: [OSM-talk-fr] Démo Carnet de rando sur la crête des Vosges

[Yves Pratter]

 Le 21 avr. 2015 à 21:59, JB jb...@mailoo.org a écrit :
 
 Si tu as des envies, il suffit de faire ou de demander !
J’ai commencé un itinéraire avec GraphHoper (et rajouté les morceaux de chemin 
manquants).

Comment fonctionne CarnetRando ?

Pré-requis :
PC sous windows
ça semble fonctionner sous MacOS ou Linux : quelqu’un utilise l’un de ces 
environnement ?
Python
Maperitive http://maperitive.net/
Java + osmosis http://wiki.openstreetmap.org/wiki/Osmosis/Installation
Modèle Numérique de Terrain (SRTMV3R3) : Faut-il le télécharger manuellement ou 
Maperitive s’en charge ?

Editer data_cadres.txt pour les zones qui nous intéressent

Lancer à la main import_cadres.py pour générer cadres.csv

Personnaliser les règles de rendu ?
(J’aimerais que l’itinéraire apparaisse sur mes cartes)

Editer cree_cartes.py pour qu’il télécharge les fichiers .pbf de notre zone 
(données OSM à jour)

Merci d’avance,

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

Re: [OSM-talk-fr] Démo Carnet de rando sur la crête des Vosges

[Yves Pratter]

J’ai oublié un pré-requis de taille : les règles de rendu R25 
http://wiki.openstreetmap.org/wiki/R25_Maperitive_style de JB ;-)

Concernant la création du pdf final, tu le fais actuellement à la main avec un 
traitement de texte ?

—
Yves

 Comment fonctionne CarnetRando ?
 
 Pré-requis :
 PC sous windows
 ça semble fonctionner sous MacOS ou Linux : quelqu’un utilise l’un de ces 
 environnement ?
 Python
 Maperitive http://maperitive.net/
 Java + osmosis http://wiki.openstreetmap.org/wiki/Osmosis/Installation
 Modèle Numérique de Terrain (SRTMV3R3) : Faut-il le télécharger manuellement 
 ou Maperitive s’en charge ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Caméra embarquée avec position et direction

[Yves Pratter]

 Le 24 avr. 2015 à 14:41, dHuy Pierre dh...@yahoo.fr a écrit :

 Techniquement il existe déjà le projet très abouti de Mapillary qui permet de 
 travailler avec osm et qui permet de faire une vue assez complète.
Et qui permet depuis peu? de télécharger des vidéos (pour le moment, uniquement 
de Go-Pro)

—
Yves


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

Re: [OSM-talk-fr] Démo Carnet de rando sur la crête des Vosges

[Yves Pratter]

 Le 23 avr. 2015 à 19:57, JB jb...@mailoo.org a écrit :
 
 Deuxième s'approche… J'appréhende surtout la troisième de génération du pdf à 
 partir d'images.
Une rapide recherche « pdf » dans le site python.org donne

https://github.com/katerina7479/pypdflite 
https://github.com/katerina7479/pypdflite
A lightweight utility for creating PDF files, written in Python

http://cairosvg.org http://cairosvg.org/
CairoSVG is a SVG converter based on Cairo. It can export SVG files to PDF, 
PostScript and PNG files.


 Si quelqu'un a déjà tenté et a un bout de code python sous la main, je suis 
 preneur…
J’avais écrit du code en C qui générait du Postscript… ce n’était pas très 
compliqué.

Générer du SVG ne doit pas être très compliqué non plus.

J’ai trouvé ça aussi qui peut aider ?

https://github.com/anthony-kolesov/path-mapper 
https://github.com/anthony-kolesov/path-mapper
Converts paths from GPX files to SVG images.

http://github.com/ibz/glot https://github.com/ibz/glot
generate svg maps, kml, speed and elevation profiles from gpx or columbus v-900 
csv files

—
Yves

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

Re: [OSM-talk-fr] OsmAnd : notes audio dans JOSM

[Yves Pratter]

 Je peux peut-être suggérer à OSMAnd d'utiliser un codage des notes similaires 
 à OSMTracker. Ou à OSMTracker de support des cartes offline avec par exemple 
 le format MBTiles.
 
Ou aussi :
* d’utiliser les boutons du kit main libre pour démarrer/stopper 
l’enregistrement audio…

* d’utiliser les boutons de la télécommande de certaines action cam (bluetooth, 
wifi… ??)
http://store.sony.com/live-view-remote-for-action-cam-zid27-RMLVR1/cat-27-catid-All-Camcorders-Action-Cam-Accessories
http://www.amazon.com/Sports-Action-Camera-Helix-Remote/dp/B00EV4WXOC

* de détecter les commentaires audio (volume sonore supérieur à 10% par exemple)


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

Re: [OSM-talk-fr] GraphHopper : un calculateur d'itinéraires

[Yves Pratter]

 Le 22 avr. 2015 à 09:06, dHuy Pierre dh...@yahoo.fr a écrit :
 
 Petit défaut avec graphopper du au fait qu'il se conforme au règle. La 
 traversée/le suivi d'une route résidentielle privée est refusé, du coup cela 
 fait quelque fois de grand détour. Mais bon en même temps c'est conforme aux 
 règles…
D’après ce que j’ai lu (en diagonal) c’est paramétrable.

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

Re: [OSM-talk-fr] Démo Carnet de rando sur la crête des Vosges

[Yves Pratter]

 Le 20 avr. 2015 à 16:11, JB jb...@mailoo.org a écrit :
 Du coup, j'en ai profité pour créer un petit carnet de randonnée sur la crête 
 des Vosges.
Bien cette idée de carnet, j’espère qu’elle va faire des petits dans d’autres 
régions :)

 Pas d'itinéraires d’indiqués mais la crête des Vosges permet de s'en passer.
Pour un allochtone, les itinéraires (avec des temps indicatifs) c’est rassurant 
;)
Mais effectivement, on arrive à s'en passer dans ce cas.

 La mise en forme n'est pas forcément hyper travaillée
Je trouve le résultat clair et plaisant.

Seul bémol, la multitude de carrés rouges vers le Vieil Armand (carte 2).
Si je lis bien la légende, il s’agit de Lieux ou éléments touristiques ou 
remarquables.
Un peu déroutant.

 ça me plait…
Itou. Ce n’est qu’une démo, je n’imagine même pas la version officielle :)

Merci,

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

[OSM-talk-fr] GraphHopper : un calculateur d'itinéraires

[Yves Pratter]

Bonjour,

Je viens de tomber par hasard sur un nouveau? calculateur d’itinéraires basé 
sur les données OSM : GraphHopper.com http://graphhopper.com/

Il a une API open source https://github.com/graphhopper/graphhopper/ pour des 
itinéraires en voiture, vélo et à pied.
Elle peut être personnalisée pour d’autres « véhicules (cheval dans le cas de 
Wanderreitekarte.de http://wanderreitekarte.de/, …).
Les dénivelés sont pris en compte…

Quelqu’un l’utilise déjà ?
Merci pour vos retours

—
Yves

PS:
Un outil utilisant GraphHoper permet de recaler les traces GPS sur les way OSM 
(Map Matching) :
https://github.com/karussell/map-matching 
https://github.com/karussell/map-matching

Plus d’info sur l’algorithm :
https://karussell.wordpress.com/2014/07/28/digitalizing-gpx-points-or-how-to-track-vehicles-with-graphhopper/
 
https://karussell.wordpress.com/2014/07/28/digitalizing-gpx-points-or-how-to-track-vehicles-with-graphhopper/

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

Re: [OSM-talk-fr] ?

[Yves Pratter]

Bonjour,

À tous, comment cartographier une forêt gérée (par l’ONF en France) ?
Et éventuellement ses parcelles et les layons (présents physiquement sur le 
terrain) qui permettent aussi de s’orienter ?

Dans le cas de la Forêt domaniale de Chaux (2e forêt de France), le 
multipolygone landuse=forest englobe aussi les forêts communales limitrophes.
Et au passage, il contient des natural=wood qui correspondent approximativement 
à quelques parcelles (https://www.openstreetmap.org/way/46908188 représente 6 
parcelles)

—
Yves

 Le 5 avr. 2015 à 18:57, JB jb...@mailoo.org a écrit :
 
 Aucune raison de créer un multipolygone avec uniquement des outers. C'est une 
 collection, ça n'a rien à faire dans OSM, on taggue chaque surface 
 individuellement.
Ok sur l’idée générale.
Mais en pratique tu ajoutes name=« Fôret domaniale de Chaux » sur les 1468 
parcelles ?

 Encore pas d'accord. On ne cartographie pas pour le rendu.
OK

 Et je maintiens qu'une absence d'arbre à un endroit ne présume pas d'une 
 limite de parcelle, alors que c'est bien une limite de landuse.
Pas si évident. Je regarde la Forêt domaniale de Chaux (2e forêt de France), et 
ça colle.
De plus, si une parcelle est abattue puis replantée (elle le sera forcément), 
on change de landuse ?

 Bon, avec tout ça, je me demande si on ne va pas finir avec des 
 man_made=cutline avec un ref:right et un ref:left…
C’est pour éviter ça que je vois un polygone par parcelle

 Le 5 avr. 2015 à 20:29, Jérôme Amagat jerome.ama...@gmail.com a écrit :

 Mettre landuse = forest veux dire pour moi que d'un coté de la limite il y a 
 des arbres partout et de l'autre non.
Le wiki ne dit rien là-dessus. Il dit simplement que dans ce polygone, la forêt 
est exploitée ;-)

 L'autre problème c'est plusieurs landuse les uns par dessus les autres.
 Et un autre problème et bien sûr que tu t'occupes trop du rendu :)
J’en reviens à la question initiale, comment cartographier une forêt gérée ?
C’est ça qui m’importe, le rendu n’est qu’un détail :)

  boundary=protected_area ne veut pas dire que l'on se trouve dans une réserve 
 mais dans une zone protégée.
J’avais saisi :-)
Mais ce n’est pas le cas, même si les gardes forestiers gèrent » aussi les 
espèces protégées.

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

[OSM-talk-fr] Forêts et parcelles domaniales et communales

[Yves Pratter]

Bonjour,

Pour continuer la discussion sur « Comment les cartographier sous OSM ? », 
voici les liens WMS pour JOSM :

Ils permettront de vérifier la correspondance (ou pas) des forêts avec les 
données OSM.

—
Yves

ONF - Forêts publiques :
wms:http://ws.carmencarto.fr/WMS/105/ONF_Forets_old?language=freFORMAT=image/jpegVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=Forets_PubliquesSTYLES=SRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}

ONF - Parcelles forestières :
wms:http://ws.carmencarto.fr/WMS/105/ONF_Forets_old?language=freFORMAT=image/jpegVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=Parcelles_ForestieresSTYLES=SRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}




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

Re: [OSM-talk-fr] ?

[Yves Pratter]

 Le 4 avr. 2015 à 23:18, Pieren pier...@gmail.com a écrit :
 
 Les parcelles sont des limites administratives.
Certes mais elles sont matérialisées physiquement sur le terrain (du moins ici 
dans le Doubs).

 Elles ne forment pas les limites physiques d'une forêt
En bordure, oui

 , ne tient pas compte des clairières,
Ok, mais ça ne pose pas de problème de rendu pour Manik, MapQuest… : 
https://www.openstreetmap.org/relation/2177322#map=16/48.0804/6.8334 
https://www.openstreetmap.org/relation/2177322#map=16/48.0804/6.8334

 ni des prairies,
dans mon coin si, les parcelles correspondent à des zones boisées, pas des 
prairies.

 ni des forêts privées adjacentes,
un autre polygone landuse=forest (sans operator=ONF)

 L'idée du tag landuse est très mauvaise, incohérente
Ben si, elle me semble parfaitement bonne et cohérente avec le Wiki.
landuse= usage du sol fait par les humains.
Une parcelle correspond donc à une surface boisée en exploitation 
(landuse=forest http://wiki.openstreetmap.org/wiki/FR:Tag:landuse=forest)

 et ne passerait pas la barre de la liste import.
Ce qui m’intéresse ici c’est de matérialiser les layons et/ou les parcelles 
pour préparer des randos.
Je ne souhaite pas faire un import massif (j’ai eu ma dose du DWG) ;-)

 
 Et non, cela ne va pas simplifier l'édition de la carte mais la compliquer 
 puisque ces polygones vont s'entrelacer avec le reste.
Le but n’est pas de sur ajouter un gros polygone au mega polygones de CLC ;-)

 Voir le résumé des discussions ici: 
 https://wiki.openstreetmap.org/wiki/Parcel 
 https://wiki.openstreetmap.org/wiki/Parcel
En liminaire, le wiki précise bien qu’il n’y a pas de consensus.

 les forêt gérées par l'ONF, c'est 4,7 millions d'hectares 
 (état+départements+communes).

 Cela fera donc plusieurs dizaines de milliers de parcelles au minimumet ça 
 n'a donc rien d'anodin comme décision.
Ici aussi, tu imagines un import massif. Alors que moi je voyais plutôt une 
intégration au cas par cas.

 je n'ai jamais eu besoin de ces numéros de parcelles pour me repérer.
Moi de même, mais pour préparer une rando à partir d’une carte c’est plus 
pratique. La carte au 1/25000e n’est pas assez détaillée.

 J'aime bien tous ceux ici qui trouveraient ces repères bien pratiques alors 
 qu'ils ont un GPS à la main…
Dans les zones encaissées, le GPS n’est pas d’une grande utilité.

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

Re: [OSM-talk-fr] ?

[Yves Pratter]

 Le 5 avr. 2015 à 04:00, Jérôme Amagat jerome.ama...@gmail.com a écrit :

 C'est pas tout a fait la même chose que les parcelles du cadastre,ces 
 parcelles ont toutes un impact sur le terrain (a leur limite) alors que pour 
 la cadastre beaucoup ne veulent plus rien dire souvent par découpage.
+1

 Je suis d'accord landuse=forest ne convient pas et qu'il faudrait autre 
 chose »
Et pourquoi ? Voir ma réponse au mél de Pieren.

 ma question c’était sur le tag sur l'emprise de la forêt communale ou 
 domaniale :)
 boundary=protected_area et protection_title=Forêt communale (ou Forêt 
 domaniale)  ?
 http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area 
 http://wiki.openstreetmap.org/wiki/Tag:boundary=protected_area
 comme les Réserve naturelle, Parc naturel, zone Natura 2000 ?
Une forêt n’est pas (forcément) une réserve, non ?

En restant simple ??

landuse=forest
name=Forêt domaniale de Chaux
operator=Office national des forêts
id:FR:ONF=F06831S
wikipedia:fr=Forêt de Chaux


 Le 5 avr. 2015 à 16:39, JB jb...@mailoo.org a écrit :
 
 Arghh, c'est quoi cette horreur ?
Je n’ai pas dis que c’est « top », mais que ça fonctionne au niveau du rendu.

Il me semble que si la cartographie était simple, ça se saurait ;-)
(Idem pour OSM).

Mais tu as raison :-), superposer polygone landuse=forest (pour la forêt) et 
polygone landuse=forest (pour les parcelles) ce n’est pas le plus simple.
J’imagine que l’auteur à rajouter les parcelles au dessus des polygones CLC 
existants.

 Ceci dit, ça ne répond pas à la question, puisque le gros polygone n'est pas 
 une parcelle. Et donc que comme les clairières sont bien exclues de la forêt, 
 elles seraient exclues des parcelles aussi s'il y en avait.

Je verrais une relation correspondant à la forêt, avec des outers 
correspondants aux parcelles, et des inners correspondant aux clairières.
Il faut faire un essai pour voir ce que « comprennent » les moteurs de rendu.


—
Yves

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

Re: [OSM-talk-fr] ?

[Yves Pratter]

 Le 3 avr. 2015 à 15:48, Eric Bechet bec...@vosges.org a écrit :
 
 Oui, c'est proche du travail effectué autour de Gerardmer  qui n'est pas mal 
 du tout (pas moi qui ait fait...) et il faudra juste modifier le ref = et 
 virer le nom.

As-tu un lien vers un example ?

 Je crois qu'il faudrait également indiquer systématiquement un tag is_in car 
 les numéros sont uniques seulement à l'intérieur d'une commune (à vérifier, 
 mais il me semble que c'est ça)…
Ces numéros sont uniques à l’intérieur d’une forêt. 

On peut ajouter éventuellement l’identifiant de la forêt avec un attribut comme 
d:FR:ONF=F06310R
Ça permettrait à Tag2Link de pointer vers une éventuelle URL décrivant cette 
parcelle.

—
Yves

Exemple tiré du fichier .kmz des forêts de France-Comté :
IIDTN_FRT=F06310R
LLIB_FRT=Forêt sectionale d'Eternoz-Refranche
CCOD_PRF=4
Ça semble être : identifiant forêt, libellé forêt, code parcelle.



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

Re: [OSM-talk-fr] ?

[Yves Pratter]

 Le 3 avr. 2015 à 17:22, JB jb...@mailoo.org a écrit :
 
 Bof pour le landuse, il est habituellement contenu dans un polygone plus 
 grand, et empiler les landuses, ça reste crado.
Empiler non, mais découper façon multipolygones, oui.
Je vois une relation multipolygone qui décrit la forêt (name=xyz 
id:FR:ONF=xxx), contenant les polygones des parcelles (landuse=forest id:xxx 
leaf_type=yyy)

En fait c’est ce qui existe actuellement avec les méga multipolygones de Corine 
Land Cover ;-)

 Sur le forum, quelqu'un proposait/utilisait un boundary=forest, ou un truc 
 comme ça, non documenté, mais probablement à creuser
Bof, cf. supra

 (et en plus, ça évite les merdouilles quand il y a une petite clairière dans 
 la parcelle forestière
Sur la forêt près de chez moi, les grandes clairières ne font pas parties des 
parcelles.
Mais à creuser effectivement.
 Bof aussi d'empiler le cutline avec highway.
Pas d’empilement, un trait a plusieurs attribut (highway, cutline…)

 Si c'est un cutline, c'est pas suffisamment marqué au sol pour être un path
La traduction mot à mot est ligne de coupe ». Dans le cas d’un pare-feu ça se 
voit forcément au sol, mais effectivement, il n’y a pas forcément un sentier.

 , si c'est un path, ce n'est plus un layon.
Je me suis baladé dans la réserve naturelle des Tourbières de Franes. Je te 
confirme que certains layons ont un sentier ou une piste qui passe là, et 
d’autres non.
Je vais essayer de mettre les photos dans Mapillary et/ou le wiki.

Concernant les attributs cutline ± higway, j’ai pris ça dans le wiki ;-)

—
Yves


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

Re: [OSM-talk-fr] ?

[Yves Pratter]

Le 2 avr. 2015 à 18:07, Jérôme Amagat jerome.ama...@gmail.com a écrit :
 les limites des forêts publiques et des parcelles sont présentes sur 
 data.gouv.fr: 
 https://www.data.gouv.fr/fr/organizations/office-national-des-forets/
Merci Jérôme pour ce lien :) Il pointe vers http://carmen.carmencarto.fr 
http://carmen.carmencarto.fr/

Le 3 avr. 2015 à 12:26, Christian Quest cqu...@openstreetmap.fr a écrit :
 Maintenant, la question du rendu est délicate. M'est avis que les forêts sont 
 des zones suffisemment peu chargées en données sur le rendu standard pour que 
 cela puisse sans problème y figurer par défaut.
+1

 Mais évidemment le numéro de parcelle n'a rien à faire dans le nom…
+1

 Donc il faudrait idéalement modifier les règles de rendu pour que cela figure 
 si c'est une (ref:)

Après observation des limites de parcelles sur la carte 1:25000 dans la zone 
que je connais bien, je vois deux façons possibles de cartographier ça sous OSM 
:

Les limites de parcelles :
polygone landuse=forest 
http://wiki.openstreetmap.org/wiki/FR:Tag:landuse=forest voir natural=wood 
http://wiki.openstreetmap.org/wiki/Tag:natural=wood en Guyane? (et pas 
landuse=wood http://wiki.openstreetmap.org/wiki/Tag:landuse=wood_(Don't_use))
ref=n° de la parcelle
Les layons (chemins ± utilisables) entre les parcelles :
man_made=cutline http://wiki.openstreetmap.org/wiki/FR:Tag:man_made=cutline
cutline=section http://wiki.openstreetmap.org/wiki/Tag:man_made=cutline
highway=path http://wiki.openstreetmap.org/wiki/Tag:highway=path ou 
highway=track http://wiki.openstreetmap.org/wiki/Tag:highway=track (à 
rajouter si un chemin suit le layon)

Les données libérées par l’ONF correspondent directement aux parcelles.
Pour les layons, il faut générer des lignes à l’intersection de 2 parcelles et 
aller vérifier sur le terrain si un chemin ou une piste passe par là.

Pour le rendu des parcelles, on peut afficher le n° de la parcelle au zoom 
importants, ou le n° de chaque parcelle de part et d’autre du layon (comme pour 
les limites de communes).

—
Yves

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

Re: [OSM-talk-fr] ?

[Yves Pratter]

 Le 2 avr. 2015 à 16:44, Romain MEHUT romain.me...@gmail.com a écrit :
 
 Les randonneurs (encore eux) s'orientent aussi grâce aux parcelles 
 forestières cf. cet exemple au hasard 
 http://www.bagnolesdelorne.com/le-grand-domaine/la-foret-des-andaines/les-randonnees
  
 http://www.bagnolesdelorne.com/le-grand-domaine/la-foret-des-andaines/les-randonnees.
 
 Donc pourquoi ne devraient-elles pas figurer dans OSM?

Dans la forêt communale près de chez-moi, les layons 
http://fr.wikipedia.org/wiki/Layon_forestier sont souvent réutilisés par des 
sentiers pédestres, VTT ou équestres. Ils sont étiquettés avec les numéros de 
parcelles de part et d’autre.
Je confirme qu’ils sont de bon point de repères, en particulier quand on n’a 
pas de GPS ou que la précision est mauvaise.

Lors d’une discussion avec le garde forestier, il m’a indiqué que ces données 
étaient publiques (fichier des parcelles, layons…) et qu’il est possible de les 
obtenir commune par commune auprès de l’ONF.

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

Re: [OSM-talk-fr] 1 jour 1 carpe...

[Yves Pratter]

Bravo pour l’idée et le travail de recensement des espèces :)

Et bravo pour l’évolution de UMap. Je n’avais pas suivi ce projet, il fait des 
présentations impeccables et lisibles.
Existe-t-il un tutoriel montrant comment réaliser une telle carte ?

—
Yves

PS: Peux-tu mettre comme libellé des données le nom de la rue (et la commune) 
plutôt que Poissons ?
Ça permettra de filtrer par espèce ou par commune :)

 C'est la carte du jour:
 http://umap.openstreetmap.fr/fr/map/carte-du-1er-avril_34841
 
 Saint-Pierre et Rouget de l'Isle sont de la fête mais pas que !


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

Re: [OSM-talk-fr] Démo OSM for Hiking - HRP

[Yves Pratter]

 Le 31 mars 2015 à 09:13, Ab_fab gamma@gmail.com a écrit :
 
 Je ne désespère pas de me lancer un jour sur la thématique eau vive (au moins 
 une couche en surimpression, comme pour les itinéraires Lonvia sur le site 
 OpenTopoMap.
Tu peux proposer à Sarah de rajouter une couche sur le site waymarktrail.
Je l’ai fait pour l’équitation. Ça a pris un peu de temps, mais maintenant 
c’est fait (il manque juste des volontaires pour saisir les tracés officiels).

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

Re: [OSM-talk-fr] Panneau de signalisation A13a

[Yves Pratter]

 Le 31 mars 2015 à 11:59, Jo winfi...@gmail.com a écrit :
 
 Chez Mapillary le jeu de panneaux est encore assez incomplet.
Ne pas hésiter à leur en proposer d’autres sur 
https://github.com/mapillary/traffico/issues 
https://github.com/mapillary/traffico/issues et sur 
https://github.com/mapillary/mapillary_issues/issues 
https://github.com/mapillary/mapillary_issues/issues (pour les panneaux 
existant dans trafic mais pas encore implémentés dans Mapillary).

 Ils ont un panneau avec deux enfants qui courent. Aucune idée dans quel pays 
 celui-là est utilisé.
Apparemment, tous les pays d’Europe : 
http://fr.wikipedia.org/wiki/Comparaison_des_panneaux_de_signalisation_routière_en_Europe
 
http://fr.wikipedia.org/wiki/Comparaison_des_panneaux_de_signalisation_routi%C3%A8re_en_Europe

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

Re: [OSM-talk-fr] Imagerie Yamoussoukro

[Yves Pratter]

 Comment peut-on avoir un imagerie de Yamoussoukro plus claire ? si c'est
 possible bien evidement ?

Dans le cadre de projets humanitaires, des images aériennes plus récentes ou 
plus précises sont rendues accessibles.
Il y a en a peut-être dans cette zone.

Tu trouveras éventuellement ça sur http://tasks.hotosm.org

Tu peux aussi t’adresser à la liste hot-francoph...@openstreetmap.org 

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

[OSM-talk-fr] Mapillary gère dorénavant les vidéos

[Yves Pratter]

Bonjour,

Une nouvelle vue sur leur newsletter : Introducing Video Upload  a Manual 
Upload Update http://blog.mapillary.com/update/2015/03/31/video-upload.html
Je me souviens d’un cycliste d’Île de France qui documente les itinéraires 
cyclables à partir de vidéos…

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

Re: [OSM-talk-fr] Calvaire

[Yves Pratter]

 Le 27 mars 2015 à 20:40, erwan salomon r...@gmx.fr a écrit :
 
 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/

Pour leur montrer les possibilités d’OSM, overpass est peut-être un peu trop 
technique (geek ??) ;-)

Voici un lien sur la carte des objets historiques pointant sur une croix avec 
un lien wikipedia et affichant la photo du monument : http://bit.ly/1BIezbT 
http://bit.ly/1BIezbT
Un autre avec la seule croix ayant une photo : http://bit.ly/1DeChlW 
http://bit.ly/1DeChlW

—
Yves

PS: les croix avec 
un lien wikipedia : 16 noeuds http://overpass-turbo.eu/s/8s8 
http://overpass-turbo.eu/s/8s8
une photo : 1 noeud http://overpass-turbo.eu/s/8s9 
http://overpass-turbo.eu/s/8s9

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

Re: [OSM-talk-fr] Manque des wikipedia au Père Lachaise -- Re: Plans personnalités connues dans cimetières?

[Yves Pratter]

 Le 1 mars 2015 à 11:59, Christian Quest cqu...@openstreetmap.fr a écrit :
 
 En ajoutant [wikipedia!~'.’]
Merci pour la combine :)

Et merci pour Michel Petrucciani, Simone Signoret, Colette et 67 autres :)

—
Yves

PS: J’ai cherché, mais en vain, une combine similaire au niveau de la clé.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Manque des wikipedia au Père Lachaise — Re: Plans personnalités connues dans cimetières?

[Yves Pratter]

 Le 1 mars 2015 à 00:03, Christian Quest cqu...@openstreetmap.fr a écrit :
 
 Mais quel râleur ! ;)
Je râle aussi :D

Marcel Marceau reste sans voix : Achille Zavatta, Pierre Dac et bien d’autres 
n’ont pas de lien vers l’encyclopédie !
Et Bernard Verlhac http://fr.wikipedia.org/wiki/Tignous est mort de rire :P

Comment sélectionner uniquement les objets qui n’ont pas d’attribut wikipedia ??
J’ai rajouté la couleur rouge aux tombes qui l’ont (les autres sont par défaut 
en blue) : http://overpass-turbo.eu/s/7Vt http://overpass-turbo.eu/s/7Vt

—
Yves

PS: Il y a une  des noms curieux :
« Bonne maman » . Heureusement que le moteur de recherche indique d’autres 
sources :
http://commons.wikimedia.org/wiki/Category:Grave_of_Bonne_Maman 
http://commons.wikimedia.org/wiki/Category:Grave_of_Bonne_Maman
http://www.appl-lachaise.net/appl/article.php3?id_article=374 
http://www.appl-lachaise.net/appl/article.php3?id_article=374
«  Tombe du dragon » 
http://fr.wikipedia.org/wiki/Tombe_du_Dragon 
http://fr.wikipedia.org/wiki/Tombe_du_Dragon
« Madame Sans-Gêne »
« Bazar de la Charité »
http://fr.wikipedia.org/wiki/Bazar_de_la_Charité#Monument_au_cimeti.C3.A8re_du_P.C3.A8re-Lachaise
 
http://fr.wikipedia.org/wiki/Bazar_de_la_Charit%C3%A9#Monument_au_cimeti.C3.A8re_du_P.C3.A8re-Lachaise
« Vol 604 Flash Airlines »
C’est un mémorial en hommage aux victimes du crash (pas une tombe)
« Dubel et Guillard »
Est-ce des familles de personnalités ?
L’architecture de la tombe est particulière : 
http://commons.wikimedia.org/wiki/File:Père-Lachaise_-_Division_31_-_Dubel_et_Guillard_01.jpg
 
http://commons.wikimedia.org/wiki/File:P%C3%A8re-Lachaise_-_Division_31_-_Dubel_et_Guillard_01.jpg
« Barry »
http://commons.wikimedia.org/wiki/File:Père-Lachaise_-_Division_37_-_Barry_02.jpg?uselang=fr
 
http://commons.wikimedia.org/wiki/File:P%C3%A8re-Lachaise_-_Division_37_-_Barry_02.jpg?uselang=fr

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

Re: [OSM-talk-fr] Mapillary et les panneaux

[Yves Pratter]

 Mais là, je veux bien aider, mais est-ce que les sources de leur algo sont 
 dispo sous licence libre ?

ils utilisent OPENCV :  http://opencv.org http://opencv.org/

Leur algo n'est probablement pas Open Source mais il doit en exister d’autres. 
Recherche «traffic sign recognition opencv 
https://www.google.fr/?q=traffic%20sign%20recognition%20opencvgws_rd=ssl» 
sur google…

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

Re: [OSM-talk-fr] 149 nouvelles communes au format vectoriel au cadastre ?

[Yves Pratter]

 Le 1 févr. 2015 à 14:41, Vincent de Château-Thierry v...@laposte.net a 
 écrit :

 les 168 communes apparues en vectoriel depuis le début de semaine ont été 
 intégrées cette nuit
Alzeihmer a frappé: où se trouve la liste des communes ajoutées ?

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

Re: [OSM-talk-fr] 149 nouvelles communes au format vectoriel au cadastre ?

[Yves Pratter]

 Le 1 févr. 2015 à 15:46, Vincent de Château-Thierry v...@laposte.net a 
 écrit :

 Didier2020 en a donné l'essentiel au début de ce fil :
 https://lists.openstreetmap.org/pipermail/talk-fr/2015-January/074732.html

C’est micro qui a frappé : j’ai recherché 168 communes dans les entêtes de 
méls, pas 149 :D
Merci pour les infos :)

—
Yves


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

Re: [OSM-talk-fr] Le cadastre vectoriel est accessible en WMS

[Yves Pratter]

 Le 1 févr. 2015 à 16:54, Vincent de Château-Thierry v...@laposte.net a 
 écrit :
 
 Par rapport au plugin Cadastre-Fr, du mieux et du moins bon : le mieux, c'est 
 que l'affichage est directement possible en projection Mercator, donc on 
 gagne en confort d'utilisation. 
On va arrêter de jongler avec les projections mercator et lambert : youpi :)

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

Re: [OSM-talk-fr] Reconnaissance automatique des panneaux routiers ?

[Yves Pratter]

 Je me demande quelle sera la prochaine étape !
 
 Détection de POI grâce à la reconnaissance de caractères ou de logo usuel ?
 Détection d'objets grâce à leur forme ? Je pense à tout ce qui est proche de 
 la route (feux de signalisation, arrêt de bus, parkings vélos, passages 
 piétons...)
 
Détection des meilleures patisseries dans les boutiques… ou autres gourmandises 
;D

C’est (presque) la fin de la semaine,

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

Re: [OSM-talk-fr] Reconnaissance automatique des panneaux routiers ?

[Yves Pratter]

 Le 28 janv. 2015 à 22:52, Jean-Baptiste Holcroft jb.holcr...@gmail.com a 
 écrit :
 
 Vous serez heureux d'apprendre que Mappilary est allé au bout de son idée :
 http://blog.mapillary.com/update/2015/01/27/traffic-signs.html 
 http://blog.mapillary.com/update/2015/01/27/traffic-signs.html

Merci Jean-Baptiste et Marc :)

J’ai reçu — gratuitement :) —leur support de smartphone pour fixer mon 
téléphone au tableau de bord de la voiture.
Dès que le temps s’améliore, je vais faire des photos et voir ce qu’il détecte 
réellement.

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

Re: [OSM-talk-fr] Zonages statistiques Ilots et IRIS

[Yves Pratter]

 Le 20 janv. 2015 à 21:35, Christian Quest cqu...@openstreetmap.fr a écrit :
 
 Mon petit doigt me dit qu'en principe les nouveaux IRIS devraient
 arriver en opendata dans un avenir proche…

Tu parles des Îlots regroupés pour l'information statistique 
http://fr.wikipedia.org/w/index.php?title=%C3%8Elots_regroup%C3%A9s_pour_l'information_statistique
 ?
;-)

Quel peut-être l’intérêt pour OSM et les citoyens lambdas ?

—
Yves

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

Re: [OSM-talk-fr] Zonages statistiques Ilots et IRIS

[Yves Pratter]

 Le 21 janv. 2015 à 09:23, Christian Quest cqu...@openstreetmap.fr a écrit :
 
 De nombreuses stats de l'INSEE sont publiées à l'IRIS. Sur une ville 
 important avec différents quartiers, ça permet de mieux comprendre les 
 différences entre quartiers.
 
Merci :-)___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Mechanical Edit : le mal ( était : peut-il guérir le mal ?)

[Yves Pratter]

 Le 19 janv. 2015 à 21:41, Art Penteur art.pent...@gmail.com a écrit :

 Personnellement, je suis pour [les éditions (semi) automatiques].
itou

 .Certaines erreurs signalées par Osmose m'énervent : Espace en double, ou au 
 début où à la fin de name.
+1
Je ne sais pas combien il en reste à intégrer, mais serait-il possible de 
nettoyer le fichier de données source qu’utilise Osmose ?
J’ai intégré quelques bureaux de poste et quelques gares, mais je n’ai pas 
pensé à corriger la casse du nom. 

 Pour en revenir aux bureaux de poste, je pense qu'il y en a un peu trop pour 
 faire du cas pas cas.
+1


 
 et il y en a d'autres (nombre inconnu). C'est pour ça que je propose
 de passer à l'automatisation, soit du mail de sensibilisation, soit de
 la correction.
Attention à la forme ;-)

 Allez, je peux essayer quelques messages spécifiques, pour voir si ça
 donne quelque chose.
J’ai eu le passage du père « bot » , à moins que c’était Arpenteur en personne ?

—
Yves


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

Re: [OSM-talk-fr] Guide du débutant

[Yves Pratter]

Merci Pierre pour la remontée d’informations.

 La section Moving forward manque sur d'autres pages en français, peut-être 
 toutes.
Toutes les pages devraient en avoir une sauf la dernière. Elles manquent toutes.

Idem dans toutes les autres langues.

Le modèle servant à faire la mise en page n’a probablement pas été remis à jour 
;-)

Il est toutefois possible de tout consulter :
Soit en cliquant sur chaque sous titre (sous guide du débutant) ce qui équivaut 
à Moving forward
Soit théoriquement en affichant le guide en entier (All chapters) mais 
malheureusement la page correspondantes n’existe pas

J’ai ouvert le ticket suivant : Call to Moving forward template is missing in 
all? pages (except english) #303 https://github.com/hotosm/learnosm/issues/303

—
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] Guide du débutant

[Yves Pratter]

 Pour l'instant le point d'entrée des débutants que j'ai trouvé sur le Wiki 
 est :
 http://wiki.openstreetmap.org/wiki/FR:Beginners%27_guide 
 http://wiki.openstreetmap.org/wiki/FR:Beginners%27_guide
 
 J'ai ajouté son lien sur la page d'accueil francophone 
 http://wiki.openstreetmap.org/wiki/FR:Page_principale du wiki à la section 
 Apprendre à contribuer’.

Tu peux rajouter un lien vers http://learnosm.org/fr/ http://learnosm.org/fr/ 
:-)

—
Yves

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

Re: [OSM-talk-fr] Services d'OSM-FR plus accessibles suite à panne

[Yves Pratter]

 Le 14 janv. 2015 à 20:43, Jocelyn Jaubert jocelyn.jaub...@gmail.com a écrit 
 :
 
  - oapi-fr.openstreetmap.fr  (Overpass API ne contenant que la France 
 métropolitaine)
Peux-tu lui coller un alias plus parlant comme overpass-api.openstreetmap.fr ou 
overpass.openstreetmap.fr ou à défaut oapi.openstreetmap.fr ?

Je préfère le premier car il ressemble plus à celui d’origine : 
overpass-api.de/api

Merci,

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

Re: [OSM-talk-fr] Calvaires — Re: Changements massif sur les noms génériques de shop et amenity

[Yves Pratter]

 Le 5 janv. 2015 à 11:24, Nicolas Moyroud nmoyr...@free.fr a écrit :

 Vers chez moi il y a beaucoup de wayside_cross, la plupart sont des petites 
 croix en métal sur les bords de vignes et n'ont pas un intérêt historique ni 
 artistique bien grand, même si je n'ai quand même pas pu m'empêcher de les 
 mettre dans OSM  ;-)

 Du coup pour différencier les calvaires souvent bien plus intéressants il 
 m'est arrivé quelquefois d'ajouter des name=Calvaire sur des 
 historic=wayside_cross.
Oui, il manque un sous(?) tag pour faire la différence.

 Il m'est aussi arrivé de mettre des name=Vierge, mais la plupart du temps 
 avec un vrai nom qui suivait.
Je n’ai pas de solution pour le moment, je suggère des pistes : 
http://wiki.openstreetmap.org/wiki/Talk:Tag:historic%3Dwayside_shrine 
http://wiki.openstreetmap.org/wiki/Talk:Tag:historic=wayside_shrine
• historic=wayside_shrine
• wayside_shrine=statue
• subject:wikidata=Q1938795

 Une petite voix dans un coin de ma tête me disait que c'était mal,
mais non, mais non ;D

 Du coup merci Yves pour tes propositions de tags que je trouve effectivement 
 très pertinents.
Merci, mais ce n’est qu’une piste.

  La suppression ne devrait à mon sens être faite qu'après l'ajout d'un tag 
 wayside_cross=calvary.
• historic=wayside_cross
• subject:wikidata=Q302 https://www.wikidata.org/wiki/Q302?uselang=fr

Je ne sais pas si c’est pertinent ? Q302 correspond à Jésus-Christ. Existe-t-il 
des calvaires représentant autre chose que JC ?

 Je m'en vais corriger les calvaires et vierges dans mon secteur avec les tags 
 proposés par Yves.
Il faut peut-être continuer cette discussion sur 
http://wiki.openstreetmap.org/wiki/Talk:Tag:historic%3Dwayside_cross 
http://wiki.openstreetmap.org/wiki/Talk:Tag:historic=wayside_cross ?
Et aussi discuter avec les auteurs et les contributeurs de 
http://wiki.openstreetmap.org/wiki/Historical_Objects/Map_Properties 
http://wiki.openstreetmap.org/wiki/Historical_Objects/Map_Properties

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

Re: [OSM-talk-fr] [BANO] Découper les voies ? Au moins par commune ....

[Yves Pratter]

 Le 28 déc. 2014 à 07:17, Vincent de Château-Thierry v...@laposte.net a 
 écrit :
 J'utiliserais name:forward et name:backward

 Le cas banal chez nous, c'est la route départementale qui traverse le 
 village, avec un nom distinct dans chaque direction depuis le centre du 
 bourg :
J’ai fait ça dans des villages de Franche-Comté et comme dans l’exemple de 
Thierry, j’ai coupé « arbitrairement » la route à la sortie de l’agglomération.

Ça se voit bien en zoomant ici : 
http://www.openstreetmap.org/edit?editor=id#map=18/46.78917/1.95976

—
Yves

PS: ça me parait logique de nommer la RN ou la RD jusqu’au panneau de début/fin 
d’agglomération, le seul inconvénient est de le visualiser sur la photo 
aérienne ;-)
D’où le « arbitrairement » .
Une autre solution consiste à repérer ce panneau avec StreetView et/ou 
Mapillary (mais dans ce dernier cas ça revient à aller sur le terrain et 
prendre soit même le cliché).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Reconnaissance automatique des panneaux routiers ?

[Yves Pratter]

Bonjour,

Suite à la lecture de Telenav Signpost Mapping Project Completed! 
http://www.openstreetmap.org/user/mvexel/diary/28211 trouvé grace à 
WeeklyOSM, j’aimerais en savoir plus sur ce sujet.
Il me semble qu’il y avait une présentation sur le sujet à SOTM ?

Mapillary semble aussi travailler sur le sujet (diapo 8 
http://fr.slideshare.net/jesolem/mapillary-geoinfo-2014-presentation 
http://fr.slideshare.net/jesolem/mapillary-geoinfo-2014-presentation)

Il existe des applications iOS et Android et le logiciel OpenCV 
https://sites.google.com/site/mcvibot2011sep/background/opencv qui tourne 
sous Raspberry PI (un linux embarqué sur une petite carte électronique bon 
marché)

Peut-on importer (semi) automatiquement des panneaux routiers dans OSM comme 
dans cette vidéo ?
https://www.youtube.com/watch?v=ywyOWLXR01c 
https://www.youtube.com/watch?v=ywyOWLXR01c
https://www.youtube.com/watch?v=7xvy9oru_0g 
https://www.youtube.com/watch?v=7xvy9oru_0g (reconnaissance avec OpenCV et 
synthèse vocale)


—
Yves


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

Re: [OSM-talk-fr] Reconnaissance automatique des panneaux routiers ?

[Yves Pratter]

 Le 28 déc. 2014 à 10:54, Christian Quest cqu...@openstreetmap.fr a écrit :
 
 Il y a eu pas mal de choses de faites de ce côté,
Concrètement pour OSM, qu’est-ce qui existe ?
Que peut-on utiliser ?
soit en temps réel ?
Une appli qui tourne dans un smartphone et qui enregistrerait une trace, la 
position approximative du panneau et sa photo…
soit en différé :
on récupère les photos/vidéos de sa caméra embarqué et on lance un logiciel de 
traitement qui extrait les panneaux
on télécharge ses photos/vidéos sur un site comme Mapillary qui lui fait le 
travail.

Mapillary en parle sur la présentation que j’ai indiqué, mais que font-ils 
vraiment avec ?

 Avec ces techniques, on peut donc détecter la présence de panneaux et estimer 
 leur position...  et au final compléter les données OSM,
Oui je voyais plutôt ce cas. Telenav n’a pas présenté un plugin pour JOSM qui 
importe les positions des panneaux depuis leur système de vision ?

 ensuite c'est une info qu'il faut croiser avec d'autres de façon automatique 
 quand c'est possible
Est-ce que feu les DDE ou les grandes agglomérations pensent à ouvrir leurs 
bases en Open Data ?
 
 sûrement pas par import mais par la mise à disposition de cette source 
 supplémentaire d’information.
Dans Osmose ? ;-)

—
Yves

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

[OSM-talk-fr] Calvaires — Re: Changements massif sur les noms génériques de shop et amenity

[Yves Pratter]

 Le 26 déc. 2014 à 22:17, Christian Rogel christian.ro...@club-internet.fr a 
 écrit :
 
 Dernier point : tous les calvaires comportent au mois une croix (parfois 
 plusieurs), mais toutes les croix ne sont pas des calvaires,
Effectivement.
Donc toutes les croix en photo sur la page du wiki sont des calvaires ?
http://wiki.openstreetmap.org/wiki/Tag:historic%3Dwayside_cross 
http://wiki.openstreetmap.org/wiki/Tag:historic=wayside_cross

 elles entrent alors dans la catégorie croix de chemin »
Tu parles de celles réparties le long des chemins de croix ou des croix (sans 
Christ) le long des chemins ?

 Un calvaire, qui comporte obligatoirement une image du Christ sur la croix ne 
 n’est pas distingué comme une catégorie d’édicule dans OSM,

 car peu de pays anglophones en ont (Irlande, sans doute).
C’est plutôt une histoire de catholiques vs protestants ?
Les 1ers ont toujours (?) un christ sur la croix, alors que les seconds jamais ?

Ou tout simplement le fait que personne jusqu’ici n’a eu le temps de définir 
des attributs pour ce types de points de repères ?

 Sans doute faudrait-il introduire un historic = calvary, mais, on aurait du 
 mal à y ajouter les statues, parfois nombreuses (des dizaines) qui peuvent 
 les peupler.
Pas forcément, juste rajouter une sous clé comme wayside_cross=calvary;… ou 
wayside_shrine=virgin;
On peut ainsi trouver et afficher simplement une croix, et pour le détail la 
sous-clé permet de savoir ce que c’est exactement.

 Qui serait prêt à pousser ce nouveau couple de tags sur le wiki d’OSM ?
Je pense que tu peux en discuter avec les allemands qui ont fait la carte des 
objets historiques :-)

Et comme ça on n’aura plus de name=Vierge ou name=Calvaire ;-)

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

Re: [OSM-talk-fr] Calvaires — Re: Changements massif sur les noms génériques de shop et amenity

[Yves Pratter]

 Le 27 déc. 2014 à 11:29, Yves Pratter yves.prat...@gmail.com a écrit :
 
 
 Sans doute faudrait-il introduire un historic = calvary, mais, on aurait du 
 mal à y ajouter les statues, parfois nombreuses (des dizaines) qui peuvent 
 les peupler.
 Pas forcément, juste rajouter une sous clé comme wayside_cross=calvary;… ou 
 wayside_shrine=virgin;
 On peut ainsi trouver et afficher simplement une croix, et pour le détail la 
 sous-clé permet de savoir ce que c’est exactement.

En feuilletant le wiki, j’ai retrouvé historic=tree_shrine qui semble être 
qu’une sous espèce de hisotric=wayside_shrine (et il n’y a que 35 exemplaires 
en base)
J’ai initié une discussion : 
https://wiki.openstreetmap.org/wiki/Talk:Tag:historic%3Dtree_shrine 
https://wiki.openstreetmap.org/wiki/Talk:Tag:historic=tree_shrine

Pour ne pas créer des valeurs infinies de historic=*shrine*, je pense qu’il 
faut rester assez générique.
Et pourquoi ne pas utilisé un tag générique pour indiquer ce que représente la 
statue ;-)

subject:wikidata=Q1938795 https://www.wikidata.org/wiki/Q1938795

Il s’agit de Blessed Virgin Mary (pas traduit encore en français).
La difficulté est de ne pas se tromper de vierge…

On pourrait utiliser subject:wikidata=Q302 
https://www.wikidata.org/wiki/Q302?uselang=fr pour Jésus-Christ, 
subject:wikidata=Q9441 https://www.wikidata.org/wiki/Q9441 pour Bouddha…

—
Yves


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

Re: [OSM-talk-fr] Changements massif sur les noms génériques de shop et amenity

[Yves Pratter]

 Le 24 déc. 2014 à 11:20, JB jb...@mailoo.org a écrit :
 
 +1 aussi, des fois, quand je suis de bonne humeur et que ça a un peu de sens, 
 je transforme le name=* en description=*
 JB.
Dans le même genre, je vire le name=calvaire surtout si on a déjà 
historic=wayside_cross (sinon je le rajoute).

Donc +1 pour virer les noms qui sont des descriptions :-)

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

Re: [OSM-talk-fr] Changements massif sur les noms génériques de shop et amenity

[Yves Pratter]

 Le 24 déc. 2014 à 13:11, Tyndare tynd...@wanadoo.fr a écrit :
 
 Je ne suis toujours pas d'accord, dans un village que je connais bien,
 des wayside_cross il y en a plusieurs, mais si vous demandez aux gens
 le Calvaire, dans leur esprit il n'y en qu'un et ça correspond à une
 croix bien particulière.
Ok pour tes exemples.

Pour éviter une « guéguerre », je précise que dans l’exemple du calvaire j’ai 
fait ça à partir du cadastre en créant de nouveaux objets OSM.
(C’est représenté sur le cadastre avec une petite croix et c’est le libellé qui 
permet de savoir si c’est une fontaine, un lavoir, un calvaire, une vierge… 
pour ce que j’ai pu voir dans le Doubs).

Dans ces cas, on pourrait utiliser un petit script qui récupère la liste des 
auteurs des objets et de leur modifications pou leur poser la question et soit 
leur proposer de faire une correction, soit la faire si pas de réponse au bout 
de quelques semaines ?

Pour JB et Renan, j’ai « découvert » il y a peu le « magicien » d’Overpass 
turbo.

Il permet de créer très facilement et rapidement les requêtes (entre autre en 
se limitant à un polygone de pays, ville, contient…)
Le commentaire généré par le wizard indique la requête en langage naturel.

Ici “name=calvaire and historic=wayside_cross in france”
http://overpass-turbo.eu/s/6F5

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

Re: [OSM-talk-fr] Changements massif sur les noms génériques de shop et amenity

[Yves Pratter]

 Le 24 déc. 2014 à 13:39, Éric Gillet fear.hardcore+...@gmail.com a écrit :
 
 Pour ce faire il faut chercher par expression régulière (avec un '~') et 
 rajouter ',i' avant le dernier crochet, comme précisé sur le wiki 
 http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Key.2Fvalue_matches_regular_expression_.28.7E.22key_regex.22.7E.22value_regex.22.29
ça marche même avec le magicien (en mettant  l’expression régulière après car 
c’est assez long)
https://wiki.openstreetmap.org/wiki/Overpass_turbo/Wizard 
https://wiki.openstreetmap.org/wiki/Overpass_turbo/Wizard

“historic=wayside_cross and name~/calvaire/i in France”
http://overpass-turbo.eu/s/6F6 http://overpass-turbo.eu/s/6F6

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

[OSM-talk-fr] Magicien d'Overpass Turbo —Re: Changements massif sur les noms génériques de shop et amenity

[Yves Pratter]

Il marche (presque) en français : “type:node and fontaine in France”
http://overpass-turbo.eu/s/6F7 http://overpass-turbo.eu/s/6F7 (retourne 5576 
fontaines en France)

Il utilise les noms « communs » définis dans iD (et ça marche avec les 
traductions)
https://wiki.openstreetmap.org/wiki/Overpass_turbo/Wizard#Intelligent_Wizard 
https://wiki.openstreetmap.org/wiki/Overpass_turbo/Wizard#Intelligent_Wizard

Pour les lieux, il fait une requête Nominatim avant :
https://wiki.openstreetmap.org/wiki/Overpass_turbo/Wizard#Location_Filters 
https://wiki.openstreetmap.org/wiki/Overpass_turbo/Wizard#Location_Filters

Petit bémol, il semble y avoir un bug avec les caractères non ascii :
« fontaine in Besançon » renvoie une erreur, mais « fontaine in Besancon 
http://overpass-turbo.eu/s/6F8 » fonctionne correctement :-)
« arrêt de bus in Chênove » ne fonctionne pas, mais « arrêt de bus in 
Chenove 
http://overpass-turbo.eu/?q=LyoKVGhpcyBoYcSGYmVlbiBnxI1lcmF0ZWQgYnkgdGhlIG92xJJwxIlzLXR1cmJvIHdpemFyZC7EgsSdxJ9yaWdpbmFsIHNlxLBjaMSsxIk6CsOiwoDCnMS7bWU9Y8S8dmFpcsSeYW7El8SEc3RvxLdjPXdheXNpZGVfY3Jvc3PFiMKdCiovCltvdXQ6anNvbl1bdGnFjMW0xbYyNV07Ci8vxI_ElMSdciDFlHN1bHRzCigKICDGiCBxdcSSxJrEo3J0IGbFnDogxYjFimHFjMWOxZDFksWUIMWWxZjEhcWbxZ3Fn8WhxaPFpcWnxanFq8Wtxpcgbm_FpVsixYtlIj0ixY9sxZHFk8eGxbwixZnGtGljx4cixaDFosWkxabFqMWqcyJdKHt7YsSqeH19KcaGxpjHl8eDx4XHlceKx4zFlMeex4PHkcWcx5PHlceXxrjHmsa7x53Hn8ehx6Nvx6XHp8epxo5lbMSUacW6x6zGqseGx4jHr8aux47Hs8azx7XHlMeIx7jHmca6x5zHnsegx6LHpMemx6gKyJ_GmnDEt27GosaPxpHGkwrGgcSYx4F5xoY-xobIq3NryIXGm3Q7c=BKcUTLFImGR
 » oui.
—
Yves

Noms communs en français utilisés dans iD :  
https://github.com/openstreetmap/iD/blob/4a51f6769b6aa088d061d320a08bdddaaae8eb18/dist/locales/fr.jsonhttps://github.com/openstreetmap/iD/dist/locales/fr.json
 https://github.com/openstreetmap/iD/dist/locales/fr.json

J’ai essayé en italien mais ça ne fonctionne pas ?
« Stazione di servizio in Chenove »

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

Re: [OSM-talk-fr] Changements massif sur les noms génériques de shop et amenity

[Yves Pratter]

 Mais je suis contre le fait de le faire sans en parler à personne *avant*.
« Nul n’est sensé ignorer la loi » n’est pas tenable ;-)

La discussion que j’ai lancé auparavant montre que les discussions à priori ne 
sont pas d’usage courant dans la communauté francophone (du moins sur talk-fr).

 - laisser faire un changement sans discussion même qui plaît à presque tous
 laisse un mauvais précédent sur la méthode de faire.
Les « principes » un peu trop rigides, ça me gêne :-)

Si quelqu’un fait une modification de « bonne fois » et que le groupe de 
modifications et défait par principe, je trouve ça débile ;-)
Un peu de discussion à postériori ne ferait pas de mal même si « c'est long et 
parfois chiant », non ?

 En effet, discuter avec les autres, c'est long et parfois chiant, plusieurs
 sont alors tenté de faire sans rien dire.
C’est aussi pour ça que c’est débile de défaire les changesets par principe ;-)
L’effet peut-être délétère.

 Si on opte pas pour une réponse
 cohérente (exemple: interdire pour tous et annuler dans tous* les cas si
 aucune discussion n'a eu lieu)
Qu’il y ai une limite pas de problème, que celle-ci soit rigide ça frise la 
connerie ;-)
Plutôt que d’interdire « bêtement » les modifications, mieux vaut trouver une 
façon soit de les éviter, soit de les encourager dans de bonnes conditions ;-)

Par éviter, je pense à se débrouiller en amont pour que des éditions comme 
a_tag=value et name=«  a tag with this value » soient évitées.
Ou… voir le point ci-dessous.

 alors j'ai peur, et je le constate déjà (en
 partie à cause de (turbo) overpass hélas)
Peut-être mettre un message d’info dans Overpass-turbo ?

Aussi veiller a ce que ce message soit simple et (bien) traduit ;-)

 on risque de perdre des infos.
Non, Superman veille et fait des reverse changesets curatif :D

Plus sérieusement, il y a l’historique même si ce n’est pas la panacée.

—
Yves

PS: ce n’est pas un réquisitoire contre toi Sly ou le Data working group (DWG) 
mais un questionnement plus général sur les libertés que revendique « la » 
communauté OSM (et ses limites).___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Changements massif sur les noms génériques de shop et amenity

[Yves Pratter]

 Le 24 déc. 2014 à 15:16, Vincent de Château-Thierry v...@laposte.net a 
 écrit :
 
 Le caractère officiel, c'est le critère utilisé faute de mieux, mais quand on 
 a en plus la dimension locale, parce qu'on vit le coin qu'on décrit dans OSM, 
 forcément l'officiel n'est plus la seule source : il y a le local, le vécu, 
 le quotidien, le pratiqué, le transmis, le parlé (cochez toutes les cases).
+1

Dans ce cas c’est « simple », il y a l’attribut loc_name=*

 Et du coup ce qui me gêne dans les changesets que tu as indiqués, c'est qu'à 
 la fois ils concernent des noms (donc potentiellement du local »),
ça porte sur name=* et uniquement « calvaire » et pas « *calvaire* » (du moins 
l’expression régulière qui correspond)

Pour reprendre les exemples initiaux de Tindare, name=boulangerie ressemble 
plus à une description, name=Boulangerie est plus discutable ;-)
Quand à name=WC, pour moi pas d’ambiguité, ce n’est pas un nom local ;-)

 et qu'ils ont une emprise à l'opposé du local : ici France entière, mais 
 parfois Monde (sur un autre tag que name), ce qui donne matière à crispation 
 [1].

Je n’ai pas d’avis définitif sur le fond, mais sur la forme je regarde le 
premier nœud modifié et son historique:
je constate que la (les ?) modification(s) portent sur remplacer highway=noexit 
par noexit=yes .
Il me semble que ce mystérieux Test360 
https://www.openstreetmap.org/user/Test360 ne fait que suivre le wiki 
http://wiki.openstreetmap.org/wiki/Key:noexit ?

Joyeux nöel :)

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

Re: [OSM-talk-fr] Mise à jour cadastre.openstreetmap.fr

[Yves Pratter]

 Le 21 déc. 2014 à 16:06, Yoann Cornec yoanncor...@gmail.com a écrit :
 
 Ces modifications n'ont toujours pas été prises en compte au niveau de 
 http://cadastre.openstreetmap.fr http://cadastre.openstreetmap.fr/.
Les modifications faites dans OSM restent dans OSM. Le cadastre sert à importer 
les bâtiments au lieu de les dessiner à la main.

 
 Comment faire, à part résoudre les 140 conflits ?
 
 Savez-vous à quelle fréquence est mise à jour la base OSM utilisée par 
 l'outil d'import des adresses 
 http://cadastre.openstreetmap.fr/?type=adresses ?
Quand le cadastre est mis à jour, c’est à dire une fois par an (seulement).

Si j’ai tout compris, la page « fantoir »indique la date du dernier 
téléchargement du cadastre dans le serveur OSM France :
http://cadastre.openstreetmap.fr/fantoir/#insee=74001 
http://cadastre.openstreetmap.fr/fantoir/#insee=74001

—
Yves

PS: Est-il possible d’afficher cette même date sur la page du cadastre ?___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Mise à jour cadastre.openstreetmap.fr

[Yves Pratter]

 Pas que, pas que... l'outil d'extraction permet aussi de récupérer les 
 adresses pour les intégrer.
Il y avait un entre autres » caché sous un espace ;-D

 Le 21 déc. 2014 à 16:30, Yoann Cornec yoanncor...@gmail.com a écrit :

 Je ne parle pas de la mise à jour du cadastre, mais de celle de la base OSM 
 utilisée par http://cadastre.openstreetmap.fr/adresses 
 http://cadastre.openstreetmap.fr/adresses.
La base de données OSM est sur le serveur international (on fait nos édition 
dessus).
Ensuite il y a une mise à jour automatique de la base du serveur OSM France qui 
gère l’outil cadastre.

Normalement ça se fait en quelques minutes pour générer les tuiles françaises 
mais il y a parfois des latences assez importantes.

Pour Fantoir il est rafraîchit automatiquement toutes les 24h (et depuis peu à 
la demande).
Tu peux voir la date de mise à jour de la base du serveur OSM France au même 
endroit : 21-12-2014 01:34:20

Christian, à quelle période est rafraîchie la base qu’utilise le cadastre ?

—
Yves


PS: le mécanisme en général de synchronisation des serveurs à une fréquence de 
mise à jour par minutes, heures, jours, (ou manuelle).

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

Re: [OSM-talk-fr] Mise à jour BANO à la demande

[Yves Pratter]

 Le 20 déc. 2014 à 00:18, Vincent de Château-Thierry v...@laposte.net a 
 écrit :
 
 Bonsoir,
 Un nouveau bouton est apparu en haut à droite de la page 
 http://cadastre.openstreetmap.fr/fantoir/ . Il vous permet, pour une commune 
 donnée, de forcer la mise à jour BANO, et donc de mettre à jour les listes de 
 voies.
+1
Merci
—
Yves
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Groupes de changements et politique de changements massifs

[Yves Pratter]

 Le 19 déc. 2014 à 13:01, Pieren pier...@gmail.com a écrit :
 
 Les mechanical edits restent possibles mais il faut prendre des
 précautions. Les changements globaux sans annonces sont rarement bien
 perçus. C'est plus facile si c'est fait à l'échelle de son propre pays
 pour commencer.
 Le problème si on ne fait rien, c'est que des doublons de tags peuvent
 longtemps persister dans OSM et des actions de nettoyage doivent
 parfois être entreprises. Mais pour ne pas froisser les
 suceptibilités, il vaut mieux en parler avant pour expliquer la
 démarche. Il ne faut pas prendre les gens par surprise, expliquer,
 etc. Mais on trouvera toujours des gens qui sont contre, par principe.

 Si ça résiste trop, on peut lancer une consultation publique par le
 biais d'un vote ou d'un sondage en ligne pour peser les forces en
 présence (la majorité silencieuse »).
En lisant les discussions indiquées par Marc, j’ai compris que les « votations 
» ne doivent plus être utilisées ;-)

 Pour les AED, c'est un peu ma faute aussi.
Ben non, avoir un consensus sur l’utilisation d’un seul tag au lieu de 2, 3 ou 
même 4 me parait mieux :-)
Les abréviations sont un problème dans une même langue, alors entre plusieurs 
langues c’est pire. (DAE en français mais Departement of Atomic Energy en Inde, 
AED en anglais…)
defibrillator est même compréhensible pour un francophone :-)

 Les stats étaient encore largement en faveur de l'ancienne version jusqu'à ce 
 que les allemands décident d'adopter la nouvelle version (c'est chez-eux 
 qu'il y en a le plus).
 Après, c'est plus facile de convaincre les derniers récalcitrants.
Bonne tactique ;-)

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

Re: [OSM-talk-fr] Groupes de changements et politique de changements massifs

[Yves Pratter]

Merci Marc pour tes éclaircissements :)

 Le 19 déc. 2014 à 07:21, Marc Gemis marc.ge...@gmail.com a écrit :
 
 Yves,
 
 Since I will answer in English I write this in a private message. Feel free 
 to bring it back to the mailing list.
Je crois que tu peux même écrire en anglais sur la liste française ;-)

Je te répond en français car tu le comprends bien :)

 
 I have been following the English mailing list for a couple of months now. 
 They are some people that are against any form of mechanical edit. There has 
 been long discussions about changing the names of shops. Someone wants to 
 correct obvious spelling mistakes from the names. He has to fight some strong 
 opposition.
 See [1], [2], and [3] for the latest discussion on that topic. So it does not 
 surprise me at all that they react like this. 
 
 Furthermore, Some people do not like the medical=aed, because it is an 
 abbreviation. This discussion was held in the past year on the tagging 
 mailing list I think.
Je n’ai pas suivi les discussions, mais hier j’ai vu qu’il y avait un consensus 
sur emergency=defibrillator.
J’ai donc tenté de « finir »  le travail.

Le problème c’est que j’avais fait 2 éditions « mécaniques » (justement sur les 
amenity=shop - shop=yes) et que le radar d’un allemand (que les britanniques 
m’excusent).
Celui-ci s’est focalisé sur mes modifs.

Pas de chance pour moi, j’ai sélectionné tous les noeuds avec JOSM et un 
building=yes s’est retrouvé par erreur avec emergency=defibrillator à chaque 
coins.

 You also have to know that some of this British mappers do not like the wiki. 
 They say that the wiki and the voting mechanism is the playground of a select 
 group.
Non je ne savais pas. On n’en parle pas trop sur cette liste.

 You have to look at taginfo for what the community really thinks is their 
 mantra. Another nice statement is you have to follow the guidelines that 
 were once discussed on this mailing list »
Ok sur le principe, mais ça demande un effort important de lire/comprendre des 
discussions en anglais… et quand je vois le travail » que ça demande juste 
pour essayer de suivre la liste française :  j’hésite à m’y abonner.

 
 Anyway, for the mechanical edit policy, you have to contact each country 
 individually to see whether they will like your change or not. The contact 
 can be done via a mailing list, forum, irc.

 So IMHO, it is impossible to make any mechanical edit outside your own 
 country.
 
 I hope this helps to understand the issue a bit.
Oui, je comprends mieux les tensions qui peuvent exister au sein de LA 
communauté
.
 [1] 
 https://lists.openstreetmap.org/pipermail/talk-gb/2014-December/016919.html 
 https://lists.openstreetmap.org/pipermail/talk-gb/2014-December/016919.html
 [2] 
 https://lists.openstreetmap.org/pipermail/talk-gb/2014-December/016921.html 
 https://lists.openstreetmap.org/pipermail/talk-gb/2014-December/016921.html
 [3] 
 https://lists.openstreetmap.org/pipermail/talk-gb/2014-December/016922.html 
 https://lists.openstreetmap.org/pipermail/talk-gb/2014-December/016922.htmlDiscussions
  intéressantes. Je n’ai pas tout compris mais les recommandations sur les 
 éditions mécaniques ne font pas l’unanimité ;-)
Et la règle qui consiste à obtenir un consensus de la communauté semble plus 
tenir en pratique de la perception métaphysique :D

Une idée me traverse : pour les vrais modifications de masse, peut-on faire un 
changement à blanc », le soumettre aux personnes qui ont éditer les objets 
touchés et attendre un délai « raisonnable » pour recevoir leur approbation/ou 
pas ?

« à blanc », ça serait en pratique faire une requête overpass par exemple, 
faire les modifications dans JOSM par exemple et sauvegarder tout ça dans un 
fichier accessible quelque part.

Un script pourrait alors envoyer automatiquement un mél aux intéressés et/ou 
aux communautés ?

—
Yves


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

Re: [OSM-talk-fr] Groupes de changements et politique de changements massifs

[Yves Pratter]

 Tes derniers edits ont une emprise mondiale. Je ne sais pas dans le détail 
 quels pays ils concernent, mais clairement ils ne sont pas localisés, du 
 coup les radars clignotent plus facilement
Oui, c’est ce qui a du se passer.

 Le type d'échange que tu as eu aujourd'hui n'est pas souvent relaté sur cette 
 liste, mais certaines fois, ça déclenche des semaines de grosse activité sur 
 plusieurs listes à la fois. Vu de chez nous, ce fil :
 https://lists.openstreetmap.org/pipermail/talk-fr/2012-September/047738.html
 a mobilisé à l'époque beaucoup d’énergie.
J’ai lu les 10 premiers pour sentir la température.

 Il a eu comme conséquence, entre autres, l'arrivée de sly[1] dans le DWG [2], 
 ce qui normalement permet, concernant les contributeurs 
 français/francophones, d'avoir des échanges plus simples. Manifestement tu as 
 eu à faire à quelqu'un d'autre cette fois-ci.
Mes interlocuteurs initiaux n’étaient pas du DWG. J’ai eu un mél de Andy 
Townsend (on behalf of the OSM data working group) mais de mémoire son « ton » 
était adapté et ses explications constructives.

La seule chose gênante à l’écouter, c’est qu’on tous les utilisateurs d’OSM 
devraient connaitre et comprendre ces recommandations. Ils n’ont probablement 
pas conscience que tous le monde ne maitrise pas l'anglais, ne connais pas 
toutes les aiguilles cachées dans la meule de foin OSM/Internet…

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