Re: [OSM-talk-fr] Mesure d'une distance à vol d'oiseau

[Denis Bigorgne]

NB : j'ai fait ce fichier il y a quelques années. Par les temps qui
courent, la loxodromie n'est assurément pas la meilleure route en avion,
hélas !

Le mer. 17 avr. 2024 à 23:59, Denis Bigorgne  a
écrit :

> Bonsoir,
> Si on ne recherche une précision absolue, l'utilisation d'une "LineString"
> en kml produit une trace géodésique.
>
> Par exemple :
> 
> http://www.opengis.net/kml/2.2;>
>   
>   Paris - Bangkok
> 
>   <LineStyle>
> <color>ffff</color>
> <width>2</width>
>   </LineStyle>
> 
> 
>   Paris - Bangkok
>   Arc de Grand Cercle
>   #redLine
>   
>1
> clampToground
> 
> 2.547778,49.009722 100.75,13.69
> 
>   
> 
>   
> 
>
> (Pour visualiser ce genre de trace sans me casser la tête, j'utilise
> GPXSee)
>
>
> Le lun. 15 avr. 2024 à 07:27, Lionel Allorge  a écrit :
>
>> Bonjour Sébastien,
>>
>> >> Celui-ci ne propose pas de carte, mais on peut saisir précisément les
>> >> coordonnées géographiques :
>> >>
>> >> https://fr.planetcalc.com/722/
>> >
>> > Je viens de faire un essai avec ce dernier entre un point situé en
>> > France et un autre en Italie. L'outil propose une approximation de la
>> > trajectoire par un découpage en 20 segments à cap constant :
>> >
>> >
>> https://fr.planetcalc.com/722/?pointsCount=20=wgs84=12.6436944=43.687524=1.48171946=43.5688245
>>
>> Merci.
>>
>> Librement.
>> --
>> Liot
>> https://www.openstreetmap.org/user/Liot
>>
>> ___
>> 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] Mesure d'une distance à vol d'oiseau

[Denis Bigorgne]

Bonsoir,
Si on ne recherche une précision absolue, l'utilisation d'une "LineString"
en kml produit une trace géodésique.

Par exemple :

http://www.opengis.net/kml/2.2;>
  
  Paris - Bangkok

  
ffff
2
  


  Paris - Bangkok
  Arc de Grand Cercle
  #redLine
  
   1
clampToground

2.547778,49.009722 100.75,13.69

  

  


(Pour visualiser ce genre de trace sans me casser la tête, j'utilise GPXSee)


Le lun. 15 avr. 2024 à 07:27, Lionel Allorge  a écrit :

> Bonjour Sébastien,
>
> >> Celui-ci ne propose pas de carte, mais on peut saisir précisément les
> >> coordonnées géographiques :
> >>
> >> https://fr.planetcalc.com/722/
> >
> > Je viens de faire un essai avec ce dernier entre un point situé en
> > France et un autre en Italie. L'outil propose une approximation de la
> > trajectoire par un découpage en 20 segments à cap constant :
> >
> >
> https://fr.planetcalc.com/722/?pointsCount=20=wgs84=12.6436944=43.687524=1.48171946=43.5688245
>
> Merci.
>
> Librement.
> --
> Liot
> https://www.openstreetmap.org/user/Liot
>
> ___
> 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] Accessibilité d'une ville : recommandations

[Denis Chenu via Talk-fr]

Le 07/12/2022 à 15:20, Marc_marc a écrit :

Le 07.12.22 à 14:04, Daniel Garcia a écrit :

J'ai demandé à l'entreprise, et ils m'ont confirmé
: "Nous utilisons effectivement le fond de carte de Google Maps sur
Streetco". 


le soucis n'est pas que le fond de carte, le soucis est également
les données : j'ai testé StreetCo dans une de mes zones de cartographie:
Streetco n'a aucune donnée alors qu'osm a l'acecessibilité de
la majorité des commerces et des portes d'entrées de batiments
recevant du public.



Bonjour, peut être une bonne publicité pour Daniel Garcia à montrer aux 
décideurs de la ville ?


Peut être lui donner la zone de carto ?

Denis

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

Re: [OSM-talk-fr] Fwd: [Tagging] Railway tagging: detail key

[Denis Helfer]

Bonjour,

Vieillerie à supprimer. A priori, toutes les lignes ferroviaires sont 
décrites à la voie.


A vos tromblons


Le 10/11/2022 à 10:05, blef via Talk-fr a écrit :

Bonjour,

L'ajout de ce tag semble provenir principalement de @Denis_Helfer 
.

Le mieux serait sans doute de lui demander.


Le 09/11/2022 à 15:03, Marc_marc a écrit :

Bonjour,

un contributeur se demande la signification de la clef detail
plus particulièrement il se demande en quoi detail=track
est différent des façons plus courante de tager cela

quelqu'un a une idée ? cela a l'air d'être majoritairement utilisé
en France

Cordialement,
Marc
 Message transféré 
Sujet : [Tagging] Railway tagging: detail key
Date : Wed, 9 Nov 2022 09:59:41 +
De : Nathan Case 
Répondre à : Tag discussion, strategy and related tools 


Pour : tagg...@openstreetmap.org

Hi all,

I've noticed substantial use (99,297 instances) of the "detail" key, 
but it is undocumented on the Wiki.


Nearly all uses (99.96%) of this key are detail=track [1], which is 
associated with railways [2]. The key is predominantly used in France 
(77.6% of uses [3]) but also elsewhere across central Europe.


I have concerns about this key (it's ambiguous and perhaps redundant 
if all "correct" uses are for the same value) but, nevertheless, it 
would be good to document its usage if possible. I haven't found 
anything in the railway=*, railways, or OpenRailwayMap/Tagging 
documentation [4,5,6].


Does anybody know the background to this key, or what its intended 
values might be?


Many thanks,

Nathan


[1] https://taginfo.openstreetmap.org/keys/detail#values

[2] https://taginfo.openstreetmap.org/keys/detail#combinations

[3] https://overpass-turbo.eu/s/1nzc

[4] https://wiki.openstreetmap.org/wiki/Key:railway

[5] https://wiki.openstreetmap.org/wiki/Railways

[6] https://wiki.openstreetmap.org/wiki/OpenRailwayMap/Tagging



___
Tagging mailing list
tagg...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging



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

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

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

Re: [OSM-talk-fr] Accessibilité d'une ville : recommandations

[Denis Bigorgne]

 Rendu PMR effectif avec un  fort zoom, inexploitable pour *trouver *une
place, malheureusement !



Le dim. 23 oct. 2022 à 16:58, Zimmy ZIMMERMANN 
a écrit :

> Le rendu français permet cela
>
> https://tile.openstreetmap.fr/?zoom=20=44.13517=4.81071=BFF
>
> Le dim. 23 oct. 2022 à 14:40, Hélène PETIT  a écrit :
>
> > C'est dur à dire, mais je ne sais toujours pas comment les gens peuvent
> > consulter simplement la carte OpenStreetMap pour trouver une place PMR.
> > Par exemple il y en a une, cartographiée correctement, sur la place
> > Henri de Gorssse, à Toulouse (c'est le petit espace vert à côté de la
> > Dalbade) mais sur le rendu standard, on la voit pas ;
> > Y a-t-il un rendu spécifique ?
> > Merci !
> >
> > Le 20/10/2022 à 12:08, Daniel Garcia a écrit :
> > > Bonjour,
> > >
> > > Le conseil municipal de ma ville souhaite effectuer des actions liées
> au
> > > handicap, et une des actions mentionnées a été de faire une carte de
> > > l'accessibilité physique de la ville.
> > >
> > > Évidemment, j'ai pensé à wheelmap.org, et à utiliser OpenStreetMap
> comme
> > > source d'information.
> > >
> > > Il y aura une réunion du conseil municipal et je voudrais me préparer
> > pour
> > > proposer l'utilisation d'OSM/Wheelmap, qui me semblent une solution
> > > efficace et maintenable à bas coût.
> > >
> > > Auriez-vous des indications d'autres villes ayant déjà fait cela, ou
> des
> > > présentations/éléments de communication pour m'aider à leur présenter
> les
> > > bénéfices d'OSM dans ce cadre ?
> > >
> > > Aussi, des éléments techniques seraient également bienvenus, comme par
> > > exemple des suggestions de démarches pratiques. Voici quelques
> questions
> > > que je me pose déjà :
> > >
> > > - Comment faire une "cartoparty" pour l'accessibilité ? Est-ce qu'avoir
> > un
> > > fauteuil roulant pour monter dessus et "tester" l'accessibilité de
> > certains
> > > établissements serait utile ?
> > > - Faut-il prendre des photos de chaque entrée de commerce, comme
> suggéré
> > > par Wheelmap ?
> > > - Est-ce Street Complete la meilleure application mobile pour compléter
> > les
> > > informations d'accessibilité ?
> > >
> > > Ensuite, une fois que l'information est présente dans OSM, comment la
> > > récupérer pour la rendre utilisable par le grand public ? Faut-il faire
> > une
> > > carte simplifiée de la ville, et si oui, comment ? Y a-t-il des
> > > personnes/entreprises à contacter ? Je ne sais pas s'il y aura un
> budget
> > > alloué pour cela (c'est une démarche "citoyenne"), mais au cas où,
> avoir
> > > une idée des coûts et possibilités est toujours utile.
> > >
> > > Au cas où, voici quelques informations complémentaires :
> > > - Apparemment, les conseillers et élus ne connaissent pas
> OpenStreetMap,
> > > donc il faudra sans doute le présenter d'abord ;
> > > - La plupart des commerces de la ville (15k habitants) a déjà été
> mappée,
> > > mais il manque le tag "wheelchair" un peu partout ;
> > > - La ville est assez dénivelée. L'élu en charge du handicap à la
> mairie a
> > > mentionné un souci concret qui lui est arrivé cette année : un chemin
> > > piéton qui était trop pentu pour les fauteuils roulants, et qui
> manquait
> > de
> > > panneaux pour indiquer le dénivelé. À part le tag 'incline', je ne sais
> > pas
> > > s'il y a des outils dans OSM pour cela (il me semble que les courbes de
> > > niveau ne soient pas assez précises pour ces informations). Et si on
> veut
> > > ajouter un 'incline=X%', est-ce qu'un mappeur peut le mesurer lui-même,
> > ou
> > > il se limite à copier l'information présente sur des panneaux ?
> > >
> > > Merci,
> > > Daniel
> > > ___
> > > Talk-fr mailing list
> > > Talk-fr@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
> >
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Vers un modèle de données amélioré pour OpenStreetMap

[Denis Helfer]

Merci Marc pour de travail de traduction.
3 petites coquilles repérées :
- "pour accéder à l’emplacement d’une chemin, par exemple" -> "pour 
accéder à l’emplacement d’un chemin, par exemple"

- "aux nœuds membres de cette chemin" -> "aux nœuds membres de ce chemin"
- "comme les chemins fermées et les" -> "comme les chemins fermés et les".

Par ailleurs on peut parler de données surfaciques au lieu de "type de 
données “zone”.


Encore bravo pour le travail

Denis

Le 02/09/2022 à 13:28, Marc_marc a écrit :

Bonjour,

j'ai traduis le message de Tobias Knerr,
https://www.openstreetmap.org/user/marc__marc/diary/399867
pour ceux que cela interesse.

le plus le plus interessant à mes yeux est celui sur la création
d'un 4ieme type d'objet pour les aires au lieu des bricolages
chemin fermé ou multipolygone

Cordialement,
Marc



___
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] géolocalisation des photos

[Denis Bigorgne]

De mon côté, je garde toujours mes photos sur mon PC, transférées avec un
vulgaire câble USB.

Mais pour faire plus court : (tout au moins sur mon Xiaomi)
- Ouvrir le gestionnaire de fichier
- Aller sur DCIM / Camera - ou tout autre répertoire avec n'importe quoi
d'autre
- Sélectionner les fichiers qu'on veut
- en bas à droite, il y a un "plus"
- et on y trouve un "Compresser..." qui génère un .zip
qu'on pourra transférer avec n'importe quoi qui se gardera bien de tripoter
le contenu du zip.
En tout cas les exif de mes photos y sont conservés.

Le mer. 22 juin 2022 à 20:28, Marc_marc  a écrit :

> Le 22.06.22 à 20:14, pepilepi...@ovh.fr a écrit :
> > les coordonnées d'une photo sont parfois très fantaisistes
>
> si fantaisiste s'exprime au maximum en km,
> c'est parfois simplement que le fix gps n'est pas fait.
> laisser tourner le gps résoud le soucis (à tester : attendre X sec
> avant de prendre la photo et/ou avoir une app en arrière plan
> qui demande le gps... par ex l'enregistrement d'une trace gps
> ou l'affichage de la position en continu dans une app)
>
>
>
> ___
> 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] Route des Vins d'Alsace dupliquée

[Denis Helfer]

Salü Bisamme,


Je reconnais avoir commis la relation 2144151 il  y a 10 ans (la 
prescription c'est au bout de combien ?). C'est une erreur de jeunesse.


Je la supprime donc ; la relation 1116830 est plus active avec 307 
versions à ce jour.


En revanche il y a des incohérences, des discontinuités que je n'ai pas 
l'intention de combler étant occupé par d'autres chantiers.


Yvon, la fatigue est une explication tout à fait plausible aussi.


A+

Denis


Le 21/05/2022 à 22:38, osm.sanspourr...@spamgourmet.com a écrit :

Herzlich willkommen.

Du côté d'Obernai je dirais même qu'elles sont assez complémentaires ;-).

https://www.openstreetmap.org/relation/1116830#map=16/48.4583/7.4746

https://www.openstreetmap.org/relation/2144151#map=16/48.4583/7.4746
<https://www.openstreetmap.org/relation/1116830#map=16/48.4583/7.4746>

16 morceaux pour la première, 17 pour la seconde : autant compléter la
première.

http://ra.osmsurround.org/analyzeRelation?relationId=1116830

Là elles sont aussi bancales :

https://www.openstreetmap.org/relation/1116830#map=12/48.0291/7.2675

Je vois que les contributeurs sont très souvent les mêmes dont un
certain Denis auteur d'une des deux.

Peut-être que ceux qui maintiennent la relation abusent des boissons
fermentées sur le parcours et trouvent que deux c'est mieux.

Il y a peut-être une subtilité mais comme toi je sèche. Denis, abus de
boissons fermentées ou bonne raison ?^

Jean-Yvon

Le 21/05/2022 à 19:00, Volker Schmidt - vosc...@gmail.com a écrit :

Bonjour.

Voici mon premier post sur la liste française OSM. Je suis un mappeur 
OSM

allemand de Padoue en Italie.
Par hasard j'ai remarqué qu'il existe deux relations apparemment 
identiques

pour la Route des Vins d'Alsace: relations 1116830
<https://www.openstreetmap.org/relation/1116830> et 2144151
<https://www.openstreetmap.org/relation/2144151>.
Je suis à peu près sûr qu'il n'y a qu'une seule Route des Vins d'Alsace
(mes ancêtres sont alsaciens) !

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




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

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

Re: [OSM-talk-fr] Places PMR et fond OSM France KO

[Denis Bigorgne]

Le jeu. 12 mai 2022 à 18:05, Christian Quest  a
écrit :


> Les places PMR sur le rendu FR ne sont visibles que pour les plus forts
> zoom car il me semble qu'on cherche justement une place à proximité
> d'une destination, car le déplacement entre cette place de stationnement
> et la destination finale va se faire en fauteuil et doit donc être
> limité même si avant cela on est motorisé.



* J'apporte ici le point de vue d'un utilisateur malheureusement concerné :*
 je marche difficilement , je ne peux plus me déplacer en métro ou en vélo,
il me faut bien utiliser ma voiture. En pratique j'essaie d'abord de
rechercher une place PMR
située près de l'endroit où je me rends. J'y vais ensuite par routage
standard. Arrivé sur place,
je n'ai pas trop besoin de cartographie pour parcourir la  courte distance
(j'espère) qui reste à faire à pied.

*J'ai eu vraiment besoin des rendus OSM pour la première étape, la
localisation. Le zoom 19 est beaucoup trop*
*élevé pour cette étape, le mieux serait le zoom 17.*

L'idée ici est plus de signaler son emplacement au sein d'un parking


*Utile pour un vaste parking*

ou
> sur un axe qu'autre chose d'où ce choix de zoom.
>

*zoom 19 pour un axe ??? *

Bonne soirée,
  Denis Bigorgne
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Places PMR et fond OSM France KO

[Denis Bigorgne]

Le mer. 11 mai 2022 à 11:46, Marc_marc  a écrit :

>
> par contre pour le zoom, je trouve plutôt logique qu'une place
> individuelle PMR apparaissent à un zoom + fort qu'un parking vélo de
> plusieurs places.
> à part les renseigner en surfacique, ou faire un calcul du genre
> "1 place voiture = x places vélo), je ne vois pas trop comment
> représenter au mieux leur importance relative
>
>
> L'importance relative est un critère lorsqu'on manque de place pour tout
représenter.
Aux zooms considérés, 17 à 19, ce n'est absolument pas le cas pour les
places PMR, ni pour les places vélo.

Très cordialement,
   Denis
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Places PMR et fond OSM France KO

[Denis Bigorgne]

Encore un rebond sur la même question - places PMR.

Quoique qu'à Castelnau le Lez la situation semble s'être améliorée, dans
d'autres lieux les places PMR ne sont visibles qu'au très fort zoom 19  -
c'est à dire que  tiles.openstreetmap.fr n'est pas utilisable lorsqu'on
recherche une place de ce type. Par contraste, les places de stationnement
vélo sont visibles en zoom 17.

Par exemple, face au 13 rue Germaine Tailleferre :
https://tile.openstreetmap.fr/?zoom=19=48.2=2.38734=BFF
https://tile.openstreetmap.fr/?zoom=18=48.2=2.38734=BFF

Denis Bigorgne



Le mar. 10 mai 2022 à 12:20, BEGUIN,Bruno  a
écrit :

> Bonjour,
>
> Je rebondis sur ce besoin. Merci pour les réponses apportées (collées au
> bas de ce mail).
>
> è Quelle suite à donner, du coup ?
> Sachant qu'un besoin similaire émerge pour afficher les aires de
> livraison, dont la gestion devient sensible pour les collectivités, entre
> autres.
>
> Merci,
> [http://montpellier3m.fr/signatures/signatureMontpellier3M.png]
>
> Bruno Béguin
> Responsable SIG espace public
> Coordination des politiques d'exploitation et de gestion - CPEG
> Direction de l'Appui Technique aux Territoires - DA2T
> Pôle Proximité et Espaces Publics - PEP's
> Tél. : 04 67 34 59 54
> b.beg...@montpellier3m.fr
> www.montpellier3m.fr
>
>
>
>
> De : BEGUIN,Bruno
> Envoyé : vendredi 1 avril 2022 10:32
> À : 'talk-fr@openstreetmap.org' 
> Objet : Places PMR et fond OSM France KO
>
> Bonjour,
>
> Je n'étais pas intervenu depuis un moment sur ce forum, je me présente de
> nouveau : Bruno Béguin, chef de projet géomatique à la Métropole de
> Montpellier.
> Nous contribuons sur OSM pour tout ce qui a trait à la l'occupation du sol
> et la voirie et utilisons les données produites (comme référentiel interne,
> les plans ville, open data, via lebontag pour les imports et validation).
>
> Une demande que je vous soumets à propos des places de parking pour
> personnes à mobilité réduite (PMR) et de leur absence dans le fond OSM
> France :
>
> -  dans ID et JOSM, la création d'une place de PMR se fait
> automatiquement avec les tags amenity=parking_space et
> parking_space=disabled. Exit wheelchair=yes (
> https://wiki.openstreetmap.org/wiki/Key:parking_space)
>
> -  Dans le fond osm France, n'apparaissent que les PMR taggés
> amenity=parking_space et wheelchair=yes (
> https://tile.openstreetmap.fr/?q=rue%20des%20an%C3%A9mones,%20castelnau%20le%20lez
> )
>
> -  Dans le fond osm Monde, ni l'un ni l'autre n'apparaissent.
>
> è Y a-t-il possibilité de mettre à jour le fond osm France, et cerise sur
> le gateau, de l'avoir dans osm Monde également ?
>
> Exemple à Castelnau le lez, la place allée des mousquetaires n'apparait
> pas et celles Allée des Coquelicots sont taggées 'à l'ancienne'.
>
> A disposition si besoin.
>
> Merci d'avance, et bonne journée.
>
> [http://montpellier3m.fr/signatures/signatureMontpellier3M.png]
>
> Bruno Béguin
> Responsable SIG espace public
> Coordination des politiques d'exploitation et de gestion - CPEG
> Direction de l'Appui Technique aux Territoires - DA2T
> Pôle Proximité et Espaces Publics - PEP's
> Tél. : 04 67 34 59 54
> b.beg...@montpellier3m.fr<mailto:b.beg...@montpellier3m.fr>
> www.montpellier3m.fr<http://www.montpellier3m.fr>
>
>
>
>
>
>
> Bonjour,
>
> Reste que pour les personnes à mobilité réduite, avec ou sans chaise
>
> roulante, l'affichage des places PMR serait bien utile pour les rendus de
>
> base.
>
>
>
> Denis
>
>
>
> Le ven. 1 avr. 2022 à 15:16, Marc_marc  https://lists.openstreetmap.org/listinfo/talk-fr>> a écrit :
>
>
>
> > Bonjour,
>
> >
>
> > Le 01.04.22 à 10:32, BEGUIN,Bruno a écrit :
>
> > > dans ID et JOSM, la création d'une place de PMR se fait automatiquement
>
> > avec les tags amenity=parking_space et parking_space=disabled. Exit
>
> > wheelchair=yes
>
> >
>
> > je pense que ce sont 2 choses différentes :
>
> > parking_space=disabled désigne une place réservée PMR (panneau ou
>
> > peinture, aspet légal l'interdisant aux autres)
>
> > wheelchair a de son côté toujours désigné l'utilisabilité = est-ce que
>
> > ce objet est utilisable ou non ou de manière limitée aux PMR
>
> >
>
> > toutes les combinaisons sont possible, par ex :
>
> > - une place très large sur un parking sans panneau/peinture :
>
> > wheelchair=yes mais pas de parking_space=disabled
>
> > - une place avec panneau/peinture mais en pratique
>
> > inutilisable (poteau trop proche)
>
> > parking_space=disabled mais wheelchair=no
>
> >
>
> > Cordialement,
>
> > Marc
>
>
>
> ___
> 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] Dégradations à annuler (dont voie ferrée)

[Denis Helfer]

Bonjour Jean-Yvon


J'ai refait une passe sur le secteur. Plus grand chose d'intérêt 
ferroviaire : une ancienne ITE (entreprise raccordée au réseau ferré 
national).

J'ai mis en disused en attendant la prochaine version de l'ortho.

Bon débarras de ce parasite. C'est en jardinant quotidiennement, qu'on 
élimine les contributions nuisibles. Pas toujours besoin de glyphosate, 
heureusement.


Denis

Le 20/04/2022 à 22:16, osm.sanspourr...@spamgourmet.com a écrit :

C'était plus de boulot que prévu car j'ai fait une passe sur les objets
modifiés en dernier par ce vandale.

Denis, tu pourras vérifier https://www.openstreetmap.org/way/341777352 ?

J'ai fait l'hypothèse que ce que tu avais fait était mieux que ce qu'il
avait trouvé avant de vandaliser.

J'ai même trouvé son compte précédent :
https://www.openstreetmap.org/user/Joyeux%20Bernard

Il n'y a plus trace d'aucune de ses contributions. 100 % de déchets !

Et merci au DWG au passage.

Jean-Yvon

Le 20/04/2022 à 20:24, Jean-Yvon Landrac a écrit :

Volontaire !

;-)

Je fais ça dans la foulée.

Le 20/04/2022 à 19:42, Francois Gouget - fgou...@free.fr a écrit :

Je suis tombé sur un groupe de changesets douteux :
https://www.openstreetmap.org/changeset/103961825
https://www.openstreetmap.org/changeset/103961280

Ils ajoutent des bureaux Google France, Microsoft France et Samsung
France dans une petite rue de Saint-Émilion.

Il se trouve que leur auteur, joyeuxbernard687, a été banni pour 9 ans
encore. Mais les changesets ci-dessus n'ont pas été annulés. Comme 
je ne

sais pas faire de revert si je m'y colle ça ne sera probablement pas
bien fait. Du coup quelqu'un pourrait-il se porter volontaire pour
annuler les changesets ci-dessus ?

J'ai l'impression que la plupart de ses autres changesets (il n'y en a
que 20) ont été annulés manuellement (pas via un revert).





___
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] Places PMR et fond OSM France KO

[Denis Bigorgne]

Bonjour,
Reste que pour les personnes à mobilité réduite, avec ou sans chaise
roulante, l'affichage des places PMR serait bien utile pour les rendus de
base.

Denis

Le ven. 1 avr. 2022 à 15:16, Marc_marc  a écrit :

> Bonjour,
>
> Le 01.04.22 à 10:32, BEGUIN,Bruno a écrit :
> > dans ID et JOSM, la création d'une place de PMR se fait automatiquement
> avec les tags amenity=parking_space et parking_space=disabled. Exit
> wheelchair=yes
>
> je pense que ce sont 2 choses différentes :
> parking_space=disabled désigne une place réservée PMR (panneau ou
> peinture, aspet légal l'interdisant aux autres)
> wheelchair a de son côté toujours désigné l'utilisabilité = est-ce que
> ce objet est utilisable ou non ou de manière limitée aux PMR
>
> toutes les combinaisons sont possible, par ex :
> - une place très large sur un parking sans panneau/peinture :
> wheelchair=yes mais pas de parking_space=disabled
> - une place avec panneau/peinture mais en pratique
> inutilisable (poteau trop proche)
> parking_space=disabled mais wheelchair=no
>
> Cordialement,
> Marc
>
>
>
> ___
> 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] Tour de France des Mapathons CartONG - Etape à Strasbourg 30 Mars 2022

[Denis Helfer]

Bonjour à tous,


CartONG <https://cartong.org/fr> organise le 30 mars 2020 une soirée 
mapathon de 18h00 à 20h30 au Shadok à la Presqu’île André Malraux à 
Strasbourg.


Le mapathon <https://wiki.openstreetmap.org/wiki/FR:Mapathon> est non 
seulement l'occasion d'enrichir OSM en données nouvelles sur des zones 
moins favorisées, mais également un temps de rencontre avec de nouveaux 
contributeurs.

Ce mapathon se déroulera *en présentiel*.

Pour vous inscrire c'est par ici  : 
https://www.eventbrite.ca/e/billets-tour-de-france-des-mapathons-strasbourg-2755394649.


Votre point de contact : missingm...@cartong.org ou s_eschb...@cartong.org

Venez nombreux et partagez l'info autour de vous

D'avance merci

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

[OSM-talk-fr] Référencement des grainothèques

[Denis Huret @Mailo]

Bonjour à tou.te.s contributeurices d'OSM ! Ravi d'être parmi vous.

Je viens vers vous sur recommandation de M; Jean-Marc Liotier de la 
fondation OSM.


J'aimerai partager l'idée avec vous d'effectuer un géoréférencement des 
grainothèques en France (mais pas que...).


Il n'existe pas sur osm une catégorie "key : amenity ; value : 
seed_library" mais des sites comme https://www.grainesdetroc.fr/agir 
 font un recensement de ce type 
d'initiatives.


Qu'en pensez vous ?

Cordialement,

DenisH (Limoges)



--
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Offrir une une carte des adresses à Theizé

[Denis Chenu]

Le 22/11/2020 à 16:58, Brice a écrit :

Bonjour,

Suite à la lecture de 
https://blog.geo.data.gouv.fr/t%C3%A9moignage-sur-ladresse-theiz%C3%A9-en-beaujolais-382a9f566a2c 

je souhaite rentrer dans OSM le nécessaire pour offrir à M. Yves 
Kensicher la "carte des adresses" de sa commune de

Theizé (69620), c'est  bientôt Noël :-)
cf. https://twitter.com/bmallet/status/1328789954726649856

Globalement les routes sont là et nommées, il y aura certainement des 
améliorations à faire sur le bâti et la voirie, je m'en occuperai en 
même temps que vérifier les POI adresses, après l'import effectué.


Ce qu'il faudrait donc c'est "juste" importer la Base Adresses Locale 
existante
https://adresse.data.gouv.fr/bases-locales/jeux-de-donnees/bal-5f63bb23e9584c0b6bda5b39 

en transformant "voie_nom" en "addr:street" et "numero" en 
"addr:housenumber" (la colonne "suffixe" est vide) et pê passer 
"position" en "description" pour pouvoir éventuellement rajouter un 
"entrance=yes" par la suite.


Ma question est : comment procéder ? Quel outil disponible pour cela ? 
Mon besoin se résume à :


1/ depuis un fichier csv (650 lignes)

voie_nom | numero | position | long | lat | date_der_maj
Impasse Fontboileau | 13 | entrée | 4.618253 | 45.932341 | 2020-09-22

2/ comment générer un fichier lisible par JOSM (.osm, je suppose) de 650 
nodes géolocalisés (par exemple long = 4.618253 et lat = 45.932341) avec 
les attributs tels :

- addr:street=Impasse Fontboileau
- addr:housenumber=13
- description=entrée
- survey:date=2020-09-22

Merci pour vos pistes et explications.


Bonjour,

Si tu utilise JSOM :
https://dev.cadastre.openstreetmap.fr/fantoir/#insee=69246
Va te permettre d'importer les points dans JOSM puis dans OSM.

Denis


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

Re: [OSRM-talk] New v5.23.0 release

[Denis Chapligin]

Actually i just realized, that i've made a patch for libosrmc a year ago:

https://github.com/daniel-j-h/libosrmc/pull/17

I'll ask the libosrmc maintainter to check it one more time.

вс, 18 окт. 2020 г. в 19:55, Denis Chapligin :

> But that change actually breaks the intended change - binary exchange
> protocol.
>
> вс, 18 окт. 2020 г. в 08:37, Michael Bell :
>
>> I've had a go at reverting the breaking change:
>> https://github.com/Project-OSRM/osrm-backend/pull/5860
>> I was able to compile libosrmc against it.
>>
>> Michael
>>
>> On Thu, 15 Oct 2020 at 17:14, Denis Chapligin  wrote:
>> >
>> > IIRC you had some idea of hiding that change and unbreaking the API by
>> templating ResultT type. If you can explain your idea I can probably
>> implement it.
>> >
>> > чт, 15 окт. 2020 г. в 17:43, Daniel Patterson via OSRM-talk <
>> osrm-talk@openstreetmap.org>:
>> >>
>> >> Dammit, sorry Julien, I'd forgotten about that issue - I'm not using
>> the libosrm bindings directly, so this change slipped my mind.
>> >>
>> >> If someone has time to fix the interface, we can release 5.24.0 to
>> address it, and mark 5.23.0 as a dud.  The interface change clearly breaks
>> semver rules as it's not backward compatible.  The alternative would be to
>> release OSRM 6.0.0, but this feels like much too small a change to justify
>> doing that.
>> >>
>> >> While I managed to find time to work through the release process, I do
>> not have time to do any significant refactoring work :-/
>> >>
>> >> daniel
>> >>
>> >> On Thu, Oct 15, 2020 at 12:38 AM Julien Coupey  wrote:
>> >>>
>> >>> Hi Daniel and all
>> >>>
>> >>> Thanks for your work on this release, and all the various recent
>> >>> contributions that made it possible. It's great to see a new OSRM
>> >>> version, first one in a long time!
>> >>>
>> >>> I'd like to ask for a clarification though, if possible, on the status
>> >>> of libosrm regarding this new version and possible future ones. There
>> >>> are a couple of reports about the API breaking changes ([1] and [2]).
>> It
>> >>> means that projects relying on libosrm v5.* no longer compile with
>> >>> v5.22, and now v5.23. This is a major problem for downstream users and
>> >>> maintainers, especially since the OSRM release process has long been
>> >>> adhering to the semver scheme. I only see two ways out:
>> >>>
>> >>> 1. The new v5.23 release somehow endorses the API change (after all a
>> >>> fix now would also be a new change from the last two releases). In
>> which
>> >>> case downstream users will have to fiddle with adjustments based on
>> >>> libosrm minor version.
>> >>>
>> >>> 2. This is considered as something that must be fixed at some point in
>> >>> the future. Then no action is required downstream, except stating that
>> >>> current libosrm versions are no longer compatible until a patch or new
>> >>> minor version is released.
>> >>>
>> >>> Knowing which option is the most likely would definitely help.
>> >>>
>> >>> [1] https://github.com/Project-OSRM/osrm-backend/issues/5548
>> >>> [2] https://github.com/Project-OSRM/osrm-backend/issues/5741
>> >>>
>> >>> Regards
>> >>> Julien
>> >>>
>> >>> On 14/10/2020 23:14, Daniel Patterson via OSRM-talk wrote:
>> >>> > Hello all,
>> >>> >
>> >>> >Well, after a long hiatus, I've finally had time to cut a new
>> >>> > release.  I've bundled up a bunch of the changes that have been
>> >>> > submitted over the last couple of years, and tagged 5.23.0, and
>> cleaned
>> >>> > up the changelog/master branch which had been left dangling in an
>> >>> > unclear state for a while.  Build/publish of the various binaries is
>> >>> > underway and should be complete soon.  Here's what's changed -
>> mostly
>> >>> > bugfixes, but a few small features as well.
>> >>> >
>> >>> >- Changes from 5.22.0
>> >>> >  - Build:
>> >>> >- FIXED: pessimistic calls to std::move
>> >>> > [#5560](https://github.com/Project-OSRM/osrm-

Re: [OSRM-talk] New v5.23.0 release

[Denis Chapligin]

But that change actually breaks the intended change - binary exchange
protocol.

вс, 18 окт. 2020 г. в 08:37, Michael Bell :

> I've had a go at reverting the breaking change:
> https://github.com/Project-OSRM/osrm-backend/pull/5860
> I was able to compile libosrmc against it.
>
> Michael
>
> On Thu, 15 Oct 2020 at 17:14, Denis Chapligin  wrote:
> >
> > IIRC you had some idea of hiding that change and unbreaking the API by
> templating ResultT type. If you can explain your idea I can probably
> implement it.
> >
> > чт, 15 окт. 2020 г. в 17:43, Daniel Patterson via OSRM-talk <
> osrm-talk@openstreetmap.org>:
> >>
> >> Dammit, sorry Julien, I'd forgotten about that issue - I'm not using
> the libosrm bindings directly, so this change slipped my mind.
> >>
> >> If someone has time to fix the interface, we can release 5.24.0 to
> address it, and mark 5.23.0 as a dud.  The interface change clearly breaks
> semver rules as it's not backward compatible.  The alternative would be to
> release OSRM 6.0.0, but this feels like much too small a change to justify
> doing that.
> >>
> >> While I managed to find time to work through the release process, I do
> not have time to do any significant refactoring work :-/
> >>
> >> daniel
> >>
> >> On Thu, Oct 15, 2020 at 12:38 AM Julien Coupey  wrote:
> >>>
> >>> Hi Daniel and all
> >>>
> >>> Thanks for your work on this release, and all the various recent
> >>> contributions that made it possible. It's great to see a new OSRM
> >>> version, first one in a long time!
> >>>
> >>> I'd like to ask for a clarification though, if possible, on the status
> >>> of libosrm regarding this new version and possible future ones. There
> >>> are a couple of reports about the API breaking changes ([1] and [2]).
> It
> >>> means that projects relying on libosrm v5.* no longer compile with
> >>> v5.22, and now v5.23. This is a major problem for downstream users and
> >>> maintainers, especially since the OSRM release process has long been
> >>> adhering to the semver scheme. I only see two ways out:
> >>>
> >>> 1. The new v5.23 release somehow endorses the API change (after all a
> >>> fix now would also be a new change from the last two releases). In
> which
> >>> case downstream users will have to fiddle with adjustments based on
> >>> libosrm minor version.
> >>>
> >>> 2. This is considered as something that must be fixed at some point in
> >>> the future. Then no action is required downstream, except stating that
> >>> current libosrm versions are no longer compatible until a patch or new
> >>> minor version is released.
> >>>
> >>> Knowing which option is the most likely would definitely help.
> >>>
> >>> [1] https://github.com/Project-OSRM/osrm-backend/issues/5548
> >>> [2] https://github.com/Project-OSRM/osrm-backend/issues/5741
> >>>
> >>> Regards
> >>> Julien
> >>>
> >>> On 14/10/2020 23:14, Daniel Patterson via OSRM-talk wrote:
> >>> > Hello all,
> >>> >
> >>> >Well, after a long hiatus, I've finally had time to cut a new
> >>> > release.  I've bundled up a bunch of the changes that have been
> >>> > submitted over the last couple of years, and tagged 5.23.0, and
> cleaned
> >>> > up the changelog/master branch which had been left dangling in an
> >>> > unclear state for a while.  Build/publish of the various binaries is
> >>> > underway and should be complete soon.  Here's what's changed - mostly
> >>> > bugfixes, but a few small features as well.
> >>> >
> >>> >- Changes from 5.22.0
> >>> >  - Build:
> >>> >- FIXED: pessimistic calls to std::move
> >>> > [#5560](https://github.com/Project-OSRM/osrm-backend/pull/5561)
> >>> >  - Features:
> >>> >- ADDED: new API parameter - `snapping=any|default` to allow
> >>> > snapping to previously unsnappable edges
> >>> > [#5361](https://github.com/Project-OSRM/osrm-backend/pull/5361)
> >>> >- ADDED: keepalive support to the osrm-routed HTTP server
> >>> > [#5518](https://github.com/Project-OSRM/osrm-backend/pull/5518)
> >>> >- ADDED: flatbuffers output format support
> >>> > [#5513](https://

Re: [OSM-talk-fr] [ EXIT Loomio ] Reconnaître des services "officiellement édités par osm-fr" ?

[Denis Chenu]

Le 15/10/2020 à 15:30, Jacques Lavignotte a écrit :



Le 15/10/2020 à 15:11, PanierAvide a écrit :


La discussion sur loomio - pas proprio mais limité si gratuit donc pas 
si libre que ça - pour déterminer si on continue avec un groupe 
restreint car limité de favorables à Loomio.


Vous les voyez les contradictions ci-dessous :

Le problème est l'utilisation de la version hébergée gratuite qui 
limite à 50 comptes par projet. Une discussion avait été lancée pour 
passer sur une autre formule, payante, qui permettrait d'aller jusqu'à 
100 comptes. Les résultats du votes étant plutôt partagés, status quo 
(cf 
https://www.loomio.org/p/IhYF0qAx/passage-un-niveau-sup-rieur-avec-loomio 
).



[HS]
C'est quoi cette remarque ?

«pas proprio mais limité si gratuit donc pas si libre que ça».
C'est **totalement libre** , c'est l'hébergement sur leur plateforme qui 
est payante.
Je ne vois aucune contradiction, et effectuer ce genre n'est pas donner 
avantages au logiciel libres.


D'ailleurs : les données d'OSM : c'est pas si libre que ça … On est 
obligé de mettre des logos et des liens …


Denis
[/HS]

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

Re: [OSRM-talk] New v5.23.0 release

[Denis Chapligin]

IIRC you had some idea of hiding that change and unbreaking the API by
templating ResultT type. If you can explain your idea I can probably
implement it.

чт, 15 окт. 2020 г. в 17:43, Daniel Patterson via OSRM-talk <
osrm-talk@openstreetmap.org>:

> Dammit, sorry Julien, I'd forgotten about that issue - I'm not using the
> libosrm bindings directly, so this change slipped my mind.
>
> If someone has time to fix the interface, we can release 5.24.0 to address
> it, and mark 5.23.0 as a dud.  The interface change clearly breaks semver
> rules as it's not backward compatible.  The alternative would be to release
> OSRM 6.0.0, but this feels like much too small a change to justify doing
> that.
>
> While I managed to find time to work through the release process, I do not
> have time to do any significant refactoring work :-/
>
> daniel
>
> On Thu, Oct 15, 2020 at 12:38 AM Julien Coupey  wrote:
>
>> Hi Daniel and all
>>
>> Thanks for your work on this release, and all the various recent
>> contributions that made it possible. It's great to see a new OSRM
>> version, first one in a long time!
>>
>> I'd like to ask for a clarification though, if possible, on the status
>> of libosrm regarding this new version and possible future ones. There
>> are a couple of reports about the API breaking changes ([1] and [2]). It
>> means that projects relying on libosrm v5.* no longer compile with
>> v5.22, and now v5.23. This is a major problem for downstream users and
>> maintainers, especially since the OSRM release process has long been
>> adhering to the semver scheme. I only see two ways out:
>>
>> 1. The new v5.23 release somehow endorses the API change (after all a
>> fix now would also be a new change from the last two releases). In which
>> case downstream users will have to fiddle with adjustments based on
>> libosrm minor version.
>>
>> 2. This is considered as something that must be fixed at some point in
>> the future. Then no action is required downstream, except stating that
>> current libosrm versions are no longer compatible until a patch or new
>> minor version is released.
>>
>> Knowing which option is the most likely would definitely help.
>>
>> [1] https://github.com/Project-OSRM/osrm-backend/issues/5548
>> [2] https://github.com/Project-OSRM/osrm-backend/issues/5741
>>
>> Regards
>> Julien
>>
>> On 14/10/2020 23:14, Daniel Patterson via OSRM-talk wrote:
>> > Hello all,
>> >
>> >Well, after a long hiatus, I've finally had time to cut a new
>> > release.  I've bundled up a bunch of the changes that have been
>> > submitted over the last couple of years, and tagged 5.23.0, and cleaned
>> > up the changelog/master branch which had been left dangling in an
>> > unclear state for a while.  Build/publish of the various binaries is
>> > underway and should be complete soon.  Here's what's changed - mostly
>> > bugfixes, but a few small features as well.
>> >
>> >- Changes from 5.22.0
>> >  - Build:
>> >- FIXED: pessimistic calls to std::move
>> > [#5560](https://github.com/Project-OSRM/osrm-backend/pull/5561)
>> >  - Features:
>> >- ADDED: new API parameter - `snapping=any|default` to allow
>> > snapping to previously unsnappable edges
>> > [#5361](https://github.com/Project-OSRM/osrm-backend/pull/5361)
>> >- ADDED: keepalive support to the osrm-routed HTTP server
>> > [#5518](https://github.com/Project-OSRM/osrm-backend/pull/5518)
>> >- ADDED: flatbuffers output format support
>> > [#5513](https://github.com/Project-OSRM/osrm-backend/pull/5513)
>> >- ADDED: Global 'skip_waypoints' option
>> > [#5556](https://github.com/Project-OSRM/osrm-backend/pull/5556)
>> >- FIXED: Install the libosrm_guidance library correctly
>> > [#5604](https://github.com/Project-OSRM/osrm-backend/pull/5604)
>> >- FIXED: Http Handler can now deal witch optional whitespace
>> > between header-key and -value
>> > [#5606](https://github.com/Project-OSRM/osrm-backend/issues/5606)
>> >  - Routing:
>> >- CHANGED: allow routing past `barrier=arch`
>> > [#5352](https://github.com/Project-OSRM/osrm-backend/pull/5352)
>> >- CHANGED: default car weight was reduced to 2000 kg.
>> > [#5371](https://github.com/Project-OSRM/osrm-backend/pull/5371)
>> >- CHANGED: default car height was reduced to 2 meters.
>> > [#5389](https://github.com/Project-OSRM/osrm-backend/pull/5389)
>> >- FIXED: treat `bicycle=use_sidepath` as no access on the tagged
>> > way. [#5622](https://github.com/Project-OSRM/osrm-backend/pull/5622)
>> >- FIXED: fix table result when source and destination on same
>> > one-way segment.
>> > [#5828](https://github.com/Project-OSRM/osrm-backend/pull/5828)
>> >- FIXED: fix occasional segfault when swapping data with
>> > osrm-datastore and using `exclude=`
>> > [#5844](https://github.com/Project-OSRM/osrm-backend/pull/5844)
>> >- FIXED: fix crash in MLD alternative search if source or target
>> > are invalid 

Re: [OSM-talk-fr] Besoin d'aide pour référence d'un ligne TGV

[Denis Helfer]

Le plus simple est de passer par un outil de type Qgis (au hasard) avec 
le plugin QuickOSM et la requête overpass http://overpass-turbo.eu/s/YYl.


En ne retenant que la relation en sortie (multiligne) on obtient la 
longueur de 561,369 kms


Par ailleurs, Qgis est très pratique pour comparer des jeux de données 
opendata avec des données OSM.


Qgis c'est bon mangez-en 3x par jour.

Le 12/10/2020 à 16:20, Percherie OnDaNet a écrit :


Après avoir testé avec réussite les mises à jour de lignes SNCF j'en 
ai profité pour mettre à jour la page 
https://wiki.openstreetmap.org/wiki/France/Voies_ferr%C3%A9es qui 
était quelque peu abandonnée depuis des années.

Des liens ressources, astuces et conseils y on été ajouté.

Si ça peut donner envi à d'autres contributeurs de participer c'est 
déjà ça...


Question : avec JOSM j'ai tenté de récupérer la longueur total des 
lignes mais j'ai l'impression qu'au delà de 200 km cela ne fonctionne 
pas. Par exemple sur le trajet https://osm.org/relation/11741864
Comment puis-je récupérer la longueur total d'une sélection qui fait 
plus de 200 km ?






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

Re: [OSM-talk-fr] Besoin d'aide pour référence d'un ligne TGV

[Denis Helfer]

Les horaires des TGV et des TER sont disponibles en opendata au format GTFS

https://ressources.data.sncf.com/explore/dataset/horaires-des-train-voyages-tgvinouiouigo/table/

https://ressources.data.sncf.com/explore/dataset/sncf-ter-gtfs/table/

yapuka décoder...


Le 11/10/2020 à 10:14, Julien djakk a écrit :

Salut !

On a le droit de copier les fiches horaires de la SNCF ?

Julien "djakk"

Le dim. 11 oct. 2020 à 01:39, Gad.Jo  a écrit :

La modification a été bien plus simple et rapide que prévu :
https://www.openstreetmap.org/changeset/92288895

J'ai remis à jour les relations qui y ressemblait le plus vers les
nouveau numéro de ligne actuellement active sur le site de la SNCF.
Normalement il n'y a pas de casse sur les gares où je suis passé (ajout
de tag, mise en conformité)...

L'ancienne ligne TGV 752 a été remplacée par les lignes TGV 6871, 6873,
6823, 9836 et 9862

En dehors de la gare Lille Europe où un trou persiste dans les relations
(pas chaud pour modifier une grosse gare). Tout les trajets sont continu.

Le 10/10/2020 à 21:42, Gad.Jo a écrit :

Après une courte recherche j'ai trouvé le très bon site :
https://www.fiches-horaires.net/ (leur description en pied de page est
très amusante et pleine de bon sens)

A défaut de trouver les fiches horaires officielle il y a de la
données valide. Par contre... où on t'ils trouvé leur données ?

Le 10/10/2020 à 16:40, Adrian via Talk-fr a écrit :

Il y a deux ans environ, je voulais couper des chemins (ways) de
chemin de fer pour introduire des ponts. Ces chemins étaient membres
de plus que dix relations d'itinéraire. Comme toi, j'ai vu qu'il y
avait deux genres de relation. Il y avait les itinéraires
d'infrastructure, comme la ligne de Combs-la-Ville à Saint-Louis. Et
il y avait les itinéraires passagers, les voyages sans correspondance
proposés par la SNCF, comme le TGV 752. J'ai remarqué que les
itinéraires passagers reflétaient l'état d'il y a cinq ans ou plus.

Les relations étaient un vrai désordre. Toutes étaient cassées à
multiples endroits avec des types diverses d'erreur. Quelques-unes
étaient très longues avec jusqu'à trois mille membres. Le format de
toutes les relations est un hybride de v1 et v2 des transports en
commun. Il y a une liste des gares, et une liste des chemins dans les
deux sens (sauf voie unique), sans les rôles forward ou backward. Les
listes des chemins comprennent des blocs alternés de chemins dans le
sens aller et chemins dans le sens retour. Les relations
d'infrastructure contiennent souvent toutes les voies des gares, y
compris les voies de garage et d'évitement. Les relations passagers
contiennent souvent toutes les voies par lesquelles les trains
pourraient passer par les gares. Je pense que les relations ont été
créées ainsi par des enthousiastes des chemins de fer. Mais je n'ai
pas cherché qui, ou pourquoi, ou si c'est documenté quelque part.

J'ai passé des heures à faire une réparation partielle des
plus-que-dix relations, sans changer le format. Une réparation
entière aurait fallu beaucoup trop longtemps. Ainsi j'ai pu
introduire les ponts sans empirer le bordel.

À mon avis, un tel cas a besoin d'une méthode différente de
cartographier les itinéraires. Les relations d'itinéraire devraient
avoir comme membres, d'autres relations: des tronçons d'itinéraire.
Ça pourrait être fait avec ou sans des relations superroute. On
arriverait à une grande simplification.

Et alors, que faire? Mettre en bonne état et à jour seulement les
relations qui passent par ton coin, est un très grand boulot. Et en
idéal, il faudrait discuter avec ceux qui cartographient les chemins
de fer, quel est le format préféré des relations. Les relations sont
utilisées par https://www.openrailwaymap.org/ et
https://magosm.magellium.com/portail/#/carte p.ex. Supprimer des
relations serait dommage, vu le temps que plusieurs contributeurs ont
passé à les créer. À mon avis, il faudrait améliorer ou mettre à
jour; ou bien laisser tel quel.

À noter qu'il y a toujours des liaisons directes Lyon - Barcelone.
Mais pas Lyon - Bordeaux, ça va plus vite maintenant via Paris que
via Montpellier!

Un projet du mois, peut-être? Mais je me demande s'il y aurait assez
de contributeurs intéressés. Et comment découvrir la gamme des
itinéraires passagers, vu qu'il n'y a plus de fiches horaires TGV
disponibles en ligne?

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

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

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

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


___
Talk-fr mailing list

Re: [OSM-talk-fr] Besoin d'aide pour référence d'un ligne TGV

[Denis Helfer]

Je ne vais répondre en détail qu'à la seconde partie en parlant de ma 
pratique


Je fais une relation générique pour la ligne généralement de type 
route_master=railway qui contient


des  relations par voie (route=railway) + voies de jonction et autres 
évitements


Exemple : 
https://www.openstreetmap.org/relation/8386108#map=11/49.4014/3.9432



PS : pour la première question, supprimer la ref qui n'en est pas une ou 
un disused:ref si vraiment on tient à garder des vieilleries..



Le 09/10/2020 à 16:33, Percherie OnDaNet a écrit :


C'est bien ce que je pensait... ancien REF TGV abandonnée par la SNCF 
et rien à voir avec la ligne LVG


_Que me conseille tu concernant cette ligne transport en commun qui 
n'existe plus ?_


Concernant l'itinéraire ferroviaire "752 000" : 
https://www.openstreetmap.org/relation/3264340

Pour ceux qui sont perdu, itinéraire <> itinéraire de transport

_Est-ce que je met une seule voies, les deux sens, toutes les voies 
des gares traversées ?_


Au final ça soulève plus de questions que de réponses

Le 09/10/2020 à 16:04, Denis Helfer a écrit :


Hello,

Cela semble correspondre, selon 
http://medias.sncf.com/sncfcom/pdf/guides/Carte_des-destinations_InfoVoy.pdf, 
au numéro d'une (ancienne) fiche horaire.


Dans tous les cas, la numérotation des liaisons commerciales n'a rien 
à voir avec la numérotation de l'infrastructure.


A ma connaissance, il n'y a pas d'identifiant d'une telle liaison ; 
il n'y aura que des identifiants de circulations de trains



Denis


Le 09/10/2020 à 15:36, Percherie OnDaNet a écrit :


Bonjour à tous,


Je suis en train de m'intéresser aux relations route=train qui 
remontent en erreur sur GeoFabrik. Prenez l'exemple sur
https://www.openstreetmap.org/relation/5943884 (TGV 752 : Lyon -- 
Montpellier -- Toulouse -- Bordeaux / Perpignan -- Barcelone)


*Ignorez les tags qui ne sont pas bon*. La question porte sur la 
référence de la ligne et je n'arrive pas à la retrouver sur internet.


  * Les trajets TGV nommé "TGV 752" ne semble pas exister sur
internet ou sur OUI.fr
  * La ligne LGV (voie ferrée) 752 000 existe :

https://fr.wikipedia.org/wiki/Ligne_de_Combs-la-Ville_%C3%A0_Saint-Louis_(LGV)

Je me demande si le transport "TGV 752" existe réellement. Est-ce 
plutôt une création libre inspiré de la LGV "752 000" ?
Si je souhaite conserver les relations. Quel référence puis-je 
utiliser ?


Je sens que la réponse ne va pas être simple ;-/


___
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] Facebook : défaut d'attribution

[Denis Chenu]

Le 08/10/2020 à 16:09, Vincent Bergeot a écrit :

Le 24/09/2020 à 09:29, Denis Chenu a écrit :

Pour information : il y aurait déjà eu un contact avec Facebook :
https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution
(User:Nunocaldeira ) mais non daté.


pour voir passer ces gazouillis sur twitter, cela fait maintenant un 
long moment qu'il exprime ce Lacking_Proper_attribution que cela soit 
pour facebook mais aussi pour mapbox et d'autres


Ce qu'il met souvent en avant, ce n'est pas tant le fait de la légalité 
(c'est compliqué les lois, les mots, le sens donné) mais le fait que des 
des Gold Corporate Members 
(https://wiki.osmfoundation.org/wiki/Corporate_Members#Gold_Corporate_Members) 
ne soient pas plus actifs dans l'affichage de l'attribution, ce que des 
membres Gold devraient faire selon lui (j'espère que pas trop simplifier 
ces propos).


à plus



Bonjour,
Ce que je trouve dommage c'est que l'on en demande plus à la petite 
association qu'à la grosse entreprise …
De plus : une association qui va contribuer à la carte est peut être une 
plus grosse contributrices en terme de pourcentage de ses possibilités 
que Facebook.


Parce-que désolé : mais ceci reste une carte avec un défaut clair 
d'attribution quoi qu'on en dise.

https://wtf.roflcopter.fr/pics/Y5MQGjn3/bpy9gcxO.png

Je vais aussi envoyer un message à Facebook FR, en tant que contributeur.

Denis


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

Re: [OSM-talk-fr] Carte des lieux de test COVID

[Denis Chenu]

Le 05/10/2020 à 11:20, Denis Chenu a écrit :
> Bonjour,
>
> Il existe une liste officielle semble t'il
> https://sante.fr/recherche/trouver/DepistageCovid
> Par contre : je ne sais pas ou la trouver autrement.
>
> Denis
>
> Le 05/10/2020 à 10:36, Antonin Delpeuch (lists) a écrit :
>> Bonjour à tous,
>>
>> J'ai cherché s'il existait des conventions pour cartographier les lieux
>> où des tests COVID sont disponibles, mais n'ai rien trouvé de concret
>> sur https://wiki.openstreetmap.org/wiki/France/Covid-19.
>>
>> Est-ce que ces informations sont considérées comme trop temporaires,
>> peut-être ? J'ai l'impression que le besoin est là et que ça risque de
>> durer un peu ! J'imagine que pour l'essentiel ça reviendrait à ajouter
>> des tags sur des POIs existants (cabinet de médecine générale, maison de
>> santé, etc).
>>
>> Il existe des jeux de données par pays mais je n'ai pas trouvé de carte
>> globale, ça serait pratique si on pouvait faire ça avec une petite
>> requête Overpass. On pourrait aussi décliner ça pour les tests
>> d'anticorps et vaccins (en anticipation)…
>>
>> Antonin
>>
>>
>> ___
>> 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
Et donc …

<https://laboratoires.fabrique.social.gouv.fr>

> Les données présentées proviennent de déclarations des laboratoires et
> établissements de santé, auprès des Agences régionales de santé, et
> via une plateforme internet développée par le Ministère des
> Solidarités et de la Santé, sur leurs points de dépistage COVID-19.
> Les données sont mises à jour quotidiennement. Laboratoires et
> établissements de santé, si vous repérez une donnée erronée ou
> manquante, vous pouvez vous rendre sur la plateforme
> https://laboratoires.fabrique.social.gouv.fr

Mais pas d'informations sur une éventuelle API.

Denis



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

Re: [OSM-talk-fr] Carte des lieux de test COVID

[Denis Chenu]

Bonjour,

Il existe une liste officielle semble t'il
https://sante.fr/recherche/trouver/DepistageCovid
Par contre : je ne sais pas ou la trouver autrement.

Denis

Le 05/10/2020 à 10:36, Antonin Delpeuch (lists) a écrit :
> Bonjour à tous,
>
> J'ai cherché s'il existait des conventions pour cartographier les lieux
> où des tests COVID sont disponibles, mais n'ai rien trouvé de concret
> sur https://wiki.openstreetmap.org/wiki/France/Covid-19.
>
> Est-ce que ces informations sont considérées comme trop temporaires,
> peut-être ? J'ai l'impression que le besoin est là et que ça risque de
> durer un peu ! J'imagine que pour l'essentiel ça reviendrait à ajouter
> des tags sur des POIs existants (cabinet de médecine générale, maison de
> santé, etc).
>
> Il existe des jeux de données par pays mais je n'ai pas trouvé de carte
> globale, ça serait pratique si on pouvait faire ça avec une petite
> requête Overpass. On pourrait aussi décliner ça pour les tests
> d'anticorps et vaccins (en anticipation)…
>
> Antonin
>
>
> ___
> 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] Serveur Discord créé

[Denis Chenu]

Bonjour,

Pour éliminer le premier point de refus d'utiliser discord sur
https://stallman.org/discord.html

Il est possible d'utiliser pidgin et purple-discord :
https://github.com/EionRobb/purple-discord

Je l'utilise sur Fedora : cela fonctionne très bien (hors voie bien sur).

Denis
PS : je suis malheureusement obligé de l'utiliser … et aurait préféré
rester sur IRC.

Le 28/09/2020 à 22:11, Romain MEHUT a écrit :
>
> Bonsoir,
>
> J'ai été contacté par la messagerie interne d'osm.org pour y
> participer mais j'ai décliné la proposition en raison notamment des
> éléments décrits sur Wikipedia
> https://fr.wikipedia.org/wiki/Discord_(logiciel)
>
> Romain
>
> Le 27/09/2020 à 16:10, Emilie Laffray a écrit :
>> Bonjour tout le monde,
>>
>> juste un petit passage pour signaler que quelqu'un a créé un serveur
>> discord pour la communauté OpenStreetMap Fr.
>> L'utilisateur s'appelle Khryashch#1881.
>> Voila le lien https://discord.gg/wxNGfdT
>>
>> Pour ceux qui ne connaissent pas Discord, c'est une sorte de IRC
>> moderne avec persistance des discussions et la possibilité de faire
>> du vocal/vidéo facilement.
>> C'est surtout utilisé à la base pour faciliter les communaute de
>> gamers et ca touche a des gens un peu plus jeune généralement pour
>> qui IRC est un truc un peu abscon :)
>>
>> Voila voila,
>> Emilie Laffray
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


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

Re: [OSM-talk-fr] OSMdata

[Denis Chenu]

Merci,

Et oui : l'idée n'était que de donner un exemple de type de remontée :).
C'est bien ce que je ne trouve pas clair :
- remontée erreur de carte (contributions OSM)
- remontée problème de recherche : github ou loomio (à vous d voir)
- remontée code : github

Parfait !


Le 24/09/2020 à 10:25, Nelson Tayou a écrit :
> Bonjour, 
>
> Merci pour toutes ces remarques !
>
> Pour connaître la requête exécutée pour une couche c'est sur son
> bouton "i".
> Capture 2.png
> Capture.png
> Pour les piscines, c'est/ leisure='swimming_pool' AND
> (tags->'access'='yes' OR tags->'access'='customers')./
> /
> /
> Je trouve les emails compliqués pour échange sur les requêtes des
> couches ou leurs pictos, surtout qu'ils conduisent très rapidement à
> des débats. Une issue sur github
> <http://github.com/data-osm/geosm-frontend/issues> ou Loomio
> <http://loomio.org/d/018TijXh/th-mes-utilisateurs-> permettrait de
> débattre problématique par problématique et garder une trace plus
> facile à retrouver.
>
>   * L'ouverture de la plateforme ne se fait plus sur la thématique
> "Tourisme et loisirs", ca avait été fait pour permettre aux
> visiteurs d'ajouter une couche en un seul clic ^^
>   * Bonne idée pour le changement de "Fond de carte" à "Plus de fonds
> carte" 
>   * Tous les titres ont basculé vers "Data OSM"
>   * Il est possible d'envisager une plus grande échelle à la fin
> d'année lorsque QGIS aura sorti une version permettant de faire
> des WMS tuilés avec des gutter (pour éviter les cassures des
>     icônes/étiquettes)
>   * J'ai listé d'autres remarques d'ici dans les issues de git
>
> Bonne journée à tous
>
> Karl
>
>
> Le jeu. 24 sept. 2020 à 08:07, Denis Chenu  <mailto:courr...@shnoulle.net>> a écrit :
>
> Bonjour,
>
> Non, selon le wiki ce n'est pas le cas.
> https://wiki.openstreetmap.org/wiki/Tag:sport%3Dswimming
>
> Il existe :  leisure=swimming_area et leisure=water_park  pour les
> 2 cas dont tu parle.
> Si il faut que cela soit autrement : cela doit être dans le wiki.
>
> Denis
>
>
> Le 23/09/2020 à 18:10, Philippe Verdy a écrit :
>> sur  "leisure=sports_centre + sport=swimming", cela n'indique pas
>> nécessairement le contour de la piscine mais l'emprise de la zone
>> sportive qui inclue une piscine, ou un bassin protégé ça peut
>> être zone délimitée d'un étang naturel ou artificiel ou d'un lac,
>> et ne concerner qu'une partie du bassin, le reste étant pour
>> d'autres activités comme la pratique de sports en eau vive avec
>> une autre organisation.
>> De plus même si le sport principal c'est la natation, on peut y
>> trouver une zone dédié au plongeon, à l'entrainement à la
>> plongée, il peut y avoir aussi une utilisation mixte (genre
>> bassin qui peut être couvert d'un plancher mobile, et servir à
>> d'autres sports, sans compter aussi des salles de culture
>> physique et même dans un parc autour de l'athlétisme, un terrain
>> de tennis. S'il y a unen tribune, ce peut être aussi une salle de
>> spectacle; dans certains cas c'est aussi un musée où la piscine
>> est conservée pour sa beauté architecturale, ses céramiques: la
>> maintenir en eau permet de préserver l'équilibre de l'édifice et
>> le bassin n'avoir plus qu'une fonction ornementale qui servira
>> seulement à certaines occasions de prestige après un controle de
>> l'eau et un peu de rangement autour...)
>>
>> Le lun. 21 sept. 2020 à 11:34, Denis Chenu  a écrit :
>>
>> Quand je parle des erreurs, cela peut être sur la carte ou
>> sur la façon
>> de les récupérer. Donc 2 liens différents : comment contribuer à
>> openstreetmap et comment remonter les erreurs ici(cf exemple).
>>
>> Denis
>> exemple : les piscines ne remonte pas toutes, pas celle en
>> leisure=sports_centre + sport=swimming
>>
>>
>> Donc si c'est biuen une piscine, autant la délimiter en tant que
>> tel à l'intérieur du centre sportif. Enfin des centres sportifs
>> consacrés à la natation peuvent ne plus être qu'un point de
>> rassemblement d'un club, l'activité étant ailleurs (surtout je
>> pense pour les clubs liés aux équipes de compétition, ou la
>> préparation sportive hors eau). 
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>>   

[OSM-talk-fr] Facebook : défaut d'attribution

[Denis Chenu]

Bonjour,

Je sais que il ya une procédure à suivre, et qui fonctionne sans doute
pour les plus petites entreprises ou même sur certaines plus grosse.
Mais avant de prendre contact avec facebook, j'aimerais vérifier
plusieurs chose.

Le système sur Facebook, exemple sur la page
https://www.facebook.com/Jardins-du-H%C3%AAtre-le-42-ex-Ferme-aux-Loisirs-101234147890218
Ce lieu à une adresse, sur le coté droit :
1. un mini plan est visible (aucune attribution)
2. je clic sur le mini plan : aucun attribution visible
3. Je vois un petit point d'exclamation
4. je clic sur le point d'exclamation :
4.1 : lien "Mention légale du mappage de donnée" clic : ouvre la page
https://www.facebook.com/maps/attribution_terms/
4.2 lien (c) OpenStreetMap donne sur
https://www.openstreetmap.org/copyright/

Alors mes questions :
1. sur la page de copyright (https://www.openstreetmap.org/copyright/) :
il est indiqué "Le crédit devrait apparaître" et non doit (en français):
est-ce que cela veut dire que Facebook satisfait aux obligations légales
? Ou non : les crédits doivent apparaître sur la carte.
2. Peut on bien considérer que 3 clic pour avoir l'information de
copyright des contributeurs ne satisfait pas le "Vous devez également
préciser clairement"
3. Est ce que je dois contacter mapbox, facebook ou les deux ?

Pour information : il y aurait déjà eu un contact avec Facebook :
https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution
(User:Nunocaldeira ) mais non daté.

D'autres ont ilk déjà commencé des remontées à facebook ?

Merci,
Denis



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

Re: [OSM-talk-fr] OSMdata

[Denis Chenu]

Bonjour,

Non, selon le wiki ce n'est pas le cas.
https://wiki.openstreetmap.org/wiki/Tag:sport%3Dswimming

Il existe :  leisure=swimming_area et leisure=water_park  pour les 2 cas
dont tu parle.
Si il faut que cela soit autrement : cela doit être dans le wiki.

Denis


Le 23/09/2020 à 18:10, Philippe Verdy a écrit :
> sur  "leisure=sports_centre + sport=swimming", cela n'indique pas
> nécessairement le contour de la piscine mais l'emprise de la zone
> sportive qui inclue une piscine, ou un bassin protégé ça peut être
> zone délimitée d'un étang naturel ou artificiel ou d'un lac, et ne
> concerner qu'une partie du bassin, le reste étant pour d'autres
> activités comme la pratique de sports en eau vive avec une autre
> organisation.
> De plus même si le sport principal c'est la natation, on peut y
> trouver une zone dédié au plongeon, à l'entrainement à la plongée, il
> peut y avoir aussi une utilisation mixte (genre bassin qui peut être
> couvert d'un plancher mobile, et servir à d'autres sports, sans
> compter aussi des salles de culture physique et même dans un parc
> autour de l'athlétisme, un terrain de tennis. S'il y a unen tribune,
> ce peut être aussi une salle de spectacle; dans certains cas c'est
> aussi un musée où la piscine est conservée pour sa beauté
> architecturale, ses céramiques: la maintenir en eau permet de
> préserver l'équilibre de l'édifice et le bassin n'avoir plus qu'une
> fonction ornementale qui servira seulement à certaines occasions de
> prestige après un controle de l'eau et un peu de rangement autour...)
>
> Le lun. 21 sept. 2020 à 11:34, Denis Chenu  a écrit :
>
> Quand je parle des erreurs, cela peut être sur la carte ou sur la
> façon
> de les récupérer. Donc 2 liens différents : comment contribuer à
> openstreetmap et comment remonter les erreurs ici(cf exemple).
>
> Denis
> exemple : les piscines ne remonte pas toutes, pas celle en
> leisure=sports_centre + sport=swimming
>
>
> Donc si c'est biuen une piscine, autant la délimiter en tant que tel à
> l'intérieur du centre sportif. Enfin des centres sportifs consacrés à
> la natation peuvent ne plus être qu'un point de rassemblement d'un
> club, l'activité étant ailleurs (surtout je pense pour les clubs liés
> aux équipes de compétition, ou la préparation sportive hors eau). 
>
> ___
> 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] OSMdata

[Denis Chenu]

Bonjour,

Très belle démonstration et projet !

Ce que je ne vois pas pour une diffusion plus large : c'est comment
rapporter/remonter les «erreurs» (et les remarques) sur la carte.
J'ai bien cliqué sur le bouton en point d'interrogation en haut à droite
, je la trouve peux claire pour une large diffusion.

Quand je parle des erreurs, cela peut être sur la carte ou sur la façon
de les récupérer. Donc 2 liens différents : comment contribuer à
openstreetmap et comment remonter les erreurs ici(cf exemple).

Denis
exemple : les piscines ne remonte pas toutes, pas celle en
leisure=sports_centre + sport=swimming

Le 19/09/2020 à 19:38, Zimmy ZIMMERMANN a écrit :
> Bonjour,
>
> Nous avons beaucoup travaillé jusqu'à aujourd'hui pour absorber vos
> remarques et ajouter de la convivialité à l'utilisation du
> démonstrateur de données OSM.
> Nous aimerions relancer le Conseil d'Administration d'OpenStreetMap
> FRANCE pour rendre plus largement visible cette adresse qui n'a en
> réalité circulé que auprès des connaisseurs.
>
> Le site est toujours à cette adresse : demo.openstreetmap.fr
> <http://demo.openstreetmap.fr/>
>
> Pour la circonstance : un clin d'oeil
> <http://demo.openstreetmap.fr//map?layers=couche,447,10;couche,448,10;couche,449,10>
>  aux
> Journées Européennes du Patrimoine
> <https://drive.google.com/file/d/1l65H3WiBZLuRghVc2UvgGkmUMJSoe0wp/view?usp=sharing>
> ;-)
> Nous serons alors en mesure de passer la 2e étape qui est celle de la
> confrontation à l'usage du public hors sphère OSM.
>
> Avez-vous des réserves à prendre en compte avant la diffusion plus large ?
> Au plaisir de vous lire,
>
> Jean-Louis & Karl
>
> ___
> 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] Fondation OSM / nouveau membre, dernier jour aujourd'hui pour pouvoir votre en décembre

[Denis Helfer]

Le 12/09/2020 à 19:01, Vincent Bergeot a écrit :


Bonjour,

l'assemblée générale de la Fondation OpenStreetMap se déroulera le 12 
décembre 2020.


Et pour devenir un *nouveau* membre habité à voter pour les candidats 
au conseil d'administration de la fondation, il faut adhérer 
aujourd'hui, jusqu'à minuit. Cette mesure avait été prise suite à des 
adhésions massives dans les derniers jours avant l'AG 2018.


Plus d'infos ici : 
https://wiki.osmfoundation.org/wiki/Annual_General_Meetings/2020 et 
ici : 
https://wiki.openstreetmap.org/wiki/Foundation/AGM20/Election_to_Board


Vous *pouvez devenir membre automatiquement si vous avez 42 jours de 
cartographie volontaires non rémunérées* ou d'autres types d'activités 
de promotion d'OpenStreetMap (plus d'infos ici 
https://join.osmfoundation.org/active-contributor-membership/).


à vous,


J'appuie le message de Vincent : c'est un opportunité inédite de montrer 
que la communauté peut faire contrepoids. Changer la gravité de la 
Fondation par la masse des contributeurs bénévoles, attachés à la 
création d'un commun inaliénable avant que le Fondation ne soit attiré 
vers d'autres destinées.


42 est la réponse

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

Re: [OSM-talk-fr] bâtiment sans numéro de rue

[Denis Chenu]

Elle ne serait pas Rue des étangs l'entrée ?

C'est bête, ya même une photo :
https://upload.wikimedia.org/wikipedia/commons/thumb/4/42/Roussent%2C_Pas-de-Calais%2C_Fr%2C_mairie_(2).jpg/1200px-Roussent%2C_Pas-de-Calais%2C_Fr%2C_mairie_(2).jpg

Denis

Le 08/09/2020 à 16:00, osm.sanspourr...@spamgourmet.com a écrit :
>
> Bonjour,
>
> j'ai un bâtiment (une mairie
> <https://www.openstreetmap.org/way/242267944>) qui est dans une
> associatedStreet
> <https://www.openstreetmap.org/relation/3300253#map=15/50.3678/1.7843>.
>
> Or selon la mairie et le cadastre il n'y a pas de numéro pour la
> mairie qui est entre le 63 et le 65.
>
> Vaut-il mieux supprimer de l'associatedStreet ou déclarer un faux
> positif car elle fait bien partie de la rue ?
>
> Jean-Yvon
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] Tags addr: pour les radars

[Denis Chenu]

Bonjour,

Ce que j'en conclurais : ne pas ajouter les codes postaux «non sur» tant
que la poste ne fournit pas de découpage précis.

Sinon : c'est faire au hasard …

Le 07/09/2020 à 15:48, Philippe Verdy a écrit :
> On doit donc "estimer" ces tracés en faisant pas mal d'erreurs. Et
> pour estimer ça, on n'a pas d'autre moyen de renseigner d'abord ces
> codes postaux sur les points. Puis essayer de tester sur des points
> "ambigus" (mais comment vérifier ? On ne peut pas aller fouiller le
> courrier dans les boites à lettres). Et la plupart du temps ce
> découpage est historique et date de bien avant l'internet ou même le
> traitement totalement automatique du courrier dans les centres de tri,
> quand les tournées s'organisaient manuellement par les postiers
> connaissant le terrain et s'organisant entre eux et selon leurs
> disponibilités et congés.


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

Re: [OSM-talk-fr] Affichage d'un name suivant le rendu

[Denis Chenu via Talk-fr]

Bonjour,

Je ne vois aucun intérêt à des règles non suivie ou suivie
partiellement. La seule solution est de suivre les règles quand elles
sont claires et précises (comme c'est le cas ici).

Si l'utilisateur 1 ajoute les points alors que la surface existe.
Un utilisateur ancien ou nouveau qui modifiera la même zone supprimera
ce pints en trop qui ne correspond pas à la règle clair.

Cela fait 2 travail inutile …
Si les règles doivent être changée : c'est faisable, mais cela doit être
un accord total et un correspondre à un processus de décision.

En tant qu'utilisateur depuis peu : je tente de suivre les règles, par
exemple su school : si je connais l'école ou son emprise est claire : je
créé la zone, mais sinon : je ne fait que 1 point. Aucune raison de
faire les 2.

Si chacun suit ses propres règles : la carte n'avancera pas …

Denis


Le 05/09/2020 à 18:00, Philippe Verdy a écrit :
> Osmose signale non pas des "erreurs" mais des choses sur lesquelles on
> doit porter attention. Il propose, n'impose pas, et surtout il FAUT
> faire le travail d'intégration.
>
> Sinon ce n'est pas Osmose mais un bot qui ferait le travail : Osmose
> impose l'intelligence humaine. Et ces propositions ne sont pas
> toujours pertinentes (la quasi totalité des "règles" sont génériques,
> et la cartographie est bourrée d'exceptions partout.
>
> Non je ne me conduirai pas comme un robot (c'est totalement contraire
> à l'esprit d'OSM, les bots sont soumis à des règles très strictes et
> se font régulièrement bloquer ou annuler même s'ils ont été approuvés).
>
> Je pense que tu n'as pas compris ce qu'était un outil de "veille
> qualité" (QA) sur OSM.
>
> Non je ne "bricole" AUCUNE règle, c'est plutôt toi qui veut les
> appliquer de façon impérative (alors que justement il n'y a aucune
> règle impérative (et pour des raisons de performance, un outil ne peut
> pas tout regarder et tout savoir).
>
> Bref ton message est un peu trop anticollaboratif. Ca n'ôte rien à
> l'utilité d'Osmose. Ni le fait que la "règle internationale" n'en est
> en fait justement pas une sur ce sujet. Ce ne sont que de bonnes
> pratiques conseillées. Ici on a deux pratiques conseillées et imposer
> une solution au détriment des autres tout aussi valides (et déjà
> déployées sans en tenir compte) c'est justement ce que j'appelle
> taguer pour le rendu (ici un rendu théorique qui n'existe même pas et
> donc n'a AUCUN consensus actuel qui puisse être démontré).
>
>
>
>
> Le sam. 5 sept. 2020 à 17:43, Christian Quest  <mailto:cqu...@openstreetmap.fr>> a écrit :
>
>
>>> De: "Philippe Verdy"  <mailto:ver...@gmail.com>
>>> Ben non justement, ce n'est pas "taguer" pour le rendu car les deux
>>> méthodes sont indiquées comme valides et approuvées. Certes il y a
>>> des bogues dans le rendu puisque suivant les cas c'est l'une ou
>>> l'autre méthode qui est visible; mais si on voit les deux c'est
>>> moins grave que ne rien voir du tout.
>
>
> C'est tellement "valide et approuvé" que JOSM signale une erreur
> et osmose a une analyse pour ça aussi...
>
>
> Le 04/09/2020 à 18:19, Vincent de Château-Thierry a écrit :
>
>>  
>> Les 2 méthodes sont valides et approuvées, je suis d'accord. Mais elles 
>> sont mutuellement exclusives : si on en choisit une pour un objet du 
>> terrain, alors il ne faut pas utiliser l'autre pour le même objet. Toujours 
>> le "one feature, one element".
>>  
>
>
> Et oui, l'article
> https://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element
> est clair à ce sujet pour qui prends la peine de le (re)lire.
>
> "A feature whose position is known, but whose shape is either
> unknown or irrelevant, should appear as a point
> <https://wiki.openstreetmap.org/wiki/Node> object with appropriate
> tags."
>
> Donc on met un nœud quand on ne connaît pas l'emprise ou que ça
> n'a pas de sens (ex: une borne kilométrique). L'emprise est donc
> bien considérée comme préférée, le nœud une version dégradée et en
> aucun cas on met les deux en même temps.
>
>
> Pour la partie "bonnes pratiques locales", elles devraient se
> limiter à trancher quand plusieurs façons de faire cohabitent et
> sont acceptées internationalement. Pour moi, une règle ou bonne
> pratique locale devrait être le résultat d'un consensus local qui
> n'a pas pu être obtenu internationalement, mais elles ne devraient
> jamais enfreindre une règle internationale.
>
> Bricoler ses propres règles, les adapter n'est vraiment pas un
> ser

Re: [OSM-talk-fr] anomalie du serveur OSM sur iD (données partielles/incomplètes)

[Denis Chenu via Talk-fr]

Je gère des serveurs dont des serveurs DNS,

Cependant : je ne me permettrais ni d'évaluer la qualité technique de DOH.
Je laisse cela à des personnes compétentes.

Denis
Le 04/09/2020 à 15:18, Philippe Verdy a écrit :
> Ce n'est toujours pas complètement réglé. Notamment des fournisseurs
> de DNS sécurisés (dont bon nombre de services DNS over HTTPS qui
> perdent leurs sessions et on beaucoup de mal à les reconencter) sont
> toujours impactés.
>
> Le DNS over HTTPS (DOH) est proposé en ce moment en test par Google ou
> par Microsoft sous Windows 10, mais visiblement il n'a pas encore la
> capcité nécessaire de supporter le traffic nécessaire: les serveurs
> DOH "tombent" les uns après les autres par surcharge (plus assez de
> ports TCP). A mon avis le DOH est une mauvaise solution (à cause de
> l'utilisation de TCP) et le plus fiable reste encore le DNS sur UDP
> qu'on peut authentifier malgré tout avec les signatures numériques et
> les certificats PKI.
>
> J'avais ausi repéré l'incident pas que chez Level3 mais aussi chez
> Cogent (et sur certaines passerelles de Cogent vers
> l'Afrique transitant par OpenTransit/Orange). Là encore il y a
> toujours un problème (et certains pays africains sont encore quasi
> coupés du monde (il y a aussi des problèmes ailleurs comme en Syrie ou
> Corée du Nord, mais là c'est beaucoup plus lié aux mesures politiques,
> ou des mesures d'urgence dans la cyberguerre qui se déroule en ce
> moment, que ce soit entre US et Chine, ou Chine et Taiwan, et en fait
> pas tellement pour ce qui concerne la situation politique locale,
> puisque même les groupes violents ou extrémistes ont besoin de ces
> réseaux et ne les sabottent pas, bien au contraire, même s'ils veulent
> en prendre le contrôle pour pouvoir les utiliser encore davantage: les
> mesures prises le sont par leurs voisins).
>
>
> Le ven. 4 sept. 2020 à 09:39, Christian Quest  <mailto:cqu...@openstreetmap.fr>> a écrit :
>
> Le 01/09/2020 à 13:33, Philippe Verdy a écrit :
> > oui ça remarche ce midi, hier soir l'internet était un enfer à
> > naviguer. (sauf les sites Google, et le reste était
> extrèmmeent lent,
> > surtout le DNS et presque tout ce qui transitait par les gros
> > datacenters d'Amsterdam)
>
>
> Tout ceci semble lié à une grosse panne chez Level3/CenturyLink,
> un gros
> fournisseur de tuyaux.
>
> 
> https://www.nextinpact.com/lebrief/43434/une-panne-plusieurs-heures-chez-level3centurylink-fait-planter-partie-services-sur-internet
>
>
> La concentration d'internet dans toute sa splendeur :(
>
> -- 
> Christian Quest - OpenStreetMap France
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] test n° 3 depuis Thunderbird

[Denis Chenu via Talk-fr]

Bonjour,

Je trouve bizarre et malvenu de changer l'expéditeur.

Je laisse (comme tous le monde ici) l'expéditeur réel, je ne le modifie
pas pour passer en talk-fr …
De plus , le jour ou openstreetmap.org ajouteras du DKIM/SPF et consort
: ton mail sera refusé par les serveurs sérieux.

Sinon : mail 1 & 2 reçus.

Denis

Le 02/09/2020 à 21:54, Georges Dutreix via Talk-fr a écrit :
> Dernier test depuis mon ordinateur.
> Merci de me signaler si vous avez eu ce mail en indésirable. Sinon
> vous pouvez le jeter :-)
>
> C'est fini, je ne vous embête plus.
>
> Merci beaucoup.
> Georges
>
> ___
> 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] test n° 3 depuis Thunderbird

[Denis Helfer]

Le 02/09/2020 à 21:54, Georges Dutreix via Talk-fr a écrit :

Dernier test depuis mon ordinateur.
Merci de me signaler si vous avez eu ce mail en indésirable. Sinon 
vous pouvez le jeter :-)


C'est fini, je ne vous embête plus.

Merci beaucoup.
Georges


Eagle has landing (1)

1. https://www.fai.org/news/apollo-11-eagle-has-landed

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

Re: [OSM-talk-fr] Test n°1 compte zaclys

[Denis Helfer]

Le 02/09/2020 à 21:48, Georges Dutreix via Talk-fr a écrit :

Bonjour à tous,

Je vais être un peu hors sujet et vous prie de me pardonner.
Plusieurs d'entre vous m'ont signalé que mes mails arrivaient en 
indésirables. Avant d'accuser Zaclys, je voudrais faire quelques 
tests. Trois tests dont celui ci est le premier.

Mail envoyé depuis FairEmail en changeant l'expéditeur.

Merci beaucoup de me dire si vous avez ce message en indésirable.

Georges


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

Re: [OSM-talk-fr] Les courée de Roubaix : adresse et entrée

[Denis Chenu via Talk-fr]

Bonjour,

Sur le libellé «officiel», ce n'est pas constant.

Exemple avec
- 595121761Y :
1. libellé BANO : DESCHAMPS 19 BD DE METZ (j'ai indiqué "Cours
Deschamps, 19 Boulevard de Metz", faut que j'enlève le s de Cours). 2
entrée différentes pour la même cour (en fait 2 voies spéarées)
2. libellé BAN (ban-housenumber-a9713453c5374037b02b147efd833360) Nom du
groupe : COUR DESCHAMPS, le BANO est placé juste à coté sur
https://guichet-adresse.ign.fr/map/ (doublon)
3. Cadastre "Cour Descamp"
- 595122353S
1. libellé BANO "GHESQUIERES RUE DE LA VIGN", j'ai indiqué "Cour
Ghesquieres, 71 bis Rue de la Vigne"
2. libellé BAN (ban-group-fdbe969afb5d46e79fb93652e15c5309) Nom du
groupe : "COUR GHESQUIERES"
3. Cadastre "Cour Ghesquieres Vanderbroeck"
- 595122362B
1. Libellé BANO "CRS GOVAERE RUE DE L EPEULE", j'ai indiqué "Cour
Govaere, Rue de l'Épeule"
2. BAN : "COUR GOVAERE"
3. Cadastre : "Cour Govaere"

En général : les panneaux à l'entrée indique : le nom de la courée, et
certaines fois le numéro de la rue principale. Si la cour Ghesquieres
posséde une porte : c'est exceptionnel.
La majorité c'est comme https://www.openstreetmap.org/way/842114374 (125
rue de l'épeule, cour Govaere, BANO 595122362B) : panneau nom + numéro
rue sur entrée libre sans porte.

L'accès aux courées est en accès libre (aux piétons) en grosse majorité.
Donc ce ne sont pas des types "appartement" , celle que je connais ont
bien leur propre boite au lettre à la porte par exemple : le facteur
doit entrer dans la courée.
L'adresse officielle de la rue semble être le nom de la courée, mais
dans les faits : sur les courriers : il ya intérêt à indiquer la rue
principale si le facteur est en vacances ou est malades par exemple.

Sinon : l'entrée de la courée : bonne ou mauvaise idée ?

Denis


Le 02/09/2020 à 05:38, Philippe Verdy a écrit :
> J'aurais tendance aussi à faire de ces courées des rues à part (pour
> leurs propres adresses habitables, pas pour leur simple accès comme le
> 76 rue du Caire, qui continue à faire partie de la rue du Caire mais
> n'est pas une habitation ou une réelle adresse de résidence, leur seul
> "intérêt étant leur porte d'accès (s'il y en a une).
>
> Du moins si ces courées ont un statut public officialisé dans le
> cadastre ou FANTOIR, ce sont des "rues" par elle-même même si elles
> sont uniquement piétonnes et pas accessibles aux véhicules (hors 2
> roues mais pas pour y rouler).
>
> Si la courée est privée (c'est une copropriété) alors ces adresses
> internes sont comme des numéros d'appartement dans un même immeuble ou
> un ensemble d'immeubles autour d'une partie commune: c'est une
> numérotation interne  (j'ai vécu dans un tel immeuble avec des parties
> communes dont une cour partagée en copropriété aussi par deux maisons
> individuelles non accessibles directement depuis la voie publique mais
> ayant un droit de passage permanent par l'immeuble et leurs boites au
> lettres étaient groupées dans l'immeuble avec celles des appartement,
> le courrier ne mentionnait qu'un seul numéro, les numéros de
> porte/d'appartement étaient optionnels, ce qui compte c'était le nom
> du destinataire sur la boite au lettre mentionnant ensuite l'étage ou
> l'emplacement via la cour commune)
>
> Sur une adresse postale, mettre les deux lignes c'est comme indiquer
> le chemin à suivre avec un point intermédiaire sur une autre rue que
> le point d'arrivée. Mais ça ressemble tout autant à mentionner un
> numéro d'appartement dur une ligne supplémentaire avant l'adresse sur
> la rue publique: le critère de distinction semble être la présence ou
> pas dans le FANTOIR, qui ne détaille pas en principe les copropriétés
> (mais il peut y avoir d'anciennes voies publiques privatisées en
> copropriétés (avec l'accord des propriétaires et après accord et vente
> par la collectivité, et la formation appropriée de la structure légale
> de gestion de la copropriété qui sera taxée) souhaitant sécuriser un
> accès et aménager des installations communes protégées et entretenues
> (cour, jardin, local technique, garage, etc.)
>
> Le mar. 1 sept. 2020 à 22:23,  <mailto:osm.sanspourr...@spamgourmet.com>> a écrit :
>
> J'aurais tendance à voir ça comme une rue à part.
>
> Mais pour la double adresse, addr:full est la solution "crade"
> répondant au besoin.
>
> Si tu considères que c'est ici le 76 rue du Caire, tu le mets dans
> l'associatedStreet de la rue du Caire.
>
> Pour les X Cour Saint Henri, 76 Rue du Caire (ou un autre numéro
> pour l'autre entrée), tu pourrais mettre addr:flats
> <https://wiki.openstreetmap.org/wiki/Key:addr:flats> pour les numéros.
>
> Peut-être addr:place
> <https://wik

[OSM-talk-fr] Les courée de Roubaix : adresse et entrée

[Denis Chenu via Talk-fr]

Bonjour,

Je suis en train de reprendre les adresses du Fantoir et de les ajouter
sur Roubaix.
Les adresses non encore répertorié sont souvent les courées :
https://fr.wikipedia.org/wiki/Cour%C3%A9e

Sur le Fantoir : en général elles ont la double adresse:
«Nom de courée Nom de la Rue»

Lors de l'envoi postal, certains utilisent la double adresse
1 Courée nom de la Couré
42 rue de la rue

Selon le BANO, j'ajoute ou non le nom de la rue.
Mais je me pose la question de la double adresse ?
Est-ce qu'il peut être intéressant d'indiquer une deuxième ligne ?
Est sou quel format , quel tag utiliser ?
peut être addr:full : https://wiki.openstreetmap.org/wiki/Key:addr:full ?


Autre chose : ces courées ont des entrées qui appartiennent à la rue
principale.

Je me pose la question d'ajouter ces entrées puis de les ajouter à la
relation ?
Ici : une entrée que j'ai taggué :
https://www.openstreetmap.org/node/7864474720

En image : ce que peux donner une entrée
https://pic.infini.fr/L69zoN2N/kiVHull9.png (ici c'est celle ci dessus)
ou
https://pic.infini.fr/7iDxlOYf/KMge9ehI.png

Cela est intéressant ? je continu (et ajoute les précédentes) ? Je les
ajoute dans la relation ?

Merci,
Denis



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

[OSM-talk-fr] BANO : erreur claire d'adrresse

[Denis Chenu]

Bonjour,

Grace aux conseils de Jean-Yvon, je me suis mis à l'ajout des adresses
sur Roubaix via Fantoir (dev.cadastre.openstreetmap.fr/fantoir) .

Que faire quand il y a clairement une erreur d'adresse/relation sur le
BANO ?
Je prend l'exemple des 3 points "Allée de Belfort" (595120545B)
Qui sont clairement Boulevard de Belfort


Sur Roubaix encore : je vois beaucoup de différences entre la BAN (via
guichet-adresse.ign.fr) et le BANO .
La BAN peut être incorporé au BANO si je ne me trompe puisque sous
licence ouverte.
Mais la BAN est plus à jour et de meilleure qualité sur les points les
plus modernes.

Quel procédure pour demander une mise à jour de fantoir ? Je peux aider ?
Je dois rapporter sur github ?

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

Re: [OSM-talk-fr] Trop de relation tue la relation, landuse=farmyard, aide raccourci JOSM

[Denis Chenu]

Bonjour,

Si je lis le wiki : pour moi c'est landuse=farm qui est déprécié et
peut/doit être remplacer par landuse=farmyard.
Je cite : « tandis que les terres appartenant au corps de ferme, aux
zones de manœuvre et autres doivent être identifiées avec
landuse=farmyard. »

En anglais : « In contast, buildings for keeping animals, or crop
supplies would typically be part of a farmyard tagged landuse=farmyard. »

:)

Le 21/07/2020 à 12:53, Vincent Bergeot a écrit :
>
> Je regarde le wiki c'est même déconseillé
> https://wiki.openstreetmap.org/wiki/FR:Tag:landuse=farmyard?uselang=fr.
>


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

Re: [OSM-talk-fr] Relation : multiples … ca existe ?

[Denis Chenu]

Merci, merci , merci …

Donc : si de multiples éléments font parti d'un ensemble : j'ajoute un
polygone avec son amenity.
C'est bien cela le principe ?

Si (au final) ce batiment : https://www.openstreetmap.org/way/79966828
fait parti du Jardin, mais avec juste un chemin entre les 2.
1. Est ce que cela vaut la coup de l'ajouter
2. Comment faire ?

Denis
Le 18/07/2020 à 01:51, Jérôme Amagat a écrit :
> Tout ce trouve dans un polygone donc il ne faut pas une relation mais
> un polygone avec à l'intérieur les bâtiments, le jardin, le
> recycleur... et on sait que le composteur et les bâtiments font partie
> du "Jardin du Hêtre" parce qu'ils sont à l'intérieur, par contre il
> faut y mettre les bon tags dessus à part le nom. Je pense que c'est
> surtout un jardin donc le tag principal leisure=garden convient. J'ai
> modifié le polygone https://www.openstreetmap.org/way/787565928 et
> supprimé la relation.
>
> Le ven. 17 juil. 2020 à 15:25, Denis Chenu via Talk-fr
> mailto:talk-fr@openstreetmap.org>> a écrit :
>
> Bonjour,
>
> J'ai une difficulté sur une relations, je ne sais pas comment la
> placer.
> L'ensmble fait partie d'un seul élément "Jardin du Hétre"
> La relation est la suivante
> 1. Deux bâtiments coté rue
> 2. 1 bâtiment intérieur (et plus)
> 2. Une zone jardin (1 deuxième zone à construire)
> 3. Un recycleur (compost partagé)
>
> 
> https://www.openstreetmap.org/?mlat=50.69923=3.16242#map=19/50.69923/3.16242
> Pour l'instant : j'ai un multipolygone "Jardin du Hétre" en plus du
> jardin "Jardin du Hétre" et du composteur "Jardin du Hétre" …
>
> On peut faire autrement ? Par exemple : indiquer quel est la partie du
> batiment coté rue qui est l'entrée ?
>
> Merci
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

[OSM-talk-fr] Relation : multiples … ca existe ?

[Denis Chenu via Talk-fr]

Bonjour,

J'ai une difficulté sur une relations, je ne sais pas comment la placer.
L'ensmble fait partie d'un seul élément "Jardin du Hétre"
La relation est la suivante
1. Deux bâtiments coté rue
2. 1 bâtiment intérieur (et plus)
2. Une zone jardin (1 deuxième zone à construire)
3. Un recycleur (compost partagé)

https://www.openstreetmap.org/?mlat=50.69923=3.16242#map=19/50.69923/3.16242
Pour l'instant : j'ai un multipolygone "Jardin du Hétre" en plus du
jardin "Jardin du Hétre" et du composteur "Jardin du Hétre" …

On peut faire autrement ? Par exemple : indiquer quel est la partie du
batiment coté rue qui est l'entrée ?

Merci

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

Re: [OSM-talk-fr] open-orthos: 3 départements de plus: 27, 53, 76...

[Denis Bigorgne]

Merci, j'en tiendrais compte.
En passant, on pourrait améliorer le message intimidant de JOSM au
téléchargement:  "L'imagerie aérienne "BDOrtho IGN" pourrait être mal
alignée; veuillez vérifier son calage à l'aide de trace GPS!"


Le jeu. 18 juin 2020 à 14:28, Stéphane Péneau 
a écrit :

> Le 18/06/2020 à 10:48, Christian Quest a écrit :
> > Je pense qu'on est en dessous d'1m, mais je ne trouve pas l'info et
> > comme le site "pro" de l'IGN est indisponible depuis décembre,
> > difficile de mieux répondre.
>
> De mémoire c'était 80cm maximum, et la valeur moyenne était bien plus
> bassemais c'est vraiment de mémoire.
>
>
> >
> > Le 18/06/2020 à 10:14, Denis Bigorgne a écrit :
> >> Merci, mais plus précisément : 1m, 3m, 5m ?
> >> Ce sont des précisions qu'on peut atteindre avec les GPS actuels, et
> >> on est un peu dans l'incertitude quand on veut porter un POI dans la
> >> nature et qu'il y a contradiction entre le GPS et l'orthophoto ( à
> >> droite ou à gauche du sentier ? Qu'est ce que je rectifie : le POI ou
> >> le sentier ? )
>
> En France, avec la BDOrtho, tu peux considérer que cette dernière est
> bien plus précise que ton récepteur GPS.
>
> Stf
>
>
>
> ___
> 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] open-orthos: 3 départements de plus: 27, 53, 76...

[Denis Bigorgne]

Merci, mais plus précisément : 1m, 3m, 5m ?
Ce sont des précisions qu'on peut atteindre avec les GPS actuels, et on est
un peu dans l'incertitude quand on veut porter un POI dans la nature et
qu'il y a contradiction entre le GPS et l'orthophoto ( à droite ou à gauche
du sentier ? Qu'est ce que je rectifie : le POI ou le sentier ? )


Le mer. 17 juin 2020 à 10:07, Christian Quest  a
écrit :

> Le 17/06/2020 à 09:11, Denis Bigorgne a écrit :
> > Bonjour, une question : quelle est la précision du calage de la BD
> > Ortho - en plaine ?
> > Et aussi : comment faire apparaître les limite du cliché, pour un
> > éventuel recalage ?
> >
> En plaine elle est très bonne, vu que l'ortho-rectification est facile
> vu que le terrain est plat.
>
> C'est en montagne que c'est moins bon, mais la BD Ortho (et l'OrthoHR)
> est très bien calée et n'a pas besoin d'être recalée.
>
> Il faut juste se méfier de la parallaxe sur les toits des bâtiments,
> sinon, au niveau du sol c'est tout bon.
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSRM-talk] Is STXXL still used in the wild?

[Denis Chapligin]

Hello!

пн, 15 июн. 2020 г. в 15:47, Mateusz Loskot :

> On Mon, 15 Jun 2020 at 13:27, Frédéric Rodrigo 
> wrote:
> >
> >
> > Ask was already made to reaming people with access, to name new
> > commiters and allow the community to take the project.
>
> Some commits are being made and PRs are being merged.
> So, I'd suggest to keep submitting PRs and keep on nudging
> maintainers, whoever is available out there.
>
>
>
So I made a PR [0] to remove STXXL, let's see if it will be merged or not.

[0] https://github.com/Project-OSRM/osrm-backend/pull/5760
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSM-talk-fr] open-orthos: 3 départements de plus: 27, 53, 76...

[Denis Bigorgne]

Bonjour, une question : quelle est la précision du calage de la BD Ortho -
en plaine ?
Et aussi : comment faire apparaître les limite du cliché, pour un éventuel
recalage ?

Le mar. 16 juin 2020 à 19:47, Christian Quest  a
écrit :

> 3 orthos de 2019, à 50cm, provenant de la BD Orthos... et maintenant sur
> wms.openstreetmap.fr dans la couche composite et la couche 2019.
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSRM-talk] Is STXXL still used in the wild?

[Denis Chapligin]

Hello!



пн, 15 июн. 2020 г. в 12:40, Mateusz Loskot :

> On Sun, 14 Jun 2020 at 11:46, Denis Chapligin  wrote:
> >
> > I was building libraries for a windows build and discovered that STXXL
> is abandonware atm
>
> "OSRM is essentially abandonware at this point" too
> https://lists.openstreetmap.org/pipermail/osrm-talk/2020-March/001849.html
>
>
>
And I'm really concerned about that :(

Regarding STXXL presence - yep, i know it's optional, but it _may_ be an
issue for c++17 introduction ;)
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[OSRM-talk] C++17?

[Denis Chapligin]

Hello!


Looks like all major OSRM platforms have stable support for C++17. Are
there any reasons to stay on C++14? Any objections against language version
update?
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[OSRM-talk] Is STXXL still used in the wild?

[Denis Chapligin]

Hello!

I was building libraries for a windows build and discovered that STXXL is
abandonware atm and it is hard to compile it using modern c++ compilers, as
it relies on language features deprecated at c++11 (nine years ago!).

As modern computers usually have plenty of RAM and disk space for a normal
swap and, if needed, OSRM processing can be executed in a cloud for couple
of euros, i would like to ask, are there any actual users of STXXL left and
are the any objections of dropping STXXL support from the OSRM?
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSM-talk-fr] cycleway, footway ou path ? — Re: Désaccord sur un highway=footway

[Denis Bigorgne]

... aux cas où l'usage sort du standard - tracks qui exigent un vrai 4x4
par exemple.


Le lun. 1 juin 2020 à 22:20, Denis Bigorgne  a
écrit :

> Je suis bien d'accord avec la proposition raisonnable d'Yves , comme aussi
> Marc Mongenet.
> J'ai réservé les mentions de surface et tracktype a
>
> Le lun. 1 juin 2020 à 10:52, Yves P.  a écrit :
>
>>
>> Dans tous les cas, il me semble préférable de ne pas essayer de traduire,
>> car highway=path n'est pas un mot anglais c'est un tag, un mot clé d'un
>> langage intermédiaire entre machine et humain qui sert à modéliser et
>> simplifier le monde.
>>
>> On est d'accord, mais quel usage en fait-on, du moins en Europe ?
>>
>> highway=path s'inscrit dans la hiérarchie des highways, le niveau le plus
>> bas, d'usage mixte et non motorisé, c'est tout.
>>
>> Oui, mais alors quelle est la différence avec highway=footway ?
>>
>> highway=path ou track : je prends mes chaussures de rando ou un VTT
>>
>> highway=footway ou cycleway : je peux y aller avec chaussures de ville,
>> un vélo route
>>
>> Je ne saurais dire en français la différence entre sentier et chemin.
>>
>> Il y a aussi les noms locaux ;D
>>
>> Pour moi :
>>
>> *chemin*, chemin blanc (dans le Jura les locaux appellent ça comme ça
>> car les graviers sont plutôt blancs), "piste agricole" (traduction dans
>> JOSM), piste
>> highway=track
>> c'est un chemin suffisamment large pour faire passer un tracteur, une
>> voiture, pas forcément carrossable (4X4)
>> c'est en terre, gravier, boue, herbe…
>>
>> *sentier*, (chemin)
>> highway=path
>> chemin étroit, seul des piétons, vélos, animaux… peuvent y passer. (trace
>> au sol faite à force de passer au même endroit)
>>
>> *chemin piéton*, voie piétonne
>> highway=footway
>> chemin dédié aux piétons, calibré/aménagé
>> c'est goudronné, bétonné, parfois en graviers
>>
>> *piste cyclable*, voie cyclable…
>> highway=cycleway
>> voie dédiée aux cyclistes, calibrée/aménagée
>> goudronnée, bétonnée, (en graviers ??)
>>
>> *voie verte*
>> highway=cycleway, footway,…
>> voie dédiée à la mobilité douce (piétons, vélos…), calibrée/aménagée
>>
>> __
>> 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] cycleway, footway ou path ? — Re: Désaccord sur un highway=footway

[Denis Bigorgne]

Je suis bien d'accord avec la proposition raisonnable d'Yves , comme aussi
Marc Mongenet.
J'ai réservé les mentions de surface et tracktype a

Le lun. 1 juin 2020 à 10:52, Yves P.  a écrit :

>
> Dans tous les cas, il me semble préférable de ne pas essayer de traduire,
> car highway=path n'est pas un mot anglais c'est un tag, un mot clé d'un
> langage intermédiaire entre machine et humain qui sert à modéliser et
> simplifier le monde.
>
> On est d'accord, mais quel usage en fait-on, du moins en Europe ?
>
> highway=path s'inscrit dans la hiérarchie des highways, le niveau le plus
> bas, d'usage mixte et non motorisé, c'est tout.
>
> Oui, mais alors quelle est la différence avec highway=footway ?
>
> highway=path ou track : je prends mes chaussures de rando ou un VTT
>
> highway=footway ou cycleway : je peux y aller avec chaussures de ville, un
> vélo route
>
> Je ne saurais dire en français la différence entre sentier et chemin.
>
> Il y a aussi les noms locaux ;D
>
> Pour moi :
>
> *chemin*, chemin blanc (dans le Jura les locaux appellent ça comme ça car
> les graviers sont plutôt blancs), "piste agricole" (traduction dans JOSM),
> piste
> highway=track
> c'est un chemin suffisamment large pour faire passer un tracteur, une
> voiture, pas forcément carrossable (4X4)
> c'est en terre, gravier, boue, herbe…
>
> *sentier*, (chemin)
> highway=path
> chemin étroit, seul des piétons, vélos, animaux… peuvent y passer. (trace
> au sol faite à force de passer au même endroit)
>
> *chemin piéton*, voie piétonne
> highway=footway
> chemin dédié aux piétons, calibré/aménagé
> c'est goudronné, bétonné, parfois en graviers
>
> *piste cyclable*, voie cyclable…
> highway=cycleway
> voie dédiée aux cyclistes, calibrée/aménagée
> goudronnée, bétonnée, (en graviers ??)
>
> *voie verte*
> highway=cycleway, footway,…
> voie dédiée à la mobilité douce (piétons, vélos…), calibrée/aménagée
>
> __
> 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] Evolution des règles pour les plages et la ligne de côte

[Denis Bigorgne]

nouvelles et pleines lunes = vives eaux = deux marées par mois.
Le coef  70 n'est qu'une approximation du marnage en marée moyenne, pour
les marées de vives eaux moyenne on utilisera le coef 95
.
Pour en savoir plus, avec sureté : Transparents Journées Refmar Shom 2013
<http://refmar.shom.fr/documents/10227/146428/Voineson%26Jan_Journees-REFMAR-2013.pdf>
Pour les vives eaux : transparent 4
Pour les coefficients : transparent 36, 37, 38

Et je ne peux que recommander la consultation de ce document très bien fait
pour tous ceux qui veulent comprendre le phénomène des marées.

On pourrait théoriquement calculer ces hauteurs moyennes en utilisant les
calculateurs de marées et pas mal d'approximations de localisation. On ne
serait pas bien avancé car ces hauteurs se réfèrent à un zéro des cartes
marines qui n'est pas relié aux altitudes géodésiques...

La proposition de se baser sur les laisses de haute mer, pour une marée de
95 (vives eaux moyenne), un jour sans vent, avec une pression atmosphérique
de 1013 hPa me semble la plus sûre. En ce qui concerne les plages, on ne se
cassera pas plus la tête. Tous ceux qui fréquentent les plages océaniques
savent que les plages s'engraissent ou se dégraissent suivant les
conditions météorologiques, en clair que la position de la coastline change
chaque année !!!

Et à mon humble avis, (hors sujet) OSM se porterait mieux avec une
coastline définie comme le trait de côte français, la limite entre le
bistre et le vert des cartes du SHOM.

Le mar. 12 mai 2020 à 15:09, GarenKreiz  a écrit :

> Si on lit attentivement les définitions de MHWS, il faut calculer la
> moyenne des marées successives de plus haute amplitude au moment des
> nouvelles et pleines lunes soit 4 marées en gérnéral par mois et non pas
> pour toutes les marées de vives eaux (coefficent supérieur à 70). Etant
> donné les variations introduites par la pression atmosphérique et l'effet
> du vent, je ne suis pas sûr que cela fasse beaucoup de différence entre les
> deux moyennes et on peut sans doute utiliser la définition la plus simple!
>
>
>
> On Tue, 12 May 2020 at 12:41, Denis Bigorgne 
> wrote:
>
>> Bonjour,
>>
>> Juste un point de détail à corriger dans la page 8 :
>>
>> "La ligne de côte pour OSM doit etre placée sur le «mean high water
>> springs», «pleine Mer Moyenne de vives-eaux» : hauteur moyenne des*
>> hautes mer de marée de printemps*."
>> devrai être remplacée par
>> "La ligne de côte pour OSM doit etre placée sur le «mean high water
>> springs», «pleine Mer Moyenne de vives-eaux» :  hauteur moyenne des *hautes
>> mer de vives eaux*"
>>
>> ("spring tides" en anglais ne désigne pas les marées de printemps - voir
>> ""
>> https://tidesandcurrents.noaa.gov/glossary.html#springtidesortidalcurrents;
>> : Tides of increased range [...] occurring semimonthly as the result of the
>> Moon being new or full. )
>>
>>
>> Le lun. 11 mai 2020 à 22:15, Djo_man via Talk-fr <
>> talk-fr@openstreetmap.org> a écrit :
>>
>>> Bonsoir,
>>>
>>> Bien sur, il faut diffuser si personne n'y voit à redire.
>>>
>>> Djo man
>>>
>>>
>>>
>>>  Yves P. a écrit 
>>>
>>>
>>> J'ai eu un peu de temps ce week-end pour préciser à la fois l'état du
>>> tagging
>>> pour les côtes et décrire les problématiques que cela soulève en terme
>>> de rendu de carte.
>>> Il s'agit d'un PDF avec des photos aériennes commentées de JOSM et
>>> modifiées sur photoshop.
>>>
>>> http://pc.cd/ssGrtalK
>>>
>>>
>>> Un grand merci pour ce travail de "dingue" :)
>>>
>>> Il m'a permis (entre-autres) de comprendre la différence entre BDOrtho
>>> IGN et Géolittoral.
>>>
>>> ça ne résoudra pas la question du manque de vote pour cette dernière
>>> modif de wiki
>>> mais permettra de comprendre ce qui est en jeu pour OSM voire pour
>>> OPENSEAMAP.
>>>
>>> Je peux transmettre le lien à Malcolm Herring (OpenSeaMap) ?
>>> Il ne parle pas le français, mais devrait suivre les illustrations :)
>>>
>>> Le Mont Saint-Michel nous remerciera peut être...
>>>
>>> Le rendu standard montre l'estran :) mais comme une zone marcageuse :/
>>> Pas le carte basque : c'est marrée haute ;D
>>>
>>> Encore merci, Djo man :)
>>>
>>> __
>>> 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
>>
> ___
> 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] Evolution des règles pour les plages et la ligne de côte

[Denis Bigorgne]

Bonjour,

Juste un point de détail à corriger dans la page 8 :

"La ligne de côte pour OSM doit etre placée sur le «mean high water
springs», «pleine Mer Moyenne de vives-eaux» : hauteur moyenne des* hautes
mer de marée de printemps*."
devrai être remplacée par
"La ligne de côte pour OSM doit etre placée sur le «mean high water
springs», «pleine Mer Moyenne de vives-eaux» :  hauteur moyenne des *hautes
mer de vives eaux*"

("spring tides" en anglais ne désigne pas les marées de printemps - voir ""
https://tidesandcurrents.noaa.gov/glossary.html#springtidesortidalcurrents;
: Tides of increased range [...] occurring semimonthly as the result of the
Moon being new or full. )


Le lun. 11 mai 2020 à 22:15, Djo_man via Talk-fr 
a écrit :

> Bonsoir,
>
> Bien sur, il faut diffuser si personne n'y voit à redire.
>
> Djo man
>
>
>
>  Yves P. a écrit 
>
>
> J'ai eu un peu de temps ce week-end pour préciser à la fois l'état du
> tagging
> pour les côtes et décrire les problématiques que cela soulève en terme de
> rendu de carte.
> Il s'agit d'un PDF avec des photos aériennes commentées de JOSM et
> modifiées sur photoshop.
>
> http://pc.cd/ssGrtalK
>
>
> Un grand merci pour ce travail de "dingue" :)
>
> Il m'a permis (entre-autres) de comprendre la différence entre BDOrtho IGN
> et Géolittoral.
>
> ça ne résoudra pas la question du manque de vote pour cette dernière modif
> de wiki
> mais permettra de comprendre ce qui est en jeu pour OSM voire pour
> OPENSEAMAP.
>
> Je peux transmettre le lien à Malcolm Herring (OpenSeaMap) ?
> Il ne parle pas le français, mais devrait suivre les illustrations :)
>
> Le Mont Saint-Michel nous remerciera peut être...
>
> Le rendu standard montre l'estran :) mais comme une zone marcageuse :/
> Pas le carte basque : c'est marrée haute ;D
>
> Encore merci, Djo man :)
>
> __
> 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

[Talk-br] Dados do Openstreet

[Denis Vespasiano]

Pessoal,
Bom dia!

Sou aluno do CEFET-MG e estou fazendo um TCC sobre o problema do roteamento, e 
no meu trabalho, preciso montar um grafo direcionado de um certo local para 
criar possíveis rotas dentro da cidade. É possível eu conseguir estes dados ou 
o grafo a partir da API do openstreet?
Se sim, onde eu consigo ler a documentação desta API

Enviado do Email para Windows 10

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

[OSM-talk-be] Taggen van laadpalen in ondergrondse parkeergarages ?

[Denis Verheyden]

Hallo allen,

Onlangs stuitte ik weer op een onderwerp waar er geen echte conventie of goed 
voorbeeld is: hoe taggen we laadpalen voor elektrische voertuigen in  
ondergrondse parkeergarages ?

Als voorbeeld wil ik de parkeergarage Tinel in Mechelen nemen, die ik een paar 
maand geleden heb toegevoegd:
https://www.openstreetmap.org/node/7082405515

De meeste basisgegevens heb ik ingevuld, maar hoe tag ik nu de laadpalen ?
In totaal zijn er 4 plaatsen voor elektrische wagens (op niveau -1),  op mijn 
foto's heb ik weliswaar maar 1 laadpaal en 2 plaatsen afgebeeld:
https://photos.app.goo.gl/ARJ3YkYVTAs8M94XA

Het lijkt me niet zinnig ze als aparte nodes met tag amenity=charging_station 
te plaatsen, gezien ze integraal onderdeel uitmaken van de parkeergarage en 
niet als losstaande laadpaal staan (zoals op gelijkvloerse parkings buiten).

Heeft iemand een bruikbare oplossing zodat het duidelijk is dat er laadpalen 
aanwezig zijn, maar ze niet allemaal individueel op de kaart moeten gezet 
worden ?
Mogelijk zal het dan iets met een relation worden vermoed ik ?

Groeten,
Denis
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-fr] Récupérer carte TER+IC+TGV en France ?

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

Bonjour 

Tu veux récupérer les itinéraires des dessertes ou les lignes d'infra ?
Quant au site opendata, on  va dire qu'il a le mérite d'exister mais la donnée 
est pas toujours juste ni très fraiche. Je leur ai remonté déjà quelques 
erreurs .
La SNCF est un diplodocus, ça avance lentement. Elle pourrait annoncer des jeux 
de données importants cette année (mais je ne suis pas complètement dans le 
secret des dieux).
Le portail ne te sera pas d'un grand secours car il ne contient pas de données 
sur les dessertes ; par contre c'est utile si tu veux contribuer à améliorer 
les données ferroviaires dans OSM.
Les requêtes Overpass me paraissent être la meilleure solution. 
Il y a quelques tentatives de rencensement : 
Dessertes : https://wiki.openstreetmap.org/wiki/Category:Train_routes_in_France 
Infra :  https://wiki.openstreetmap.org/wiki/France/R%C3%A9seau_ferr%C3%A9 

Denis

-Message d'origine-
De : Shohreh  
Envoyé : lundi 20 janvier 2020 16:15
À : talk-fr@openstreetmap.org
Objet : [OSM-talk-fr] Récupérer carte TER+IC+TGV en France ?

Bonjour,

J'aimerais me faire une carte de la totalité des trains TER, IC et TGV 
disponibles en France.

Faut-il creuser ce site ?
https://ressources.data.sncf.com/explore/

Ou envoyer des requêtes via Overpass ?

Ou les GPX à jour existent-ils déjà quelque part ?

Merci.



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] suivit du cadastre (était : Proposition de mise à jour : la population des communes)

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

En fait, je suis partagé entre travail avec méthode +- scientifique et ballade 
au gré des envies (ou du hasard parfois).
Ce qui est lassant dans les contributions régulières et/ou volumineuses c'est 
la monotonie. Aussi, je change régulièrement de sujets (bâti, ferroviaire, 
adresses, occupation du sol, voirie) ou de coin (ça permet de faire du tourisme 
virtuel pour pas cher et de voir comment un territoire est décrit par d'autres 
contributeurs)

Denis, chair-tourist

-Message d'origine-
De : marc marc  
Envoyé : vendredi 17 janvier 2020 12:22
À : talk-fr@openstreetmap.org
Objet : Re: [OSM-talk-fr] suivit du cadastre (était : Proposition de mise à 
jour : la population des communes)

Le 17.01.20 à 12:13, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE) 
a écrit :

> mise à jour de bâti. Je suis presque tenté par la création d'un indice 
> de vieillesse (vieillure ?) des nœuds/ways d'une commune dans OSM, 
> genre la date moyenne de dernière modif des objets (éventuellement par 
> type)

ce serrait une bonne idée pour https://cadastre.damsy.net ceci dit, après avoir 
completé de nombreuses communes niveau du bati, j'en suis arrivé à la 
conclusion que c'est bien difficile de trouver un critère qui permet de dire oü 
il faut aller voir.
le moins mauvais critère que j'ai trouvé : les addresses.
nouveau lotisement = souvent nouvelle adresse.
du coup maintenant je fais systématiquement ajout des addr, ce qui conduit à 
ajout des batiments manquant ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

J'en profite pour ma part, pour vérifier le bon l'ordonnancement des tronçons 
(avec plusieurs corrections à la clé), ajouter quelques name:gsw au passage (et 
virer les name:als). Pas compris, la logique de traduction des noms des 
communes (en malais, par ex)
Je refais les limites de commune plus quand je fais de la mise à jour de bâti. 
Je suis presque tenté par la création d'un indice de vieillesse (vieillure ?) 
des nœuds/ways d'une commune dans OSM, genre la date moyenne de dernière modif 
des objets (éventuellement par type)
Les fourmis jardinent même en hiver ;-)

-Message d'origine-
De : Vincent de Château-Thierry  
Envoyé : vendredi 17 janvier 2020 11:54
À : Discussions sur OSM en français 
Objet : Re: [OSM-talk-fr] Proposition de mise à jour : la population des 
communes


> De: "Donat ROBAUX" 
> 
> Pour info, la barre des 25% de communes à jour a été dépassée ce 
> matin!
> C'est une réelle satisfaction de voire la barre augmentée, mais 
> clairement c'est pas très passionnant à faire en manuel.

Oui & oui. De mon côté je traite les communes à un petit rythme, et en en 
profitant vraiment pour jardiner au passage, en voyant notamment sur quoi le 
validateur JOSM grogne. Hier par exemple j'ai eu droit à un "angle du chemin 
trop aigü" ou quelque chose d'approchant. Je ne connaissais pas ce message, au 
passage :) Et s'en est suivi du re-traçage de limite admin qui était imbriquée 
dans du tracé de rue pas joli joli... 

La mise à jour de population est vraiment un prétexte à venir jeter un oeil en 
des coins où on ne serait pas allé sinon. Statistiquement il y a quasi toujours 
prétexte à corriger 2-3 trucs en passant.

vincent

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

-Message d'origine-
De : marc marc  
Envoyé : mercredi 15 janvier 2020 09:43
À : talk-fr@openstreetmap.org
Objet : Re: [OSM-talk-fr] Proposition de mise à jour : la population des 
communes


>ce n'est pas parce que la méthode insee date de l'époque "que par papier" que 
>d'autres ne font pas mieux (je connais une commune qui a publié le jour même 
>le passage au millier supérieur).
>oui oui p_v c'est impossible mais elle l'a fait.

Ce sera un chiffre sur lequel elle ne pourra pas s'appuyer que le calcul de la 
Dotation Globale de Fonctionnement, par exemple.
Voir https://fr.wikipedia.org/wiki/Recensement_de_la_population_en_France  

>ta crainte est tout a fait justifiée,
>l'utilisateur lambda change le tag population sans autre :(

>solution : se limiter à source=insee et sur le changeset uniquement :) ainsi 
>c'est clair que si t'as changé la valeur de la population en 2010 avec 
>source=insee, c'est que t'as utilisé l'info de l'insee la + à jour dispo à 
>cette date et peu importe que l'insee ai mis 1 jour ou une décénie a publier.
>C'est ce qu'on fait quand on met source=imagery imagery_used=BDOrtho :
>on a utilisé l'imagerie la + récente sans se prendre la tête manuellement à 
>aller chercher la date de l'image qu'on voit (mais qui serrait très pratique a 
>récupérer automatiquement, mais ca c'est un autre sujet).
>après je suis pas contre si quelqu'un met sur le changeset de mis source=insee
>population:date=2017
>source:date=2020
>mais sur les objets, comme dit avant, de toute façon le contributeur lamba 
>changera la valeur de l'un sans changer l'autre, c'est peine perdue et erroné 
>de se fier aux source=* sur les objets.

Pour ma part, je suis partisan de mettre les sources et les dates des source 
sur les objets (sur les changesets c'est un plus et utile quand ce sont des 
éditions en masse mono-sujet)
Donc, sur la relation de la commune :
population:date=2017
source : Institut National de la Statistique et des Études Économiques (INSEE) 
français
source:date : 2020
Après rien n'empêche de mettre d'autres renseignements en notes ou d'autres 
tags plus exotiques (une pop estimée, un comptage au doigt mouillé, etc.)

>je ne comprend pas en quoi la commune n'est pas légitime vu que ce sont les 
>infos de la commune que d'autres vont récupérer.
>c'est un peu comme dire qu'on ne devrait pas modifier un bâtiment dans osm 
>tant que le cadastre n'a pas fait la maj légale.
>Je partage à 100% l'idée d'uniformiser tous le pays avec la source légal dispo 
>en opendata. mais si quelqu'un a une source de meilleur qualité
>et tout aussi ouverte, ne nous gênons pas à faire mieux que le légal.  

Différence entre légal et "autres", il faut juste se mettre d'accord si 
population=population légale 
Pourquoi pas : alt:population=

Denis
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

Bonjour,

Pour comprendre que les deux informations sont exactes, un peu de lecture : 
https://www.insee.fr/fr/information/2383265 
2017 = année médiane des enquêtes
2020 = année de diffusion des données

Denis

-Message d'origine-
De : Stéphane Péneau  
Envoyé : mardi 14 janvier 2020 15:10
À : talk-fr@openstreetmap.org
Objet : Re: [OSM-talk-fr] Proposition de mise à jour : la population des 
communes

Le 14/01/2020 à 14:59, leni a écrit :
>
>
> De plus, le "source:population=INSEE 2020" n’apporte-t-il pas une 
> confusion puisque la base INSEE est 2017 mais la mise à jour en 2020 ?
>
J'avoue que je ne serais pas contre un peu d'uniformisation, parce que 
dernièrement je me mélangeais les pinceaux, entre osm et wikipedia.

Stf

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] pb sur un cset lié aux langues locales

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

Bonjour Christian,

Cette circulaire est-elle accessible quelque part ? Cela pourrait me servir de 
base pour solliciter les communes pour leurs plaques bilingues.
D'avance merci

Denis

-Message d'origine-
De : rainerU  
Envoyé : mardi 7 janvier 2020 09:50
À : talk-fr@openstreetmap.org
Objet : Re: [OSM-talk-fr] pb sur un cset lié aux langues locales

Bonjour Christian,

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

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

Rainer


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nouvelles données ouvertes sur les réseaux électriques

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

Bravo François pour ton engagement souterrain comme aérien et sans failles.

De : François Lacombe 
Envoyé : jeudi 19 décembre 2019 15:21
À : Discussions sur OSM en français 
Objet : [OSM-talk-fr] Nouvelles données ouvertes sur les réseaux électriques

Bonjour à tous,

Vous le savez, cela fait maintenant plus d'un an que je m’investis activement 
pour motiver les 130 gestionnaires de réseaux de distribution électrique à 
ouvrir la cartographie de leurs réseaux.
https://teamopendata.org/t/les-gestionnaires-de-distribution-electrique/1018

Suite aux deux avis CADA reçus favorables en septembre, les choses se 
débloquent et les échanges sont de plus en plus nombreux avec les acteurs 
concernés.

L'une des plus grosses société contactée, Gérédis dans les Deux-Sevres, a 
libéré récemment la cartographie de son réseau, présumée sous licence ouverte.
https://www.geredis.fr/Open-data

On y trouve le réseau aérien comme souterrain, ce qui est une bonne nouvelle au 
vu du périmètre concerné, plus de 250 communes.

Ce n'est pas tout :
Enedis nous fait également le plaisir de compléter la cartographie déjà libre 
depuis avril 2018 avec son réseau souterrain. Ceci sur l'ensemble de la 
métropole, sois plus de 400 000 km de réseau portant le total à plus d'1 
million de km avec l'aérien.
Le jeu de données des postes est plus complet qu'avant, avec l'ajout des 
installations non visibles (la plupart des postes parisiens par exemple).
https://data.enedis.fr/explore/dataset/reseau-souterrain-hta/map/?location=15,45.14656,1.49646=jawg.streets

De ma compréhension et c'est à souligner, de nombreux mois de travail semblent 
avoir été nécessaires pour élaborer ces jeux de données avec l'investissement 
de plusieurs équipes.
Cela renforce encore la pertinence d'inciter les entreprises à ouvrir leurs 
données, si cela était encore à démontrer. Le sujet intéresse et est utile aux 
structures qui publient.

L'effort devrait se poursuivre en 2020 avec l'établissement d'un standard 
(j'espère), nécessaire pour accompagner les plus petites structures vers 
l'ouverture et harmoniser les licences choisies.
Et pourquoi pas quelques services, si il reste du temps.

Ceci ne serait pas probablement pas possible si la communauté ne contribuait 
pas aussi assidûment sur le sujet. Les acteurs concernés ont bien pris la 
mesure de notre engagement et de ce que nous pouvions apporter au pot commun. 
Ces progrès sont à mettre au crédit de nos efforts à tous.

Bonne fin de semaine

François
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Les Systèmes d'Information Géographique et VOUS

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

Rempli.
Il n’y a pas de question sur OSM !
Alors jai mis des tartines sur QGIS

De : Vincent Bergeot 
Envoyé : lundi 16 décembre 2019 14:11
À : Talk-fr 
Objet : [OSM-talk-fr] Les Systèmes d'Information Géographique et VOUS


Bonjour,

je me dis qu'il peut y avoir des personnes concernées par ici, et l'occasion de 
parler un peu de SIG libre, données ouvertes !!!

Bonne journée


Bonjour,

Depuis 2017 Géom@tique et le laboratoire EDYTEM (unité mixte de recherche de 
l’Université Savoie Mont-Blanc et du CNRS) sont associés pour créer des 
conditions propices à la conduite d’une recherche universitaire sur les usages 
des Systèmes d’Information Géographique. Chargée de formation et de support 
technique au sein de l’entreprise, je me consacre donc aussi à cette recherche 
et prépare une thèse de doctorat en géographie sous Convention Industrielle de 
Formation par la REcherche (CIFRE).

Dans ce cadre, je me permets de vous transmettre le questionnaire suivant dont 
les réponses recueillies sont strictement anonymes et seront utilisées 
exclusivement pour les besoins de la recherche :

www.geomatique.fr/lessigetvous

Ce dernier s’adresse à tout utilisateur d’outils relevant du monde des SIG et 
de la cartographie. Si tel est votre cas, je vous serais très reconnaissante de 
bien vouloir y répondre (une quinzaine de minutes seulement devrait suffire) et 
plus encore si vous pouviez le faire avant le 1er janvier prochain au plus 
tard. Par ailleurs, que vous soyez utilisateur ou non, n’hésitez pas à le 
diffuser largement autour de vous !

Je me tiens à votre disposition pour les questions que vous souhaiteriez me 
poser, quelles qu’elles soient. Vous pouvez me contacter à l’adresse suivante : 
lessigetv...@geomatique.fr.

Enfin, le cas échéant, veuillez excuser le caractère redondant de ce courriel 
qui pourrait « faire doublon » avec d’autres e-mails ou messages rencontrés via 
différents médias liés à la géomatique.

En vous remerciant vivement par avance pour le précieux temps que vous 
consacrerez à cette enquête, je vous prie d'agréer, Madame, Monsieur, 
l'expression de mes salutations distinguées et vous souhaite d’excellentes 
fêtes de fin d’année.

Sophie-Anne OLIVIER

--
www.geomatique.fr/lessigetvous/larecherche


--

Vincent Bergeot
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] gestion du hstore dans qgis

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

Salut Tony,

Essaie ceci :
Dans ton projet tu définis une (ou plusieurs) variable(s) dont la valeur est le 
nom de la clé que tu veux extraire
champ : 'building' par exemple
Dans ta couche de données osm, ajoute un champ virtuel de type texte (ou autre 
suivant besoin) qui contient la formule : map_get( tags,  @champ  ) où tags est 
le champ qui contient ton hstore
Qgis mettra dans ta colonne virtuelle la valeur de la clé dont le nom est 
spécifié par la variable.
Il te suffira de changer la valeur de la variable pour changer de clé à 
extraire. 
Tu peux faire autant de champs virtuels que tu veux pour extraire plusieurs clés

J'espère que cela répondra à ton besoin
Denis

-Message d'origine-
De : Tony Emery via Talk-fr  
Envoyé : jeudi 12 décembre 2019 13:56
À : talk-fr@openstreetmap.org
Cc : Tony Emery 
Objet : Re: [OSM-talk-fr] gestion du hstore dans qgis

Je n'utilise pas quickOSM car les données sont déjà dans Postgresql via 
osm2pgsql.

Mon problème est que si je demande à osm2pgsql d'extraire tous les champs (via 
le fichier de config), je vais en avoir beaucoup dont la majorité sera vide et 
cela rendra mes requêtes futures compliquées à gérer.

Du coup, j'ai fait quelques requêtes post intrégration dans postgresql pour 
créer des tables thématiques (highway, landuse,...) à partir d'une table dans 
laquelle se trouvent la clés principale et toutes les clés à extraire.
Sauf que ces clés doivent être déjà extraite par osm2pgsql et si je veux en 
ajouter d'autres, c'est pas très souple.

J'avais pensé à mettre mon extracteur de hstore ( tags->'bridge' AS bridge ) 
dans la table mais les guillemets me font planter la requête.

Du coup, je me tourne vers qgis pour savoir si on peut faire des analyses carto 
en utilisant directement le champ "tags" contenant le hstore dans la sémiologie.



-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] gestion du hstore dans qgis

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

Salut Tony,

Tu peux peut-être mieux expliciter ce que tu cherches à faire ?
Denis

-Message d'origine-
De : Tony Emery via Talk-fr  
Envoyé : mercredi 11 décembre 2019 09:28
À : talk-fr@openstreetmap.org
Cc : Tony Emery 
Objet : [OSM-talk-fr] gestion du hstore dans qgis

Bonjour à tous,

Je suis sûr que certains d'entre vous ont déjà eu l'idée d'exploiter l'attribut 
hstore dans une analyse cartographique avec QGIS.

En cherchant sur Internet, j'ai trouvé un truc du genre 
map_get(hstore_to_map("tags"),'bridge').
Sauf que chez moi, ça ne renvoi rien du tout.

Aurais-je fait une erreur quelque part ?





-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tags "consigne", "circuit court" et "agriculture urbaine"

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

Pour les magasins offrant un service de déconsigne : 
https://wiki.openstreetmap.org/wiki/Tag:vending=bottle%20return?uselang=fr



De : Vincent Bergeot 
Envoyé : mardi 10 décembre 2019 16:21
À : talk-fr@openstreetmap.org
Objet : Re: [OSM-talk-fr] Tags "consigne", "circuit court" et "agriculture 
urbaine"

Bonjour,

un gros travail fait ici également : 
https://wiki.openstreetmap.org/wiki/FR:WikiProject_CircularEconomy

Bonne journée

Le 10/12/2019 à 15:51, Cyrille37 OSM a écrit :

Bonjour
Il y a les les pages des tags 
organic , 
fair_trade, sur lesquelles 
tu pourrais lancer une discussion pour enrichir la sémantique ...

Pour les consignes je n'ai rien trouvé.

Bonne chance, et reviens vers cette liste pour nous tenir au courant.
Merci, Cyrille.

Le 10/12/2019 à 15:30, Magalie Dartus a écrit :
Bonjour à tous,

Je cherche à qualifier des commerces "éthiques" et pour cela je voudrais 
pouvoir ajouter (entre autres) les informations consigne, circuit court et 
agriculture urbaine.

J'ai bien regardé dans le wiki (me suis un peu perdue) mais je n'ai rien trouvé 
à ce sujet.

Savez-vous s'il existe des tags qui pourraient m'aider à renseigner ces 
commerces?

Merci
Magalie



___

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



--

Vincent Bergeot
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] adresse mail rejetée

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

Idem pour moi sur mon adresse perso chez free

-Message d'origine-
De : lenny.libre  
Envoyé : mardi 10 décembre 2019 13:19
À : OSM liste 
Objet : [OSM-talk-fr] adresse mail rejetée

Bonjour,

cela fait deux fois que je reçois un mail de la liste pour réactiver mon 
adresse après avoir été rejeté trop de fois (bounced)  vaut-il mieux que je 
modifie cette adresse (c'est une adresse en orage.fr) ?

cordialement

Leni


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Orthos du Grand-Est...

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

Plus d’infos ici : 
https://www.geograndest.fr/portail/fr/orthophotographie-20182019

Denis

De : pepilepi...@ovh.fr 
Envoyé : lundi 9 décembre 2019 22:04
À : talk-fr@openstreetmap.org
Objet : Re: [OSM-talk-fr] Orthos du Grand-Est...

Le 09/12/2019 à 10:01, Christian Quest a écrit :
Elles sont intégrées dans la couche "Ortho HR" et "tous_fr"

Sinon en manuel...

tms[22]:http://wms.openstreetmap.fr/tms/1.0.0/tous_fr/{zoom}/{x}/{y}<http://wms.openstreetmap.fr/tms/1.0.0/tous_fr/%7bzoom%7d/%7bx%7d/%7by%7d>



Super, merci !

Mais de quand datent ces photos ?




Le dim. 8 déc. 2019 à 22:11, pepilepi...@ovh.fr<mailto:pepilepi...@ovh.fr> 
mailto:pepilepi...@ovh.fr>> a écrit :
Le 08/12/2019 à 19:29, Christian Quest a écrit :
3 départements ont été ajoutés sur 
wms.openstreetmap.fr<http://wms.openstreetmap.fr>: 54. 57 et 67

Le 88 est en cours de download/traitement...

Bien !

Mais comment on les intègre à JOSM ?

Merci,

JP

Ces orthos (à 20cm) sont semble-t-il plus récentes que ce qu'on a sur la BD 
Ortho :)

--
Christian Quest - OpenStreetMap France



___

Talk-fr mailing list

Talk-fr@openstreetmap.org<mailto:Talk-fr@openstreetmap.org>

https://lists.openstreetmap.org/listinfo/talk-fr


--


Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la bonne 
question

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


--
Christian Quest - OpenStreetMap France



___

Talk-fr mailing list

Talk-fr@openstreetmap.org<mailto:Talk-fr@openstreetmap.org>

https://lists.openstreetmap.org/listinfo/talk-fr


--


Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la bonne 
question

---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Les noms de rue, en breton, occitan et basque (les autres aussi, si vous voulez)

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

Je passe ma vie à remplir des formulaires ..

-Message d'origine-
De : marc marc  
Envoyé : vendredi 29 novembre 2019 17:35
À : talk-fr@openstreetmap.org
Objet : Re: [OSM-talk-fr] Les noms de rue, en breton, occitan et basque (les 
autres aussi, si vous voulez)

Bonjour,

Le 29.11.19 à 17:24, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE) 
a écrit :
> demander un rendu en allemanique (name:gsw)

https://github.com/osm-fr/infrastructure/issues :)

---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Les noms de rue, en breton, occitan et basque (les autres aussi, si vous voulez)

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

Bonjour à tous,

Hopla, je profite honteusement du fil pour demander un rendu en allemanique 
(name:gsw) afin de disposer d'un outil de valorisation des données régionales.
Je voudrais me lancer dans une campagne de demande auprès des mairies et autres 
organismes compétents pour les plaques de rues bilingues et autres panneaux 
d'entrée de village (je vais pas écumer toute l'Alsace à pied non plus).
Je ne sais pas si cela demande beaucoup de travail ou de ressources côté 
serveur, mais ce serait un vrai plus (et le bon timing de surcroit).

Bis bald
Denis


-Message d'origine-
De : marc marc  
Envoyé : vendredi 29 novembre 2019 17:12
À : talk-fr@openstreetmap.org
Objet : Re: [OSM-talk-fr] Les noms de rue, en breton, occitan et basque (les 
autres aussi, si vous voulez)

Bonjour,

Le 29.11.19 à 17:01, Vincent Bergeot a écrit :
> Prenons la rue du Château à Brest, en 4 morceaux et une relation 
> associatedstreet : 
> https://www.openstreetmap.org/#map=17/48.38613/-4.48841
> 
> Pourquoi la traduction est-elle faite sur chaque tronçon et pas sur la 
> relation,

sans doute, comme pour toutes données dupliquées, pace qu'un contributeur n'a 
pas dupliqué son ajout et que l'éditeur utilisé ne l'a pas fait non plus.

> Question 2 : pour l'affichage sur les rendus c'est donc les noms des 
> ways et pas des relations qui est pris en compte ?

à ma connaissance ni osm-carto ni osm-fr n'utilise les relations pour le rendu, 
ni de nombreux autres outils (tu édites dans iD, il croit que tu n'as pas mis 
l'info de la rue). dommage.
c'est le défaut des associatedStreet, sur lequel il faudrait avancer (de 
l'autre côté,les allemands ont décidé de reculer et de les virer au profit 
d'une duplication)

Cordialement,
Marc
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] 345 contributeurs actifs : nouveau hi-score

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

Si l'on en croit Pascal Neis (qui en douterai), la France vient de battre son 
record de contributeurs actifs dans la journée. 
http://osmstats.neis-one.org/?item=countries=France

Pourvu que cela dure ...

Denis

---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] posgresql > geojson > umap

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

Salut Tony,

Si tu fais (ou fais faire) un trigger qui génère une séquence comme 
https://dba.stackexchange.com/questions/90482/export-postgres-table-as-json à 
chaque modif (ou en fin de journée) de la table des chantiers, tu devrais pas 
être trop loin du résultat attendu.
Bon courage

Denis

-Message d'origine-
De : Tony Emery via Talk-fr  
Envoyé : mercredi 13 novembre 2019 10:51
À : talk-fr@openstreetmap.org
Cc : Tony Emery 
Objet : [OSM-talk-fr] posgresql > geojson > umap

Bonjour à tous,

Je vous expose ma problématique :
 - J'ai des données concernant des travaux en cours qui sont stockées dans une 
base de données Postgesql ;
 - Elle sont modifiables par certains utilisateurs de notre WebSIG ;
 - Ce WebSIG est hébergé sur un serveur ubuntu (ouf !) ;
 - Comme ce WebSIG n'est pas très "sexy" pour le grand public, on a décidé de 
créer une carte umap pour diffuser sur notre site Internet :
https://umap.openstreetmap.fr/fr/map/carte-des-travaux-en-cours_45005#16/44.1356/4.8203
;

Bon, vous voyez venir la question ?
Et bien oui, à chaque fois que l'utilisateur modifie la carte, je dois exporter 
les données à la main pour mettre à jour umap.

Je ne pense pas qu'on puisse interroger une base postgresql directement depuis 
umap et j'avais penser à utiliser un flux wms mais les données ne seront pas 
interrogeables.

J'avais pensé faire un petit script sur FME mais, après réflexion, je me suis 
dit que je pouvais devoir faire tout ça en ligne de commande depuis le serveur 
linux.

Est-ce qu'on peut demander à postgresql ou à Ubuntu d'extraire le jeu de 
données "s_voirie.travaux_ccpro" en passant par un filtre sur la colonne 
"etat_avancement" et d'en faire 3 fichiers geojson qui seront mis dans 
"var/www/vmap/vas/public/umap" ?

Et si ce script peut être lancé dès que mon utilisateur modifie la table, ce 
serait encore mieux;

Merci de vos réponses,

Tony




-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Outil pour additionner longueur de ways ?

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

Ou Qgis et quickOSM !

-Message d'origine-
De : Shohreh  
Envoyé : jeudi 7 novembre 2019 14:34
À : talk-fr@openstreetmap.org
Objet : [OSM-talk-fr] Outil pour additionner longueur de ways ?

Bonjour,

J'ai besoin de connaître la distance que représente l'ensemble de rues données.

Idéalement, via une requête à Overpass-Turbo qui calculera lui-même le 
résultat, ou alors en downloadant le résultat dans un GPX, en l'ouvrant dans un 
logiciel équipé d'une règle qui me permettrait manuellement de mesurer + 
additioner toutes les ways.

Merci.



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-be] Overdreven gedetailleerde mapping ?

[Denis Verheyden]

Dag allen,

Na een tijdje inactiviteit ben ik opnieuw wat verbeteringen op OSM aan het 
aanbrengen (kleine stukjes GRB-import, aanvullen of verbeteren huidige 
situaties).
Echter kwam ik onlangs een geval tegen dat mijns inziens overdreven 
gedetailleerde mapping is:

https://www.openstreetmap.org/#map=19/50.99435/4.47499

[https://www.openstreetmap.org/assets/osm_logo_256-4b5bd6b572394388f0c1bef4ad9772d03dc4f76d8944b6beffc39286071a62d7.png]<https://www.openstreetmap.org/#map=19/50.99435/4.47499>
OpenStreetMap<https://www.openstreetmap.org/#map=19/50.99435/4.47499>
OpenStreetMap is a map of the world, created by people like you and free to use 
under an open license. Hosting is supported by UCL, Bytemark Hosting, and other 
partners.. Learn More Start Mapping
www.openstreetmap.org
Ik heb het hier vooral over de individuele parkeerplaatsen bij die winkels, 
ingetekend door Jakka (hopelijk dezelfde als die van de mailing list hier ?).
Ik bedoel: dit is gewoon kaartvervuiling, zet daar gewoon 1 area met 
amenity=parking en de kous is af.

Plaatsen voor gehandicapten/PRM zou ik nog wel toelaten afzonderlijk in te 
tekenen, ook al omdat het anders moeilijk in een area te definiëren is waar men 
dan een tag "capacity:disabled" op zet. Dan weet je wel hoevéél er zijn, maar 
je weet niet wáár ze zich bevinden.

Een zelfde opmerking aan de fetishisten die graag afzonderlijke bomen 
intekenen: stop er aub mee. Tenzij het echt een karakteristiek kenmerk is of 
een echte bomenrij staat ("Allee unter den Linden" in Berlijn om maar te 
zeggen), maar laat het anders gewoon zo. Er zijn betere zaken te mappen.


Groeten,

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

Re: [OSM-talk-fr] Sur 01net L’incroyable histoire de Waze, la carte routière la plus précise au monde... conçue par des bénévoles

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

C’est curieux l’article n’aborde pas la question : comment Waze a été/est 
financé. 520 employés c’est un budget, non ?
Ca doit intéresser personne, sans doute.
Un indice : 
https://www.capital.fr/entreprises-marches/comment-waze-brasse-des-millions-grace-a-vous-1341068


Denis

De : Christian Quest 
Envoyé : lundi 7 octobre 2019 17:29
À : Discussions sur OSM en français 
Objet : Re: [OSM-talk-fr] Sur 01net L’incroyable histoire de Waze, la carte 
routière la plus précise au monde... conçue par des bénévoles

Waze, en France, a été initialisé avec un filaire routier dont je ne connais 
pas la source.

Il ne possédait pas les noms de rues ou routes, ni d'infos sur leur type ou 
sens de circulation. Je m'en rappelle plutôt bien car j'ai pas mal ajouté 
d'infos comme les noms dans Waze avant de découvrir OSM... et là waze a perdu 
un contributeur assidu ;)

Le dim. 6 oct. 2019 à 10:49, PierreV 
mailto:belett...@hotmail.fr>> a écrit :
https://www.01net.com/actualites/l-incroyable-histoire-de-waze-la-carte-routiere-la-plus-precise-au-monde-concue-par-des-benevoles-1777628.html

On contacte 01net pour leur proposer un article sur OSM qui est encore plus
"génial" que Waze car réutilisable par n'importe qui?

Par contre le fait que waze n'utile pas de "fonds cartographique"
contrairement a OSM, c'est un peu faux :
car d'après wikipédia Waze a acheté quelques données dans certains pays

apparemment c'est le premier d'une série d'articles:
https://twitter.com/LelloucheNico/status/1180427218067087362



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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


--
Christian Quest - OpenStreetMap France
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Utilisation OSM : SCOUT outil numérique d'observation terrain développé par le Cerema

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

Oui mais tout n’est pas payant, et de loin.
Ceci dit tu as raison, mais comme la loi n’a pas prévu de sanctions, tout le 
monde s’en fiche un peu.
Se renseigner ne coûte rien en revanche.

De : Stéphane Péneau 
Envoyé : vendredi 7 juin 2019 17:27
À : talk-fr@openstreetmap.org
Objet : Re: [OSM-talk-fr] Utilisation OSM : SCOUT outil numérique d'observation 
terrain développé par le Cerema

Le 07/06/2019 à 17:14, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE 
PPE) a écrit :

AMHA, ça vaut le coup de prendre contact avec eux pour voir leur roadmap et 
leur licence.

Le Cerema s'est fait épingler par la Cour des comptes il y a peu :

"De son côté, le CEREMA contrevient à l'article R. 324-4-1 du CRPA en vendant 
des logiciels et des publications hors habilitation à percevoir des redevances."



https://www.ccomptes.fr/system/files/2019-03/20190311-refere-S2018-3287-valorisation-donnees-IGN-Meteo-France-Cerema.pdf

---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Utilisation OSM : SCOUT outil numérique d'observation terrain développé par le Cerema

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

AMHA, ça vaut le coup de prendre contact avec eux pour voir leur roadmap et 
leur licence.

-Message d'origine-
De : Sébastien Dinot  
Envoyé : vendredi 7 juin 2019 16:59
À : Discussions sur OSM en français 
Objet : Re: [OSM-talk-fr] Utilisation OSM : SCOUT outil numérique d'observation 
terrain développé par le Cerema

- Mail original -
> Je viens de voir passer cette actualité sur l'outil SCOUT développé 
> par le CEREMA pour faire des observations de terrain et basée sur 
> OpenStreetMap :
> https://www.cerema.fr/fr/actualites/scout-toujours-pret-betatest-reuss
> i-outil-numerique

Je ne sais pas s'il est dans la culture du CEREMA de libérer ses outils, mais 
le cas échéant, il pourrait intéresser plus d'un contributeur OSM.

Sébastien

--
Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne 
goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] "Très beau T2 centre ville, sud, vue mer, climatisé"

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

Selon http://overpass-turbo.eu/s/JIB
Les airbnb sont pas tous classés dans la même catégorie : apartment,guest_house

On voit aussi que dans le cas des noeuds niçois on est au-delà de la simple 
information : c'est de la publicité

Mes 0.02

Denis

-Message d'origine-
De : Dominique Rousseau  
Envoyé : jeudi 6 juin 2019 12:07
À : talk-fr@openstreetmap.org
Objet : Re: [OSM-talk-fr] "Très beau T2 centre ville, sud, vue mer, climatisé"

Le Thu, Jun 06, 2019 at 11:26:57AM +0200, Francescu GAROBY [f.gar...@gmail.com] 
a écrit:
> Y en a qui ont tout compris à OpenStreetMap, apparemment...
> https://www.openstreetmap.org/node/5599791621

il en a un 2e :)

https://www.openstreetmap.org/node/5599782621



-- 
Dominique Rousseau
d...@lee-loo.net - 06 82 43 12 27

A l'instant où l'esclave décide qu'il ne sera plus esclave,
ses chaînes tombent.  -- Mahatma Gandhi

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OSM et postgresql

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

Tu peux utiliser https://docs.postgresql.fr/8.1/catalog-pg-attribute.html pour 
identifier les colonnes concernées
La requête suivante va te générer les requêtes qui vont bien :

select concat('ALTER TABLE ',nspname,'.',t.relname,' RENAME COLUMN 
"',a.attname,'" TO "',replace(a.attname,':','_'),'"') from pg_attribute a join 
pg_class t on a.attrelid=t.oid  join pg_namespace n on t.relnamespace=n.oid 
where attname like '%:%';

Denis

-Message d'origine-
De : Tony Emery via Talk-fr [mailto:talk-fr@openstreetmap.org] 
Envoyé : jeudi 4 avril 2019 17:31
À : talk-fr@openstreetmap.org
Cc : Tony Emery 
Objet : [OSM-talk-fr] OSM et postgresql

Bonjour à tous,

J'ai une petite question technique concernant l'exploitation des clés 
OpenStreetMap dans PosgreSQL.
Je voudrais modifier le noms des colonnes qui contiennent des ":" en les 
remplaçant par des "_", par exemple.

Et plutôt que d'avoir des "ALTER TABLE public.habillage_osm_point RENAME COLUMN 
"addr:housenumber" TO "addr_housenumber"; et faire ça pour chaque clé, je 
voudrais avoir :
"Bon, Postgresql, à chaque fois que tu vois un ":" dans le nom d'une colonne de 
la table public.habillage_osm_point, tu le remplaces par "_" et avec le sourire 
s'il te plait".

Je suppose qu'il faut une petite fonction avec une boucle mais je ne vois pas 
bien comment la monter.

Merci d'avance,



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Entendre les contributions en temps réel, à la recherche d'HLW pour OpenStreetMap

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

Je ne saurais répondre à la question, mais j’écoute Hatnote pendant que je 
contribue à OSM !
Et c’est super agréable.

Denis

De : Delphine Montagne [mailto:montagnedelph...@gmail.com]
Envoyé : lundi 1 avril 2019 16:49
À : Discussions sur OSM en français 
Objet : [OSM-talk-fr] Entendre les contributions en temps réel, à la recherche 
d'HLW pour OpenStreetMap

Bonjour,

Ayant découvert récemment Hatnote Listen to Wikipedia, c'est à dire entendre 
une retranscription musicale des contributions de Wikipédia, savez-vous s'il 
existe la même chose pour OpenStreetMap ?
http://listen.hatnote.com/#fr,en

Bien cordialement,

--
D.MONTAGNE
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Adresses correspondant à des passage à Niveau

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

Bonjour,

La numérotation des PN n’est pas aussi simple qu’il y parait. On peut avoir par 
exemple 2 fois le même n° PN (à deux endroits différents bien entendu). Exe : 
PN 31 ou 38 sur la ligne 70 000 (Paris-Est-Strasbourg). On a des PN 0 aussi 
sans compter les quater,.. sexies jusquà nonies (ligne de fret au sud de Reims 
81 606)
Ce sont donc les références mais qui ne sont pas uniques, même pas sur une même 
ligne.
Perso, je mets plutôt railway :ref que ref tout court (selon 
https://wiki.openstreetmap.org/wiki/OpenRailwayMap/Tagging#Level_crossings)

Je me suis essayé aux panneaux de signalisation liés au PN (ex. pancarte PN xx 
à 450 m)
https://www.openstreetmap.org/node/6219032844/
https://www.openstreetmap.org/node/6219032843
https://www.openstreetmap.org/node/6219032842

Denis

De : Jérôme Seigneuret [mailto:jerome.seigneu...@gmail.com]
Envoyé : lundi 18 mars 2019 11:27
À : Discussions sur OSM en français 
Objet : [OSM-talk-fr] Adresses correspondant à des passage à Niveau

Bonjour,

Je viens de voir que pas mal de passages à niveaux (PNxx) sont renseignés comme 
des adresses

Je viens d'en corriger sur Jouy en Josas.

J'ai mis ref:xx

xx étant le numéro du PN et j'ai supprimé les adresses inutiles.

Dans la pratique il y a des ref particulières pour ces PN? Car ce numéro est un 
ordonnancement des PN depuis le début de chaque ligne ferroviaire. Même 
principe que la numérotation des poteaux BT/HT

exemple
node 34957661

Jérôme
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tuiles cadatsre sans réponse sur JOSM

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

Le ticket a déjà été créé
https://josm.openstreetmap.de/ticket/17460 

wait  & see 

-Message d'origine-
De : FR via Talk-fr [mailto:talk-fr@openstreetmap.org] 
Envoyé : jeudi 14 mars 2019 11:25
À : talk-fr@openstreetmap.org
Cc : FR 
Objet : Re: [OSM-talk-fr] Tuiles cadatsre sans réponse sur JOSM

Merci 1000 fois:

Pour les utilisatrices et utilisateurs d'Ubuntu ça donne:
/usr/bin/java -Djsse.enableSNIExtension=false -jar /home/.../josm-tested.jar 
(... = chemin où est rangé JOSM)

Mais comme savoir bidouiller des lignes de commande n'est pas un pré-requis 
pour contribuer à OSM serait-il possible de faire quelque chose pour résoudre 
le problème à la source ? ;-)

Françoise


Le 13/03/2019 à 08:36, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE 
PPE) a écrit :
> Hello,
> 
> Oui j’ai résolu (après avoir cherché sur le Net) par un paramètre 
> supplémentaire dans le lancement de JOSM :
> 
> -Djsse.enableSNIExtension=false
> 
> Par exemple : D:\JAVA1.8\bin\java  -Djsse.enableSNIExtension=false 
> -Djosm.home="D:\JOSM" -Xmx4096M -jar josm-tested.jar
> 
> En revanche, il faut pas me demander pourquoi ni comment. Je crois 
> encore à la magie  En tout cas, ça refonctionne.
> 
> Denis
> 



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tuiles cadatsre sans réponse sur JOSM

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

L’astuce a été trouvée ici : 
https://support.xebialabs.com/hc/en-us/community/posts/203291975-SOLVED-javax-net-ssl-SSLProtocolException-handshake-alert-unrecognized-name
Rendons sa salade à César

Denis


De : osm.sanspourr...@spamgourmet.com [mailto:osm.sanspourr...@spamgourmet.com]
Envoyé : mercredi 13 mars 2019 11:09
À : denis.helfer@ 
Objet : Re: [OSM-talk-fr] Tuiles cadatsre sans réponse sur JOSM


Merci au magicien qui dévoile son truc sans comprendre pourquoi ça marche ;-)

Jean-Yvon
Le 13/03/2019 à 08:36, HELFER Denis SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE 
- denis.hel...@reseau.sncf.fr<mailto:denis.hel...@reseau.sncf.fr> a écrit :
En revanche, il faut pas me demander pourquoi ni comment. Je crois encore à la 
magie  En tout cas, ça refonctionne.
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tuiles cadatsre sans réponse sur JOSM

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

Hello,

Oui j’ai résolu (après avoir cherché sur le Net) par un paramètre 
supplémentaire dans le lancement de JOSM :
-Djsse.enableSNIExtension=false

Par exemple : D:\JAVA1.8\bin\java  -Djsse.enableSNIExtension=false 
-Djosm.home="D:\JOSM" -Xmx4096M -jar josm-tested.jar

En revanche, il faut pas me demander pourquoi ni comment. Je crois encore à la 
magie  En tout cas, ça refonctionne.

Denis

De : Francescu GAROBY [mailto:windu...@gmail.com]
Envoyé : mercredi 13 mars 2019 08:29
À : Discussions sur OSM en français 
Objet : Re: [OSM-talk-fr] Tuiles cadatsre sans réponse sur JOSM

Bonjour,
Oui, j'ai constaté hier soir que les tuiles ne se chargeaient plus. Vu l'heure 
tardive, j'ai cru qu'un mise à jour du coté du cadastre était en cours, j'ai 
laissé tomber.
Mais ce matin, la même. ("Erreur lors du chargement des tuiles : 
javax.net.ssl.SSLProtocolException handshake alert: unrecognized_name")

Francescu

Le mer. 13 mars 2019 à 08:24, Jérôme Seigneuret 
mailto:jerome.seigneu...@gmail.com>> a écrit :
Bonjour,

Rencontrez vous des problèmes avec le service d'imagerie cadastre dispo dans 
les imagerie JOSM?

Merci

--
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org<mailto:Talk-fr@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-fr


--
Francescu
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-be] Status GRB-import tool ?

[Denis Verheyden]

Dag iedereen,

Graag wou ik nog eens polsen wat de status is van de GRB-import tool. Ergens in 
2017 is de publieke versie uitgezet omdat veel mensen hiermee onbedoelde of 
verkeerde wijzigingen hebben gedaan.

Voor mij is deze tool echter het middel waarop ik wacht om nieuwe of aangepaste 
gebouwen toe te voegen/wijzigen in OSM. Het heeft geen zin nu gebouwen te 
tracen als we ze later opnieuw moeten vervangen door de "officiële" geometrie 
van A(G)IV. Tot dan beperk ik mij enkel tot toevoegen van nodes of features 
niet gerelateerd aan gebouwen.

Groeten,
Denis
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-fr] Cad'ortho de Noël...

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

Enfin sur Lyon, l’orthophoto est surtout à 8 cm. La prise de vue drone ( a 1 
cm) ne concerne que moins de 10 ha.

De : Christian Quest [mailto:cqu...@openstreetmap.fr]
Envoyé : jeudi 3 janvier 2019 23:17
À : Discussions sur OSM en français 
Objet : Re: [OSM-talk-fr] Cad'ortho de Noël...

Je viens d'ajouter le 54 (Meurthe et Moselle) provenant de l'Ortho HR de 2015 
publiée en opendata par la région Grand Est.
J'ai aussi ajouté l'ortho 2015 de Brest.

Vous trouverez sur la carte umap des marqueurs pour les ortho les plus récentes 
ou d'une résolution au delà de 20cm

https://umap.openstreetmap.fr/fr/map/ortho-photos-opendata_278682#6/46.104/2.714

Et le bouton pour accéder aux éditeurs (colonne de gauche) est activé.


Le ven. 28 déc. 2018 à 18:17, Christian Quest 
mailto:cqu...@openstreetmap.fr>> a écrit :
Les zones blanches en bord d'ortho se sont bien améliorées, mais c'est pas 
encore parfait pour certaines (quand le blanc n'est pas si blanc que ça).

J'ai mis en place un cache de tuiles TMS... c'est pas parfait, mais ça aide.

Ajout de:
- l'ortho HR 2017 est complète, 2016 et 2015 sont encore à compléter sur 8 
départements
- Rennes 2014 (à 10cm), meilleure que l'ortho HR (et c'est la même prise de 
vues)
- Ortho Littorale v2... côte Atlantique et Méditerranée sont couvertes, la 
Manche arrive


Le jeu. 27 déc. 2018 à 16:24, Christian Quest 
mailto:cqu...@openstreetmap.fr>> a écrit :
Cette couche ne montre QUE les orthos qui datent de 2017 et il y a PACA, une 
partie de la Bourgogne et les Antilles (tout n'est d'ailleurs pas encore 
intégrésur la BD Ortho).

La couche 'orthohr' combine toutes les années et mettant les plus récentes en 
avant.
J'ai aussi mis à jour la couche 'tous_fr' qui combine toutes les orthos FR avec 
les plus récentes et les plus hautes def en priorité.

Il y a encore quelques trucs à améliorer:
- des zones blanches en bord d'une ortho qui masquent la voisine
- un précalcul pour accélérer certains affichages


Le jeu. 27 déc. 2018 à 15:47, Cyrille37 OSM 
mailto:cyrille%2btalk...@giquello.fr>> a écrit :

Quel Cad'Ô génial, merci !

Dans josm j'ai ajouté orthohr_2017 :
tms[20]:http://wms.openstreetmap.fr/tms/1.0.0/orthohr_2017/{zoom}/{x}/{y}

Mais je ne vois des tuiles que sur une petite zone (Franche-comté et Aix en 
provence):
https://framapic.org/fO09YhRaahUP/3MHcnpWyqtZd.png

As tu une idée du pourquoi ?

Cyrille37
Le 27/12/2018 à 11:30, Christian Quest a écrit :
J'ai complété la wiki: 
https://wiki.openstreetmap.org/wiki/FR:Serveurs/wms.openstreetmap.fr

Le détail des couches couvrant une partie du territoire français a été ajoutée.

Au total... plus de 12 tera-pixels disponibles (l'équivallent de 1 million de 
photos de 12 Mpix).
Ceci occupe un peu moins de 2To d'espace disque (sans compter les caches).

Viennent d'être ajoutés:
- Nancy 1994, 1999, 2001, 2002, 2005, 2008, 2012
- Lyon 2015 (89cm)
- l'ortho littorale de 2002 (50cm)

Il ne manque plus que deux départements (58 et 70) sur les ortho HR de 2017.
En cours de téléchargement, l'ortho HR 2015 des départements 54, 55, 57 et 88, 
qui ne sont pas listés sur le site de l'IGN mais dispo sur le site opendata de 
la région.


Le mar. 25 déc. 2018 à 20:55, Christian Quest 
mailto:cqu...@openstreetmap.fr>> a écrit :
Le père Noël a apporté des orthos dans sa hotte !

Du nouveau sur wms.openstreetmap.fr:
- les ortho "HR" à 20cm des années 2013 à 2016, 2017 n'est pas encore complète 
(manque la Bourgne et les Antilles)
- Mulhouse 2018 (8cm)
- Toulouse 2017 (10cm)
- Bayonne 2016 (6cm)
- Nancy 2016 (7.5cm)
- Lyon: petite orthos sur Fourviere (2016, 1cm), le Parc OL à Lyon (2016, 8cm) 
et St Fons (2018, 2cm), l'ortho à 8cm de 2015 est en cours de download.

Plus anciennes mais à nouveau disponibles:
- Région PACA 2009-2010

Tout ça arrive directement dans JOSM...

--
Christian Quest - OpenStreetMap France


--
Christian Quest - OpenStreetMap France


___

Talk-fr mailing list

Talk-fr@openstreetmap.org

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


--
Christian Quest - OpenStreetMap France


--
Christian Quest - OpenStreetMap France


--
Christian Quest - OpenStreetMap France
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any 

Re: [OSM-talk-fr] Après la carte en breton : voici les cartes en occitan et en basque

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

Je ne sais pas si l'objectif et de traduire TOUS les noms de communes en 
alsacien.
Dans un premier temps, on peut déjà reprendre les panneaux qui ont été déjà 
traduits.
Je suppose qu'il en manque plein dans OSM.
Il faut absolument impliquer l'OLCA et leur faire comprendre qu'OSM peut être 
un outil de promotion pour l'alsacien.


-Message d'origine-
De : Christine Karch [mailto:christ...@hermione.de] 
Envoyé : vendredi 14 décembre 2018 15:46
À : talk-fr@openstreetmap.org
Objet : Re: [OSM-talk-fr] Après la carte en breton : voici les cartes en 
occitan et en basque

Denis, ça me souviens à quelque chose, il y existe un dictionnaire en trois 
langues:

Bernard Wittmann: Dictionnaire alphabétique des communes d´Alsace

Il faut voir si on peut utiliser ..


Am 14.12.18 um 09:02 schrieb HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT 
GE PPE):
> Bonjour Maël,
> 
>  
> 
> Très bonne nouvelle. Que faut-il faire pour avoir la même chose (au 
> moins le service de tuiles) en gsw (allémanique) ?
> 
> J’ai dans mes cartons le projet de prendre contact avec l’OLCA
> (https://www.olcalsace.org/) pour récupérer les inventaires de plaques 
> de rue bilingues et panneaux d’entrée de village.
> 
> Un service de tuile disponible serait un argument massue.
> 
>  
> 
> Denis
> 
>  
> 
> *De :*Maël REBOUX [mailto:o...@breizhpositive.bzh] *Envoyé :* jeudi 13 
> décembre 2018 21:41 *À :* Discussions sur OSM en français 
>  *Objet :* [OSM-talk-fr] Après la carte en 
> breton : voici les cartes en occitan et en basque
> 
>  
> 
>  
> 
> *https://lh5.googleusercontent.com/Ibr4Qd5RyoMXd8NIhifnGynPMfQHIBH9v5_
> T8SC8j79keRbUBMlTK7IFuddjO4Kx43wdBz8wlksuY6WK0QPD5hJBD_bO-RsnrPZH5Qzuo
> GxyBWdjf4HLOdi84xOPJsB3Ji0Qq0K5*
> 
>   
> 
> *OpenStreetMap e Brezhoneg*
> 
>  
> 
>  
> 
> *Après la carte en breton : voici les cartes en occitan et en basque*
> 
>  
> 
> Depuis septembre 2017 une carte en langue bretonne utilisant les 
> données de OpenStreetMap (la base de données géographique, mondiale, 
> libre et
> contributive) est visible sur notre site www.openstreetmap.bzh 
> <http://www.openstreetmap.bzh>.
> 
> Cette carte nous permet de valoriser notre langue, notre culture et de 
> fédérer les diverses contributions autour d’un objet commun afin que 
> le breton est toute sa place dans les outils numériques du XXIe 
> siècle. En
> 2 ans et demi, les bretons ont multiplié par 2,5 le nombre d’objets 
> portant un nom en breton dans OpenStreetMap. Nous venons de dépasser 
> les
> 40 000 avec une belle progression :
> 
>  
> 
> https://lh5.googleusercontent.com/TCkw700ws2hNwwZfcAS2VnvTibVqliZLg_Ae
> pRo4zpui-D8veBw2CouXCSV1imW93UEE2kwdhqVamuMlT8aKA0GGmoSm4K8Z7grUza1UIU
> hzVXu22McGc8kdJBC3DHTAMrePIdET
> 
>  
> 
> Bravo à tous les contributeurs et merci au soutien de l’Office 
> Publique de la Langue Bretonne <http://www.fr.brezhoneg.bzh/>.
> 
>  
> 
> Au printemps 2018 s’est déroulée Ar Redadeg 
> <https://www.ar-redadeg.bzh/>, une course de relais sans interruption 
> de
> 1 800 km dont le but est de récolter des fonds pour des projets 
> éducatifs pour la langue bretonne. Notre partenariat avec Ar Redadeg a 
> permis de dégoogliser leur site de vente de kilomètres tout en mettant 
> en avant la carte, notre projet et OpenStreetMap dans son ensemble. Le 
> partenariat vient d’être reconduit pour l’édition 2020.
> 
> En juin le State Of The Map France 2018 
> <http://sotm2018.openstreetmap.fr/>a été pour nous l’occasion de 
> parler du projet et de notre démarche à la communauté. Les échanges 
> avec la communauté dans son ensemble, les basques et les occitans ont été 
> riches.
> 
>  
> 
> Depuis octobre 2018 le service de carte a été techniquement amélioré 
> et stabilisé au point de le considérer “bon pour le service actif”… et 
> pouvant accepter une reproductibilité.
> 
> *C’est donc avec plaisir que nous vous annonçons la disponibilité des 
> services de cartes de 2 langues minoritaires de France : l’occitan et 
> le
> basque*
> 
>  
> 
> https://lh4.googleusercontent.com/emTOwOhzrYGCsY6r9BnmnpjWG4QSDci13RbW
> 7A-ygvt8Q6keCuCPIWtkMPXWcVuDPCE-jYSlU_6IRWtl2pjIOOC_8Awop6GRE-p04JRW3b
> e9Udiy_JZ2_ZpTMyBuxh1jdi9nblpA
> 
>  
> 
> https://lh5.googleusercontent.com/0ILZ6xjLJlGiU1Tfijt7n47frWQ1ePn44tiH
> VDi19gmwE15327l2tlXyUf0yTQGtQSwiVWrzr0IFBTmqbfBOJIQgoPWtcTe3Pya3acHc3p
> oo59SkmTcrwRQ5-3diRq2zAdwDTMI_
> 
> https://lh5.googleusercontent.com/bhNOR73sejs3bz5jN0EWTsn4NSgfMZMHmnwQ
> SruPlnGnq1WnjY2lIoaJbYRWoDToZ6QQLLFUE1JOboO_V9RFGh2J6aiSSX2ttC9n57h9By
> tnILpgaG1-fbz5LkoT1NgwxKDF1yge
> 
>  
> 
> https://lh3.googleusercontent.com/_-e3pNdSDlv4Q6DO5u_GQ3zDcnAF

Re: [OSM-talk-fr] Après la carte en breton : voici les cartes en occitan et en basque

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

Bonjour Maël,

Très bonne nouvelle. Que faut-il faire pour avoir la même chose (au moins le 
service de tuiles) en gsw (allémanique) ?
J’ai dans mes cartons le projet de prendre contact avec l’OLCA 
(https://www.olcalsace.org/) pour récupérer les inventaires de plaques de rue 
bilingues et panneaux d’entrée de village.
Un service de tuile disponible serait un argument massue.

Denis

De : Maël REBOUX [mailto:o...@breizhpositive.bzh]
Envoyé : jeudi 13 décembre 2018 21:41
À : Discussions sur OSM en français 
Objet : [OSM-talk-fr] Après la carte en breton : voici les cartes en occitan et 
en basque


[https://lh5.googleusercontent.com/Ibr4Qd5RyoMXd8NIhifnGynPMfQHIBH9v5_T8SC8j79keRbUBMlTK7IFuddjO4Kx43wdBz8wlksuY6WK0QPD5hJBD_bO-RsnrPZH5QzuoGxyBWdjf4HLOdi84xOPJsB3Ji0Qq0K5]

OpenStreetMap e Brezhoneg



Après la carte en breton : voici les cartes en occitan et en basque

Depuis septembre 2017 une carte en langue bretonne utilisant les données de 
OpenStreetMap (la base de données géographique, mondiale, libre et 
contributive) est visible sur notre site 
www.openstreetmap.bzh<http://www.openstreetmap.bzh>.
Cette carte nous permet de valoriser notre langue, notre culture et de fédérer 
les diverses contributions autour d’un objet commun afin que le breton est 
toute sa place dans les outils numériques du XXIe siècle. En 2 ans et demi, les 
bretons ont multiplié par 2,5 le nombre d’objets portant un nom en breton dans 
OpenStreetMap. Nous venons de dépasser les 40 000 avec une belle progression :

[https://lh5.googleusercontent.com/TCkw700ws2hNwwZfcAS2VnvTibVqliZLg_AepRo4zpui-D8veBw2CouXCSV1imW93UEE2kwdhqVamuMlT8aKA0GGmoSm4K8Z7grUza1UIUhzVXu22McGc8kdJBC3DHTAMrePIdET]

Bravo à tous les contributeurs et merci au soutien de l’Office Publique de la 
Langue Bretonne<http://www.fr.brezhoneg.bzh/>.

Au printemps 2018 s’est déroulée Ar Redadeg<https://www.ar-redadeg.bzh/>, une 
course de relais sans interruption de 1 800 km dont le but est de récolter des 
fonds pour des projets éducatifs pour la langue bretonne. Notre partenariat 
avec Ar Redadeg a permis de dégoogliser leur site de vente de kilomètres tout 
en mettant en avant la carte, notre projet et OpenStreetMap dans son ensemble. 
Le partenariat vient d’être reconduit pour l’édition 2020.
En juin le State Of The Map France 2018<http://sotm2018.openstreetmap.fr/> a 
été pour nous l’occasion de parler du projet et de notre démarche à la 
communauté. Les échanges avec la communauté dans son ensemble, les basques et 
les occitans ont été riches.

Depuis octobre 2018 le service de carte a été techniquement amélioré et 
stabilisé au point de le considérer “bon pour le service actif”… et pouvant 
accepter une reproductibilité.
C’est donc avec plaisir que nous vous annonçons la disponibilité des services 
de cartes de 2 langues minoritaires de France : l’occitan et le basque

[https://lh4.googleusercontent.com/emTOwOhzrYGCsY6r9BnmnpjWG4QSDci13RbW7A-ygvt8Q6keCuCPIWtkMPXWcVuDPCE-jYSlU_6IRWtl2pjIOOC_8Awop6GRE-p04JRW3be9Udiy_JZ2_ZpTMyBuxh1jdi9nblpA]

[https://lh5.googleusercontent.com/0ILZ6xjLJlGiU1Tfijt7n47frWQ1ePn44tiHVDi19gmwE15327l2tlXyUf0yTQGtQSwiVWrzr0IFBTmqbfBOJIQgoPWtcTe3Pya3acHc3poo59SkmTcrwRQ5-3diRq2zAdwDTMI_]
[https://lh5.googleusercontent.com/bhNOR73sejs3bz5jN0EWTsn4NSgfMZMHmnwQSruPlnGnq1WnjY2lIoaJbYRWoDToZ6QQLLFUE1JOboO_V9RFGh2J6aiSSX2ttC9n57h9BytnILpgaG1-fbz5LkoT1NgwxKDF1yge]

[https://lh3.googleusercontent.com/_-e3pNdSDlv4Q6DO5u_GQ3zDcnAFD3E4w35MKDXIgVuT2bfKDAACqlI6rWHD4DcKmeRxoiKkxxF2ur1Un6XygQ8ZlOqA4MWoEadXbFnyg-6YLVyHwaKrTIWH64D7y_B6jNaHMpDn]

Derrière les noms de lieu officiels, il y a les langues de la France, certaines 
plus anciennes que le français et toujours utilisées et enseignées. Par sa 
souplesse et son adaptabilité, l’écosystème OpenStreetMap permet de contribuer 
et de visualiser toutes les versions linguistiques. Voir donc une carte de 
Bretagne, d’Occitanie ou du Pays basque avec des mentions en langue originale 
est possible grâce au service de carte mis en place par OpenStreetMap e 
brezhoneg.
Les noms de lieu sont peu à peu ajoutés par les cartographes volontaires qui 
s’appuient sur les organismes de collecte et de normalisation (offices 
linguistiques, associations spécialisées).
Les url des services de tuiles (au format TMS) sont les suivants :

  *   breton (br) : 
https://tile.openstreetmap.bzh/br/{z}/{x}/{y}.png<https://tile.openstreetmap.bzh/br/%7bz%7d/%7bx%7d/%7by%7d.png>
  *   occitan (oc) : 
https://tile.openstreetmap.bzh/oc/{z}/{x}/{y}.png<https://tile.openstreetmap.bzh/oc/%7bz%7d/%7bx%7d/%7by%7d.png>
  *   basque (eu) : 
https://tile.openstreetmap.bzh/eu/{z}/{x}/{y}.png<https://tile.openstreetmap.bzh/eu/%7bz%7d/%7bx%7d/%7by%7d.png>

Pour le moment nous ne disposons pas du même système de mise à jour des tuiles 
que pour le rendu FR. Les tuiles se mettent à jour entre 1 jour minimum et 7 
jours maximum. Une contribution se verra donc sur la carte entre 1 et 7 jours.

OpenStree

Re: [OSM-talk-fr] La Région Pays de la Loire ne crédite pas OSM sur airpl.org

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

Christian, trop rapide !!

-Message d'origine-
De : HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE) 
[mailto:denis.hel...@reseau.sncf.fr] 
Envoyé : jeudi 22 novembre 2018 15:54
À : Discussions sur OSM en français 
Objet : Re: [OSM-talk-fr] La Région Pays de la Loire ne crédite pas OSM sur 
airpl.org

S'ils ont un compte Twitter, ce peut etre un bon endroit aussi pour signaler 
l'erreur


-Message d'origine-
De : Rpnpif [mailto:rpn...@trob.eu]
Envoyé : jeudi 22 novembre 2018 15:40
À : Discussions sur OSM en français  Objet : 
[OSM-talk-fr] La Région Pays de la Loire ne crédite pas OSM sur airpl.org

Bonjour,

Air Pays de la Loire, un site appartenant à la Région des Pays de la Loire 
http://data.airpl.org/ et http://airpl.org/ ne crédite pas OSM sur ses cartes.

Je les ai prévenus mais comme leur page de contact ne semble pas au point, 
n'hésitez pas à en faire autant.

NB : leur site a d'autres dysfonctionnements.

--
Alain Rpnpif

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
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] La Région Pays de la Loire ne crédite pas OSM sur airpl.org

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

S'ils ont un compte Twitter, ce peut etre un bon endroit aussi pour signaler 
l'erreur


-Message d'origine-
De : Rpnpif [mailto:rpn...@trob.eu] 
Envoyé : jeudi 22 novembre 2018 15:40
À : Discussions sur OSM en français 
Objet : [OSM-talk-fr] La Région Pays de la Loire ne crédite pas OSM sur 
airpl.org

Bonjour,

Air Pays de la Loire, un site appartenant à la Région des Pays de la Loire 
http://data.airpl.org/ et http://airpl.org/ ne crédite pas OSM sur ses cartes.

Je les ai prévenus mais comme leur page de contact ne semble pas au point, 
n'hésitez pas à en faire autant.

NB : leur site a d'autres dysfonctionnements.

--
Alain Rpnpif

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Aeroports

[denis .]

Bonsoir,

je demande avec un grand sourire que le rendu des aéroports soient complété.
notamment en z13 
https://www.openstreetmap.org/way/321002405#map=13/44.3690/2.0270 mais absent 
sur osm-fr

Merci.
Bonne soirée / journée..
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Site web pour récupérer coordonnées GPS d'un point?

[Denis Bigorgne]

Mapy.cz / clic droit / Add own POIs et c'est fait !

Le mer. 31 oct. 2018 à 14:50, Jérôme Villafruela 
a écrit :

> Dans le même esprit : http://tools.freeside.sk/geolocator/ avec choix de
> fonds de carte, dont OSM :-)
> Il a pour but d'afficher le wikicode permettant d'indiquer des coordonnées
> géographiques sur les projets wikimedia, mais il affiche aussi la position
> correspondant au marqueur. Il permet également l'inverse en acceptant des
> coordonnées dans à peu près n'importe quel format.
>
> --
> Jérôme
>
> Le 31/10/2018 à 14:34, Nicolas Bétheuil a écrit :
>
> Wadouk.github.io/maps avec conversion entre coordonnées décimales et
> horaires avec une sélection de fond de cartes.
> Encore très ameliorable.
>
> Le mer. 31 oct. 2018 14:16, Shohreh  a écrit :
>
>> J'ai trouvé une alternative presque aussi simple que ce que je cherchais :
>>
>> 1. Aller sur www.openstreetmap.org
>> 2. Zoomer jusqu'au point recherché
>> 3. Clic-droit > Show address
>> 4. À gauche, passer la souris sur les coords pour afficher le marqueur
>> 5. Copier les coords
>> https://postimg.cc/LJHYBwpy
>>
>> Good enough.
>>
>> Merci!
>>
>>
>>
>> --
>> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Piscine municipale vs piscine privée

[Denis Bigorgne]

Sans oublier la piscine Keller à Paris, indoor, et couverte ou découverte
suivant la météo :
chez google maps, par exemple

Remarque : pas de photo aérienne avec le toit fermé - quand il fait gris,
les avions restent au sol, n'est-ce pas ?

Le mar. 16 oct. 2018 à 11:08, marc marc  a
écrit :

> Le 16. 10. 18 à 09:33, Christian Quest a écrit :
> >
> https://2.bp.blogspot.com/-mhCVrMV3K-8/UX2VXYXJUgI/A0g/fwvAWxZV4rI/s1600/Nangis_2.jpg
>
> joli !
> c'est un toit rétractable ?
>
> Le mar. 16 oct. 2018 à 09:17, Paul Desgranges a écrit :
> >  1. le bassin peut être à l'intérieur ou à l'extérieur
> >  - bassin intérieur => "location=indoor"
> >  - bassin extérieur => "location=outdoor"
> > 2. le bassin peut être "couvert" ou pas.
> >  - "couverte" au sens la piscine dispose d'un "abri piscine" (on
> > distingue bien ces abris en photographie aérienne), les piscines
> > privées dans les jardins, avec un abri pour : sécurité chute,
> > déperdition d'énergie, feuilles mortes, etc.
> >Alors comment documenter ces 2 attributs
> > ("location=indoor/outdoor" et "covered=yes/no") pour que l'usage en
> > soit clair ?
>
> tes 2 phrases ci-dessus me semble parfaitement clair, peut-être
> suffit-il de les ajouter sur la page wiki :)
>
> Cordialement,
> Marc
> ___
> 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] OSM hack-weekend à Karlsruhe

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

A noter aussi pour l’autre rive du Rhin une rencontre en septembre à Strasbourg 
en cours d’élaboration ici : https://framadate.org/7faqTEWGVNd1hL5t
Ok, il y a des gens moins célèbres, quoique.

Denis

De : Vincent Privat [mailto:vincent.pri...@gmail.com]
Envoyé : lundi 3 septembre 2018 22:30
À : Discussions sur OSM en français 
Objet : Re: [OSM-talk-fr] OSM hack-weekend à Karlsruhe

Je me suis inscrit ! Je ne saurai pas dire grand chose en allemand, mais comme 
je sais que tu aimes bien parler français, ça ira :)
D'autres français motivé(e)s ? Ya du beau monde dans les inscrits !
Vincent

Le mer. 22 août 2018 à 22:37, Christine Karch 
mailto:christ...@hermione.de>> a écrit :
Bonjour,

comme Karlsruhe n'est pas loin de vous (moins de trois heures avec le
TGV/OUI de Paris) j'aimerais bien vous inviter pour le prochain OSM
hack-weekend chez nous:

https://wiki.openstreetmap.org/wiki/Karlsruhe_Hack_Weekend_October_2018

N'ayez pas peur .. on parle un peu l'anglais, un peu l'allemand et aussi
un peu le français. Vous êtes invités de participer.


Christine

___
Talk-fr mailing list
Talk-fr@openstreetmap.org<mailto:Talk-fr@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-fr
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Mise à jour des POIs (horaires, ...)

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE APPUI PERFORMANCE)]

Bonjour à tous,

De notre côté on a ceci : https://www.resot-alsace.fr/actions/sit.html
Le directeur et son adjoint sont d’anciens collègues de la Région.
Il sont peut-être mûrs maintenant : 
https://www.openstreetmap.org/user/Pfabing/history#map=12/48.1642/7.4017

Denis

De : james [mailto:ja...@snowalpes.com]
Envoyé : lundi 23 juillet 2018 22:46
À : Discussions sur OSM en français 
Objet : Re: [OSM-talk-fr] Mise à jour des POIs (horaires, ...)

Hello,

Je saute sur ce thread, et excusez moi si ma question / remarque n’est pas 
approprié ou redondante, je débarque… :-)

A l’appropriation des métadonnées (type schema.org<http://schema.org/>) est 
quasi nulle et me semble pas une donnée viable / exploitable, même si sa nature 
est louable et pertinente.

Par contre, avez vous pensé / étudié l’idée d’intégrer les données des Offices 
de Tourisme ? L’information est propre et complète (les adhérents payent donc 
ils surveillent…), et il y a des gens qui vérifient et qualifie la données des 
POI. Ici on parle uniquement de noeud / POI. Aucun polygone, shape, etc.
Par exemple, la base APIDAE (Sud Est de la France + expansion en national) 
contient + de 250 000 fiches renseignés : hôtels, restaurants, camping, 
piscines, aire de chainage, etc. Ce base est l’unique base pour alimenter les 
sites web, brochures papiers, bornes tactiles… de ces territoires, donc c’est 
leur outil premier de saisie.
Une intégration avec OSMOSE sera surement possible.
- Quelques chiffres : 
https://www.apidae-tourisme.com/apidae-tourisme/carte-du-reseau/
- La donnée est en « Open » , exemple ici : 
http://opendata.maregionsud.fr/donnees/detail/apidae-catalogue-des-donnees-publiques-ouvertes-par-les-membres-du-reseau.html
  (mais je suis pas expert des licences…)
- une copie d’écran d’une fiche d’un restaurant :  
https://www.dropbox.com/s/i74phgybgh3io5y/Screen%20Shot%202018-07-23%20at%2022.29.54.png?dl=0
- toutes les données sont disponibles sous format XML et JSON (en full ou 
différentiel) et CSV pour les petits exports.

Voilà, c’est une idée… ;-)

Jim005



On 23 Jul 2018, at 12:14, Cyrille37 OSM 
mailto:cyrille+talk...@giquello.fr>> wrote:

Hello,
Le 23/07/2018 à 12:02, Noémie Lehuby a écrit :
Il me semble qu'il existe déjà un standard pour publier des métadonnées de 
manière structurée sur le web : https://schema.org/

Par chez nous, en région Centre-Val-de-Loire, il y a quelques initiatives 
"citoyennes" geeks pour sensibiliser les entreprises à tagger en web sémantique 
leur site Internet. Mais ce ne sont pas les commerçants ...
LesPagesJaunes serait un bon point de centralisation, mais leur modèle 
économique n'est probablement pas compatible ...

C'est vraiment un gros sujet "social" ;-)

Cyrille37.


Il propose par exemple ce qu'il faut pour décrire un commerce : 
https://schema.org/LocalBusiness <https://schema.org/LocalBusiness%C3%82%C2%A0>
avec la géoloc, les horaires d'ouvertures, les infos de contact, les types de 
cuisine, etc

Mais je ne pense pas que ça soit très utilisé sur les sites perso des commerces 
ou pour faire quelque chose d'utile des données déjà publiées.
C'est clair que la difficulté est plus sociale que technique pour faire adopter 
ce genre de standard...
nlehuby
Le 2018-07-23 10:21, Cyrille37 OSM a écrit :
Bonjour,

Le 20/07/2018 à 10:29, PanierAvide a écrit :
En effet c'est une sacré problématique ! La solution est à mon avis plutôt 
pédagogique et sociale que vraiment technique : au final la norme et les outils 
à mettre en place seront relativement "simples" face au défi qu'est de mettre 
en relation l'ensemble des acteurs qui gèrent ce type de données.

Je suis bien d'accord.

Et aussi je reste perplexe que la BdD OSM porte ces données non géographiques.

Cyrille37.


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





___

Talk-fr mailing list

Talk-fr@openstreetmap.org<mailto:Talk-fr@openstreetmap.org>

https://lists.openstreetmap.org/listinfo/talk-fr

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

---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the 

Re: [OSM-talk-fr] Annuaire service public et géolocalisation ! [était Attribution eaupotable.info]

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE APPUI PERFORMANCE)]

Oui, j’ai fait le même constat sur certains villages de Champagne ; cela 
vaudrait le coup de leur signaler directement.
Tu t’en occupes ?

De : Vincent Bergeot [mailto:vinc...@bergeot.org]
Envoyé : mercredi 11 juillet 2018 11:09
À : talk-fr@openstreetmap.org
Objet : [OSM-talk-fr] Annuaire service public et géolocalisation ! [était 
Attribution eaupotable.info]

Le 11/07/2018 à 10:00, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE 
APPUI PERFORMANCE) a écrit :
A ce propos, la demande d’attribution correcte sur les cartes de 
https://lannuaire.service-public.fr a été satisfaite.
Super

par contre le géocodage IGN est imprécis : ici d'un coté et de l'autre de la 
place 
https://lannuaire.service-public.fr/nouvelle-aquitaine/gironde/mairie-33140-01

c'est plus précis dans ce cas avec 
https://adresse.data.gouv.fr/map?lng=-0.348478=44.7744=18

mais je n'ai pas vérifié pour d'autres POI !

à plus




--

Vincent Bergeot
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Attribution eaupotable.info

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE APPUI PERFORMANCE)]

A ce propos, la demande d’attribution correcte sur les cartes de 
https://lannuaire.service-public.fr a été satisfaite.

Pour mémoire : 
https://lists.openstreetmap.org/pipermail/talk-fr/2018-May/088676.html

Denis

De : Vincent Bergeot [mailto:vinc...@bergeot.org]
Envoyé : mercredi 11 juillet 2018 09:37
À : talk-fr@openstreetmap.org
Objet : Re: [OSM-talk-fr] Attribution eaupotable.info

Le 11/07/2018 à 09:12, Johnparis a écrit :
https://eaupotable.info/en/contact/

merci, je leur signale :)




2018-07-11 9:06 GMT+02:00 Vincent Bergeot 
mailto:vinc...@bergeot.org>>:
Bonjour,

je suis assez dubutatif sur cette carte : https://eaupotable.info/

Quand on choisit en eau à gauche OpenStreetMap, on a bien le rendu OSM mais pas 
d'attributions !!!

Et quand en plus on choisit à gauche OSM, on a tous les amenity=drinking_water 
qui s'affiche mais pas plus d'attributions.

Par contre on voit bien en bas à gauche, quelque soit le fond, écrit google.

Cela fait beaucoup, vous ne trouvez pas ? Je n'ai pas trouvé de contact :(

Bonne journée

PS : comme d'habitude, je ne retrouve pas la page wiki pour vérifier les 
signalements d’omission de mention !!!

--
Vincent Bergeot


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





___

Talk-fr mailing list

Talk-fr@openstreetmap.org<mailto:Talk-fr@openstreetmap.org>

https://lists.openstreetmap.org/listinfo/talk-fr



--

Vincent Bergeot
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr