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 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] 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] 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] 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

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: [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: [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

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] Et si on fabriquait notre récepteur/logger GPS ?

[Denis Bigorgne]

Le 24 mars 2018 à 18:01, marc marc  a écrit :

>
> pour pile <> accu <> interne <> externe :
> de ce que j'ai compris ceux qui font du trek préfère un appareil
> sans fil donc pile intégré.
> Pour d'autre raccorder un pack lithium à l'usage
> est-ce réaliste d'avoir 2 boîtiers (pile interne <> pack externe usb)
> ou cela complique la chose vu le volume modeste attendu ?
>

Non, un appareil avec un emplacement pour y mettre ou bien un accu,
ou bien des piles. On peut amener en plus un  stock d'accus ou de piles,
ad lib.

Par exemple, une frontale LED Lenser SEO 7R




> ___
> 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] Et si on fabriquait notre récepteur/logger GPS ?

[Denis Bigorgne]

Le 23 mars 2018 à 16:12, Stéphane Péneau  a
écrit :

> Je vais essayer de répondre aux différentes questions :
> ...
>
> Utilisation sur piles :
>
> Le souci des piles, c'est leurs capacités plus faibles que les batteries
> Li-ion.
> Est-ce qu'une batterie Usb externe pour recharger le récepteur serait
> problématique en situation de trek
>

  Batterie externe de recharge : je n'en connais pas qui sont sur piles, en
avoir de nombreuses li-ion, c'est cher...
J'ai une frontale où le même boitier peut accepter une batterie li-ion de
3,2Wh ou bien 3 piles AAA. C'est très pratique.


>
> ___
> 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] Et si on fabriquait notre récepteur/logger GPS ?

[Denis Bigorgne]

... pour les usages moins extrêmes (NB : je suis coincé chez moi avec de
sévères problèmes de lombaires : joli lapsus  )

Le 23 mars 2018 à 12:58, Denis Bigorgne <denis.bigor...@gmail.com> a écrit :

> Je suis très proche des réaction de Dominique Rousseau, mis à part la
> question autonomie.
> Il faudrait pouvoir s'en servir dans des trek de longue durée hors zone
> réseau électrique.
>
> Donc alim possible par piles : le trekkeur emmène le nombre de pile qu'il
> lui faut.
>
> Ce n'est pas incompatible avec un accu lithium pour les usages moins
> externes
>
> Le 23 mars 2018 à 07:09, Dominique Rousseau <d...@lee-loo.net> a écrit :
>
>> Le Thu, Mar 22, 2018 at 04:05:20PM +0100, Stéphane Péneau [
>> stephane.pen...@wanadoo.fr] a écrit:
>> [...]
>> > Et maintenant j'ai besoin de toi cher lecteur :
>> >
>> > 1) Ca t'intéresse ? Tu es prêt à mettre un peu d'argent pour faire
>> > des belles traces GPS ? Heu non, des belles traces
>> > Galileo/Gps/Glonass/Beidou ?
>> > Alors dis-le, car il faudra être un certain nombre pour que ça soit
>> > possible.
>>
>> (petit) oui
>> ( ca fait longtemps que je n'ai pas fait de traces, en partie faute d'un
>> bn enregistreur autonome :o) )
>>
>> > 2) Est-ce que tu préfères utiliser une antenne integrée ou externe ?
>> > Une antenne externe magnétique, sur le toit de la voiture, sur ta
>> > casquette, ça marche beaucoup beaucoup mieux.
>>
>> Je prefereais interne, pour des questions de compacite, mais un
>> connecteur externe pour des usages vehicules ou autre, c'esdt surement
>> utile.
>>
>> > 3) J'imagine que tu veux qu'il fasse enregistreur autonome, c'est
>> > prévu. Mais sur quelle durée souhaites-tu pouvoir le faire ?
>>
>> Avec une carte microSD, vu les capacites actuelles, on peut la
>> considerer comme "infinie".
>> (de memoire les traces NMEA avec 1 poitn par seconde ca doit etre de
>> l'ordre du Mo par heure)
>>
>> > 4) De quelle autonomie as-tu besoin ? 6h ? 12h? 24h ? plus ?
>>
>> Une dizaine d'heure (une journée d'usage) serait bien, je pense.
>>
>> > 5) Est-ce que tu poserais quelques limites sur l'encombrement, le poids
>> ?
>>
>> Une dimension qui permet de la glisser dans une poche :)
>> Plus gros d'une pile AAA, moins qu'une brioque, quoi.
>>
>> --
>> 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
>>
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Et si on fabriquait notre récepteur/logger GPS ?

[Denis Bigorgne]

Je suis très proche des réaction de Dominique Rousseau, mis à part la
question autonomie.
Il faudrait pouvoir s'en servir dans des trek de longue durée hors zone
réseau électrique.

Donc alim possible par piles : le trekkeur emmène le nombre de pile qu'il
lui faut.

Ce n'est pas incompatible avec un accu lithium pour les usages moins
externes

Le 23 mars 2018 à 07:09, Dominique Rousseau  a écrit :

> Le Thu, Mar 22, 2018 at 04:05:20PM +0100, Stéphane Péneau [
> stephane.pen...@wanadoo.fr] a écrit:
> [...]
> > Et maintenant j'ai besoin de toi cher lecteur :
> >
> > 1) Ca t'intéresse ? Tu es prêt à mettre un peu d'argent pour faire
> > des belles traces GPS ? Heu non, des belles traces
> > Galileo/Gps/Glonass/Beidou ?
> > Alors dis-le, car il faudra être un certain nombre pour que ça soit
> > possible.
>
> (petit) oui
> ( ca fait longtemps que je n'ai pas fait de traces, en partie faute d'un
> bn enregistreur autonome :o) )
>
> > 2) Est-ce que tu préfères utiliser une antenne integrée ou externe ?
> > Une antenne externe magnétique, sur le toit de la voiture, sur ta
> > casquette, ça marche beaucoup beaucoup mieux.
>
> Je prefereais interne, pour des questions de compacite, mais un
> connecteur externe pour des usages vehicules ou autre, c'esdt surement
> utile.
>
> > 3) J'imagine que tu veux qu'il fasse enregistreur autonome, c'est
> > prévu. Mais sur quelle durée souhaites-tu pouvoir le faire ?
>
> Avec une carte microSD, vu les capacites actuelles, on peut la
> considerer comme "infinie".
> (de memoire les traces NMEA avec 1 poitn par seconde ca doit etre de
> l'ordre du Mo par heure)
>
> > 4) De quelle autonomie as-tu besoin ? 6h ? 12h? 24h ? plus ?
>
> Une dizaine d'heure (une journée d'usage) serait bien, je pense.
>
> > 5) Est-ce que tu poserais quelques limites sur l'encombrement, le poids ?
>
> Une dimension qui permet de la glisser dans une poche :)
> Plus gros d'une pile AAA, moins qu'une brioque, quoi.
>
> --
> 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Géodésiques IGN dans Osmose

[Denis Bigorgne]

Le point OSM donne bien l'altitude en mètre du repère (base de la croix)
dans le système altimétrique français NGF-IGN69 (144.16m) , à ne pas
confondre avec la hauteur sur l'ellipsoïde  WGS84/IAG-GRS80 (189.36m). Ces
deux valeurs sont portées dans la fiche IGN, pour l’extraction, il suffit
de prendre la bonne

Jérôme a soulevé une question intéressante : différence entre le système
altimétrique français NGF-IGN69 et "l'élévation" demandée pour OSM basée
sur le modèle de géoïde mondial WGS84/EGM96. En fait, l'écart n'est
peut-être pas significatif pour OSM, apparemment toujours inférieur à 1 m :

SAINT-AIGNAN-DES-GUES I

 189.36 mHauteur Ellipsoïdale WGS84/IAG-GRS80
 144.16 mAltitude IGN69
 143.40 mElévation EGM96


DUNKERQUE

 43.550 mHauteur Ellipsoïdale WGS84/IAG-GRS80
  0.000 m Altitude IGN69
 -0.902 m Elévation EGM96


MARSEILLE

 48.939 mHauteur Ellipsoïdale WGS84/IAG-GRS80
  0.000 m Altitude IGN69
 -0.440 m Elévation EGM96

(J'ai calculé ces valeurs avec le logiciel Circé de l'IGN et ce calculateur
de hauteur du géoide )


   Denis

Le 30 avril 2017 à 14:41,  a écrit :

> Le 30/04/2017 à 12:30, Frédéric Rodrigo - fred.rodr...@gmail.com a écrit :
>
> Il est évidant que l'on ne parle jamais de la base du support.
>
> Que l'on ne *devrait* jamais parler de la base du support :
> *vu la différence de hauteur (plus de 40 mètres) je pense que ce n'est
> même pas une question d'ellipsoide mais que le point OSM indique la hauteur
> au sol et non la base de la croix comme indiqué (point 1) sur la fiche
> IGN...*
>
> D'où l'intérêt d'avoir deux points distincts : la base du support et la
> base du repère.
> On a déjà vu des points fusionnés : si ces deux points ont un attribut ele
> différent, on limite le risque de fusion erronée. Si on un point en
> (lat,lon) avec ele et un autre avec ele:xxx mais pas ele, on a ce risque.
> Je propose donc d'ajouter ele sur ce point géodésique.
>
> 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] Test rendu carte − retours bienvenus

[Denis Bigorgne]

Le 17 avril 2017 à 19:21, JB <jb...@mailoo.org> a écrit :

> J'ai trainé un peu pour la version 4, une carte pour un jeu de Pâques m'a
> retardé…
> Alors, la V4 : http://randocarto.fr/temp/Samoens_v4_A1_400dpi.png
> Le nombre de modifications diminue… Voici les retours à vos remarques
> précédentes.
>
> 4. Le patrimoine naturel et culturel (chap.) c'est chouette, mais quelques 
> troquets et auberges ce serait sympa aussi
>
> Oui, mais ça reste une carte « rando » au sens large… Comme toutes les
> cartes, il faut prioriser et choisir où s'arrêter dans les éléments rendus.
>
> Ben oui, c'est vrai, mais ça me choque quand même, ce n'est pas tout à
> fait le même usage. J'aimerai bien que les itinéraire alpins soient
> identifiés par d'autres symboles que ceux des sentiers, par exemple par
> pointillés rouges, comme sur les cartes Didier-Richard.
>
> Je comprends. Mais ça me semble être un usage plus spécialisé. Par
> exemple, j'apprécie beaucoup les cartes de course d'orientation, mais je ne
> pense pas qu'une carte avec les prairies en jaune et les forêts en blanc
> (entre autres) soit facilement appréhendée par le « grand public ».
>
>
>
Pardon d'insister, JB, mais je me suis peut-être mal exprimé. En fait, ce
qui est gênant pour une «*carte « rando » au sens large*», c'est que rien
ne distingue l'itinéraire alpin du simple sentier de montagne. Un objectif
pourrait être d'éviter les lieux dangereux aux groupes familiaux avec de
jeunes enfants. Je ne vois pas trop le rapport avec les couleurs des
forêts, il s'agit juste d'avoir des symboles différents pour les sentiers
en général et pour ceux caractérisés par un sac_scale > 2 ou 3 (ou
carrément de ne pas les représenter, peut-être acceptable pour le grand
public ; d'un autre coté, si on y voit les biches ). A part ce point que
j'ai repéré, je trouve évidemment l'ensemble de ta réalisation superbe,
cela va sans dire.

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

Re: [OSM-talk-fr] Test rendu carte − retours bienvenus

[Denis Bigorgne]

Précédemment :

Cependant, un point qui me choque, l'absence de distinction entre
itinéraire alpin et honnête sentier de montagne, par exemple à Morzine
entre Chardonnière et le Tête de Bostan (tien*s*, pas de nom) ou bien
autour de la pointe d'Angolon.

Bien vu pour la pointe d'Angolon, toute la zone était foireuse, en fait, ça
devrait aller mieux maintenant. Pour les itinéraires alpins… ben… bon… j'ai
toujours vu ça ?

Ben oui, c'est vrai, mais ça me choque quand même, ce n'est pas tout à fait
le même usage. J'aimerai bien que les itinéraire alpins soient identifiés
par d'autres symboles que ceux des sentiers, par exemple par pointillés
rouges, comme sur les cartes Didier-Richard. Ce qui suppose que les
contributeurs fournissent le tag sac-scale :
http://wiki.openstreetmap.org/wiki/FR:Key:sac_scale
http://wiki.openstreetmap.org/wiki/Key:sac_scale
(c'est plus détaillé en anglais)
PS : perso, je déteste le gaz, la limite devrait être T3 et au-dessus.





Le 7 avril 2017 à 05:40, JB  a écrit :

> Et voilà la version 3 : http://randocarto.fr/temp/Samoens_v3_A1_400dpi.png.
> Merci pour vos retours.
> Une situation s'est aussi débloquée, le code utilisé sera mis à
> disposition rapidement.
> Quelques réponses dans le texte.
>
> Cependant, un point qui me choque, l'absence de distinction entre
> itinéraire alpin et honnête sentier de montagne, par exemple à Morzine
> entre Chardonnière et le Tête de Bostan (tient, pas de nom) ou bien autour
> de la pointe d'Angolon.
>
> Bien vu pour la pointe d'Angolon, toute la zone était foireuse, en fait,
> ça devrait aller mieux maintenant. Pour les itinéraires alpins… ben… bon…
> j'ai toujours vu ça ?
>
> -nous en avions parlé : je pense vraiment que ce n'est pas une bonne idée
> d'indiquer la capacité des refuges : leur altitude est -à mon sens- plus
> intéressant sur une telle carte
>
> Ok, je plie devant l'unanimité exprimée.
>
> Le 3 avril 2017 à 21:44, Philippe Verdy  a écrit :
>
>> Joli, mais peut-être que la mention en rouge de "Chap." pour chapelle est
>> redondante avec le symbole déjà affiché pour une chapelle, et n'apporte
>> rien de plus (pas de nom consacré de chapelle)
>
> +1
>
> Autant, sur d'autres éléments, je valide, autant, vu l'importance
> touristique mise sur les chapelles dans le coin, j'avais plutôt envie de
> les mettre vraiment en avant.
>
> Sinon, quel tag utilises-tu pour identifier une plage gardée ? Celle-ci
> http://www.openstreetmap.org/way/124797803 en est une et elle n'apparait
> pas sur ton rendu (oops, je me rends compte que c'est hors de la zone, mais
> la question tient quand même ;))
>
> À l'époque, j'avais choisi : leisure=beach_resort
>
> Même question pour les spots d'escalade, dont celui-ci fait partie
> http://www.openstreetmap.org/way/357090500
>
> Idem : sport=climbing. Dans le cas que tu indiques, il y avait 4 spots à
> proximité, j'en ai gardé un au milieu.
>
> Autres détails :
> -Les ruisseaux sont bien mieux rendus : super
> -dans la légende, les bois et forêts sont difficilement discernables les
> uns des autres
>
> C'est un artéfact, j'ai décalé un peu, s'il le faut, je le ferai à la main
> pour la version finale.
>
> -dans le cimetière de Samoëns, les chemins recouvrent complétement le
> symbole qui permet de le distinguer
>
> J'en ai viré certains, mais le cimetière est trop petit pour vraiment bien
> les voir.
>
> -je pense qu'afficher les alignements d'arbres nuit à la lisibilité de la
> carte inutilement. Cf. http://www.openstreetmap.org/way/419858704
>
> C'est pas un alignement, ce sont des arbres cartographiés un par un. Par
> un certain… à non, j'ai rien dit, il y en a qui s'amusent à ça. Je les ai
> virés du rendu.
>
> -je ne parviens pas du tout à distinguer les réserves naturelles. Exemple
> : http://www.openstreetmap.org/relation/1023742
>
> Un multipolygone incomplet, je n'avais pas fait attention. Il est de
> retour.
>
> -les chemins privés sont d'après moi toujours trop mis en évidence
>
> Pour moi, ça reste une information importante à garder. Est-ce que ça va
> mieux comme ça ?
>
> Encore une fois : ta carte est incroyable, super boulot, merci à toi !
> ++
>
>
> Le 3 avril 2017 à 22:20, Philippe Verdy  a écrit :
>
>> Sinon je remarque que le placement dans OSM des lignes de falaises ne
>> semble pas suivre correctement les isohypses sur la ligne de rupture de
>> pente
>>
>>  Il me semble qu'avec le MNT on a moyen de calculer les vecteurs de pente
>> (dont la norme s'exprime généralement en pourcentage et la direction suit
>> celle de plus forte pente vers le bas, orthogonaux aux isohypses: ils sont
>> premier niveau de dérivation de l'altitude) puis leur gradient (dérivée
>> seconde): une falaise est située sur une ligne où ce gradient atteint un
>> maximum (donc calculer la troisième dérivée) et se prolonge tant que ce
>> maximum dépasse un seuil; la quatrième dérivée permet de connecter les
>> points pour former le tracé de la falaise (en 

Re: [OSM-talk-fr] Test rendu carte − retours bienvenus

[Denis Bigorgne]

C'est effectivement une très belle chose... Bravo !

Cependant, un point qui me choque, l'absence de distinction entre
itinéraire alpin et honnête sentier de montagne, par exemple à Morzine
entre Chardonnière et le Tête de Bostan (tient, pas de nom) ou bien autour
de la pointe d'Angolon.

PS : J'aurais bien voulu aller voir les attributs avec JOSM que je n'ai pas
utilisé depuis bien longtemps, mais je me retrouve avec un problème de
certificat : "

PKIX path building failed:
sun.security.provider.certpath.SunCertPathBuilderException: unable to find
valid certification path to requested target
"

Ça dit quelque chose à quelqu'un ?

Le 5 avril 2017 à 12:25, Florian LAINEZ  a écrit :

> Merci encore pour ce superbe rendu dont je vais faire un poster :)
> Cette version est encore mieux que la première.
> Voici mes retours :
>
> Le 3 avril 2017 à 21:44, Philippe Verdy  a écrit :
>
>> Joli, mais peut-être que la mention en rouge de "Chap." pour chapelle est
>> redondante avec le symbole déjà affiché pour une chapelle, et n'apporte
>> rien de plus (pas de nom consacré de chapelle)
>
> +1
>
> Sinon, quel tag utilises-tu pour identifier une plage gardée ? Celle-ci
> http://www.openstreetmap.org/way/124797803 en est une et elle n'apparait
> pas sur ton rendu (oops, je me rends compte que c'est hors de la zone, mais
> la question tient quand même ;))
> Même question pour les spots d'escalade, dont celui-ci fait partie
> http://www.openstreetmap.org/way/357090500
>
> Autres détails :
> -Les ruisseaux sont bien mieux rendus : super
> -dans la légende, les bois et forêts sont difficilement discernables les
> uns des autres
> -dans le cimetière de Samoëns, les chemins recouvrent complétement le
> symbole qui permet de le distinguer
> -je pense qu'afficher les alignements d'arbres nuit à la lisibilité de la
> carte inutilement. Cf. http://www.openstreetmap.org/way/419858704
> -je ne parviens pas du tout à distinguer les réserves naturelles. Exemple
> : http://www.openstreetmap.org/relation/1023742
> -les chemins privés sont d'après moi toujours trop mis en évidence
> -nous en avions parlé : je pense vraiment que ce n'est pas une bonne idée
> d'indiquer la capacité des refuges : leur altitude est -à mon sens- plus
> intéressant sur une telle carte
>
> Encore une fois : ta carte est incroyable, super boulot, merci à toi !
> ++
>
>
> Le 3 avril 2017 à 22:20, Philippe Verdy  a écrit :
>
>> Sinon je remarque que le placement dans OSM des lignes de falaises ne
>> semble pas suivre correctement les isohypses sur la ligne de rupture de
>> pente
>>
>>  Il me semble qu'avec le MNT on a moyen de calculer les vecteurs de pente
>> (dont la norme s'exprime généralement en pourcentage et la direction suit
>> celle de plus forte pente vers le bas, orthogonaux aux isohypses: ils sont
>> premier niveau de dérivation de l'altitude) puis leur gradient (dérivée
>> seconde): une falaise est située sur une ligne où ce gradient atteint un
>> maximum (donc calculer la troisième dérivée) et se prolonge tant que ce
>> maximum dépasse un seuil; la quatrième dérivée permet de connecter les
>> points pour former le tracé de la falaise (en prenant les points dont cette
>> dérivée est la plus faible en valeur absolue).
>>
>> Y a-t-il eu des essais de dérivation des modèles numériques de terrain
>> (déjà analysés sous forme d'isohypses connexes au lieu de simples nuages de
>> points dont il n'est pas facile de calculer des dérivées sans interpolation
>> entre eux).
>>
>> Noter que cela pourrait servir aussi à tracer les lignes de crête (pas
>> toujours sur des falaises, car il n'y a pas partout de grosses ruptures de
>> pente, ou bien cette rupture forme un angle entre deux pentes qui isolément
>> ne sont pas suffisantes pour être qualifiées de falaises, une falaise
>> devant avoir une pente descendante au moins de 100% sur au moins un des
>> côtés de la crête, on peut avoir une pente de 60% d'un côté et 60% de
>> l'autre, pour un total de 120% de rupture de pente qui pourrait faire
>> croire à une falaise alors que c'est une crête encore facilement accessible
>> à pied et dont les pentes ne sont pas trop dangereuses)
>>
>> Seulement les isohypses sont actuellement encore des bitmaps, et les
>> nuages de points nécessaires devraient être plus denses dans les zones de
>> forte pente pour avoir une dérivation correcte (alternative: faire des
>> interpolations avec des splines quadratiques ou cubiques, pour faire des
>> triangulations en facettes 3D; améliorer la précision et la stabilité des
>> dérivées successives avec des facettes non plus planes mais en splines
>> surfaciques). J'ai conscience que cela demande un travail énorme comparable
>> à un rendu 3D avec des quantités énormes de facettes à traiter, donc
>> beaucoup de mémoire si on veut couvrir même une seule montagne ou un seul
>> plateau sur une zone carrée d'environ 20 km de côté où peuvent s'imbriquer
>> déjà pas loin de 1000 niveaux 

Re: [OSM-talk-fr] Fwd: confirm 10ff24cf8895bd60980b14b1a6380c7cd66ce656

[Denis Bigorgne]

Même message ... Ne serait-ce pas dû au filtre anti-spam de gmail (que
j'utilise, comme vous autres). J'ai eu plusieurs fois des messages de la
liste classés comme spam - même après les avoir déclaré non-spam. C'est
peut-être le gestionnaire de la liste qui devrait contacter Google..

Denis

Le 14 novembre 2016 à 09:45, Francescu GAROBY  a écrit :

> Bonjour,
> Oui, j'ai lu le même message (les 26 oct. et 5 nov.). J'ai cru que c'était
> parce que ma boite mail se mettait à spammer... Mais apparemment non !
>
> Francescu
>
> Le 14 novembre 2016 à 09:09, Romain MEHUT  a
> écrit :
>
>> Bonjour,
>>
>> Certains d'entre vous ont-ils reçu un message que celui ci-dessous ?
>>
>> Dans mon cas, c'est la 3ème fois en peu de temps. J'ai écrit à
>> talk-fr-ow...@openstreetmap.org pour connaitre la raison de cet envoi
>> mais je n'ai pas eu de réponse.
>>
>> Une idée ?
>>
>> Merci.
>>
>> Romain
>>
>> -- Message transféré --
>> De : 
>> Date : 12 novembre 2016 à 10:00
>> Objet : confirm 10ff24cf8895bd60980b14b1a6380c7cd66ce656
>> À : romain.me...@gmail.com
>>
>> Votre abonnement à la liste Talk-fr a été désactivé suite à due
>> to excessive bounces The last bounce received from you was dated
>> 05-Nov-2016. Vous ne recevrez plus de messages en provenance de cette
>> liste tant que vous n'aurez pas ré-activé votre abonnement. Vous
>> recevrez encore 2 rappels comme celui-ci avant que votre abonnement ne
>> soit supprimé.
>>
>> Pour ré-activer votre abonnement, vous pouvez répondre simplement à
>> ce message (en laissant la ligne Subject: --Objet-- du message intact)
>> ou vous rendre à la page de confirmation à l'adresse :
>>
>>  https://lists.openstreetmap.org/confirm/talk-fr/10ff24cf889
>> 5bd60980b14b1a6380c7cd66ce656
>>
>> (...)
>>
>> Si vous avez des questions ou des problèmes, contacter le
>> propriétaire de la liste  à l'adresse
>>
>> talk-fr-ow...@openstreetmap.org
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Francescu
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Erosion du littoral : une cartographie des côtes françaises est disponible

[Denis Bigorgne]

Si on vise le wiki *francophone*, il me semble qu'on devrait se limiter à
la notion de marée de vives-eaux moyenne, valable aussi bien à Dunkerque
qu'à Dakar,  à Pointe à Pitre ou à Halifax, plutôt que de faire intervenir
le "coefficient", approximation de la marée de Brest, approximativement
applicable aux marées des côtes métropolitaine de la Manche et de
l'Atlantique. (cf le lien donné par Thomas Pétillon : définition SHOM du
coefficient de marée )


Le 8 février 2016 à 11:38, Plop76  a écrit :

> Thomas Petillon a écrit :
>
>> 2016-02-07 11:51 GMT+01:00 Plop76 :
>>
>> osm.sanspourr...@spamgourmet.com a écrit :
>>>
>>> Mais pour OSM c'est limite des marées hautes de vives-eaux de 70.
>>>


>>> Les marées de vives-eaux moyenne c'est 95 ("mean high water spring" en
>>> anglais). 70 ce n'est qu'une marée moyenne.
>>>
>>> D'après les wiki OSM, c'est sur la ligne des marées de coeff 95 que se
>>> trouve le trait de côte.
>>>
>>>
>> +1 sur le fait que ce que dit le wiki _n'est pas_ un coefficient de 70.
>>
>> D'après le wiki le way natural=coastline est sur la ligne de « mean high
>> water spring ».
>>
>> On peut trouver une définition de MHWS sur le site de la NOAA à l'adresse
>> http://shoreline.noaa.gov/glossary.html :
>>
>>> The average height of the high waters of the spring tides is called
>>>
>> spring high water or mean high water springs (MHWS)
>>
>> Et si l'on se réfère au SHOM (
>>
>> http://www.shom.fr/les-activites/activites-scientifiques/maree-et-courants/marees/coefficient-de-maree/
>> )
>>
>>>
>>> Par convention, le coefficient 100 est attribué au marnage semi-diurne
>>>
>> moyen lors des vives-eaux voisines des équinoxes (21 mars, 21septembre).
>> 
>> Les deux définitions concordant, le trait de côte dans OSM serait à caler
>> sur une marée (haute) de coefficient 100. (Et le wiki francophone à
>> corriger.)
>>
>
> Ce n'est pas exactement la même définition, le coeff 100 étant pour les
> marées de vives-eaux *proches des équinoxes* (2 fois par an) alors que le
> MHWS est la moyenne pour toutes les marées de vives-eaux (2 fois par mois).
>
> En se référant également au SHOM, cette moyenne correspond à un coeff 95 :
> http://www.shom.fr/les-activites/activites-scientifiques/maree-et-courants/marees/coefficient-de-maree/
>
> Je maintiens donc que, d'après le wiki anglais, c'est sur les marées
> hautes de coeff 95 qu'on doit placer le trait de côte sur OSM :)
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Erosion du littoral : une cartographie des côtes françaises est disponible

[Denis Bigorgne]

Le 7 février 2016 à 09:29, Philippe Verdy  a écrit :
...
>
>
> Et ce décret est clair !
>

 Heu, je n'ai  pas bien compris l'article 6. J'ai un peu peur qu'il y ait
au moins un imbécile dans l'affaire : moi ou bien le rédacteur de
l'article...

Et je ne sais pas où est passée la définition de la ligne de base pour les
estuaires dans les sections définies par la "laisse de basse mer" (sic).
Traités internationaux ?


> 
>
> On n'a pas un équivalent pour l'outre-mer ?
>
>
Pas vu, mais je ne suis qu'un amateur !


> Sinon s'appuyer sur le principe de ce décret pour définir une ligne de
> base correcte (si on n'a pas de données, les photos montrant la laisse de
> mer sur les plages sont une évoluation prudente, sinon c'est difficile à
> voir sur les rochers, et on fera attention d'inclure les barrières de
> corail délimitant les lagons ; taguer avec un FIXME=estimated, il restera
> alors des lignes suivant les rochers)
>

Guyane : MDR , ça change à chaque marée !

   Denis

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

Re: [OSM-talk-fr] Erosion du littoral : une cartographie des côtes françaises est disponible

[Denis Bigorgne]

Le 6 février 2016 à 23:56,  a écrit :

> ...
> Jean-Claude nous signale que les orthophotos de Geolittoral sont bien
> faites... pour les limites inférieures : pas inutile car la ligne de base
> peut-être taguée dans OSM (boundary
> =administrative
> 
> + boundary:type
> 
> =baseline
> 
>  administrative
> Grundlinie zur Bestimmung der 12-Meilen-Zone
> )
> sachant que c'est une limite un peu arbitraire définissant les espaces
> (ZEE, zone contigüe, mer territoriale) et définie par la loi
>


> 
> Jean-Yvon
>
>
En France métropolitaine, la ligne de base / baseline  est définie par le
Décret n° 2015-958 du 31 juillet 2015
   :
une succession de segments construits sur la "laisse de basse mer" (et donc
pas le coastline d'OSM) et surtout de nombreux autres définis par des
droites entre des points arbitraires.

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

Re: [OSM-talk-fr] Carte glissante sans base de données

[Denis Bigorgne]

Cartes vectorielles de mapsforge (
http://wiki.openstreetmap.org/wiki/Mapsforge) , avec Atlas ou Mobac ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] osmose et frontières

[Denis Bigorgne]

12 milles au delà de la côte ? Parfois, parfois, mais le plus souvent ce
n'est pas ça, mais *ÇA*
http://www.legifrance.gouv.fr/eli/decret/2015/7/31/MAEJ1512924D/jo .

Le 26 août 2015 12:36, Frédéric Rodrigo fred.rodr...@gmail.com a écrit :

 Le 26/08/2015 00:41, osm.sanspourr...@spamgourmet.com a écrit :

 Ça n'a rien à voir avec le réchauffement climatique mais avec la
 modification du trait de côte en boundary admin_level=2 (ou la création
 d'un boundary admin_level=2 depuis le cadastre).

 Le bord du littoral n'est pas admin_level=2.
 Curieusement Osmose n'y voit que du feu, pourtant il y a un
 admin_level=2 sur un polygone ouvert.
 (par contre les boundary forment des polygones fermés, ici c'est un way).
 
 http://osmose.openstreetmap.fr/fr/map/#zoom=12lat=46.7269lon=-2.0028layer=Mapnikoverlays=FFFTitem=level=1%2C2%2C3tags=boundaryfixable=
 
 http://osmose.openstreetmap.fr/fr/map/#zoom=12lat=46.7269lon=-2.0028layer=Mapnikoverlays=FFFTitem=level=1%2C2%2C3tags=boundaryfixable=
 N.B. : il y a d'autres problèmes similaires à côté.

 Est-il possible de vérifier que les ways sont inclus dans des relations
 formant un multipolygone homogène ?


 Oui. Mais l'admin_level n'est pas pris en compte.
 Je pense que cette vérification à été retiré d'Osmose. Il n'y a pas besoin
 d'admin_level sur les ways.


 Sinon une alerte quand la surface ou le périmètre d'un pays change
 significativement ?


 Le différentiel Osmose ne sait pas faire. Il faudrait plutôt un
 référentiel.


 ___
 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] Affichage photos dans JOSM

[Denis Bigorgne]

exiftool pour vérifier que les coordonnées sont présentes...

Le 28 juillet 2015 12:16, Christian Quest cqu...@openstreetmap.fr a écrit
:

 Es-tu sûr d'avoir la géoloc de la photo dans les données EXIF ?

 En principe JOSM les détecte tout seul, si ce n'est pas le cas, il est
 possible que ces photos ne possède pas de géoréférencement dans leur
 EXIF et là y'a pas grand chose à faire... :(



 Le 28/07/2015 11:47, Brice MALLET a écrit :
  Bonjour à tous,
 
  De retour de vacances, je souhaite positionner des photos prises avec
  un smartphone (coordonnées dans EXIF) par un simple déposer dans la
  fenêtre JOSM. Cela fonctionnait ainsi précédemment sans manip
  supplémentaire.
 
  Je constate maintenant qu'au dépôt d'une photo, un menu s'ouvre :
  Corréler les images avec la trace GPX et là je suis bien embêté car
  je n'ai pas de trace GPX mais seulement le couple de coordonnées
  enregistrées avec la photo.
 
  Avez-vous une idée du pourquoi de la différence de comportement
  (changement de version, réglage involontaire de ma part, ...) ?
  Quelle solution pour visualiser mes photos une par une après un simple
  glissé-déposé sur la fenêtre JOSM ?
 
  Merci.
  Brice.
 
  ___
  Talk-fr mailing list
  Talk-fr@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-fr

 --
 Christian Quest - OpenStreetMap France


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

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

Re: [OSM-talk-fr] Sites de routage basés sur OSM : numéros de rue?

[Denis Bigorgne]

re-détail sur Openrunner :
Mon espace / Mes Préférences / Zoomer avec la molette de la souris

Le 18 octobre 2014 17:40, Paul Desgranges desgranges.p...@neuf.fr a écrit
:

 Difficile de trouver l'outil ou le site qui fait tout bien, en ce qui
 concerne le tracé des sorties vélo!
 Mais j'ai vérifié les points suivants pour OpenRunner
   - l'export en KLM est possible (KLM_0, KLM_5)
   - on peut utiliser le fond de carte que l'on souhaite : Google Map,
 Google Sattelite, OpenStreeMap, OpenCycleMap, MapQuest, HikeBikeMap,
 TopoIGNFrance, ScanExpressIGN France (pas tout essayé!)
   - Il est possible de renseigner un champ adresse pour centrer la carte
 sur cette adresse , (mais pas de champ from/to, c'est vrai ça manque )
   - Sans pouvoir tirer sur le parcours, on peut insérer un point
 intermédiaire
   - Pas possible molette pour zoomer, un peu pénible
   - On peut voir le profil, le dénivelé, etc

 C'est bien cet inventaire des sites et des applications  pour cartes vélo
 ...  il faudrait créer un thread de mail ad hoc!


 Le 17/10/2014 14:24, Shohreh a écrit :

  Merci pour les infos.

 À ce stade, ni OSRM, ni OSR, ni OpenRunner ne sont pour moi de bonnes
 alternatives à Google Maps Classic pour tracer des parcours vélo en zone
 urbaine:

 OSRM: Timed out très fréquent. Visiblement, ils n'ont pas les
 ressources.

 OSR: Pas possible de tirer sur le tracé pour le forcer à passer par un
 autre endroit

 OpenRunner: molette souris marche pas pour zoomer in/out; pas de champs
 From/To pour taper des adresses.

 La moins mauvaise solution pour moi est d'utiliser Google Maps Engine Lite
 (New) mais le tracer marche moins bien que la version Classic.

 Ailleurs, on me parle de ces serveurs:
 http://www.cyclestreets.net/journey/
 http://cycle.travel/map

 Mais comme c'est du OSM, on retombe sur le problème des numéros de rue.
 Exemple : 14 rue Gosciny 75013 passe dans Google, mais marche pas dans
 OSM
 (Aucun résultat n’a été trouvé; même avec 14 rue René Gosciny 75013).



 --
 View this message in context: http://gis.19327.n5.nabble.
 com/Sites-de-routage-bases-sur-OSM-numeros-de-rue-tp5820443p5820632.html
 Sent from the France mailing list archive at Nabble.com.

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


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

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

Re: [OSM-talk-fr] Sites de routage basés sur OSM : numéros de rue?

[Denis Bigorgne]

Un détail : Openrunner n'est pas basé sur Google. Il permet de consulter
aussi bien des cartes sur des fonds Géoportail (Topo, Scan Express), OSM (
standard, OpenCycleMap, MapQuest, HikeBikemap), Google, Satellite.
Bref, pour le simple utilisateur, c'est un outil précieux : la
comparaison des informations d'origines variées vaudra toujours mieux
qu'une info unique...


Le 16 octobre 2014 21:29, Shohreh codecompl...@free.fr a écrit :

 Merci.

 OpenRunner est basé sur Google. Dans le même genre, je préfère RideWithGPS.

 Pour des solutions OSM, je n'aime pas non plus OpenRouteService, en
 particulier par l'impossibilité de pouvoir tirer sur le parcours après
 coup.

 Le lien officiel vers OSRM affiche constamment Timed out, mais ce lien
 fonctionne pour le moment:
 http://map.project-osrm.org/

 A priori, il fait tout ce que je voulais, à part exporter en KML, mais il
 est sans doute possible d'écrire un script pour automatiser la conversion
 de
 GPX en KML.

 Merci.



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Sites-de-routage-bases-sur-OSM-numeros-de-rue-tp5820443p5820573.html
 Sent from the France mailing list archive at Nabble.com.

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

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

Re: [OSM-talk-fr] Site web pour partager des punaises/routes?

[Denis Bigorgne]

J'ai récemment découvert http://www.openrunner.com/; que j'ai trouvé très
bien conçu et ergonomique. Fond de cartes variés, OSM en plusieurs
variantes, Google, IGN (dont le Scan Express). Insertion possible sur site
perso, je crois.

( Un détail : curieux filigrane Google accompagnant d'autres
attributions. A voir...)




Le 12 juillet 2014 21:55, Shohreh codecompl...@free.fr a écrit :

 Bonjour

 J'ai déjà posé la question sur le forum OSM, mais sans réponse pour le
 moment.

 Je cherche un site web similaire à Google Maps afin de placer un ensemble
 de
 punaises (bookmarks, POI) ainsi que des routes sur une carte, et d'envoyer
 l'URL à des amis.

 Le wiki d'OSM mentionne une bibliothèque javascript 'slippy map', alors
 que la liste de solutions basées sur le web est très longue.

 Selon votre expérience, quelle est la meilleur alternative à Google Maps
 basée sur un fond OSM qui ne nécessite aucune installation sur un serveur?

 Merci.



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Site-web-pour-partager-des-punaises-routes-tp5811230.html
 Sent from the France mailing list archive at Nabble.com.

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

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

Re: [OSM-talk-fr] University ou college?

[Denis Bigorgne]

(S'cuse, très bref) :

Sur Wikipedia http://en.wikipedia.org/wiki/Further_

   Denis


Le 18 juillet 2013 16:50, Romain MEHUT romain.me...@gmail.com a écrit :

 Bonjour,

 Quelle différence faites-vous entre amenity=university et amenity=college?
 cf. http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcollege qui dit *The
 intention is that amenity http://wiki.openstreetmap.org/wiki/Key:amenity
 =university 
 http://wiki.openstreetmap.org/wiki/Tag:amenity%3Duniversitywould be for 
 institutions of higher education and amenity=college for
 further education.* mais j'ai du mal à cerner la différence.

 Merci.

 Romain

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


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

Re: [OSM-talk-fr] Les access par défaut pour les highway=track en France

[Denis Bigorgne]

OK pour les tracks.

Par contre, je suis plus réservé sur les restrictions d'accès aux piétons
et aux vélos pour les bridleways. En tant que piéton, je les évite (on se
tord les pieds), mais je n'ai pas l'impression que ce soit interdit.

Je propose qu'on se rapproche du modèle USA, yes pour bicycle et
foot, avec une note pour les bridleway : (1) Couldn't find any specific
laws regarding non-horse use of bridleways. They don't seem to be a
national official designation.

Mais il faudrait l'avis de cavaliers...

Denis

Le 10 juil. 2013 16:11, Pieren pier...@gmail.com a écrit :

 Bonjour,

 Etes-vous d'accord pour ajouter highway=track dans ce tableau du
 wiki qui définit les accès par défaut sur les highways par pays:


 http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions#France

 en le mettant dans la ligne des primary, secondary, etc,, c.à.d. avec
 yes sur tous les moyens de locomotion (y compris hgv et psv, du
 moins, du point de vue légal)

 Pieren

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



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

Re: [OSM-talk-fr] Itinéraires de randonnée équestre ?

[Denis Bigorgne]

Bonjour,

Si le style de rendu développé par JBacc1 sous Maperitive te convient, il
est très facile de  spécifier un rendu spécifique pour des itinéraires
équestres qu'on aura rentré sous OSM (target itineraire balise dans la
feuille de style R25).

Exemples de rendus http://osm107.openstreetmap.fr/jbtopo/
Tutoriel http://osm107.openstreetmap.fr/jbtopo/Tutorial.pdf

   Denis

PS : j'essaye d'en faire une version adaptée aux smartphones. Mais je sais
que tu n'est pas trop intéressé !



Le 3 juillet 2013 13:59, Yves Pratter yves.prat...@laposte.net a écrit :

 Bonjour,

 Une randonnée équestre de 500 km vient d'être créé près de chez moi : la GTJ
 à 
 chevalhttp://www.gtj.asso.fr/differentes-formules-de-la-gtj/gtj-a-cheval/la-gtj-a-cheval.html
  (Grande
 traversée du Jura).
 La carte IGN du guide est peu lisible et le responsable technique de
 l'itinéraire semble assez favorable à une version OSM.

 Comme Hélène 
 Petithttp://gis.19327.n5.nabble.com/itineraires-de-randonnee-equestre-td5713073.html
  l'année
 passée, je cherche donc des outils pour créer/afficher ces itinéraires sous
 OSM.
 J'ai aussi trouvé le site 
 waymarkedtrails.orghttp://hiking.waymarkedtrails.org/fr/?zoom=13lat=46.9169lon=6.36987hill=0.2base=0.21route=0.51#routes
  (il
 devait s'appeler lonvia.de à l'époque ?) et il me semble qu'une version
 rando équestre serait la bienvenue.

 Je leur ai demandé de rajouter ça sur leur site : cf. Issue 
 177https://github.com/lonvia/waymarked-trails-site/issues/177
 Est-ce que d'autres personnes intéressées pourraient se joindre à moi pour
 faire avancer ce sujet ?
 En rajoutant des commentaires, des suggestions, des arguments sur ce
 ticket ?

 Je ne sais pas si les auteurs vont accueillir favorablement ma demande ?
 Il existe aussi ce site très intéressant : 
 OpenSnowMaphttp://www.opensnowmap.org/?zoom=15lat=46.90351lon=6.41811layers=e=falsem=raster.
 Je le trouve même meilleur au niveau du rendu et il permet en plus un
 affichage du profil :-)

 A défaut de faire évoluer les sites existants, on pourrait aussi reprendre
 le code source de l'un et/ou l'autre pour faire une version équitation ?

 --
 Yves

 PS: Le site 
 wanderreitkarte.dehttp://www.wanderreitkarte.de/index.php?lon=9.6202lat=51.2858zoom=17
  est
 toujours en allemand et peu compréhensible (du moins pour moi). Je viens de
 trouver une page en anglais dans le 
 wikihttp://wiki.openstreetmap.org/wiki/OSMC_Reitkarte à
 son sujet qui pourraient peut-être nous éclairer sur son usage et son
 intérêt ?



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


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

Re: [OSM-talk-fr] De la cartographie des postes électriques de quartier ERDF en France

[Denis Bigorgne]

Le 1 juillet 2013 19:38, Philippe Verdy verd...@wanadoo.fr a écrit :

 Merci pour ces précisions car je ne voyais pas à quoi servent ces numéros
 visibles (qui changent pourtant d'une plaque à l'autre, et seumblent
 indiquer autre chose qu'un simple seuil de résistance ou un numéro de
 modèle. CE serait un numéro de série du fabricant ?

 En attendant les plaques des regards ou puits d'entrée vers les égouts, ou
 les chambres des conduits FranceTélécom, ERDF, GDF, etc... sur la chaussée
 ou les trottoirs sont des éléments repérables et cartographiables, même
 sans ID de référence.

 Personne ne semble les prendre en compte pour la cartographie. Même en
 roulant en voiture on les voit très bien, on peut les compter, et c'est
 même souvent plus facile à voir et compter de nuit (depuis un carrefour de
 référence) que les numéros sur les bâtiments (dont les murs ne sont pas
 éclairés ou sont partiellement couverts par de la végétation ou masqués par
 des arbres).


Ben oui, tu n'es pas le seul à t'intéresser aux plaques :
Un Blog du 
Mondehttp://transports.blog.lemonde.fr/2013/07/02/les-vols-de-plaques-degout-se-multiplient-en-france/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] cadastre

[Denis Bigorgne]

Le 26 juin 2013 13:20, PierreV belett...@hotmail.fr a écrit :


 Pour ma part, je suis en train de supprimer les waterways pour les tous
 petits ruisseaux qui ont été importés depuis le cadastre.


Il y a peut-être déjà eu une discussion à ce sujet, mais, nouveau venu, je
ne sais pas pourquoi ils doivent être supprimés ( s'ils existent ).
 waterway=stream n'est'il pas adapté au petits ruisseaux ?

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

Re: [OSM-talk-fr] Ajouts des adresses du cadastre : faisons mieux que simplement importer

[Denis Bigorgne]

Le 26 juin 2013 15:14, Pieren pier...@gmail.com a écrit :

 2013/6/26 Jean Couteau cout...@codelutin.com:
  Entièrement d'accord avec ça. En centre-ville, c'est pertinent de
  mettre le point d'adresse sur un noeud du building. Par contre, en zone
  résidentielle, bon nombre de maisons ne sont pas collées à la rue, et
  dans ce cas, il est, à mon sens, préférable d'avoir le numéro en bord de
  rue.

 C'est un peu hors-sujet. Mais avoir le numéro en bord de rue pose
 aussi des problèmes. Il y a de nombreux cas où il devient difficile,
 voir impossible, d'identifier le bâtiment du destinataire. Cette façon
 de faire n'est pas fausse. Mais avoir l'adresse sur le bâtiment
 lui-même est plus précis. Pensez aux piétons. Le noeud address devrait
 se situer près de l'entrée du bâtiment.

 Pieren


Je plussoie ! J'ai une bonne raison : j'habite dans un ensemble résidentiel
et je serais très heureux de proposer à mes invités de consulter OSM pour
se repérer.

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

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

Re: [OSM-talk-fr] Ajouts des adresses du cadastre : faisons mieux que simplement importer

[Denis Bigorgne]

Le 26 juin 2013 18:57, Mikaël Cordon mikael.cor...@gmail.com a écrit :

 C'est également ma façon de faire : rapport à la frontière public/privée.
 D'autant que si le privé interdit d'entrer sur sa parcelle, on ne pourra
 pas accéder jusqu'au bâtiment...


 Je suis d'accord avec le d'autant que, mais pas avec la distinction
privé/public. L'usage veut qu'en France le passage est autorisé sur les
propriétés privées tant qu'il n'est explicitement interdit par une
barrière, une pancarte. Si nous devions supprimer de la carte tous les
chemins privés, les piscines, parcs et autres espaces privés et néanmoins
ouvert au public...

L'accès à mon bâtiment se fait par un espace privé, ouvert au public (les
invités, mais aussi les facteurs, les porteurs de colis etc...) , jusqu'au
digicode, et c'est peut-être là que la carto peut s'arrêter.

Oui, je suis définitivement en faveur d'un OSM orienté vers les besoins des
usagers, de nous tous, et non pas d'un duplicata des bases de données
administratives.

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

Re: [OSM-talk-fr] Lot Talk-fr, Vol 83, Parution 149

[Denis Bigorgne]

 Le 19 juin 2013 , Yves Pratter a écrit :

 Le 18 juin 2013 à 13:13, Léo SERRE leo-se...@legtux.org a écrit :

 Je suis moi aussi un randonneur plus qu'un citadin.

 itou :-)



pour moi aussi, au moins promeneur sinon randonneur au long cours


Effectivement, OSM n'est pas toujours utile en zones montagneuses, en
 campagne.
 Il manque les courbes de niveaux (qu'on retrouve sous 
 OpenCycleMaphttp://www.opencyclemap.org/?zoom=15lat=46.9243lon=6.29372layers=B000),
 et/ou l'ombrage du relief (Thunderforest Landscape 
 Maphttp://www.opencyclemap.org/?zoom=15lat=46.9243lon=6.29372layers=00B0
  et Thunderforest 
 OutdoorsMaphttp://www.opencyclemap.org/?zoom=15lat=46.9243lon=6.29372layers=000B:
 il faut que je les ajoutent au logiciel de carto de mon smartphone)


Qu'utilises-tu ?  Je recherche un logiciel de rando sur Androïd, avec GPS,
enregistrement des traces, et évidemment basé sur une extraction adaptée
récente (dynamique ?) d'OSM, + relief.


Ce que je trouve vraiment bien avec les cartes basées sur OSM c'est qu'il
 est assez rapide et facile de rajouter ce qu'il manque. Le partage étant
 alors instantané :-)


+1

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

[OSM-talk-fr] Fwd: Ouverture GEOGUYANE + Questionnaire

[Denis Bigorgne]

-- Message transféré --
De : MOURGUIART Charline - DEAL Guyane/PCE/PC/IGDC 
charline.mourgui...@developpement-durable.gouv.fr
Date : 27 mai 2013 18:36
Objet : Ouverture GEOGUYANE + Questionnaire
À : denis.bigor...@gmail.com


Monsieur,

A l’occasion des Journées INSPIRE
(http://www.guyane.**developpement-durable.gouv.fr/**
journees-inspire-en-guyane-**a746.htmlhttp://www.guyane.developpement-durable.gouv.fr/journees-inspire-en-guyane-a746.html)

qui se sont déroulées les 23 et 24 avril 2013 à Cayenne, GEOGUYANE,
plateforme mutualisée pour le partage  de l’information géographique en
Guyane, a été ouverte au public.

Elle est accessible à l’adresse suivante : http://www.geoguyane.fr.

Réunissant à ce jour une vingtaine de partenaires et conforme aux normes
en vigueur, cette plateforme a pour objectifs principaux de :
   - porter à connaissance du public les données produites en Guyane,
   - développer la mutualisation et le partage des informations existantes,
   - accroître l’efficacité des services producteurs et utilisateurs
d’information géographique,
   - favoriser le développement de l’information géographique en Guyane.

Le catalogue compte aujourd’hui plus de 230 fiches de métadonnées et sa
montée en charge se fera progressivement.

Par ailleurs, l’ouverture au public de GéoGuyane a été l’occasion de
lancer une enquête sur les usages de l’information géographique en
Guyane. Si dans le cadre de vos missions, vous êtes amenés à travailler
sur des données géographiques sur la Guyane, vous êtes invités à
compléter le questionnaire en ligne :
http://enqueteur.diren.guyane.**developpement-durable.gouv.fr/**
index.php?sid=42895lang=frhttp://enqueteur.diren.guyane.developpement-durable.gouv.fr/index.php?sid=42895lang=fr

Le questionnaire est ouvert jusqu’au 14 juin. Nous comptons sur vous !

Je vous saurais gré de valider l'accusé de réception et de bien vouloir
m'indiquer si vous avez répondu au questionnaire.

En vous remerciant par avance, je vous souhaite une agréable journée.

Bien cordialement,

Charline Mourguiart
Stagiaire DEAL Guyane
Unité Information Géographique, Diffusion de la Connaissance
Service Planification, Connaissance et Évaluation
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] BD Carthage : rivières de France, de Guyane et d'ailleurs

[Denis Bigorgne]

L'ouverture de la BD hydrographique Carthage a avancé doucement, mais on
serait tout près du but :


-- Message transféré --
De : COUDERCY Laurent laurent.coude...@onema.fr
Date : 23 mai 2013 08:55
Objet : RE: Formulaire soumis depuis : Contact
À : denis.bigor...@gmail.com denis.bigor...@gmail.com



nous sommes en train de finaliser la convention avec l'IGN qui rend cette
donnée libre de droit d'usage, sous licence etalab !! ce n'est plus qu'une
question de signature ! on a donc un peu anticipé, d'anuitant plus que cela
nous évitait un filtrage toujours complexe d'un flux de métadonnées !

Laurent Coudercy

ONEMA
Direction de la connaissance et de l'information sur l'eau
adjoint au Chef de département CSIE
Chef de projet référentiel


-Message d'origine-
De : n.dhuygela...@oieau.fr [mailto:n.dhuygela...@oieau.fr] De la part de
data.eaufrance.fr
Envoyé : mardi 21 mai 2013 16:56
À : laurent.coude...@onema.fr
Objet : Formulaire soumis depuis : Contact

Soumis le Mardi, mai 21, 2013 - 16:55
Soumis par un utilisateur anonyme : [90.2.83.66]
Les valeurs soumises sont:

Nom: Bigorgne
Prénom: Denis
Organisme: contributeur OpenStreetMap
Adresse électronique: denis.bigor...@gmail.com
Votre message:
Bonjour,
Comme contributeur OpenStreetMap, je me suis intéressé à la cartographie
des rivières de Guyane. Sur le site Onema/Sandre, on peut accéder à la BD
Carthage - Guyane, sous réserve d'une utilisation non commerciale.
Sur data.eaufrance.fr, cette même base est référencée et devrait donc se
trouver sous licence ouverte, tout à fait adaptée à un e réutilisation
collaborative dans le cadre
d'OpenStreetMap.
Pouvez-vous me confirmer que c'est le cas ?

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

Re: [OSM-talk-fr] gps, gpx et navfree

[Denis Bigorgne]

Sur Android, j'utilise ViewRanger qui permet d'utiliser des cartes
d'origine OSM (et aussi des cartes payantes, type IGN). Dans leur
publicité, il vantent leur service MyViewRanger qui autorise la préparation
d'itinéraires sur PC, éventuellement en important des .gpx.
Je ne l'ai pas utilisé, mais ça mérite peut-être le détour - l'appli est,
AMHA, plutôt bonne.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr