Re: [OSM-talk-fr] Route payante en été

[GarenKreiz]

Merci des retours.

Avec toll:services=no, j'aurais aimer exprimer que l'accès n'est pas payant
pour les traditionnels "ayant-droits" (forestiers, bergers, pompiers,
gendarmerie...).

Autre type de restriction d'accès saisonnière à taguer éventuellement :
Saint Véran ou Gavarnie dont l'accès est interdit en été pour les touristes
non résidents avec parking obligatoire à l'entrée.



On Sun, 3 Sept 2023 at 19:28, Eric SIBERT  wrote:

> Tient, on a aussi l'accès au Cirque de Saint-Même qui est payant en été.
>
> https://www.openstreetmap.org/#map=18/45.40796/5.87774
>
> Pour le moment, un contributeur a juste mis la barrière de péage sur la
> route sans informations saisonnières ou quoi que ce soit.
>
> Eric
>
>
> Le 03/09/2023 à 16:08, Marc_marc a écrit :
> > Bonjour,
> >
> > Le 02.09.23 à 22:07, GarenKreiz a écrit :
> >> piste forestière dont l'accès est payant de 9h à 16h30
> >> en juillet-août pour cause d'affluence touristique (
> >> https://www.openstreetmap.org/way/206820611)
> >
> >> toll=yes
> >
> > cela dépend si tu considères que c'est payant en temps normal ou pas (et
> > si tu préfères que les applications ne gérant pas les cas complexes
> > considère que c'est payant ou pas).
> > cela me semble une bonne idée de mettre le cas défavorable par défaut
> >
> >> toll:bicycle=no
> >
> > les piétons payent ?
> >
> >> toll:services=no
> >
> > qu'est-ce que cela signifie ?
> > services dans osm me fait penser à highway=services,
> > une aire de services (disposant généralement d'une
> > station-service, restaurant, boutique...)
> > ce n'est probablement pas ce que tu voulais renseigner :)
> >
> >> toll:opening_hours=..
> >
> > cela décrirait quand le péage est ouvert...
> > ce qui est ambigu pour décrire que le péage
> > a lieu de tel à tel heure
> >
> >> Est-ce la bonne approche?
> >
> > j'aurais plutôt fait ainsi :
> > toll=yes
> > toll:conditional= 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Route payante en été

[GarenKreiz]

Bonjour,

Cet été, je suis tombé sur une piste forestière dont l'accès est payant de
9h à 16h30 en juillet-août pour cause d'affluence touristique (
https://www.openstreetmap.org/way/206820611)..

Je pensais aux tags suivants:

toll=yes
toll:bicycle=no
toll:services=no
toll:opening_hours=..

Est-ce la bonne approche?

Cordialement

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

Re: [OSM-talk-fr] Tracé GPX lignes trains Intercités ?

[GarenKreiz]

Y quelque chose qui m'échappe. Les voies utilisées par les Intercités sont
a priori dans OSM, pourquoi ne pas les utiliser? Un pb de licence?



On Tue, 29 Sep 2020 at 15:52, Gilles  wrote:

> On 29/09/2020 15:10, deuzeffe wrote:
>
> Pour ce qui est de la question initiale :
> https://transport.data.gouv.fr/datasets/horaires-des-lignes-intercites-sncf/
> + https://nlehuby.5apps.com/de-gtfs-a-osm.html ça le fait pas ?
>
> Non, parce que c'est la liste des gares 
> alors que j'ai besoin des parcours.
>
> Pas grave, je vais dessiner les parcours à la main, même si ça rend moins
> bien que le tracé réel.
>
> Merci.
> ___
> 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] Nouveau dépliant OpenStreetMap chez Linux-Alpes

[GarenKreiz]

Ok merci pour le lien. Une collection impressionnante pour de nombreux
domaines!





On Mon, 22 Jun 2020 at 12:56, Jean-Christophe Becquet 
wrote:

> Le 22/06/2020 à 09:58, GarenKreiz a écrit :
> > Petite question : certaines icônes utilisées pour illustrer les points
> > d'intérêts sur le dépliant ressemblent très fortement à celles de
> > l'application Android Locus Map (forme globale, couleurs, graphismes) .
> > Si c'est bien le cas, sont-elles sous une licence qui permet leur
> > réutilisation dans d'autres cadres que ce dépliant?
>
> Les icônes proviennent de l'excellente Map Icons Collection partagée
> sous licence libre Creative Commons 3.0 BY-SA par Nicolas Mollet :
>
> https://mapicons.mapsmarker.com
>
> Librement
>
> JCB
> --
> George Bernard Shaw : si tu as une idée, que j'ai une idée et que l'on
> échange nos idées, nous aurons chacun deux idées
>
> http://www.apitux.org/index.php?2007/07/09/106-george-bernard-shaw-si-tu-as-une-idee-que-j-ai-une-idee-et-que-l-on-echange-nos-idees-nous-aurons-chacun-deux-idees
>
> ==APITUX : le choix du logiciel libre==
>
> APITUX - Jean-Christophe Becquet
> 2 chemin du Tivoli - 04000 Digne-les-Bains
> 06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
> SIRET : 452 887 441 00031 - APE : 6202A
>
> ===
>
> ___
> 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] Nouveau dépliant OpenStreetMap chez Linux-Alpes

[GarenKreiz]

Beau travail!

Petite question : certaines icônes utilisées pour illustrer les points
d'intérêts sur le dépliant ressemblent très fortement à celles de
l'application Android Locus Map (forme globale, couleurs, graphismes) . Si
c'est bien le cas, sont-elles sous une licence qui permet leur
réutilisation dans d'autres cadres que ce dépliant?

Cordialement

Garenkreiz



On Mon, 22 Jun 2020 at 06:50, Jean-Christophe Becquet 
wrote:

> Bonjour,
>
> L'association Linux-Alpes qui porte le groupe OSM Digne a travaillé sur
> un nouveau dépliant de présentation d'OpenStreetMap.
> http://www.linux-alpes.org/depliant-openstreetmap/
>
> Ce document petit format a été distribué en amont de la cartopartie des
> commerces et services du centre ville organisée à Digne jeudi 18 juin.
> http://www.linux-alpes.org/cartopartie-reussie-a-digne-les-bains/
>
> Nous nous sommes efforcés de veiller au vocabulaire employé afin de
> garder le contenu le plus accessible possible pour un public novice.
> Dans un souci d'exemplarité, nous avons apporté une grande attention aux
> mentions de crédits et de licences.
>
> Afin de permettre sa réutilisation dans d'autres contextes, nous l'avons
> réalisé intégralement avec des logiciels libres dont Inkscape pour la
> mise en page. Nous partageons les sources sous licence libre Creative
> commons BY-SA.
>
> Nous encourageons donc les groupes locaux mais aussi les structures de
> médiation numérique, les collectivités ou les entreprises qui souhaitent
> contribuer à la promotion d'OpenStreetMap à reprendre et à adapter cette
> ressource à leur contexte local et à la décliner selon leur thématique.
>
> Pour notre part, nous envisageons par exemple d'illustrer la prochaine
> version avec un rendu OpenTopoMap.
> https://opentopomap.org/#map=14/44.09279/6.23603
>
> Bien entendu, nous recevrons avec plaisir vos réactions et propositions
> d'amélioration.
>
>
> L'association Linux Alpes publie un #flyer @OSM_FR @openstreetmap sous
> licence libre, recto-verso personnalisable pour vos événements locaux.
> https://twitter.com/Linux_Alpes/status/1274362587006861312
>
> Bonne journée
>
> JCB
> --
> Utopie du logiciel libre
> http://www.apitux.org/index.php?2008/05/29/247-utopie-du-logiciel-libre
>
> ==APITUX : le choix du logiciel libre==
>
> APITUX - Jean-Christophe Becquet
> 2 chemin du Tivoli - 04000 Digne-les-Bains
> 06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
> SIRET : 452 887 441 00031 - APE : 6202A
>
> ===
>
> ___
> 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] Import de points d'eau incendie en Saône-et-Loire

[GarenKreiz]

Bonjour,

J'ai la même question pour la liste de l'Ille et Vilaine. Lors de mes
sorties de confinement, j'ai pu vérifier la qualité générale des données
(une seule bouche à incendie positionnée à quelques mètres de l'autre côté
d'une allée) et m'interroge sur l'étape suivante. Etant donné que ces
équipements ne sont censé être utilisés que par des professionnels qui a
priori bénéficient déjà de cette liste, à quel usages correspondrait leur
intégration dans OSM?

Cdt




On Tue, 19 May 2020 at 13:43, Antonin Delpeuch (lists) <
li...@antonin.delpeuch.eu> wrote:

> Bonjour,
>
> Je souhaiterais importer dans OpenStreetMap des points d'eau incendie
> (piliers, bouches et autres) à partir d'un jeu de données publié le mois
> dernier par le SDIS de Saône-et-Loire (sous Licence Ouverte).
>
>
> https://trouver.ternum-bfc.fr/dataset/points-deau-incendie-repertories-en-saone-et-loire
>
> Je compte évidemment dédoublonner ces points avec ceux qui sont déjà
> présents (environ 700 sur 12851):
>
> https://overpass-turbo.eu/s/U9C
>
> L'import suivrait les conventions décrites ici:
>
> https://wiki.openstreetmap.org/wiki/Tag:emergency%3Dfire_hydrant
>
> Qu'en pensez-vous ? Quels sont les pièges à éviter ?
>
> Merci pour vos retours sur ce projet !
>
> 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] covid19 vert, covid19 rouge

[GarenKreiz]

En fait pour les plages, les décideurs se sont basé sur l'ancienne
définition du wiki OSM avec une plage qui est au dessus de la ligne de
côte! Comme en plus ils ne fréquentent que les bords de la Méditerranée en
été, ils ont une vision de la densité de population sur les plages qui peut
effectivement faire craindre une propagation forte du virus. Mais s'il
fréquentaient le littoral de la Bretagne nord en mars et avril, peut-être
auraient-ils assoupli les consignes!



On Fri, 15 May 2020 at 16:02, Philippe Verdy  wrote:

> Les plages seront ouvertes mais sans la possibilité de s'y installer.
> C'est l'installation sur les plages qui pose problème car elle en augmente
> fortement la densité, la distanciation sociale est alors impossible avec la
> circulation permanente autour des carrés de serviettes. Mais il aurait pu
> être prévu une installation possible sur une seule rangée  avec des
> emplacements marqués, et des contraintes de durée pour laisser la place aux
> autres (par exemple un système de ticket donnant le droit de s'installer
> pour au maximum 1 heure), ainsi que des lieux de repos surveillés réservés
> aux personnes à mobilité réduite ou difficile, qui eux n'auront toujours
> aucun accès: je ne vois pas ce qui est choquant pour une personne agée de
> vouloir s'asseoir au milieu de sa promenade.
>
> Pour elles, un dispositif avec des accompagnateurs pourraient les aider à
> tenir compte de leurs difficultés, et la plage pourraient leur confier le
> temps de la promenade un tabouret de plage (consigné) à rendre en fin de
> promenade mais assez léger pour être porté.
>
> En revanche je vois plus de problèmes avec l'utilisation "active" si ceux
> qui y vont vont courir ou jouer au ballon pendant des heures et halleter et
> éventuellement bousculer les autres. De même la proximité n'est pas exclue
> dans certaines activités nautiques sur de petites embarcations. Cela ne va
> donc laisser que les sportifs confirmés faire leur sport sans trop de
> risque (sauf les sports d'équipe dont les sports de ballons ou raquettes),
> ou les seuls joggeurs (donc pas tout le monde: c'est très physique de
> courir sur une plage, et on a aussi besoin de moments de pause).
>
> En tout état de cause, la promenade sur une plage publique avec des chiens
> ne peut être autorisée sans laisse et masque pour eux aussi, on ne peut pas
> contrôler où ils vont et qui ils iront "visiter" sur une plage un peut trop
> fréquentée. Même chose pour les parcs et jardins public urbains. Pour les
> ballades dans les grands parcs naturels ou dans la campagne, il y a
> rarement beaucoup de monde, la distanciation est plus facile à garantir
> même sans beaucoup de contrôle.
>
>
> Mais ça doit être possible sur les parcs privés à accès réglementé et
> surveillé (où le nombre de visiteurs peut être limité, avec aussi des
> limites horaires pour la durée de l'entrée payante): Center Parcs, Parcs
> Astérix, Disney, fêtes foraines, etc. où les grands espaces peuvent aussi
> être segmentés en sous-zones et avec des tickets de réservation horaire,
> pour éviter un trop grand attroupement et les files d'attente autour de
> certaines attractions. Le ticket d'entrée de ces parcs peut comporter un
> code barre/QR-code permettant aux visiteurs de s'inscrire sur les listes
> d'attente pour certaines attraction et ne plus faire la queue. Il faut
> juste quelques bornes pour chaque attraction, la borne édite un ticket avec
> l'heure de passage et un numéro d'ordre (comme dans les salles d'attente
> des services publics) affiché sur un panneau compteur. Le ticket mentionne
> la durée limite...
>
> Si un visiteur n'a pu profiter d'un nombre d'attractions suffisant, avec
> son ticket d'entrée payant, il pourrait recevoir un ticket pour une autre
> visite plus tard, ou un remboursement partiel ou une autre compensation au
> choix du visiteur (exemple: un bon repas, un ticket de transport public,
> des cadeaux pour enfants dans la boutique locale, un bon d'achat pour des
> médias en ligne, des minutes ou Gigaoctets pour mobiles, un bon d'achat
> dans un hypermarché, un ticket d'entrée pour un autre parc/musée, etc.).
>
> Pour cela un système de "points" minimum est remis avec le ticket
> d'entrée, les points non utilisés (du fait d'une trop forte fréquentation
> ou parce que l'heure de réservation de l'attraction dépasse le délai que
> s'était donné le visiteur) sont compensés à la sortie du parc: le visiteur
> remet son ticket d'entrée, les points utilisés sont décomptés (les bornes
> de réservation de chaque attraction transmettent le décompte des points
> utilisés sur chaque ticket numéroté), s'il reste des points à utiliser, le
> visiteur peut aller la boutique locale pour se faire remettre les
> compensations ou autre bons ou remboursements partiels des points
> inutilisés.
>
> Dans ces conditions, les grands parcs (Center Parcs, Parcs Astérix,
> Disney, fêtes foraines) peuvent rouvrir, car ils peuvent assurer la
> distanciation sociale (qui malgré 

Re: [OSM-talk-fr] Evolution des règles pour les plages et la ligne de côte

[GarenKreiz]

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

Re: [OSM-talk-fr] Evolution des règles pour les plages et la ligne de côte

[GarenKreiz]

Ok, merci pour les éléments. Je vais contacter l'auteur de la modif et
peut-être aussi demander confirmation dans le wiki de discussion sur le tag
"beach".

Et attendre un peu pour faire un "revert" sur les plages en Bretagne Nord
que j'avais modifiées pour respecter les règles OSM!





On Tue, 5 May 2020 at 14:15,  wrote:

> Pas entendu parler d'un tel vote.
>
> Et à lire l'explication
> <https://wiki.openstreetmap.org/w/index.php?title=Tag:natural%3Dbeach=1784926=1766763>
>  *Adding
> actual description and fixing rendering examples, clarifying mapping
> instructions and removing suggestion to map the tidal part of beaches with
> natural=shoal (which is not practically done)*, il aurait dû juste
> supprimer "The area between the mean high water spring line and the low
> water line could be mapped using {{Tag|natural|shoal}}."
>
> Je doute qu'il existe. Tu le contactes ?
>
> Dans tous les cas tu dois avoir une partie tidal=yes et une partie sans.
> Regrouper les deux en une plage, pourquoi pas (c'est assez logique, quand
> Castaner aura fini de jouer les pères fouettards et compris que sur une
> zone en deux dimensions on respecte plus facilement la distanciation que
> sur des allées de parcs), tu pourras à nouveau constater que la plage n'est
> pas que la zone non submersible mais bien le haut et l'estran.
>
> Par contre modifier ex abrupto le wiki...
>
> Le coastline n'était pas non plus un critère absolu, puisque des zones
> natural=sand, tidal=yes
> <https://www.openstreetmap.org/way/23860379#map=16/47.7653/-3.5269>
> pouvaient se trouver de part et d'autres. En effet la ligne ne remonte pas
> le long des abers, fjords et autres rias. Avec un critère douteux (ici
> différent de celui du SHOM qui inclut logiquement le port de plaisance en
> amont).
>
> La Plage de l'Aber
> <https://www.openstreetmap.org/way/180633468#map=15/48.2314/-4.4434> dans
> la presqu'île de Crozon est déjà dans ce cas.
>
> La Plage de Laber
> <https://www.openstreetmap.org/node/913288867#map=17/48.71334/-3.99433>
> du côté de Roscoff est un point et visiblement coincé entre une étendue
> vaseuse (?) et un enrochement il ne fait aucun doute que selon la
> définition précédente ce n'était pas une plage selon OSM.
>
> Jean-Yvon
> Le 05/05/2020 à 12:54, GarenKreiz - garenkr...@gmail.com a écrit :
>
> Bonjour,
>
> Je viens de m'apercevoir que les règles concernant le positionnement des
> surfaces "beach" par rapport au chemin "coastline" ont été modifiées en
> février 2019 dans le wiki anglophone (par "imagico"), modification qui n'a
> pas encore été répercutée dans le wiki français.
>
> Une plage pourrait être maintenant positionnée sous la ligne de côte ou
> même être traversée par elle. Une telle évolution des règles me semble
> assez structurante et j'aimerais connaître le processus de décision : y
> a-t-il eu un vote? Comment sont tracées ce type de décisions?
>
> Cordialement
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Evolution des règles pour les plages et la ligne de côte

[GarenKreiz]

Bonjour,

Je viens de m'apercevoir que les règles concernant le positionnement des
surfaces "beach" par rapport au chemin "coastline" ont été modifiées en
février 2019 dans le wiki anglophone (par "imagico"), modification qui n'a
pas encore été répercutée dans le wiki français.

Une plage pourrait être maintenant positionnée sous la ligne de côte ou
même être traversée par elle. Une telle évolution des règles me semble
assez structurante et j'aimerais connaître le processus de décision : y
a-t-il eu un vote? Comment sont tracées ce type de décisions?

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

Re: [OSM-talk-fr] Recouvrements highway et waterway sur Osmose

[GarenKreiz]

Bonsoir,

Au temps pour moi,j'avais laissé trainé un filtre sur le niveau de gravité!
Merci

Cdt

   Garenkreiz


On Thu, 16 Apr 2020 at 20:44,  wrote:

> Osmose détecte toujours.
>
> Ici ce n'est pas le message usuel mais :
> *Intersection d’objets sans rapports relatifs à la voirie et aux cours
> d’eau*
> *way 172715101 <https://www.openstreetmap.org/way/172715101>* josm
> <http://osmose.openstreetmap.fr/fr/josm_proxy?load_object?objects=w172715101>
> iD <https://www.openstreetmap.org/edit?editor=id=172715101> edit
> <http://osmose.openstreetmap.fr/fr/map/#>
> *way 789623290 <https://www.openstreetmap.org/way/789623290>* josm
> <http://osmose.openstreetmap.fr/fr/josm_proxy?load_object?objects=w789623290>
> iD <https://www.openstreetmap.org/edit?editor=id=789623290> edit
> <http://osmose.openstreetmap.fr/fr/map/#>
> osm-show
> <https://www.openstreetmap.org/?mlat=48.8852352=2.2521118#map=18/48.8852352/2.2521118>
> osm-edit <https://www.openstreetmap.org/edit#map=18/48.8852352/2.2521118>
> josm-zone
> <http://osmose.openstreetmap.fr/fr/josm_proxy?load_and_zoom?left=2.25011184=48.88323519994=2.2541118=48.8872352=way172715101,way789623290>
> détails
> <http://osmose.openstreetmap.fr/fr/error/6edf0147-6726-832a-6ec5-b87d2a1ad420>
> Signalement du : 2020-04-16
> × <http://osmose.openstreetmap.fr/fr/map/#close>
> Gravité
> Avec correction
> Le 16/04/2020 à 18:38, GarenKreiz - garenkr...@gmail.com a écrit :
>
> Bonjour,
>
> Il me semblait qu'Osmose détectait les recouvrements non déclarés entre
> les chemins "highway" et les chemins "waterway". Pourtant il n'indique rien
> pour https://www.openstreetmap.org/way/172715101 , une rue de Puteaux qui
> tente de traverser la Seine à gué.
>
> Y a-t-il un paramétrage à faire?
>
> Garenkreiz
>
>
> ___
> 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

[OSM-talk-fr] Recouvrements highway et waterway sur Osmose

[GarenKreiz]

Bonjour,

Il me semblait qu'Osmose détectait les recouvrements non déclarés entre les
chemins "highway" et les chemins "waterway". Pourtant il n'indique rien
pour https://www.openstreetmap.org/way/172715101 , une rue de Puteaux qui
tente de traverser la Seine à gué.

Y a-t-il un paramétrage à faire?

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

Re: [OSM-talk-fr] Données produits-locaux.bzh

[GarenKreiz]

Petite perle détectée dans les mentions légales : "Les visiteurs du site
Internet s’interdisent ... l’utilisation, des informations auxquelles ils
ont accès". Alors que l'objectif même du site est d'utiliser leurs
informations pour établir des contacts entre producteurs et consommateurs!



On Tue, 14 Apr 2020 at 08:50, Yann-Gaël LARGILLET 
wrote:

> Salut à tous, j'ai contacté la Région Bretagne pour savoir si on pouvait
> récupérer leurs données concernant le site produits-locaux.bzh
>  afin d'alimenter OSM et in fine
> çaresteouvert.fr , mais malheureusement,
> leur réponse a été assez simple en disant d'aller voir les mentions légales
> (ce que j'aurais pu faire avant) :
> https://www.produits-locaux.bzh/mentions-legales/
>
> Si quelqu'un peut confirmer que la réutilisation de leurs données est
> clairement impossible ?
>
>
> Merci d'avance,
>
> Cordialement,
>
> Yann-Gaël
> --
> "Lentius, Profundius, Suavius" (A.Langer)
> ___
> 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] [Leaflet] Downloader un parcours ?

[GarenKreiz]

Les spécifications du format GPX font peu de différence entre route et
trace puisqu'elles n'obligent par les points d'une trace à être horodatés.
Par contre, une trace est divisée en segments qui correspondent aux moments
où la réception GPS était bien disponible lors de l'enregistrement.

In fine, c'est donc les usages qui trancheront.

Pour transformer une route en trace il suffit substituer trk à rte, trkpt à
rtept et ne pas oublier d'ajouter les balises  et 



On Thu, 9 Apr 2020 at 12:29, Shohreh  wrote:

> Jean-Claude Repetto wrote
> > Non, un itinéraire (en anglais route) est codé par des balises
> > 
> >  en GPX. Il n'est logiquement pas possible de créer des balises
> > 
> >  à la place, puisque cela correspond à l'enregistrement des positions
> > successives pendant un parcours, ce qui ne peut se faire qu'avec un
> > récepteur GPS.
>
> Pourtant, BRouter utilise des trk et pas des rte quand on exporte un
> parcours en GPX, d'où mon interrogation.
>
> https://brouter.damsy.net/latest/
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Leaflet] Downloader un parcours ?

[GarenKreiz]

Les traces correspondent à des parcours réellement fait sur le terrain,
chaque point étant enregistrés à l'heure exacte.

Les routes sont plutôt utilisées pour préparer les sorties. Elles sont
visualisables sur JOSM et peuvent être converties par GPSBabel.



On Wed, 8 Apr 2020 at 21:12, Shohreh  wrote:

> GarenKreiz wrote
> > Avant d'essayer de sauver le circuit avec le bouton S, il faut le générer
> > avec le bouton "traces de pas". L'interface doit être améliorée, ce
> > n'était d'un essai technique pour tester la génération d'un fichier GPX.
>
> Merci pour l'info.
>
> C'est bon, mais il vaut peut-être mieux générer un trk qu'un rte ? J'ignore
> si les GPS/smartphone gèrent les deux, mais en tout cas, l'appli Windows
> Gps
> Track Editor ne sait pas lire les rte.
>
> ===
> 
>version="1.0"
>   creator="GPX from IGN benchmarks list"
>   xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;
>   xmlns="http://www.topografix.com/GPX/1/0;
>   xmlns:locus="http://www.locusmap.eu;
>   xsi:schemaLocation="http://www.topografix.com/GPX/1/0
> http://www.topografix.com/GPX/1/0/gpx.xsd;>
>   Boucle de marche en confinement
>   Plus grande boucle dans un rayon de 1km
>   Boucle de marche en confinement
>
>
>
> …
>
>
>
>
> 
> 
> ===
>
>
> GarenKreiz wrote
> > @shohreh : une PR (Pull Request) est une demande d'intégration ("merge")
> > de contributions dans un projet sous Git. Pour avoir facilement accès à
> > ces modifications, le plus simple est de télécharger le code sur le
> projet
> > du contributeur qui a fait la demande de PR (projet issu d'un "fork", une
> > duplication du projet initial). Il faut donc télécharger le code sur
> > https://github.com/GarenKreiz/unkm.fr
>
> Bon à savoir.
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Leaflet] Downloader un parcours ?

[GarenKreiz]

Bonjour,

Avant d'essayer de sauver le circuit avec le bouton S, il faut le générer
avec le bouton "traces de pas". L'interface doit être améliorée, ce n'était
d'un essai technique pour tester la génération d'un fichier GPX.

@shohreh : une PR (Pull Request) est une demande d'intégration ("merge") de
contributions dans un projet sous Git. Pour avoir facilement accès à ces
modifications, le plus simple est de télécharger le code sur le projet du
contributeur qui a fait la demande de PR (projet issu d'un "fork", une
duplication du projet initial). Il faut donc télécharger le code sur
https://github.com/GarenKreiz/unkm.fr



On Tue, 7 Apr 2020 at 22:25, Shohreh  wrote:

> Shohreh wrote
> > L'icône S s'affiche mais il ne se passe rien quand on clique :
>
> Pour info, il ne se passe rien non plus quand je clique sur l'icône punaise
> pour être géolocalisé. Peut-être y a-t-il un lien ?
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Leaflet] Downloader un parcours ?

[GarenKreiz]

Bonjour,

J'ai fait un pull request qui permet de télécharger le circuit sous forme
d'une route GPX. A tester!



On Mon, 6 Apr 2020 at 20:51, orhygine  wrote:

> Bonsoir,
>
> Je n'ai pas la réponse à la question mais il me semble intéressant
> d'ajouter cette fonctionnalité au site lui-même, très bien fait au
> demeurant.
> Le projet est opensource :
>
> https://github.com/pixeye33/unkm.fr
>
>
> Donc le développeur sera peut-être prêt à prendre en compte une demande
> d'évolution sur le tracker github voir une pull request.
>
> Christophe
>
>
> Le lun. 6 avr. 2020 à 16:14, Shohreh  a écrit :
>
>> Bonjour,
>>
>> Le site https://www.unkm.fr permet de calculer un parcours pédestre au
>> plus
>> près du cercle du kilomètre autour de son domicile autorisé par le décret
>> lié à l'épidémie de coronavirus.
>>
>> Existe-t-il une solution pour télécharger ce parcours afin d'avoir un
>> fichier GPX dans son GPS plutôt que de déprendre d'une carte en ligne ?
>>
>> En regardant le source, on voit ce genre de chose :
>>
>> http://www.w3.org/2000/svg;
>> viewBox="0 0 1000 1000">
>>
>> De manière générale, Leaflet crée-t-il une couche (layer) pour y dessiner
>> un
>> objet ? Est-il ensuite possible de télécharger une couche ?
>>
>> Je pose la question parce que le même problème se pose pour assembler une
>> solution alternative à
>> https://www.freemaptools.com/radius-around-point.htm qui ne fonctionne
>> plus
>> correctement depuis le changement de politique de Google Maps en 2018.
>>
>> Merci.
>>
>>
>>
>> --
>> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] CaResteOuvert.fr - 1 km

[GarenKreiz]

Effectivement faire un tour en voiture (cf vroom) pour noter les horaires
n'est pas conseillé. Par contre les relever à l'occasion d'une sortie
d'activité physique faite à l'aube ou en début de soirée quand les magasins
sont fermés et qu'il y a moins de monde dehors reste acceptable en termes
de bénéfices/risques il me semble.



On Sun, 29 Mar 2020 at 14:41, PanierAvide  wrote:

> Bonjour,
>
> On ne le rappellera jamais assez, mais évidemment l'idée n'est pas de
> faire le tour de sa ville pour renseigner les horaires : soit vous notez
> les infos car vous vous rendez à telle boutique (c'était déjà l'objet de
> votre sortie autorisée), soit vous passez des coups de fil (solution
> efficace pour être exhaustif).
>
> Cordialement,
>
> Adrien P.
>
> Le 29/03/2020 à 13:44, Julien Coupey a écrit :
> > Bonjour Jean-Yvon
> >
> > > Alors un•e volontaire pour nous coder un parcours par les POI
> > > potentiellement ouverts n'ayant pas des horaires explicites covid19
> > dans
> > > un rayon de 1 km ?
> >
> > C'est déjà codé. S'il y a moyen de récupérer la liste de ces POI
> > (Overpass ou autre), il suffit de la donner à manger ici[1].
> >
> > Par contre je ne suis pas certain que cartographier les horaires (même
> > dans un rayon de 1 km) soit une raison valable de sortie...
> >
> > [1] http://map.vroom-project.org/
> >
> > À +
> > Julien
> >
> > On 29/03/2020 13:27, osm.sanspourr...@spamgourmet.com wrote:
> >> Bonjour,
> >>
> >> une idée en mode yaka fokon (mais pas tout à fait).
> >>
> >> Comme George l'a remarqué alors que certaines fois on a comme
> >> information "restreint" ou "ouvert"(mais pas les horaires complets) au
> >> lieu de mettre "restricted" ou "open" certains mettent "same".
> >>
> >> Alors on peut-être améliorer les choses.
> >>
> >> Quand on sort pour une raison autorisée, on n'a pas forcément le
> >> temps/le droit de s'arrêter pour noter les nouveaux horaires.
> >>
> >> Déjà si on voit que c'est ouvert en passant on peut mettre "open" à
> >> défaut de mieux.
> >>
> >> Alors une photo qu'on garde pour soi ou qu'on dépose sur le net
> >> (Mapillary, OpenStreetCam, Framapic...) pour que d'autres ou soi-même
> >> puissent faire ça depuis chez soi.
> >>
> >> @GarenKreis, ton parcours ressemble à celui de la mouche qui se tape
> >> contre les vitres. Il n'y pas de chemin près de chez toi ?
> >>
> >>  > si on ajoute en gros deux kilomètres pour l'atteindre
> >> Le point de départ, c'est de chez toi. C'est un disque et non un cercle
> >> qui t'est autorisé. "rayon maximum de 1 km" pas "rayon de 1 km" ;-).
> >>
> >> Alors un•e volontaire pour nous coder un parcours par les POI
> >> potentiellement ouverts n'ayant pas des horaires explicites covid19 dans
> >> un rayon de 1 km ?
> >>
> >> Peut aussi servir quand on fait par exemple des course : tant qu'on
> >> n'est pas loin d'où on va/vient, peu de risques de se faire verbaliser,
> >> d'autant qu'on permet d'optimiser les déplacements futurs.
> >>
> >> 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
>
> ___
> 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] Isodistance 1 km

[GarenKreiz]

Voir sur http://www.garenkreiz.net/OSM/Circuit_confinement.png  le tracé
des limites de la zone d'exercice autour de chez moi, en évitant les
propriétés privées et donc le trail à travers champs. Pas sûr que cela
apporte une vraie valeur ajoutée par rapport au tracé d'un simple cercle.

@Jean-Yvon

Merci pour le lien vers pgrouting : cela pourrait au moins permettre de
tracer le circuit qui passe par tous les points de sorties de la zone
d'exercice physique  en utilisant l'algo de type "travelling salesman".
Pour l'exécution de l'algorithme, si je débute mon footing sur un rythme de
record du monde de semi-marathon, mon cerveau en hypoxie risque de ne plus
être capable de différencier droite et gauche, un routage vocal dans
l'oreillette pourrait donc être utile!


On Sun, 29 Mar 2020 at 11:44, Cédric Frayssinet 
wrote:

> D'ailleurs, ce serait super si on pouvait rajouter la fonctionnalité de
> unkm.fr sur caresteouvert.fr, non ?
> Le 29/03/2020 à 10:05, ades a écrit :
>
>
> Il n’y a aucun doute.
> Le décret du PM défini la zone d’activité autorisée par un RAYON de 1KM
> autour du domicile. Un rayon autour d’un point c’est un CERCLE. La limite
> de déplacement dans ce cercle, est une durée : une heure ; pas une distance
> !
>
> Et pour ceux qui doivent faire 3 km pour 300 m à vol d’oiseau, dans le cas
> de la marche à pieds, il faudrait qu’ils marchent à plus de 6km/h pour
> pouvoir faire l’aller et retour, en plaine OK, en montagne… bof.
>
>
> Ce posé, pour être rigoureux, il faudrait pouvoir définir dans un rayon de
> 1km les voies pour lesquelles le retour à domicile pourra se faire en moins
> d’une heure, ça risque d’être un peu plus compliqué que des isodistances
> (au fait, la distance c’est du coté droite ou gauche de la voie ? et à
> travers champs on compte comment ?)
>
> Le 29 mars 2020 à 09:59, osm.sanspourr...@spamgourmet.com a écrit :
>
> Un cercle de 1 km de rayon.
>
> C'est ce qui est écrit sur l'attestation de déplacement dérogatoire *:*
>
> *Déplacements brefs, dans la limite d'une heure quotidienne et dans un
> rayon maximal*
> *d'un kilomètre autour du domicile*
>
> C'est ce qui est dit et c'est ce qui est praticable.
>
> Tu te vois dire aux forces de l'ordre par où tu es passé ?
>
> Évidemment pour certains c'est moins que 1 km :
>
> https://www.unkm.fr/#48.373612995135815,-4.904719591140747
>
> Surtout quand on interdit la fréquentation du littoral.
>
> Jean-Yvon
> Le 29/03/2020 à 09:31, Arnaud Champollion -
> arnaud.champoll...@linux-alpes.org a écrit :
>
> Le 29/03/2020 à 09:20, orhygine a écrit :
>
> doit-on parler d'isodistances ou de cercne de rayon 1km ? Toutes les
> communications officielles récentes parlent d'un rayon d'1 km.
>
>
> La logique m'incite plutôt à penser en isodistance.
>
> Selon les endroits, un lieu situé à 300m à vol d'oiseau nécessite de
> passer par 3KM de piste ou sentier, donc ça serait incohérent de parler en
> cercle (=vol d'oiseau).
>
> Le décret cependant ne précise pas. Dans le doute, il est plus prudent
> d'être sur l'isodistance qui sera toujours inférieure ou égale au rayon du
> cercle.
>
>
> ___
> 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 
> 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] Isodistance 1 km

[GarenKreiz]

Bonjour,

je pense qu'un bon avocat pourrait plaider que le rayon d'un kilomètre
indiqué dans les textes est bien à considérer comme étant "à vol d'oiseau".

Pour préparer des sorties de jogging, j'ai tracé à la main sur le fond de
carte OSM de mon smartphone la plus grande boucle empruntant routes et
chemins qui respecte les consignes. Le circuit fait 6,4km, si on ajoute en
gros deux kilomètres pour l'atteindre, une sortie fait donc environ 8,5km
faisable dans l'heure.

Par contre, le circuit qui fait une boucle en allant jusqu'aux limites de
la zone au prix d'allers-retours fait 16,7 km. Mais je suis bien incapable
de courir 18,7 km en une heure!

Pour tracer automatiquement ces deux parcours un algorithme de type
"prendre systématiquement la première à gauche pour le parcours en sens
horaire" devrait être assez simple à implémenter mais je ne sais pas par où
commencer!



On Sun, 29 Mar 2020 at 09:31, Arnaud Champollion <
arnaud.champoll...@linux-alpes.org> wrote:

> Le 29/03/2020 à 09:20, orhygine a écrit :
> > doit-on parler d'isodistances ou de cercne de rayon 1km ? Toutes les
> > communications officielles récentes parlent d'un rayon d'1 km.
>
> La logique m'incite plutôt à penser en isodistance.
>
> Selon les endroits, un lieu situé à 300m à vol d'oiseau nécessite de
> passer par 3KM de piste ou sentier, donc ça serait incohérent de parler
> en cercle (=vol d'oiseau).
>
> Le décret cependant ne précise pas. Dans le doute, il est plus prudent
> d'être sur l'isodistance qui sera toujours inférieure ou égale au rayon
> du cercle.
>
>
> ___
> 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] traduction wiki JOSM : Greffons

[GarenKreiz]

Hello

Je pense que cela veut simplement dire que les liens pointent sur des pages
qui ne font pas partie du wiki JOSM, sur des sites externes.

Cdt

Garenkreiz


On Mon, 23 Mar 2020 at 10:12, leni  wrote:

> Bonjour
>
> Une des phrases dans la version anglaise (
> https://josm.openstreetmap.de/wiki/Plugins) me pose problème.
>
> Elle se trouve à la troisième ligne : *Most links below leave the JOSM
> help.*
>
> Bien que je connaisse le verbe "to leave" je ne suis pas certain de saisir
> le sens correct de la phrase, pour quitter, il faut d'abord y avoir été...
>
> Merci d'avance
>
> leni
> ___
> 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] Arrêt de bus à la demande

[GarenKreiz]

Bonsoir,

Merci pour les éléments d'information. Dans mon cas, les arrêts sont
similaires aux autres en matière d'équipement et de signalisation (arrêts
Flexo de l'agglomération de Blois). On_demand me paraît correspondre au
besoin et fera l'affaire (utilisé en Belgique
https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Bus_and_tram_lines#.22On_demand_buses.22_.28belbussen.29
).

Cordialement

Garenkreiz




On Sun, 16 Feb 2020 at 19:58, Philippe Verdy  wrote:

> Il y en a communément dans diverses communes rurales pour compléter le
> transport intercommunal avec des minibus qui font le relais des lignes
> régulières, mais pas assez de demande pour faire un trajet bien défini.
> c'est une solution économique.
>
> Dans certains cas proposée par un partenariat avec une société locale de
> taxis et une convention tarifaire avec la collectivité qui fait appel alors
> à eux (d'où la réservation préalable demandée par le service de transport
> public, sachant aussi qu'il peut y avoir des contraintes horaires ou de
> jours, et pas de trajet prédéfini: on doit réserver au téléphone ou sur une
> appli ou un site, mais sans connnaitre le parcours et le temps de trajet
> qui dépendra des autres demandes éventuelles; les trajets sont à priori
> courts, la variabilité des temps de trajet pas énorme, pas plus que les
> retards des lignes régulières du fait des conditions de circulation ou de
> l'affluence ; la collectivité étudie et fait des statistiques sur les
> trajets demandés et réalisés et au final pourra voir s'il est opportun de
> créer une ligne régulière, surtout si les demandes sont répétées par les
> mêmes usagers; le service à la demande en revanche ne sélectionne pas les
> clients, c'est pour tout le monde, il doit transporter tous ceux qui ont
> une réservation valide, certains peuvent même demander à ce que ce soit une
> formule avec abonnement et réserver sur toute une année; aux clients locaux
> aussi de se regrouper et faire connaitre la solution et voir ce qui arrange
> le plus de monde, par exemple les parents d'une école, les résidents d'un
> EPAD, un commerçant pour ses clients, un club sportif; la collectivité peut
> aussi être aidée à créer une ligne par une subvention versée par un
> groupement de commerçants et une demande motivée dans les délibérations
> d'un conseil municipal, qui ira aussi défendre auprès du service de
> transport communautaire la création de liaisons régulières ou une
> modification du trajet d'une ligne régulière existante au moins pour
> certains horaires, etc...).
>
>
> Le dim. 16 févr. 2020 à 19:24, leni  a écrit :
>
>> Le 16/02/2020 à 11:00, GarenKreiz a écrit :
>>
>>
>> Bonjour,
>>
>> J'aimerais savoir quel tag utiliser pour un arrêt de bus à la demande :
>> le détour est soit demandé au chauffeur à la montée, soit réservé par
>> téléphone. Le wiki ne propose qu'un tag "hail_and_ride" qui ne s'applique
>> qu'à un trajet emprunté systématiquement par les bus.
>>
>> Je dirais que l'arrêt, c'est un arrêt comme un autre, je ne vois pas ce
>> qui peut le différencier d'un autre arrêt : c'est la ligne qui va desservir
>> cet arrêt qui est un TAD. Et comme le dit Philippe quand tu consulte la
>> relation tu n'as pas un trajet, mais un nuage de points.
>>
>> Autour de chez moi, il y a plusieurs arrêts concernés : certains ne sont
>> desservis que par un TAD (cet arrêt est membre de la relation du TAD)
>> d'autres par un TAD et une ligne normale avec un trajet et des horaires
>> bien précis (ces arrêts sont membres de toutes les relations qui le
>> desservent)
>>
>> Par contre, je ne connaissais pas l'attribut "hail_and_ride",
>> j'utilisais  "bus=on_demand" que j'avais découvert sur la liste (
>> https://wiki.openstreetmap.org/wiki/JOSM/Plugins/PT_Assistant#Route_relations_for_which_it.27s_possible_to_report_errors_and_propose_fixes
>> )
>>
>> cordialement
>>
>> Leni
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Arrêt de bus à la demande

[GarenKreiz]

Bonjour,

J'aimerais savoir quel tag utiliser pour un arrêt de bus à la demande : le
détour est soit demandé au chauffeur à la montée, soit réservé par
téléphone. Le wiki ne propose qu'un tag "hail_and_ride" qui ne s'applique
qu'à un trajet emprunté systématiquement par les bus.

Cordialement

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

Re: [OSM-talk-fr] Repère géodésique hors des frontières communales,relation 526301

[GarenKreiz]

En cherchant dans les fichiers de données qui avaient servi à injecter les
points géodésiques dans OSM, j'ai retrouvé les deux repères : la base de la
croix du clocher et le centre de la croix. Si le clocher est toujours là,
ces points sont de fait toujours présents mais sans repère matériel
spécifique. C'est donc l'IGN qui semble avoir décidé de les rendre
obsolètes.

Comme cela peut servir à caler du bâti ou des photos aériennes, il serait
peut-être utile de les garder dans la base.

Cordialement

   Garenkreiz

On Tue, 21 Jan 2020 at 12:56, marc marc  wrote:

> Le 21.01.20 à 10:00, Jacques Lavignotte a écrit :
> > je ne sais qu'en faire...
>
> https://www.openstreetmap.org/relation/526301
> ref 86194A introuvable sur le site de l'ign
> recherche sur Poitiers puis zoom sur le lieu
> montre bien l'église mais point géodésique.
>
> j'ignore si on peux chercher les points détruit.
> ___
> 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] bridge=simple_brunnel

[GarenKreiz]

Bonjour,

Pourquoi un gué peut-il être ponctuel alors d'une buse ne le peut pas? Ce
serait dommage de prendre l'affreux "brunnel" simplement parce qu'il peut
être mis facilement sur  l'intersection de ways.



On Tue, 29 Oct 2019 at 13:47, pepilepi...@ovh.fr  wrote:

> Le 29/10/2019 à 13:04, osm.sanspourr...@spamgourmet.com a écrit :
>
> Le 29/10/2019 à 09:25, ades - ades.s...@orange.fr a écrit :
>
> Là je ne parle que d'un attribut (et je ne savais pas que culvert était
> accepté pour les points, ce qui résout proprement mon questionnement).
>
> Non, il ne l'est pas :
> https://wiki.openstreetmap.org/wiki/Tag:tunnel=culvert
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Chemins problématiques au Mont Saint-Michel

[GarenKreiz]

Bonjour,

Contrairement à certains tracés de montagne qui ne sont pas vraiment
visibles sur le terrain mais sont "cairnés", il n'y a pas d'élément
matériel concrétisant cet itinéraire. Il n'est pas rectiligne puisqu'il
faut éviter les zones trop vaseuses ou choisir le meilleur endroit pour
traverser les zones inondées, il passe à priori près de Tombelaine,
certains groupes passent par l'ouest du Mont pour voir la fontaine et la
chapelle et les traces laissées disparaissent généralement lors des marées
hautes.

Je m'interroge donc sur l'intérêt de le faire apparaître sous forme de
"footway" dans OSM. C'est tout au plus un azimuth ou un alignement à
suivre, un peu comme ce qui existe en navigation!

Cordialement

   Garenkreiz

On Wed, 4 Sep 2019 at 17:43, Phyks  wrote:

> > À vérifier, peut-être d'abord remplacer le footway par un track et lui
> mettre en plus un trail_visibility=no ?
>
> Bien vu. J'y étais récemment et ça me semble bien adapté ! (mais ça ne
> règle pas les problèmes de restriction d'accès :/)
>
>
> > https://wiki.openstreetmap.org/wiki/Rennes/Archives
>
> Merci pour le lien, je n'étais pas tombé dessus ! J'ai donc mis
> access=no, tidal=yes (cf
>
> https://help.openstreetmap.org/questions/57094/what-tags-to-use-for-a-way-only-accessable-at-low-tide
> )
> et un accès conditionnel. Sur ce dernier, il n'y a qu'un seul cas
> d'usage pour l'instant dans le monde
>
> https://taginfo.openstreetmap.org/tags/access%3Aconditional=yes%20%40%20(low%20tide)#overview
> :/
>
> Tout est mis à jour sur https://www.openstreetmap.org/way/357431172. Si
> quelqu'un a plus d'idées pour améliorer, je suis preneur !
>
> Merci !
> --
> Phyks
> Le 04/09/2019 à 16:40, 19b350d2-b1b3-4edb-ad96-288ea1238eee--- via
> Talk-fr a écrit :
> > Je vois ceci sur le wiki:
> > "
> > Traitements des côtes (avec les marées) :
> > chemins inaccessible par marée basse : la page de référence est
> > Conditional_restrictions, préciser chemin access=no pour éviter le
> routage et
> > ajouter une condition low_tide.
> > "
> > https://wiki.openstreetmap.org/wiki/Rennes/Archives
> >
> > On 9/4/19, 16:03 Phyks  wrote:
> >
> > Bonjour à tous,
> >
> > Je viens de voir ce chemin
> >
> https://www.openstreetmap.org/way/357431172/history#map=13/48.6590/-1.4996=N
> > présent autour du Mont Saint-Michel. Il s'agit, j'imagine, plus ou
> moins
> > du chemin emprunté à marée basse par les guides à pied.
> >
> > Malgré les pénalités possibles (surface=mud, etc), il constitue un
> tel
> > raccourci par rapport au tour de la baie par Avranches qu'il est
> > quasiment systématiquement pris par les routeurs. Pourtant, il n'est
> pas
> > vraiment empruntable sans guide et pas du tout empruntable à marée
> haute.
> >
> > À ma connaissance, il n'y a d'ailleurs pas vraiment de chemin tracé
> au
> > sol à cet endroit. Du coup, devrait-on le supprimer ?
> >
> > Sinon, comment faire en sorte qu'il soit bien taggé comme n'étant pas
> > empruntable pour corriger ceci ?
> >
> > Bonne journée,
> > --
> > Phyks
> >
> > ___
> > 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] Quand le plus est l'ennemi du raisonnable !

[GarenKreiz]

Bonsoir,

Pas sûr qu'il s'agisse d'erreurs ou de vandalisme car c'est semble-t-il un
parc national célèbre pour ses falaises de grès. Le mapping pourrait être
légitime si chaque falaise fait une dizaine de mètres de hauteur : ce type
d'information intéresse sûrement les grimpeurs pour mieux se repérer.

Les photos du coin donnent envie d'aller y faire un tour pour vérifier la
topographie de la zone!

Cordialement

 Garenkreiz



On Sat, 31 Aug 2019 at 12:47, Vladimir Vyskocil 
wrote:

> Merci pour le texte en allemand, je viens de l’envoyer en commentaire sur
> les 2 changeset identifiés et en message privé, on va voir s’il y a une
> réaction.
>
> Vlad.
>
> On 30 Aug 2019, at 21:14, osm.sanspourr...@spamgourmet.com wrote:
>
> Le 30/08/2019 à 20:26, JB - jb...@mailoo.org a écrit :
>
> Il n’y aurait pas la "un peu" de détournement du tag natural=cliff (
> https://wiki.openstreetmap.org/wiki/Tag:natural%3Dcliff
> <https://wiki.openstreetmap.org/wiki/Tag:natural=cliff>) ?
>
> https://www.openstreetmap.org/#map=16/50.8899/14.3052
>
> Peut-être, peut-être pas. En tous cas, si problème il y a, ce serait aux
> Allemands de le résoudre, une action à distance d'un autre pays sera
> probablement mal vue, à juste titre il me semble.
> JB.
>
> Vladimir, comme toi, moi ou MichaOSM sont des contributeurs OSM, s'il
> existe des règles spécifiques à un pays à respecter ici on a du vandalisme
> (création de fausses falaises), ceci est anormal dans tout pays.
>
> Je pourrais ajouter la densité trop élevée de nœuds dans les chemins.
>
> Quant à la densité des "falaises", ici on est au niveau 19
> <https://www.openstreetmap.org/changeset/71259286#map=19/50.96459/14.07454>.
> Et non il n'y a pas de culture en terrasses (le tag ne serait pas le bon
> d'ailleurs).
>
> Donc pour lever un loup, on se fiche pas mal que ce soit fait par un
> Allemand ou un non Allemand.
>
> Tu remarqueras que je suggère au contributeur de corriger le problème
> lui-même.
>
> 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Interdiction de tourner à gauche non respectée

[GarenKreiz]

Le jour où un conducteur utilisant OSM provoquera un accident mortel, pas
sûr que cela fasse de la bonne publicité!

Tant que nos véhicules sont conduits par de personnes dotées de libre
arbitre et pouvant décider à tout moment de griller un feu rouge, couler un
stop, rouler à contre sens, se stationner sur le trottoir, franchir une
ligne blanche pour tourner, etc, il est sans doute inutile de noter dans
OSM que les lois peuvent être contournées sur le terrain.



On Sun, 17 Mar 2019 at 18:46, djakk djakk  wrote:

>
> Oui il faut cartographier d’un côté ce que veut l’administation et de
> l’autre ce qui se passe en vrai. :)
>
> Arf ! Ça serait super si on pouvait faire un grand polygone pour faire un
> héritage d’attributs ...
>
>
> Julien « djakk »
>
>
>
> Le dim. 17 mars 2019 à 18:43, Léo El Amri via Talk-fr <
> talk-fr@openstreetmap.org> a écrit :
>
>> On 17/03/2019 16:01, djakk djakk wrote:
>> > Dans mon voisinage il y a une interdiction de tourner à gauche qui n’est
>> > pas du tout respectée. Comment le refléter dans openstreetmap ?
>>
>> Hum... Est-ce qu'on devrait vraiment cartographier ça ?
>>
>> Parce que si oui, j'ai la moitié des intersections de Saint-Denis et
>> autour à modifier ;)
>>
>> ___
>> 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] repère géodésique détruit

[GarenKreiz]

Tant que les bâtiments portant des points géodésiques détruits apparaissent
encore sur les orthophotos et le cadastre, il faudrait peut-être les garder
pour permettre la vérification de leur calage.

   GK


On Mon, 22 Oct 2018 at 14:44, François Lacombe 
wrote:

> Hello,
>
> Sur le même sujet, j'ai supprimé environ 150 pylônes RTE qui ont été
> démontés entre Charleville Mezieres et Reims hier soir.
> Certains avaient des points géodésiques que j'ai laissé.
> https://www.openstreetmap.org/node/669984935
>
> Mais ces points ont du disparaître, ou être déplacés consécutivement aux
> travaux sur place.
> Dois-je mettre un end_date ?
>
> François
>
> Le dim. 21 oct. 2018 à 21:54, marc marc  a
> écrit :
>
>> Le 21. 10. 18 à 21:49, Alain VASSAULT a écrit :
>> > tu as la ref du point geodesique ou ces coordonnées?
>>
>> il y les a 2, sur les 2 objets
>> https://www.openstreetmap.org/node/67945
>> https://www.openstreetmap.org/node/67946
>>
>> > jai l'appli "beta" librement dispo sur le google store
>> > pour consulter et report sur les fiches geodesique.
>>
>> Je suis curieux de voir ce que cela va donner, merci.
>>
>> > Le 21 octobre 2018 21:45:43 GMT+02:00, David Crochet
>> > a écrit :
>> >
>> > J'ai envoyé un message à l'adresse ad'hoc pour signaler la
>> disparition
>> > de la croix, avec photo d'un média audiovisuel  à l'appui :
>>
>> Merci, voyons voir leur réaction. au moins "osm" aura transmis :)
>>
>>  Message transféré 
>> Sujet : repère géodésique détruit
>> Date : Sun, 21 Oct 2018 20:29:10 +0200
>> De : Marc M. 
>> Pour : talk-fr 
>>
>> Bonjour,
>>
>> Un constructeur signale le démontage d'un clocher d'église qui
>> hébergeait 2 repères géodésiques.
>> https://www.openstreetmap.org/note/1563371
>> https://www.openstreetmap.org/node/67945
>> https://www.openstreetmap.org/node/67946
>> au niveau osm, c'est facile
>> was: devant le man_made=survey_point
>> un end_date
>> une maj de la description
>>
>> mais je demandais :
>> - il y a a-t-il un outil QA qui va crier pour sa disparition ?
>> Si oui quel schéma supporte-t-il ?
>> - quelqu'un est en contact avec l'ign pour leur remonter l'info
>> s'ils ne l'ont pas ?
>>
>> 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Piscines avec bassin extérieur chauffé

[GarenKreiz]

@PierreV
Argument pas vraiment convaincant car le bâtiment de la piscine peut être
passif. Mais on digresse!


On Mon, 8 Oct 2018 at 21:51, PierreV  wrote:

> je répond à ceux qui trouvent qu'au niveau consommation énergétique c'est
> pas
> terrible :
> les "piscines extérieures" chauffées consomment moins qu'une "piscine
> classique dans un bâtiment"  puisqu'il ne faut chauffer que l'eau de la
> piscine et non pas l'air ambiant dans le bâtiment!
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Piscines avec bassin extérieur chauffé

[GarenKreiz]

@Paul Desgranges

Pas sûr que ce type de piscine soit si rare que cela: j'en ai fréquenté au
moins trois rien qu'en Seine Maritime!
https://www.openstreetmap.org/way/63710435
https://www.openstreetmap.org/way/211489302
https://www.openstreetmap.org/way/65039622

Au delà des aspects économique et développement durable de l'ouverture en
hiver de ces bassins, il semble y avoir des problématiques de sécurité:
dans certaines conditions, la visibilité peu être réduite à 2 mètres. Bon
courage pour taguer dans OSM l'information suivante "En raison des
conditions atmosphériques durant la période hivernale (la présence de
brouillard), la Direction de la Vie Sportive peut être amenée, pour des
raisons de sécurité liées à la surveillance, à fermer le bassin extérieur
du Centre Sportif Guy Boissière."

Paul Desgranges

On Mon, 8 Oct 2018 at 09:33, Paul Desgranges 
wrote:

> - Oui, mais la température change trop, c'est la question qu'on se pose
> parfois, "Et aujourd'hui elle est à combien ? "
> Donc je pense personnellement ne mettre ni "heated", ni "temperature" ni
> quoi que ce soit relatif à ceci.
> - Ok pour utiliser "opening_hours" si ça fait office de "opening_days"
> aussi.
> - Par contre pour la longueur, je comprends bien qu'il ne faut pas
> dupliquer, mais là ça répond à la question "c'est un bassin de 25m ou de
> 50m" ? C'est une caractéristique importante, visible, facile à tagguer et à
> utiliser, donc utile. Et l'usage du tag "length" est documenté dans le wiki
> en français
>  ou
> en anglais
> 
> Bonne journée
> Paul
>
>
> Le 07/10/2018 à 22:43, Philippe Verdy a écrit :
>
> En, revanche la qualité de l'eau (douce/thermale/ferrugineuse/eau de
> mer) sont plus utiles
>
>  | Le dim. 7 oct. 2018 à 21:35, marc marc  a
> écrit :
>
> -> tag temperature parce que non chauffé, c'est très au contraire
>> subjectif.
>>
> je connais des piscines que les locaux considère comme chaude mais
>> non chauffée... car c'est une source thermale tellement chaude que
>> la piscine doit brider le débit pour qu'un humain n'y rôtisse pas.
>> de même l'eau dans des bassins fort foncé est naturellement chaude,
>> "chauffé par le soleil" ou non chauffé selon les personnes.
>>
>> >  - pouvoir indiquer qq chose comme "opening_days=21 Apr-22 Dec"
>>
>> le tag opening_hours te le permet
>>
>> >  - conserver le "length=50" car même si on peut déduire ça de la
>> > géométrie, la valeur de l'attribut est ainsi plus directement
>> requétable
>>
>> oui mais c'est valable pour tous les tags. vas-tu ensuite ajouter
>> tous les tags de la piscine sur chaque bassin parce que c'est plus
>> facile à utiliser ?
>> peut-être faudrait-il au contraire documenter des moyens faciles
>> pour tirer le meilleur parti des données existantes, une sorte
>> de tutoriel/howto avec les cas qui reviennent de temps en temps.
>>
>> Cordialement,
>> Marc
>> ___
>> 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] grèves Loire

[GarenKreiz]

Bonjour,

En bord de mer "natural=beach" s'applique à la zone au dessus de la ligne
de côte (costaline) et correspond donc à une zone qui n'est pas submergée
sauf circonstances exceptionnelles. Pour un fleuve ou une rivière, cela
pourrait correspondre à la zone au dessus du rivage (riverbank), submergée
uniquement lors des crues importantes. Pour les parties submergées,
"natural=sand" est sans doute préférable.

   Garenkreiz





On Wed, 3 Oct 2018 at 09:54, ades  wrote:

> Merci pour les infos, surtout pour le tag ‘seasonnal’ que je n’avais pas
> encore repéré
>
> Si les grèves peuvent être se taggée par :
> ‘natural:beach’ ; ‘surface:sand’ et ‘seasonal:summer’ ça me semble déjà
> beaucoup mieux.
>
> Pour éviter la confusion avec des plages destinées ou utilisées pour la
> baignade, il faudrait pouvoir indiquer que la baignade est interdite, sur
> l’objet plage ? ou sur le tracé du lit mineur ? sur les deux ? (baignade
> interdite dans la Loire et ses bras, en tout cas pour tout le dpt 49, arr.
> préf. de 1969 suite noyade de 19 enfants).
>
> En plus, entre la Daguenière et Montsoreau, il faudrait aussi tagger
> l’interdiction d’accès entre avril et août et les restrictions d'usage
> toute l’année (arrêté de  biotope du préfet de M-&-L) çà je ne sais pas
> faire ;-(
>
> Ne faudrait-il pas  préciser dans le wiki que ‘wetland’ ne s’applique pas
> à ce qui est dans le lit mineur d’un fleuve ou d’une rivière ?
>
>
> Et en continuant de me vautrer ;-)…
>
> je reste quand même sceptique de l'intérêt de cartographier ces objets
> dans la partie non navigable de la Loire (amont de la Maine). Ça bouge tous
> le temps, même les années où il n’y a pas de nouvelle orthophoto…
> Pour la partie navigable (aval de l’embouchure de la Maine) la question
> est différente, les grèves sont stabilisée entre les épis noyés et donc
> tous les ans à la même place.
> Si l’on cartographie les grèves pour la partie non navigable, quelle
> emprise leur donner ? et surtout comment maintenir l’information ? qui
> pourra faire une trace GNS de ces grèves tous les ans ? à quelle cote, -0,5
> ? 0 ? +1 ? à quel moment ? comment on fait quand la grève se découvre
> pendant la période d’interdiction d’accès ?
>
>
>
>
>
> Le 2 oct. 2018 à 21:47, osm.sanspourr...@spamgourmet.com a écrit :
>
> Tu parles de
> https://www.openstreetmap.org/way/496482622#map=14/47.4216/-0.5124 au
> niveau d'Angers.
>
> Contrairement à ce que tu dis la description est presque exacte : il est
> (mal) dit que le blanc s'érode, pas que le sable ou le gravier s'érode.
>
> Le phrasé est mauvais aussi dans cette partie puisque tu t'es vautré ;-).
>
> Ça bouge tout le temps, oui. Je confirme je ne redessine pas les bancs de
> sables par chez moi après chaque grande marrée. Non je ne suis pas à Anger
> ;-).
>
> Et alors ? Une mise à jour de temps en temps ou pas, OK. Savoir qu'il y a
> des blancs dans le coin, OK.
>
> Pour moi un banc c'est au milieu de l'eau et une grève (ou plage suivant
> la granulométrie) sur la rive. Mais je ne suis pas un marin d'eau douce.
> Saumâtre c'est le minimum ;-).
>
> natural=sand ou shingle
> <https://wiki.openstreetmap.org/wiki/Tag:natural%3Dshingle> ou beach
> serait plus juste.
>
> intermittent=yes est faux.
>
> seasonal=spring/summer/autumn/winter/wet_season/dry_season serait plus
> adapté.
>
> Jean-Yvon
>
> Le 02/10/2018 à 18:53, ades - ades_...@orange.fr a écrit :
>
> Je viens de « tomber » sur ça 
> :https://www.openstreetmap.org/query?lat=47.4187=-0.4896
> dans le lit de la Loire figurent des zones tagguées :
> natural : wetland
> Surface:sand
> Wetland :tidalflat
> intermittent:yes
> description: Les bancs (ou grèves) de sables sont constitués d'alluvions, de 
> sables ou de graviers déplacés par la rivière et s'érodant progressivement. 
> Régulièrement recouvert d'eau lors des crues, la végétation n'a pas toujours 
> le temps d'y prospérer.
>
> La description est bonne, le reste me semble être n’importe quoi ;-).Enfin… 
> pour la description,les alluvions,  sables et graviers, ça ne s’érodent pas, 
> c’est simplement mobile. Quant au ’temps de prospérer' de la végétation c’est 
> plus un jugement de valeur qu’autre chose, on préférerait sans doute ‘le 
> temps de s’y s’établir’…
>
> Ce n’est visible sur la BDOrtho que parce que l’IGN fait ses photos en été. 
> Soit à une cote (aux Ponts-de-Cé) d’environ -0,50 (environ 100 m3/s) à la 
> cote 0  (env. 300m3/s) la moitié de ces grèves ont disparue.
> Pour un débit de 1000m3/s qui est, à ce que j’ai compris (à vérifier), le 
> débit de détermination du domaine public fluvial (donc des ‘rivernbanks’ il y 
> a env. 1m dessus le zones décrites, et ça peut all

Re: [OSM-talk-fr] Blocage de contributeur

[garenkreiz]

Envoyé de mon Galaxy A5 Orange
 Message d'origine De : marc marc  
Date : 16/06/2018  01:31  (GMT+01:00) À : talk-fr@openstreetmap.org Objet : Re: 
[OSM-talk-fr] Blocage de contributeur 
Bravo pour ta motivation !
et tant mieux s'il progresse !
il lui reste à apprendre à décrire un rien ses changesets.
T'as une idée de la source qu'il utilise pour autant de modif ?

Le 16. 06. 18 à 01:19, Johnparis a écrit :
> J'ai examiné les dernier 21 changesets de RB94, est la plupart est 
> bonne. Mais c'est juste dans deux jours !!! Comme j'ai dit, il travaille 
> vite.
> 
> J'ai fait un commentaire où j'ai trouvé des problèmes, particulairement 
> quand il a changé la sorte de highway (de service à residential) ou le 
> nom (toujours un problème avec lui). J'ai expliqué l'idée de séparer le 
> nom de la ligne de l'operateur.
> 
> Il me semble qu'il apprend assez bien.
> 
> Il vient de demander un réexamination d'un changeset !
> https://www.openstreetmap.org/changeset/59885072
> 
> Alors, j'espère qu'il va devinir un bon collaborateur sur OSM. Mais je 
> continue à surveiller ses travaux.
> 
> Cordialement,
> 
> John
> 
> 
> 
> 
> 2018-06-14 5:28 GMT+02:00 Johnparis  >:
> 
> Oui, je suis vraiment en contact. Il traville vite et parfois mal.
> (Pas toujours, certaines de ses contributions sont bonnes.)
> 
> Je vais l'encourager de proceder plus lentement pendant ces temps.
> 
> Les erreurs ne sont pas dangereuses, alors je pense que l'on peut
> attendre plus que 48 heures pour la réeducation :). Sache qu'il a
> commencé avec MAPS.ME , alors il a fait beaucoup des
> erreurs sans voir les critiques. Maintenant il utilise iD, alors il
> peut voir les commentaires.
> 
> Merci de la patience.
> 
> John
> 
> 
> 
> 
> 
> 
> 2018-06-13 18:34 GMT+02:00 Philippe Verdy  >:
> 
> Il y a des outils plus efficaces que le blocage d'IP, notamment
> il y a des moyens de récupérer des infos privées (et les garder
> en lieu sûr) collectées par diverses techniques, des filtres de
> détection bahésiens pour pondérer et évaluer statistiquement
> certaines contributions. Il est facile aussi de matcher
> plusieurs IP successives (parfois alternées) qui seraient
> utilisées par un même utilisateur faisant et refaisant les mêmes
> "constributions", ce qui permet de mettre un panneau d'alerte
> sur un tableau de bord permettant une évaluation prioritaire
> afin de faire des reverts plus rapides et moins nocifs et moins
> difficiles pour les autres avant que les données se propagent et
> polluent les caches et obligent à reconstruire sans arrêt les
> mêmes tuiles de carto plus souvent que nécessaire.
> Les IP sont en général non fixes mais assez stables (au moins 24
> heures, sinon plus pour les accès en France, sauf via les
> mobiles qui accèdent à OSM en IPv4 via un NAT depuis une IPv4
> partagée d'un opérateur mobile) au lieu d'IPv6 qui lui est TRES
> stable.
> Je serais OSM, je militerais pour que tous les éditeurs OSM
> passent en priorité sur IPv6 (dont les adresses sont rarement
> dynamiques) chaque fois que possible (et c'est généralement le
> cas en mobilité car l'IPv4 via le NAT massif partagé des
> opérateurs est lent et ne permet pas des sessions TCP très
> longues, l'IPv4 utilisée peut changer alors très rapidement
> toutes les 5 minutes dans les zones denses, et on ne peut pas
> bloquer tout un opérateur mobile dans une zone très peuplée sans
> créer de gros dommages collatéraux vis-à-vis des autres
> utilisateurs). Utiliser IPv6 devrait être même une obligation de
> tous les éditeurs pour mobiles sur tous les téléphones et
> tablettes compatibles (IPv6 est déjà la norme partout en Asie,
> et ça commence à s'imposer ailleurs).
> Ensuite il restera le cas des VPN et proxies, mais les VPN et
> proxies sérieux incluent des traces de suivi permettant
> d'identifier numériquement un de leurs utilisateurs même si on
> ne sais pas précisément qui, mais cela permet de faire des
> corrélations fortes, et ensuite de signaler l'usage abusif à
> l'exploitant du VPN ou proxy qui peut prendre des mesures plus
> contraignantes si les signalements sont trop nombreux
> (l'exploitant n'est pas obligé de nous livrer l'identité réelle,
> mais les abuseurs laissent souvent assez de traces pour qu'on
> les identifie directement, il y a presque toujours des
> "signatures" dans les données, les textes soumis, les
> descriptions, la typologie des erreurs systématiques, les fautes
> de frappe ou d'orthographe les plus fréquentes, la présentation,
> le style, la langue utilisée, et l'intérêt marqué pour certains
> lieux ou sujets abusés).
> 
> Il n'est pas difficile non plus de repérer le commentaire de
> changeset (souvent répété à l'identique ou avec juste quelques
> caractères modifiés), les filtre bahésiens font des notes de
> concordances fortes. Cependant au niveau du serveur OSM (via son
> API) on ne voit pas tout et le serveurs dispose de logs plus
> détaillés 

Re: [OSM-talk-fr] [Android] Appli capable d'afficher ancienne trace et trace en cours ?

[GarenKreiz]

Bonjour

Sur Android, il y a aussi Locus Map (version gratuite ou version pro)
permet une bonne gestion des points d'intérêt et des traces (changement de
couleur ou d'icônes, classement en catégories,
concaténation/fractionnement/édition des traces). Avec en plus un peu de
routage et de géocaching, les cartes vectorielles mais aussi IGN, c'est mon
couteau suisse pour toutes les sorties terrain et trajets et les 5 euros
investit en 2011 ont largement été rentabilisés!

Cdt

Le 10 août 2017 à 15:55, Nicolas Moyroud  a écrit :

> Bonjour,
>
> Oruxmaps est capable d'afficher plusieurs traces avec des couleurs
> différentes : http://www.oruxmaps.com/cs/en
>
> Et il fait bien d'autres choses encore... ;-)
>
> Nicolas
>
>
> Le 10/08/2017 à 14:51, Shohreh a écrit :
>
>> Bonjour,
>>
>> Pour cartographier une ville, j'ai commencé à utiliser l'appli  Geo
>> Tracker
>> > novich.geotracker=fr>
>> qui a l'avantage d'enregistrer une trace et de l'afficher en temps réel
>> sur
>> une carte, ce qui permet de savoir où on est déjà passé.
>>
>> Dans le cas où la ville est trop grande pour la parcourir d'un coup, et
>> donc
>> nécessité d'étaler le parcours en plusieurs fois, je cherche une appli qui
>> serait capable d'afficher une ancienne trace (dans une couleur différente)
>> et d'en enregistrer une nouvelle afin de voir les nouveaux segments à
>> parcourir.
>>
>> Quelqu'un connait-il une appli qui fait ça, ou une autre solution?
>>
>> Merci.
>>
>>
>>
>> --
>> View this message in context: http://gis.19327.n8.nabble.com
>> /Android-Appli-capable-d-afficher-ancienne-trace-et-trace-
>> en-cours-tp5900493.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] Cartographie des années 80 ;)

[GarenKreiz]

Séquence nostalgie!

Merci pour les liens intéressants vers les contenus et les logiciels.

J'ai commis une géocache qui demande un petit décodage CEPT
https://www.geocaching.com/geocache/GC359V6_minitel . Les joueurs peinent
maintenant à trouver des émulateurs à télécharger et certains en sont
réduits à dessiner les caractères alphamosaïques sur une feuille de papier!
Pas sûr qu'ils arrivent à trouver 212.47.238.202
 pour se faciliter la tâche!


Le 4 août 2017 à 11:57, Christian Quest  a écrit :

> Le 04/08/2017 à 10:13, Alain VASSAULT a écrit :
>
>> Hop souvenirs souvenirs
>> Tu éditait ou tu hébergeait sur Apple II ?
>>
>>
> Ouille, là tu met une thune dans le bastringue qui ne va plus s'arrêter ;)
>
> Dans l'ordre:
>
> - 1984/85: j'ai développé mon logiciel pour écrire des serveurs sur Apple
> II, il s'agit de Cristel... j'ai mis le code source (assembleur 6502) sur
> github il y a peu: https://github.com/cquest/cristel (je suis en train
> d'en refaire une version python)
>
> - 1985: j'ai créé mon micro-serveur "Computel" avec... écrit en BASIC
> Applesoft, ça ressemblait à ça: http://212.47.238.202/minitel/
> minitel-loader.html?url=vtx/amiserv/E.COMPUTEL.vtx,vtx/compu
> tel-05-1985/E.PAGE2.vtx
>
> - 1985/86: ensuite création de ma société, commercialisation de Cristel et
> hébergement... on est passé à du "multivoies", c'est à dire 3 Apple II sur
> une disque dur (de 10Mo) en réseau: http://212.47.238.202/minitel/
> minitel-loader.html?url=vtx/amiserv/E.COMPUTEL.JCA.vtx,vtx/
> jca/E.COMPUTEL.SCHEMA.vtx
>
> - 1986: on est passé sur Macintosh, avec Dragster... serveur 1 à 64 voies.
>
> Je peut récupérer quelques écrans vtx pour zieuter le code? Je me suis
>> toujours demandé comment c'était codé à l'époque.
>>
>>
> Tu as un paquet d'écrans sur http://212.47.238.202/minitel/vtx/
>
> La norme c'est le CEPT2, et la bible ce sont les "STUM" (Spécification
> Techniques d'Utilisation du Minitel) qu'on trouve en PDF par exemple sur:
> https://wiki.labomedia.org/index.php/Fichier:STUM1B.pdf
>
> Simpa aussi l'émulateur de terminal sur Internet. Il s'agit de quel soft ?
>>
>>
> C'est un sous ensemble de "miedit", un éditeur de page codé en
> javascript...
> https://github.com/Zigazou/miedit
>
> Tu peux le tester sur https://zigazou.github.io/miedit/
>
>
> Merci pour ce partage.
>>
>
> Et l'opendata à l'époque ça ressemblait à: http://212.47.238.202/minitel/
> minitel-loader.html?url=vtx/stcloud/E.ECOLESMENU.vtx
>
>
> --
> 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] URL des points géodésiques

[GarenKreiz]

Bonsoir,

Les URL vers les fiches de type http://geodesie.ign.fr/fiches/pdf/...
ne deviennent accessibles que s'ils ont été générés en accédant à un
autre URL (pb déjà évoqué récemment dans cette liste).

Panier Avide avait fait un super boulot en mettant à jour dans la base
tous les URL au bon format. Malheureusement le site IGN semble avoir
évolué depuis et les URL de type
http://geodesie.ign.fr/fiches/index.php?module=e=fichepdf=carte_no=...
engendrent maintenant une erreur "Merci de rafraichir la page. Pour
tout renseignement, contacter sgn at ign.fr". Et rien ne se passe
quand on rafraîchit la page!

En fait il faut maintenant remplacer source=carte par source=gp (sans
doute l'abbréviation de Géoportail).

Cordialement

Garenkreiz




Le 25 juin 2017 à 18:46, Blueberry <eric...@sfr.fr> a écrit :
> Bonjour
>
> Keepright remonte des erreurs sur les points géodesiques (ex : ref 4218901
> [1]) pour cause bizarre mais ca m'a permis de constater que les URL des
> points (ex [2]) sont non valides , effectivement le lien a l'air cassé.
> Le lien correct serait de la forme :
> http://geodesie.ign.fr/fiches/pdf/4218901.pdf
> On dirait que le serveur de fiches a modifié son organisation. Faut-il
> modifier ces liens ? (au vu du nombre et du coté 'touchy' des survey_point)
> un script serait surement plus adapté). Ou alors, est-ce peut être une
> indispo temporaire ...
>
> Eric [Blueberry]
>
>
> [1]
> https://www.keepright.at/report_map.php?zoom=17=45.41356=4.32037=B0T=0%2C30%2C40%2C50%2C70%2C90%2C100%2C110%2C120%2C130%2C150%2C160%2C170%2C180%2C191%2C192%2C193%2C194%2C195%2C196%2C197%2C198%2C201%2C202%2C203%2C204%2C205%2C206%2C207%2C208%2C210%2C220%2C231%2C232%2C270%2C281%2C282%2C283%2C284%2C285%2C291%2C292%2C293%2C294%2C295%2C296%2C297%2C298%2C311%2C312%2C313%2C320%2C350%2C370%2C380%2C401%2C402%2C411%2C412%2C413_ign=1_tmpign=1
>
> [2]
> http://geodesie.ign.fr/fiches/index.php?module=e=fichepdf=carte_no=4218901
>
>
>
> --
> View this message in context: 
> http://gis.19327.n8.nabble.com/URL-des-points-geodesiques-tp5898357.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] Ajout de ruisseau à partir des berges

[GarenKreiz]

Bonjour,

Le script ne fait pas de squelletisation complètement automatique, il
faut lui indiquer les points de départ ainsi qu'une direction et il ne
sait pas gérer les berges avec plusieurs branches.

   Garenkreiz

Le 11 avril 2017 à 15:27, Tyndare <tynd...@wanadoo.fr> a écrit :
> Bonjour,
>
> Le 10/04/2017 à 13:11, GarenKreiz a écrit :
>>
>> Bonjour,
>>
>> Pour faciliter la correction des signalements Osmose (1220 "Riverbank
>> without river"), j'ai écrit un petit script interactif Python qui
>> facilite la création d'un chemin de type Waterway à partir d'un
>> polygone de type Riverbank (algo simpliste sans squelettisation
>> d'image ni calcul de diagramme de Voronoi) puis son chargement sur
>> OSM.
>>
>> Beaucoup des polygones de type Riverbank sont des importations du
>> cadastre, faut-il dans ce cas appliquer le même champ Source au chemin
>> généré?
>
>
> La création du waterway semble automatisée, donc oui je pense que tu peux
> garder le tag source, ou une version modifiée qui précise que c'est dérivé
> depuis cette source.
>
> Est-ce que ton script serait applicable de manière automatique aux fichier
> .osm exportés depuis le cadastre ?
>
> - Tynadre
>
> ___
> 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] Ajout de ruisseau à partir des berges

[GarenKreiz]

Bonjour,

Pour faciliter la correction des signalements Osmose (1220 "Riverbank
without river"), j'ai écrit un petit script interactif Python qui
facilite la création d'un chemin de type Waterway à partir d'un
polygone de type Riverbank (algo simpliste sans squelettisation
d'image ni calcul de diagramme de Voronoi) puis son chargement sur
OSM.

Beaucoup des polygones de type Riverbank sont des importations du
cadastre, faut-il dans ce cas appliquer le même champ Source au chemin
généré?

Cordialement

   Garenkreiz

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

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

[GarenKreiz]

Panneaux biche : s'agit-il d'une particularité de la vallée du Giffre (cela
fait des années que je n'y suis pas allé)? Dans le reste de la France, on
trouve plutôt des panneaux cerf, voire des panneaux cerf-volant ou même
super-cerf à cape rouge (vu dans le Trièves).

 Garenkreiz

PS: félicitation pour le rendu de la carte.

Le 10 avril 2017 à 11:41, Florian LAINEZ <winner...@free.fr> a écrit :

> Le 7 avril 2017 à 13:42, Nicolas Dumoulin <nico...@dumoulin63.net> a
> écrit :
>
>> 5. Et les panneaux biche ? http://overpass-turbo.eu/s/obv
>>
> +1 !!!
>
> Je me confonds de honte de ne pas avoir proposé cette excellente idée.
> S'il pouvait y avoir une version avec panneaux biches, ce serait évidemment
> celle que je choisirai d'imprimer. Exhaustivité de la vallée du Giffre
> garantie par bibi.
>
> Le 8 avril 2017 à 22:49, JB <jb...@mailoo.org> a écrit :
>
>> C'est ça, et pour Maperitive, c'est du SRTM à 1° (ici) ou 3° (par défaut).
>> JB.
>>
>>
>> Le 08/04/2017 à 09:47, Nicolas Bétheuil a écrit :
>>
>> J'ai pas cherché avant de poser la question, j'ai trouvé SRTM & ASTER.
>>
>> merci
>>
>> Le 8 avril 2017 à 09:43, Nicolas Bétheuil <nbethe...@free.fr> a écrit :
>>
>>> Hello,
>>>
>>> Pour ma culture, d'où vienne les courbes de niveau ? Ça me parait un
>>> travail titanesque pour un contributeur humain. merci
>>>
>>> Le 8 avril 2017 à 08:27, <osm.sanspourr...@spamgourmet.com> a écrit :
>>>
>>>> >
>>>> > 2. Quelqu'un a parlé des ruisseaux
>>>> Moi, et je proposais d'ajouter un filet, bleu nuit par exemple pour
>>>> mieux détourer.
>>>> Ça donne un bon rendu pour les routes et ça donne une idée de limite
>>>> entre deux milieux.
>>>> > 3. Certains textes
>>>> +1
>>>> >
>>>> > 4
>>>> +1 mais il faut peut-être deux styles, un pour ceux qui vont à la messe
>>>> et un pour ceux qui vont au bistrot 
>>>>
>>>>
>>>> ___
>>>> 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
>>
>>
>
>
> --
>
> *Florian Lainez*
> @overflorian <http://twitter.com/overflorian>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Durcissement des règles d'Osmose

[GarenKreiz]

Merci pour l'outil et pour la réactivité du support!

Cdt



Le 14 mars 2017 à 09:45, Jean-Marc Liotier  a écrit :
> Oups, Frédéric avait déjà répondu hier soir... J'ai répondu avant que
> mon client de messagerie ai récupéré son message...
>
> Bref - suivez https://twitter.com/osmose_qa !
>
> ___
> 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] Durcissement des règles d'Osmose

[GarenKreiz]

Bonjour

Depuis aujourd'hui, Osmose me sort une palanquée de nouveaux
signalements sur des modifications très anciennes. Il s'agit de l'item
1170 classe 4 "Should be polygon, part of multipolygon or not having
area tag". Pourtant les chemins en question sont bien fermés (cf
http://www.openstreetmap.org/way/146315318 ).

Avez-vous des explications?

Cordialement

Garenkreiz

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

Re: [OSM-talk-fr] nouveau site Internet points géodésiques IGN

[GarenKreiz]

Effectivement pour les DOM-TOM il faut rajouter un champ "territoire" dans
l'URL et donc l'identifiant d'un site ne suffit pas.

La table de correspondance site->territoire est disponible dans les
fichiers référencés par WikiProjet_France - Repères Géodésiques
<http://wiki.openstreetmap.org/wiki/WikiProject_France/Rep%C3%A8res_G%C3%A9od%C3%A9siques>

Ces fichiers peuvent aussi servir à identifier les points à tord ou à
raison depuis 2009/2010 et à reconstruire les relations cassées.

Cdt

  Garenkreiz



Le 24 janvier 2017 à 13:22, PanierAvide <panierav...@riseup.net> a écrit :

> C'était l'avantage de la solution proposée par Florian, si le PDF existe
> ça redirige, s'il n'existe pas ça le génère. Mais visiblement le cas des
> DOM-TOM est à part, cette URL ne les gérant pas (ce qui est ballot en soi).
>
> Cordialement,
>
> Adrien.
>
> Le 24/01/2017 à 13:01, GarenKreiz a écrit :
>
> Normalement, quand le point géodésique est bien dans la base IGN l'URL
> utilisé par Panier Avide déclenche la génération de la fiche dans le cache
> et elle devient accessible avec un URL simplifié de type
> http://geodesie.ign.fr/fiches/pdf/.pdf
>
> Le 24 janvier 2017 à 11:44, Alain VASSAULT <alain.vassault@
> tranquillement.info> a écrit :
>
>> "Est-ce que quelqu'un pourrait m'aider à identifier toutes les bornes qui
>> n'ont pas de fiche IGN ?"
>>
>> Hello,
>>
>> pour avoir fait des MAJ sur les bornes de ma commune voici ce que j'ai pu
>> constaté:
>>
>> - Certains PDF (fiche) ne sont généré que si appeler au moins une fois
>> depuis leur site (non accessible avant consultation mais bizarrement dispo
>> après)
>>
>> - Certaines fiches sont désactivée (les PDF ne sont pas généré), voir
>> avec IGN pour réactivation. J'ai fait réactivé les points correspondant au
>> toit et au clocher de l'église de ma ville. Comme j'ai dis à la personne de
>> l'IGN, le jour ou celle-ci s'écroule sur la départementale en contre-bas on
>> sera au courant ^^.
>>
>> - Si vous voulez mettre à jour une fiche "youhou votre borne existe
>> toujours je l'ai vu!" voici ce qui m'avais été demandé:
>>
>> Voici les spécifications que nous demandons à nos opérateurs sur le
>> terrain :
>>
>> Une ou deux photos numériques montrant le repère de nivellement dans son
>> environnement proche et qui devront, dans la mesure du possible, remplir
>> les conditions suivantes :
>>
>> -   représenter le repère dans son environnement proche (distance de
>> prise de vue comprise entre 3 et 10 mètres et de préférence en perspective),
>>
>> -   centrée sur le repère,
>>
>> -   format 4/3 horizontal,
>> -   dimension de l’image supérieure ou égale à 640 x 480 pixels.
>>
>>
>> Voila voila, du coup j'ai le nom d'un contact chez eux, je tente de le
>> brancher ici?
>>
>> Tranquille
>>
>>
>> Le 23/01/2017 à 10:17, Florian LAINEZ a écrit :
>>
>> Merci à vous pour avoir terminé la mise en qualité, et merci Adrien pour
>> la MAJ des relations.
>>
>> Est-ce que quelqu'un pourrait m'aider à identifier toutes les bornes qui
>> n'ont pas de fiche IGN ? J'aimerai en parler à l'IGN pour élucider ce
>> mystère.
>> En plus de celles que j'ai listées dans mon mail du 20 janvier il y a
>> donc celles dans les DOM/TOM.
>> Il faudrait créer une requête overpass qui ne redirige pas vers une fiche
>> pdf mais vers l'URL http://geodesie.ign.fr/fiches/
>> index.php?module=e=visugeod=france=0,0=13
>>
>>
>> Le 21 janvier 2017 à 14:00, PanierAvide <panierav...@riseup.net> a écrit
>> :
>>
>>> Et donc celles qui posent problèmes sont celles ayant le count à 0.
>>
>>
>> je compte 120 cas problématiques en utilisant ta requête.
>>
>> j'ai regardé le premier cas http://www.openstreetmap.org/relation/457245
>> et il me semble qu'il va falloir faire au cas par cas.
>>
>> Dans celui que j'ai cité, je vois que les bornes qui faisaient partie de
>> la relation ont été supprimées il y a 5 ans et que de nouvelles bornes ont
>> été créées bien plus tard mais n'ont pas été rajoutées à la relation :
>> http://www.openstreetmap.org/node/2566885117
>> http://www.openstreetmap.org/node/4106280157
>> Je ne trouve que deux points au lieu de trois, leurs méta-données ne sont
>> pas standard, et je ne sais pas si les bornes sont bien placées. Bref, il
>> va falloir qu'on regarde chaque relation de plus près.
>>
>> Quel process avait-on utilisé pour importer tous les points à la base ?
>> Si on veut intégrer les poi

Re: [OSM-talk-fr] nouveau site Internet points géodésiques IGN

[GarenKreiz]

Normalement, quand le point géodésique est bien dans la base IGN l'URL
utilisé par Panier Avide déclenche la génération de la fiche dans le cache
et elle devient accessible avec un URL simplifié de type
http://geodesie.ign.fr/fiches/pdf/.pdf

Le 24 janvier 2017 à 11:44, Alain VASSAULT <
alain.vassa...@tranquillement.info> a écrit :

> "Est-ce que quelqu'un pourrait m'aider à identifier toutes les bornes qui
> n'ont pas de fiche IGN ?"
>
> Hello,
>
> pour avoir fait des MAJ sur les bornes de ma commune voici ce que j'ai pu
> constaté:
>
> - Certains PDF (fiche) ne sont généré que si appeler au moins une fois
> depuis leur site (non accessible avant consultation mais bizarrement dispo
> après)
>
> - Certaines fiches sont désactivée (les PDF ne sont pas généré), voir avec
> IGN pour réactivation. J'ai fait réactivé les points correspondant au toit
> et au clocher de l'église de ma ville. Comme j'ai dis à la personne de
> l'IGN, le jour ou celle-ci s'écroule sur la départementale en contre-bas on
> sera au courant ^^.
>
> - Si vous voulez mettre à jour une fiche "youhou votre borne existe
> toujours je l'ai vu!" voici ce qui m'avais été demandé:
>
> Voici les spécifications que nous demandons à nos opérateurs sur le
> terrain :
>
> Une ou deux photos numériques montrant le repère de nivellement dans son
> environnement proche et qui devront, dans la mesure du possible, remplir
> les conditions suivantes :
>
> -   représenter le repère dans son environnement proche (distance de
> prise de vue comprise entre 3 et 10 mètres et de préférence en perspective),
>
> -   centrée sur le repère,
>
> -   format 4/3 horizontal,
> -   dimension de l’image supérieure ou égale à 640 x 480 pixels.
>
>
> Voila voila, du coup j'ai le nom d'un contact chez eux, je tente de le
> brancher ici?
>
> Tranquille
>
>
> Le 23/01/2017 à 10:17, Florian LAINEZ a écrit :
>
> Merci à vous pour avoir terminé la mise en qualité, et merci Adrien pour
> la MAJ des relations.
>
> Est-ce que quelqu'un pourrait m'aider à identifier toutes les bornes qui
> n'ont pas de fiche IGN ? J'aimerai en parler à l'IGN pour élucider ce
> mystère.
> En plus de celles que j'ai listées dans mon mail du 20 janvier il y a donc
> celles dans les DOM/TOM.
> Il faudrait créer une requête overpass qui ne redirige pas vers une fiche
> pdf mais vers l'URL http://geodesie.ign.fr/fiches/
> index.php?module=e=visugeod=france=0,0=13
>
>
> Le 21 janvier 2017 à 14:00, PanierAvide  a écrit :
>
>> Et donc celles qui posent problèmes sont celles ayant le count à 0.
>
>
> je compte 120 cas problématiques en utilisant ta requête.
>
> j'ai regardé le premier cas http://www.openstreetmap.org/relation/457245
> et il me semble qu'il va falloir faire au cas par cas.
>
> Dans celui que j'ai cité, je vois que les bornes qui faisaient partie de
> la relation ont été supprimées il y a 5 ans et que de nouvelles bornes ont
> été créées bien plus tard mais n'ont pas été rajoutées à la relation :
> http://www.openstreetmap.org/node/2566885117
> http://www.openstreetmap.org/node/4106280157
> Je ne trouve que deux points au lieu de trois, leurs méta-données ne sont
> pas standard, et je ne sais pas si les bornes sont bien placées. Bref, il
> va falloir qu'on regarde chaque relation de plus près.
>
> Quel process avait-on utilisé pour importer tous les points à la base ? Si
> on veut intégrer les points manquants ça serait bien de se baser sur un
> export complet.
> Il me semble que ce travail manuel sur 120 cas est faisable si on s'y met
> à plusieurs, et il me semble également que c'est important de disposer de
> ces points de référence.
>
>
> --
>
> *Florian Lainez*
> @overflorian 
>
>
> ___
> 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] nouveau site Internet points géodésiques IGN

[GarenKreiz]

Bonjour

Bravo pour ce travail de remise à niveau et pour le partage de la
méthode utilisée qui donne au passage des tuyaux sur Overpass.

Parti pour "dégommer du rouge" , après avoir corrigé le premier site
choisi (Lesneven,  2912401), l'URL mais aussi le dédoublement de 2
repères et leur déplacement, je me suis aperçu qu'il fallait aussi
corriger la relation englobante qui a aussi un champ URL.

Est-ce qu'il va y avoir un autre envoi automatique pour corriger les relations?

Autre question connexe : quelle est la meilleur façon la plus simple
de recréer les points géodésiques disparus (par exemple ceux du phare
de l'Ile Vierge)?

Cordialement

   Garenkreiz


Le 20 janvier 2017 à 01:23, PanierAvide <panierav...@riseup.net> a écrit :
> Pour info l'envoi est achevé. Après ça il restait des cas particuliers (URL
> sans références de site, URL vers une fiche PDF en erreur 404...) que j'ai
> géré. Et là il reste environ 119 cas à vérifier manuellement (des noeuds
> ayant plusieurs URL, dont certaines ne renvoient pas vers une fiche PDF...).
> Avis aux dégommeurs de rouge :
> http://overpass-turbo.eu/s/lmY
>
> Cordialement,
>
> PanierAvide.
>
>
> Le 19/01/2017 à 20:31, PanierAvide a écrit :
>>
>> L'envoi est toujours en cours à vrai dire, pour l'instant 1/4 des points
>> ont été envoyés (pas d'inquiétude donc, la Bretagne suivra). C'est long vu
>> qu'il y en a un peu moins de 14, et que ma connexion en upload n'est pas
>> aussi rapide que je le voudrais :-)
>>
>> Pour la technique :
>> - Un extrait Overpass sur man_made=survey_point + url ~= "ancien-geodesie"
>> (sans bbox), sortie en XML
>> - Le XML modifié avec une expression régulière (remplacement en récupérant
>> la partie de l'URL qui contient la référence du point)
>> - Vérification sur quelques nœuds dans JOSM
>> - Envoi depuis JOSM (c'est long), par lots de 500 objets/requête
>>
>> Cordialement.
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] eaux intérieures (était Image of the week)

[GarenKreiz]

Effectivement la suggestion d'utiliser une relation pour relier les
parties natural=beach et tidal=yes d'une même plage doit permettre de
suivre les consignes assez strictes du wiki tout en faisant sens pour
les utilisateurs qui veulent aller à la pêche à pied ou bronzer sur le
sable à marée basse!




Le 10 février 2016 à 23:22,   a écrit :
> Ça ne vaut pas encore le coin de l'Aber dans la presqu'ile de Crozon (*)
> pour la précision (par contre pour créer la relation soit il maîtrise QGis
> ou autre soit il a galéré).
> http://www.openstreetmap.org/#map=15/48.2309/-4.4390
> http://tile.openstreetmap.fr/?zoom=15=48.23094=-4.43548=B000FF
>
> En théorie pour les plages un outil devrait permettre de la tracer et de la
> nommer bêtement et découper de part et d'autre de la ligne de côte (avec un
> tidal=yes en aval) et le nom porté par la relation qui compose les deux.
> Ou plutôt sur un nœud ayant le rôle label: pas besoin de nouveau tag.
> Bien sûr je parle d'endroit où la ligne de côte est une vraie ligne de côte.
>
> Pour les lignes artificielles (embouchures) ça me dérange d'ailleurs d'avoir
> un natural=coastline.
> Je proposerais bien un natural=virtual_coastline ou d'ajouter un
> virtual=yes.
> Si et seulement si on ne souhaite pas remonter dans les estuaires le long du
> coef de 95.
>
> Or le wiki précise :
> quand la législation locale définit un domaine maritime (par exemple en
> France les lois protégeant le littoral), on fera remonter les lignes de
> côtes assez haut dans le fleuve pour qu'elles bordent entièrement ce domaine
> maritime, même s'il y a un ouvrage d'art traversant l'estuaire plus bas en
> aval.
>
> Donc on a maintenant du boulot (et la Laïta qui est la partie maritime de
> l'Ellé cesse d'être une riverbank ? et devient natural=water, tidal=yes ?)
>
> Des objections ?
>
> Jean-Yvon
> (*) vous avez vu, l'ile a perdu son accent circonflexe, pour le nom de
> l'Île-de-Sein il faut un décret ou on doit mettre name=Ile-de-Sein et
> old_name=Île-de-Sein ?). Autre solution sur tout fr:name remplacer à
> l'affichage les Î par des I.
>
>
>
> Le 10/02/2016 22:43, Eric Debeau - eric.deb...@gmail.com a écrit :
>
> Bonsoir
>
> C'est justement l'extraction des données de OSM et le contour de
> Lannion-Tregor Communaté pour réaliser ce support que j'ai vu des données
> qui m'ont interpellé.
>
> Sur le GR34 qui passe sur une zone en dehors de la terre ferme, je ne suis
> pas surpris. J'irai vérifier sur le terrain, mais je pense que c'est
> probable à cause justement des constructions et malheureusement le respect
> de la servitude de passage des piétons le long du littoral n'est pas
> toujours respecté, mais en Bretagne, on n'a pas trop à se plaindre par
> rapport à d'autres régions.
> Je trouve que ce serait intéressant de montrer les zones de servitudes de
> passage du littoral sur OSM.
>
> C'est vrai qu'il manque beaucoup d'information sur l'estran sur OSM. J'ai vu
> une avancée intéressante du coté de Penvenan:
> http://www.openstreetmap.org/relation/5449871
>
> Avec les informations des Orthophotos de Geolittoral, on doit pouvoir
> indiquer les zones découvertes. Après, il y a du boulot pour distinguer les
> rochers, de la vase, du sable, des galets...
>
> J'ai regardé sur la France, il y a seulement 192 objets avec tidal=yes
>
> Sur les plages, je pense qu'il manque un tag représentant l'ensemble de la
> plage au dessus en en dessous de la ligne de cote. Le nom d'une plage ne
> fait pas de différence entre ces 2 parties et pour l'instant il faut ajouter
> le champ name dans les 2 parties.
>
> Eric
>
> 2016-02-10 1:31 GMT+01:00 :
>>
>> Tu veux dire le chemin E9 dont certains ont déposé pour la partie
>> française GR 34 ? ;-).
>> Elles sont effectivement là en dehors de la terre ferme, c'est un fait.
>> Le problème ici n'est pas tant tidal=sand ou beach mais l'absence de tag
>> qui fait penser à la pleine mer.
>> Très clairement là, le chemin passe sur un endroit recouvert d'eau à marée
>> haute ordinaire.
>>
>> Enfin le vrai problème c'est que l'on ne fait pas respecter la servitude
>> littorale mais c'est un autre sujet.
>>
>> N. B. : concrètement, est-ce que tu penses :
>>
>> http://mc.bbbike.org/mc/?lon=-3.505597=48.825301=18=3=mapbox-satellite=osmfr=mapnik=ol_mapquest-labels=100?marker=limite%20de%20la%20plage%20?
>> Ça ne me choque pas mais la différence c'est plus natural=sand au dessus
>> (d'un point de vue altimétrique, au sud ici) et au nord c'est plutôt de la
>> vase.
>> Ne mettre que beach dans la partie de coef supérieur à 100 va minimiser
>> les plages, certes.
>> Mais que le piéton sache qu'il peut être coincé par la marée me semble
>> plutôt une précision utile. Pas sûr que le trait de côte suffise.
>> Mettrais-tu un tidal=yes ?
>>
>> Alors près du lieu de vacances d'Antoine (pour ceux qui ont suivi) :
>>
>> 

Re: [OSM-talk-fr] Doute sur le calage Bing/Cadastre

[GarenKreiz]

Bonsoir,

A priori il faut se recaler sur les bornes géodesiques RGF quand on
arrive à les repérer sur la couche photographique. Dans le coin, les
plus exploitables pourraient être le sommet du Moutet (Mont-de-Lans I)
et la Grande Aiguille (Mont-de-Lans V) qui semblent indiquer un
décalage d'une quinzaine de mètre vers l'est des photos. Mais ces
repères sont assez loins : il faudrait aller repérer sur le terrain et
les photos la borne la plus proche du hameau (Mont-de-Lans II).

Ceci étant, si beaucoup de choses des environs ont été saisies d'après
les photos sans recalage, cela va être délicat de garder la cohérence
de la carte!


Le 6 février 2016 à 18:56, Dominique Faure  a écrit :
> Bonjour,
>
> Voulant donner plus de détails autour d'un hameau alpin
> (http://www.openstreetmap.org/#map=17/45.03642/6.09351), je me suis aperçu
> dans JOSM qu'à la fois les couches Bing et cadastrale étaient décalées par
> rapport aux traces GPS.
>
> Je me doute que par sa situation quasiment au fond d'une gorge, les traces
> GPS manquent cruellement de précision.
>
> De plus, d'après le sujet déjà abordé ici quelques années auparavant
> (http://gis.19327.n5.nabble.com/Alignement-cadastre-tt5729650.html), je ne
> peux pas m'appuyer sur le cadastre non plus.
>
> Que puis-je / dois-je / ai-je le droit de faire dans ce cas?
>
> --
> Dominique
>
> ___
> 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: message 4 of 20) Erosion du littoral : une cartographie des côtes françaises est disponible

[GarenKreiz]

Ma compréhension de MHWS est qu'il faut faire la moyenne, non pas sur
toutes les marées de vive eau, mais celle, sur plusieurs mois et
années, des deux marées consécutives les plus hautes par demi mois
lunaire. J'ai ressorti mon Almanach du Marin Breton de 2015 et j'ai
fait le calcul pour Saint Malo. J'obtiens environ 12,3m en hauteur ce
qui correspond à une marée de coef d'environ 100.

C'est pourquoi j'ai taggé mes coastlines assez hautes et diminué
d'autant les plages au sens OSM!


Le 7 février 2016 à 18:38, Damouns  a écrit :
> Le 7 février 2016 à 15:09,  a écrit :
>>
>> Le sieur Damouns fait un peu trop le modeste car à la remarque de Philippe
>> sur l'intérêt du décret j'allais répondre que Damouns avait déjà fait le
>> boulot.
>> Exemple :
>> https://www.openstreetmap.org/node/349318755#map=13/47.4208/-2.6662
>
>
> J'ai fait quelques bouts mais je suis loin, loin d'avoir tout fait ! Que ce
> soit en métropole ou outre-mer.
>
> Le modeste sieur Damouns.
>
> ___
> 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

[GarenKreiz]

J'ai déjà créé des zones "tidal" en mettant nature=sand par exemple
(le rendu est alors satisfaisant) mais d'autres contributeurs sont
passés ensuite pour "corriger" et mettre une étiquette "beach" :-(


Le 4 février 2016 à 21:34, Philippe Verdy  a écrit :
>
> Le 4 février 2016 à 21:00, Eric Debeau  a écrit :
>>
>> Bonsoir
>>
>> Je pense que ni Bing, ni Geolitorral V2 peuvent servir de référence au
>> trait de côte. Cartographier le littoral est vraiment compliqué dans les
>> zones à forte marée.
>>
>> Le trait de côte dans OSM correspond au niveau moyen de la marée haute si
>> l'on croit le wiki (cf https://wiki.openstreetmap.org/wiki/FR:Coastline) ce
>> qui est différent de la définition officielle du trait de côte utilisé en
>> France: "Le trait de côte est une courbe/ligne représentant l’intersection
>> de la terre et de la mer dans le cas d’une marée haute astronomique de
>> coefficient 120 et dans des conditions météorologiques normales. Par
>> extension, c’est la limite entre la terre et la mer." (cf
>>
>> http://www.developpement-durable.gouv.fr/La-gestion-du-trait-de-cote-une.html)
>>
>> Je pense que la définition du wiki n'est pas correcte...C'est la
>> traduction française de la version anglaise.
>>
>> Les photos de Bing ou GeolitorralV2 ne sont pas prises au moment des
>> marées les plus hautes et c'est donc impossible de définir le trait de côte
>> notamment dans les zones avec de fortes marées sur des terrains rocheux par
>> exemple.
>>
>> J'ai l'impression que les données du trait de côte sont principalement
>> basées sur les données issues du cadastre qui ne sont pas forcément très
>> justes pour définir les limites du trait de côte (suite à échange avec
>> Philippe Verdy).
>
> Je n'ai pas dit ça non plus, en gros le cadastre délimite les feuilles
> cadastrales avec un trait grossier qui est en fait bel et bien en plein mer
> (même à marée basse) à l'aide de quelques segments. A l'intérieur de catte
> ligne il a tracé certaines parcelles pour les propriétés ou pour les
> aménagements publics( digues, routes, murs de protection...), mais sinon il
> n'y a rien de précis, la commune n'étant même pas compétente pour décider ce
> qu'elle veut dans la bande littorale, elle ne peut pas créer ele-même (ou en
> tout cas pas seule) de parcelles, que ce soit pour un usage privé ou pour un
> usage public par la collectivité.
> Au delà elle sera concernée en cas de mise en oeuvre d'un plan de gestion
> des risques (mais en fait c'est plutôt l'Etat qui en est l'initiateur et
> impose ses conditions aux communes si elles se chargés de mettre un place un
> tel plan). LE cadastre sera éventuellement remis à jour en cas de décision
> judiciaire (occupation illégale du littoral, pollution...)
>
> Bref le cadastr en'est pas du tout une source pour la ligne de côte (qui
> elle-même est une approximation de la ligne de base "légale", mais dont on
> n'a pas de données autre que lorsque survient une décision judicaire). Tout
> ce qui est fait dans OSM est uniquement une approximation à vu d'oeil, plus
> ou mois selon les photos, mais tenant compte aussi des aménagements
> visibles, y compris les éventuels sentiers, ou occupations saisonniaires sur
> les plages.
>
> Sinon je suis d'accord, la plage devrait être essentiellement du côté
> intérieur de la ligne de côte, mais certaines marées basses vont si loin
> qu'ezlle découvrent une page très étendue et qui même sera perçue souvent
> comme une seule : si on se fie uniquement à la ligne de laisse de mer, on
> obtient des plages morcelées à cause de quelques bouts de rochers.
>
> On a un autre problème dans OSM aussi avec les zones de mouillage qui sont
> dans les compétences (partiellemement) communales. Ces zones (souvent de
> simples bouées ancrées) sont pourtant recouvertes à marée haute, même à
> faible coefficient. Le ligne de côte devrait représenter à peu près
> correctement l'extensio nde la limite de compétence mais en fait elle se
> limite à la zone où une résidence permantente est techniquement possible, ou
> bien où il est possible de batir une installation permanente "à sec" (cela
> exclue les simples bouées, mais cela inclut les zones où existent des
> pontons fixes, donc les marinas des ports, et les chenaux d'accès aux ports
> protégés par digues.
>
> On n'arrivera jamais à bien prendre en compte la ligne de base qu'on
> voudrait avoir, la ligne de côte reste une approximatio.sur ce qui est
> facilement observable une bonne partie de l'année, ne serait-ce que pendant
> une ou deux heures par jour : c'est pour ça que les plages sont souvent
> inclues dans la ligne de côte bien plus bas que la ligne de haute mer à haut
> coefficient. La liasse de mer sur les photos est souvent une très mauvaise
> indication elle peut être trompeuse, elle n'est même souvent pas stable du
> tout, le terrain étant trop instable (en revanche elle donne une indication
> assez correcte de la forme gnérale de la ligne de base. 

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

[GarenKreiz]

Bonjour,

Je ne sais pas si la mise à disposition de ces données va être
suffisante pour rationaliser la cartographie du trait de côte : un
petit échantillonnage permet de constater qu'on trouve une grande
diversité avec des "coastline" qui passent parfois au milieu de
l'estran, des plages qui sont dessous ou coupée par le trait de côte
alors qu'elles devrait être au dessus.

Pour permettre de suivre dans la durée l'érosion du littoral et
l'impact des changements climatiques et des intempéries, il faudrait
sans doute introduire plus de rigueur, en mettant notamment des
contrôles systématique dans Osmose.




Le 4 février 2016 à 16:35, Romain MEHUT  a écrit :
> Bonjour,
>
> Pour info:
>
> http://www.actu-environnement.com/ae/news/erosion-littoral-cartographie-cotes-francaises-26173.php4
> http://www.geolittoral.developpement-durable.gouv.fr/les-donnees-a961.html
>
> Romain
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>

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

Re: [OSM-talk-fr] Récupération cartes OSM pour utilisation dans un GPS

[GarenKreiz]

Bonjour,

Pour déclarer une source cartographique supplémentaire, il faut
ajouter un fichier de configuration XML dans le sous-répertoire
"mapsources" à l'endroit où est installé MOBAC.

Par exemple ci joint mon fichier MapsForge_FranceNorth.xml . On peut
utiliser plusieurs configurations de rendu (pour les cyclistes, les
randonneurs, ...).

Cordialement

   Garenkreiz

Le 1 décembre 2015 20:55, pepilepi...@ovh.fr <pepilepi...@ovh.fr> a écrit :

> Et merci pour cette indication. J'ai bien réussi à récupérer les cartes
> de France depuis http://www.openandromaps.org, mais je ne vois pas
> comment les faire utiliser comme source par Mobac. J'ai téléchargé la
> dernière version (2.0.0), et dans les sources de cartes j'ai une liste
> exhaustive, sans possibilité d'ouvrir un fichier externe.
>
> Comment Mobac peut-il utiliser ce fichier France_North.map ?


   
   France North Mapsforge
   
   
   0
   
   
   20
  
   
   France_North.map
   
   
   
   
   
   false
   
   
   1.0
   

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

Re: [OSM-talk-fr] Récupération cartes OSM pour utilisation dans un GPS

[GarenKreiz]

Bonjour,

Mobile Atlas Creator accepte des cartes vectorielles issues d'OSM
grâce à la librairie MapsForge. Ces cartes sont disponibles par
exemple sur le site http://www.openandromaps.org qui est mis à jour
assez régulièrement. On peut ensuite choisir les zones et les couches
pour la génération des bases de tuiles pour utilisation offline dans
le GPS. Sur smartphone/GPS Android, ces cartes vectorielles sont
directement utilisables.

Cordialement

Garenkreiz


Le 22 novembre 2015 20:07, pepilepi...@ovh.fr <pepilepi...@ovh.fr> a écrit :
>
> Bonjour,
>
> Comment peut-on récupérer les données OSM d'une zone pour les convertir en
> un fichier utilisable par un GPS ? Dans mon cas un format Rtmap pour un
> sportiva.
>
> J'avais bien trouvé Mobile Atlas Creator, mais il s'appuie sur mapquest, et
> mapquest avoue
> (http://wiki.openstreetmap.org/wiki/MapQuest#How_often_is_the_data_updated.3F)
> que la mise à jour des couches très détaillés ne se fait vraiment pas
> souvent. Et c'est justement ça qui m'intéresse...
>
> Merci,
>
> Jean-Pierre
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>

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

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

[GarenKreiz]

On peut aussi choisir le format "OSM tile storage" qui génère les
répertoires correspondant à une pyramide de tuiles (attention les
extensions sont ".png.tile", à renommer éventuellement par un petit
"one liner").



Le 28 septembre 2015 14:26, Jean-Claude Repetto <jrepe...@free.fr> a écrit :
> Le 28/09/2015 14:04, Cyrille Giquello a écrit :
>> 2015-09-28 11:08 GMT+02:00 GarenKreiz <garenkr...@gmail.com>:
>>> +1 pour MOBAC : il peut générer des tuiles à partir de cartes
>>
>> Je n'arrive pas à avoir des tiles "à la TMS" avec MOBAC.
>> Je souhaite avoir une simple (mais copieuse) arborescence de tuiles
>> pour les parcourir avec leaflet comme un TMS. Ça fonctionne avec
>> JTileDownloader, mais je ne trouve pas comment faire l'équivalent avec
>> MOBAC, qui propose tous plein de format mais pas un "TMS like".
>>
>> Cyrille.
>
> Tu dois sélectionner un des formats SQLITE, et ensuite extraire les
> dalles de la base de données SQL.
>
> Jean-Claude
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

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

[GarenKreiz]

+1 pour MOBAC : il peut générer des tuiles à partir de cartes
Mapsforge. Cela évite d'aspirer les serveurs!



2015-09-28 11:01 GMT+02:00 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
>

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

Re: [OSM-talk-fr] voiture lecteur de panneau signalétique

[GarenKreiz]

En parlant de logique de partage chez les constructeurs automobiles,
a-t-on une idée du nombre de GPS embarqués permettant d'exporter les
traces après un parcours?


Le 23 juillet 2015 14:26, Christian Quest cqu...@openstreetmap.fr a écrit :
 Il va y avoir du mouvement dans tout ce domaine dans les années qui
 viennent...

 Entre les voitures sans conducteur, et les différentes assistances à la
 conduite qui vont de plus en plus se perfectionner (la conduite
 automatique sur autoroute développée par Audi est bluffante) le besoin
 en données haute-définition va pousser les constructeurs automobile ou
 les équipementiers (Bosch par exemple) à investir le domaine des données
 géographique.

 Here (ex Nokia, ex Navteq) risque fort d'être racheté par Mercédès/BMW/Audi.

 J'ai peur que la logique de partage ne soit pas la plus naturelle pour
 eux...


 Le 23/07/2015 13:33, David Crochet a écrit :
 Bonjour

 le JT de 13h de F2 vient de monter les équipements typ haut de gamme
 sur les adaptabilités automatiques des véhicules grâce à, en
 particulier, un système de reconnaissance de panneau de signalisation.

 Est-il possible d'envisager un partenariat pour mutualiser leurs
 informations avec les données tel que, si leur système le permet,
 récupérer le point de modification de limitation de vitesses ou tout
 autre panneau de signalisation.

 Cordialement

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