Re: [OSM-talk-fr] et si c'était Nöel ? liste de souhait et d'intérêt des outils existant

[François Boucault]

Merci pour le résumé et le pad !

J'y ai mis mon petit avis du coup...

François

Le 13/06/2020 à 15:47, Marc M. a écrit :

Bonjour,

Merci pour vos retours.
Voici la compilation chronologique des 8 personnes ayant répondu avec
utilisation et/ou besoin/souhait.
un doubble étonnement : le nombre limité à 8 et le peux de retour
sur les outils existant, à croire qu'on peux fermer la moitié :)

- avoir un éditeur web consensuel utilisable (le fameux id-consensuel
grâce aux patchs de fred)
- accompagner les petites structures pour un switch2osm, ce qui implique
d'avoir un doc Leaflet en français par ex
sur http://www.openstreetmap.fr/fonds-de-carte/
- soutenir les rendus existant (par ex fr) ou à grandir (cyclosm) parce
qu'une donnée qui se voit mal est une donnée un peu gâchée.
- diminuer la marche à l'entrée pour les contributeurs :
-- faciliter/accompagner lorsque quelqu'un veux faire une amélioration
sur un outil majeur, écrire p'tre une doc, identifier les problèmes.
-- avoir des serveurs de test pour cela (par exemple tester une modif de
rendu à plusieurs, ce n'est pas facile. faut installer un docker, le
rendre accessible à l'extérieur, installer le style, etc)
-- faciliter le correspondance besoin<>aidant en aidant par exemple la
communauté à bâtir une page listant les besoins, afin que ceux qui le
souhaitent puisse y piocher sans devoir "parcourir le web".
-- soutenir les communautés locales à grandir voir à se créer dans les
endroits qui en sont dépourvu.
-- aider à l'ajout d'opendata dans osm, non seulement osmose, mais aussi
en discutant d'un possible groupe de travail import/intégration ciblé
(certaines infos ont un "match"
facile entre osm-opendata qui rend inutile de demander un clic par
objet). cfr aussi le osmmybiz version opendata-fr
- un outil qui envoie un mail de présentation d'OSM dès que l'on tagge
email=moncoiff...@orange.fr. Avec un lien vers un soutien financier
- maquette de présentation/communication osm auprès des POI
- éditeur axé poi osmmybiz + horaire, un wizard/éditeur d'ajout de POI
tout public, notamment pour les commerces.
- retour du rendu BANO
- une instance française de https://nrenner.github.io/achavi/ ?
- communiquer autour de  http://geosm.openstreetmap.fr
- URL de chaque point de vente d'une enseigne
https://lists.openstreetmap.org/pipermail/talk-fr/2020-May/099075.html
- du Docker sur l'infra OSM-FR (suposé possible avec proxmox 6 à court
terme)
- du switch2osm qui parle de tuiles vecto
- une version d'Osmose dédié à l'OpenData
- un canal de discussion pour remplacer twitter "Mapillary team fr"
- pouvoir suivre des objets osm en particulier, et être alerté (mail,
flux rss, autre) en cas de modification.
- interface ‘carte cyclable’ rafraichie tous les jours, comme l’est
l’excellent cyclOSM
- completer le docker osm-carto switch2osm afin d'avoir la brique
"récupérer le style"
- CyclOSM
- BD Ortho IGN
- UMap

j'en ai fait un pad pour rajouter facilement d'étentuel avis à venir
https://annuel2.framapad.org/p/osm-retour-communaute-9h8d

Cordialement,
Marc

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


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

Re: [OSM-talk-fr] [ca reste ouvert] Services publics ouverts sans accès pour le public

[François Boucault]

Je me suis posé la question récemment.

A mon avis ça dépend surtout de ce qu'on entend par "openings hours" : 
s'agit-il d'ouverture physique ou des heures travaillées, ou des 
créneaux de standard téléphonique ?


Si on considère que l'on doit ne cartographier que ce qui est vérifiable 
sur le terrain, je pense qu'il vaut mieux ne renseigner que les horaires 
d'ouvertures des _lieux accessibles physiquement à __tout public_ (mais 
rajouter les contacts tél, mél, site web).


F

Le 19/04/2020 à 11:00, Vincent Bergeot a écrit :

Le 19/04/2020 à 09:53, Yves P. a écrit :


J'ai donc commencé à décliner quelques casaccess:covid19=no pour les 
services publics, avec les opening_hours:covid19=open, same XXX.


Est-ce que cela vous semble "cohérent" ? si oui je mets à jour le 
wiki en conséquence.


Si non je sis curieux de votre retour !

C'est cohérent avec le point de vue des partisans de ce tag, mais pas 
convaincant.

La discussion sur la manière de décrire ces cas ne me semble pas close ;)


ok, je n'avais pas suivi entièrement l'autre discussion.

alors dans un premier temps, ma question est surtout :

il existe de nombreux cas (commerces, banques, ...) qui ont des 
horaires spécifiques durant le confinement (donc opening_hours:covid19 
*n'est pas* off) mais dont l'accès ne se fait pas sur le lieu car 
celui ci est fermé sauf éventuellement après "Rendez-vous, commande, 
..." (donc si j'ai tout suivi, access:covid19=no, private, restricted 
*encore à préciser*).


Est-ce qu'il vous semble cohérent d'ajouter la questions des services 
aux publics tels que les mairies et offices de tourisme, qui sont pour 
la plupart dans la même situation (horaires spécifiques durant le 
confinement / services rendus par téléphone et mail mais lieu souvent 
inaccessible physiquement) ?


à plus

--
Vincent Bergeot

___
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] Les horaires adaptés sur Qwant Maps

[François Boucault]

Merci pour les précisions !
F

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

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

[François Boucault]

Bonjour à tous,

Simplement pour vous signaler que Qwant maps affiche les horaires 
adaptés durant le confinement (exemple 
), 
un bel exemple d'intégration selon moi.


Petit détail : il est écrit "Source : caresteouvert.fr", mais en fait la 
source reste OSM, non ? Le site caresteouvert n'est pas la source, mais 
simplement un canal de contribution...


Il serait moins faux, et plus engageant, d'écrire, par exemple : "Aidez 
à renseigner les horaires d'ouvertures durant le confinement : 
caresteouvert.fr".


Comme ça l'initiative est tout de même citée, et le visiteur comprends 
qu'il s'agit d'un site web pour le moins "dynamique" (et non une source 
rigide établie par une administration).


Bien à vous,

François

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

Re: [OSM-talk-fr] grèves Loire - résumé et conclusion ?

[François Boucault]

Bonjour,

Le 13/07/2019 00:16, marc marc a écrit :
> cela n'a pas de sens de rajouter des tags source sur l'objet en 2019 :)
> le suivant modifie un noeud, aucun outil ne met ses tags à jour et ils 
> sont donc périmé. donc pour savoir si un tag source est bien 
> d'actualité, il faut allez voir l'historique de l'objet donc à ce moment 
> là on a tout aussi bien avec les tags sources su le changeset

J'avoue qu'il y a un risque pour que ces tags (source:geometry et
source:geometry:date) soient délaissés... Mais je ne suis pas sûr de
comprendre pourquoi ils ne servent à rien. Bien sûr chaque objet a un
changeset, mais celui-ci n'inclut pas la référence de l'imagerie
utilisée et son année, si ?
Mon idée est que figure quelque part la date à laquelle le banc de sable
était émergé (et non pas la date d'édition du polygone, qui peut être
différente). Ceci dit, check:date=* pourrait suffire.

Et comment trouver la date de prise de vue d'une imagerie ? Pour la
BDOrtho IGN par exemple je ne trouve pas...

Sinon je me suis aperçu que le nom de la relation "Bancs de sable de la
Loire" était rendu sur osm.org (voir :
https://www.openstreetmap.org/#map=15/47.4196/-0.5066 )... Dois-je
supprimer le tag=name ou il y a une autre solution pour empêcher cet
affichage ?

Bonne journée,
F

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

Re: [OSM-talk-fr] grèves Loire - résumé et conclusion ?

[François Boucault]

e eau" donc en marée haut sachant que les grande marée c'est à 
> partir de 100 à 120 sur notre échelle. 
> Le 0 terrestre comme on le connait c'est un 120 de marée.  
> 
> En exemple de prévision  sur le port de Camcalle dans la baie du Mont-Saint 
> Michel 
> 
> jour | heure | hauteur d'eau dans le port | coef de marée 
> 
> Mer.
> 05 00h10
> 05H27
> 12h34
> 17H48 2,69m
> 12,08M
> 2,61m
> 12,27M  
> 80
> 
> 83 
> 
> Sur ce port à un coef de marée de 95 on est à 13,29m.  
> 
> _D'un commun accord, la côte est marquée sur la ligne de pleine Mer Moyenne 
> de vives-eaux. Le MHWS en anglais correspondant au PMVE en France, environ 
> coef.95. "Fondamentalement c'est la ligne la plus élevée de l'eau atteint 
> dans des circonstances normales." On peut noter que cette phrase traduite de 
> la page anglaise est fausse car le MHWS est une moyenne des grandes marée 
> (vives eaux) et ne peut donc être la plus haute marée qui s'appelle en 
> anglais la Highest Astronomical Tide: HAT. coef 120_ 
> _Traditionnellement la "Laisse de Mer" la plus visible sur les photographies 
> aérienne est considérée comme etant placée à peu pret sur le MHWS._ 
> _La frontière entre le sable humide et sec marque à peu près la ligne des 
> marées de vives-eaux_ 
> _La ligne des marées de mortes-eaux est la position de la marée basse. Il 
> n'existe actuellement aucun accord pour marquer cette ligne dans OSM._ 
> 
> Donc en dessus de cette ligne tu peux avoir du tidal_flat quand le coef est 
> plus bas et tu peux avoir du tidal flat au-dessus de la limite du costline 
> jusqu'à la ligne des base marée (coef non défini donc la ligne n'est pas 
> établie dans OSM) et tu peux aussi avoir du tidal flat au dessus de la ligne 
> (moins évident sur nos latitudes mais c'est plutôt saisonnier et sur du 
> mascaret) On a plutot l'habitude de mettre au dessus de la ligna 
> natural=beach (et non pas bitch [1]) et autre 
> 
> Si l'on reste sur weatland tu peux avoir une végétation maraicageuse sans 
> pour autant être dans la flotte. si c'est dans l'eau tidal=yes sinon tidal=no 
> la saisonnalité ça se gère si ton élément n'est visible que pendant une 
> certaine période 
> seasonal=spring/summer/autumn/winter/wet_season/dry_season/ autre clé à 
> définir mais pas discuter 
> printemps,été,automne,hiver, saison des pluies, saison sèche 
> 
> ---> Fin de précision sur l'usage de tidal_flat
> 
> Le riverbed c'est le lit de la rivière en hauteur d'eau normale. Le riverbank 
> s'est les berges en hauteur normal donc le riverbank c'est le contour et ton 
> riverber des surfaces dans ton cours d'eau pour qualifier le lit de ton cours 
> d'eau. 
> Maintenant le problème pour tous le monde. C'est quelle hauteur la hauteur 
> d'eau normal car pour tracer il faut une limite. On ne peut pas se baser sur 
> les eaux permanentes pour définir ces niveaux. 
> 
> Pour tous ce qui concerne les masses d'eau et les cours d'eau, tu peux 
> ajouter le phénomène intermittence. C'est valable sur water, waterway, spring 
> donc intermittent=yes 
> on ajoute seasonal si c'est lié à une saison particulière 
> 
> Ducoup si c'est le lit que tu qualifies n'utiles pas natural mais riverbed et 
> ce qui s'en suit en terme de qualificatif 
> 
> Le mer. 28 nov. 2018 à 19:20, ades  a écrit : 
> Je m'essayerai à une synthèse demain dans la matinée, ça devient un peu 
> confus, mais je ferai un effort...  ;-)  
> 
> si quelqu'un le fait avant, je ne me vexerais pas ;-)
> 
> Le 28 nov. 2018 à 14:50, Jérôme Seigneuret  a 
> écrit : 
> 
> oui pour le wetland mais pas pour des banc de sable. Wetland ce sont des 
> zones humides donc avec une possibilité d'assèchement temporaire mais qui 
> ducoup correspond à un couvert végétal plus ou moins dense en fonction du 
> type de végétation et non a un banc de sable. On ne peut donc pas considérer 
> ça comme un wetland surtout si c'est une grève. Si la grève est stabilisé 
> avec un développement végétatif je veux bien. 
> Dans le cas du wetland tidal c'est plus compliqué d'avoir un développement 
> végétatif car les marée et le mouvement d'eau empêche l'implantation. Le wiki 
> mentionne la limite cotière car c'est en lien avec la zone de mouvement 
> perpétuelle. La situation est ainsi. Un coup c'est sous l'eau un coup non.  
> C'est la définition de mudflat [2] 
> 
> Les cours d'eau large avec des crues c'est chiant à représenter car si tu 
> veux faire joli tu vas ajouter des choses une année qui n'y seront plus là 
> l'années d'après suite à une crue ou à un curage. C'est le problème de faire 
> du micromapping sur des éléments en mouvement constant. 
> Dans ce cas en effet riverbed c'est loin d'être con car c'est plus du

Re: [OSM-talk-fr] grèves Loire - résumé et conclusion ?

[François Boucault]

OK, donc en fait pas besoin de ces tags, puisque le wiki osm pointe déjà vers 
l'élément wikidata, et que celui-ci est lui-même relié à la page Wikipédia... 
ça simplifie !
Ps : lorsqu'on donne le tag wikidata dans l'éditeur id, il ajoute 
automatiquement le tag wikipédia
Merci pour l'aide :)

Le 11 juillet 2019 14:57:53 GMT+02:00, marc marc  a 
écrit :
>Bonjour,
>
>Le 11.07.19 à 14:30, François Boucault a écrit :
>> Pour un banc de sable avec peu ou pas de végétation : natural=shoal, 
>> seasonal=dry_season, 
>> wikidata=Q28337, wikipedia=fr:Banc de sable 
>
>wikidata/wikipedia sert à renseigner l'élément ou LA page
>qui parle de cet objet.
>mettre le même wikidata/wikipedia sur tous les bancs de sable ne va
>pas.
>soit tu met le wikidata sur la page wiki du tag (le plus courant)
>soit tu veux vraiment un wikidata sur l'objet, le wikidata ne
>concernant 
>que la description, cela reviendrait à inventer description:wikidata
>
>Cordialement,
>Marc
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] grèves Loire - résumé et conclusion ?

[François Boucault]

je veux bien. 
> Dans le cas du wetland tidal c'est plus compliqué d'avoir un développement 
> végétatif car les marée et le mouvement d'eau empêche l'implantation. Le wiki 
> mentionne la limite cotière car c'est en lien avec la zone de mouvement 
> perpétuelle. La situation est ainsi. Un coup c'est sous l'eau un coup non.  
> C'est la définition de mudflat [2] 
> 
> Les cours d'eau large avec des crues c'est chiant à représenter car si tu 
> veux faire joli tu vas ajouter des choses une année qui n'y seront plus là 
> l'années d'après suite à une crue ou à un curage. C'est le problème de faire 
> du micromapping sur des éléments en mouvement constant. 
> Dans ce cas en effet riverbed c'est loin d'être con car c'est plus du 
> landcover et de la notion de surface. Ducoup mettre l'année c'est important 
> 
> Dans les bords de mer il y a la notion de grey_dune mais c'est pour du 
> natural=grassland + grassland =grey_dune. 
> 
> Bonne journée 
> 
> Le mer. 28 nov. 2018 à 13:38, François Boucault  a 
> écrit : 
> 
> Précision concernant natural=riverbed : le fait d'ajouter aux bancs de sable 
> une relation "en tant que inner" au polygone "La Loire" réduit de fait 
> l'emprise des rives, et crée une facilement une différence entre le cours 
> d'eau et son lit saisonnier. Taguer avec riverbed est sans doute plus simple 
> que ce que j'écrivais dans mon dernier mail. 
> 
> Et sinon en lisant cette réponse à l'issue github [3], je me dis natural 
> [4]=wetland [5], complété par wetland [6]=tidalflat [7] ou wetland [6]=marsh 
> [8] n'est peut-être pas une si mauvaise solution. De plus, l'introduction de 
> la page natural [4]=wetland [5] fait bien référence à des zones humides 
> situées notamment le long de cours d'eau. 
> 
> Désolé pour mon indécision, je suis tout embrouillé :-S
> 
> Le 28/11/2018 à 10:04, François Boucault a écrit : 
> 
> @Jérôme Ok pour la clef wikidata... 
> 
> À propos des tags, voici un résumé des clés principales possibles : - 
> natural=shoal [9] / mais le wiki est très peu documenté, il n'y a aucune 
> discussion, et il n'est pas fait mention des bancs de rivière, seulement de 
> mer. j'ai tout de même trouvé ici [10] un exemple en rivière. 
> 
> - natural=riverbed [11] / concerne plutôt l'entièreté du lit d'une rivière 
> (dépassant du cours "minimum"). Pour l'utiliser au mieux, il faudrait réduire 
> l'emprise des berges (riverbanks), et remplir le vide laissé par une zone 
> "riverbed" (correspondant aux bancs de sable). Ça me semble un peu compliqué 
> mais ça peut faire sens.
> 
> - natural=wetland [12] / théoriquement juste, mais sans doute pas assez 
> spécifique 
> 
> L'avantage de Shoal, c'est qu'il est plus simple à mettre en œuvre que 
> riverbed, et qu'il correspond bien à la terminologie utilisée localement 
> ("Banc" de sable de Loire). Je vote pour :-) 
> 
> @Ades natural=shoal peut être complété par différents tags, par exemple ici 
> [13]. 
> 
> Le 28/11/2018 à 09:44, ades a écrit : Si j'ai bien suivi, le plus simple 
> serait de :  
> délimiter une surface. 
> la tagguer :  
> natural = shoal 
> seasonal=yes (summer,autumn dans ce cas) 
> 
> Avec les remarques suivantes :  
> 
> Parce que la géométrie des bancs de sable varie  chaque saison, mais que leur 
> emplacement est grosso modo stable, je proposerai bien que le dessin de la 
> surface soit limité à la zone la plus près de la rive (ou au centre dans le 
> cas de bancs isolé au milieu du riverbank).  
> 
> Autrement dit, on ne dessinerait que la partie la plus élevée du banc celle 
> qui bouge le moins d'une année sur l'autre, autrement la donnée serait 
> impossible à maintenir ;-) sauf à faire un relevé GPS tous les mois, et 
> merde... l'accès et le survol est interdit d'avril à août. 
> 
> D'autant plus valable que pour 2 ou 3 grèves isolées que je connais bien, en 
> trois ou quatre ans le chenal, est passé de la rive droite à la rive gauche 
> et vice versa. Le chenal de l'an dernier est une grande zone de sable cette 
> année. Si l'ortho datait de cet été, on « boucherait » ce qui sera peut-être 
> le chenal de l'an prochain. 
> 
> Pour des zones plus stables, là ou sont des « bras morts » ont peut peut-être 
> envisager de « remplir «  la zone avec 'nature:Shoal', sans doute à condition 
> que le filaire de la rivière soit représenter. 
> 
> Enfin, si 'shoal' me plait bien, il est un peu restrictif par rapport à 
> 'natural:reiverbed' qui permet de tagger du sable, de la vase ou m^me de kla 
> végétation temporaire. 
> 
> Le 27 nov. 2018 à 21:32, Jérôme Seigneuret  a 
> écrit : 
> 
> J'ai pas bien compris ta réponse JB. 
> 
> Oui le tag wikidata est le bon 
>

Re: [OSM-talk-fr] grèves Loire - résumé et conclusion ?

[François Boucault]

 (moins évident sur nos latitudes mais c'est plutôt saisonnier et sur du 
> mascaret) On a plutot l'habitude de mettre au dessus de la ligna 
> natural=beach (et non pas bitch [1]) et autre 
> 
> Si l'on reste sur weatland tu peux avoir une végétation maraicageuse sans 
> pour autant être dans la flotte. si c'est dans l'eau tidal=yes sinon tidal=no 
> la saisonnalité ça se gère si ton élément n'est visible que pendant une 
> certaine période 
> seasonal=spring/summer/autumn/winter/wet_season/dry_season/ autre clé à 
> définir mais pas discuter 
> printemps,été,automne,hiver, saison des pluies, saison sèche 
> 
> ---> Fin de précision sur l'usage de tidal_flat
> 
> Le riverbed c'est le lit de la rivière en hauteur d'eau normale. Le riverbank 
> s'est les berges en hauteur normal donc le riverbank c'est le contour et ton 
> riverber des surfaces dans ton cours d'eau pour qualifier le lit de ton cours 
> d'eau. 
> Maintenant le problème pour tous le monde. C'est quelle hauteur la hauteur 
> d'eau normal car pour tracer il faut une limite. On ne peut pas se baser sur 
> les eaux permanentes pour définir ces niveaux. 
> 
> Pour tous ce qui concerne les masses d'eau et les cours d'eau, tu peux 
> ajouter le phénomène intermittence. C'est valable sur water, waterway, spring 
> donc intermittent=yes 
> on ajoute seasonal si c'est lié à une saison particulière 
> 
> Ducoup si c'est le lit que tu qualifies n'utiles pas natural mais riverbed et 
> ce qui s'en suit en terme de qualificatif 
> 
> Le mer. 28 nov. 2018 à 19:20, ades  a écrit : 
> Je m'essayerai à une synthèse demain dans la matinée, ça devient un peu 
> confus, mais je ferai un effort...  ;-)  
> 
> si quelqu'un le fait avant, je ne me vexerais pas ;-)
> 
> Le 28 nov. 2018 à 14:50, Jérôme Seigneuret  a 
> écrit : 
> 
> oui pour le wetland mais pas pour des banc de sable. Wetland ce sont des 
> zones humides donc avec une possibilité d'assèchement temporaire mais qui 
> ducoup correspond à un couvert végétal plus ou moins dense en fonction du 
> type de végétation et non a un banc de sable. On ne peut donc pas considérer 
> ça comme un wetland surtout si c'est une grève. Si la grève est stabilisé 
> avec un développement végétatif je veux bien. 
> Dans le cas du wetland tidal c'est plus compliqué d'avoir un développement 
> végétatif car les marée et le mouvement d'eau empêche l'implantation. Le wiki 
> mentionne la limite cotière car c'est en lien avec la zone de mouvement 
> perpétuelle. La situation est ainsi. Un coup c'est sous l'eau un coup non.  
> C'est la définition de mudflat [2] 
> 
> Les cours d'eau large avec des crues c'est chiant à représenter car si tu 
> veux faire joli tu vas ajouter des choses une année qui n'y seront plus là 
> l'années d'après suite à une crue ou à un curage. C'est le problème de faire 
> du micromapping sur des éléments en mouvement constant. 
> Dans ce cas en effet riverbed c'est loin d'être con car c'est plus du 
> landcover et de la notion de surface. Ducoup mettre l'année c'est important 
> 
> Dans les bords de mer il y a la notion de grey_dune mais c'est pour du 
> natural=grassland + grassland =grey_dune. 
> 
> Bonne journée 
> 
> Le mer. 28 nov. 2018 à 13:38, François Boucault  a 
> écrit : 
> 
> Précision concernant natural=riverbed : le fait d'ajouter aux bancs de sable 
> une relation "en tant que inner" au polygone "La Loire" réduit de fait 
> l'emprise des rives, et crée une facilement une différence entre le cours 
> d'eau et son lit saisonnier. Taguer avec riverbed est sans doute plus simple 
> que ce que j'écrivais dans mon dernier mail. 
> 
> Et sinon en lisant cette réponse à l'issue github [3], je me dis natural 
> [4]=wetland [5], complété par wetland [6]=tidalflat [7] ou wetland [6]=marsh 
> [8] n'est peut-être pas une si mauvaise solution. De plus, l'introduction de 
> la page natural [4]=wetland [5] fait bien référence à des zones humides 
> situées notamment le long de cours d'eau. 
> 
> Désolé pour mon indécision, je suis tout embrouillé :-S
> 
> Le 28/11/2018 à 10:04, François Boucault a écrit : 
> 
> @Jérôme Ok pour la clef wikidata... 
> 
> À propos des tags, voici un résumé des clés principales possibles : - 
> natural=shoal [9] / mais le wiki est très peu documenté, il n'y a aucune 
> discussion, et il n'est pas fait mention des bancs de rivière, seulement de 
> mer. j'ai tout de même trouvé ici [10] un exemple en rivière. 
> 
> - natural=riverbed [11] / concerne plutôt l'entièreté du lit d'une rivière 
> (dépassant du cours "minimum"). Pour l'utiliser au mieux, il faudrait réduire 
> l'emprise des berges (riverbanks), et remplir le vide laissé par une zone 
> "riverbed"

Re: [OSM-talk-fr] bancs de sable dans fleuves et rivières [était] grèves Loire

[François Boucault]

Précision concernant natural=riverbed : le fait d'ajouter aux bancs de
sable une relation "en tant que inner" au polygone "La Loire" réduit de
fait l'emprise des rives, et crée une facilement une différence entre le
cours d'eau et son lit saisonnier. Taguer avec riverbed est sans doute
plus simple que ce que j'écrivais dans mon dernier mail.

Et sinon en lisant cette réponse à l'issue github
<https://github.com/cquest/osmfr-cartocss/issues/47#issuecomment-442190216>,
je me dis natural
<https://wiki.openstreetmap.org/wiki/Key:natural>=wetland
<https://wiki.openstreetmap.org/wiki/Tag:natural%3Dwetland>, complété
par wetland <https://wiki.openstreetmap.org/wiki/Key:wetland>=tidalflat
<https://wiki.openstreetmap.org/wiki/Tag:wetland%3Dtidalflat> ou wetland
<https://wiki.openstreetmap.org/wiki/Key:wetland>=marsh
<https://wiki.openstreetmap.org/wiki/Tag:wetland%3Dmarsh> n'est
peut-être pas une si mauvaise solution. De plus, l'introduction de la
page natural <https://wiki.openstreetmap.org/wiki/Key:natural>=wetland
<https://wiki.openstreetmap.org/wiki/Tag:natural%3Dwetland> fait bien
référence à des zones humides situées notamment le long de cours d'eau.

Désolé pour mon indécision, je suis tout embrouillé :-S

Le 28/11/2018 à 10:04, François Boucault a écrit :
>
> @Jérôme Ok pour la clef wikidata...
>
> À propos des tags, voici un résumé des clés principales possibles :
>
> - natural=shoal
> <https://wiki.openstreetmap.org/wiki/Tag:natural%3Dshoal> / mais le
> wiki est très peu documenté, il n'y a aucune discussion, et il n'est
> pas fait mention des bancs de rivière, seulement de mer. j'ai tout de
> même trouvé ici <https://www.openstreetmap.org/way/491901493> un
> exemple en rivière.
>
> - natural=riverbed
> <https://wiki.openstreetmap.org/wiki/Tag:natural%3Driverbed> /
> concerne plutôt l'entièreté du lit d'une rivière (dépassant du cours
> "minimum"). Pour l'utiliser au mieux, il faudrait réduire l'emprise
> des berges (riverbanks), et remplir le vide laissé par une zone
> "riverbed" (correspondant aux bancs de sable). Ça me semble un peu
> compliqué mais ça peut faire sens.
>
> - natural=wetland
> <https://wiki.openstreetmap.org/wiki/FR:Tag:natural%3Dwetland> /
> théoriquement juste, mais sans doute pas assez spécifique
>
> L'avantage de Shoal, c'est qu'il est plus simple à mettre en œuvre que
> riverbed, et qu'il correspond bien à la terminologie utilisée
> localement ("Banc" de sable de Loire). Je vote pour :-)
>
> @Ades natural=shoal peut être complété par différents tags, par
> exemple ici <https://www.openstreetmap.org/way/133219574>.
>
>
> Le 28/11/2018 à 09:44, ades a écrit :
>> Si j’ai bien suivi, le plus simple serait de : 
>> délimiter une surface.
>> la tagguer : 
>> natural = shoal
>> seasonal=yes (summer,autumn dans ce cas)
>>
>> Avec les remarques suivantes : 
>>
>> Parce que la géométrie des bancs de sable varie  chaque saison, mais
>> que leur emplacement est grosso modo stable, je proposerai bien que
>> le dessin de la surface soit limité à la zone la plus près de la rive
>> (ou au centre dans le cas de bancs isolé au milieu du riverbank). 
>>
>> Autrement dit, on ne dessinerait que la partie la plus élevée du banc
>> celle qui bouge le moins d’une année sur l’autre, autrement la donnée
>> serait impossible à maintenir ;-) sauf à faire un relevé GPS tous les
>> mois, et merde… l’accès et le survol est interdit d’avril à août.
>>
>> D’autant plus valable que pour 2 ou 3 grèves isolées que je connais
>> bien, en trois ou quatre ans le chenal, est passé de la rive droite à
>> la rive gauche et vice versa. Le chenal de l’an dernier est une
>> grande zone de sable cette année. Si l’ortho datait de cet été, on
>> « boucherait » ce qui sera peut-être le chenal de l’an prochain.
>>
>> Pour des zones plus stables, là ou sont des « bras morts » ont peut
>> peut-être envisager de « remplir «  la zone avec ‘nature:Shoal’, sans
>> doute à condition que le filaire de la rivière soit représenter.
>>
>> Enfin, si ‘shoal’ me plait bien, il est un peu restrictif par rapport
>> à ‘natural:reiverbed’ qui permet de tagger du sable, de la vase ou
>> m^me de kla végétation temporaire.
>>
>>> Le 27 nov. 2018 à 21:32, Jérôme Seigneuret
>>> mailto:jerome.seigneu...@gmail.com>> a
>>> écrit :
>>>
>>> J'ai pas bien compris ta réponse JB.
>>>
>>> Oui le tag wikidata est le bon
>>> wikidata=Q28337 suffira en replacement de la description
>>>
>>> pour plus de détails tu peux préciser le wikidata sur

Re: [OSM-talk-fr] bancs de sable dans fleuves et rivières [était] grèves Loire

[François Boucault]

@Jérôme Ok pour la clef wikidata...

À propos des tags, voici un résumé des clés principales possibles :

- natural=shoal
<https://wiki.openstreetmap.org/wiki/Tag:natural%3Dshoal> / mais le wiki
est très peu documenté, il n'y a aucune discussion, et il n'est pas fait
mention des bancs de rivière, seulement de mer. j'ai tout de même trouvé
ici <https://www.openstreetmap.org/way/491901493> un exemple en rivière.

- natural=riverbed
<https://wiki.openstreetmap.org/wiki/Tag:natural%3Driverbed> / concerne
plutôt l'entièreté du lit d'une rivière (dépassant du cours "minimum").
Pour l'utiliser au mieux, il faudrait réduire l'emprise des berges
(riverbanks), et remplir le vide laissé par une zone "riverbed"
(correspondant aux bancs de sable). Ça me semble un peu compliqué mais
ça peut faire sens.

- natural=wetland
<https://wiki.openstreetmap.org/wiki/FR:Tag:natural%3Dwetland> /
théoriquement juste, mais sans doute pas assez spécifique

L'avantage de Shoal, c'est qu'il est plus simple à mettre en œuvre que
riverbed, et qu'il correspond bien à la terminologie utilisée localement
("Banc" de sable de Loire). Je vote pour :-)

@Ades natural=shoal peut être complété par différents tags, par exemple
ici <https://www.openstreetmap.org/way/133219574>.


Le 28/11/2018 à 09:44, ades a écrit :
> Si j’ai bien suivi, le plus simple serait de : 
> délimiter une surface.
> la tagguer : 
> natural = shoal
> seasonal=yes (summer,autumn dans ce cas)
>
> Avec les remarques suivantes : 
>
> Parce que la géométrie des bancs de sable varie  chaque saison, mais
> que leur emplacement est grosso modo stable, je proposerai bien que le
> dessin de la surface soit limité à la zone la plus près de la rive (ou
> au centre dans le cas de bancs isolé au milieu du riverbank). 
>
> Autrement dit, on ne dessinerait que la partie la plus élevée du banc
> celle qui bouge le moins d’une année sur l’autre, autrement la donnée
> serait impossible à maintenir ;-) sauf à faire un relevé GPS tous les
> mois, et merde… l’accès et le survol est interdit d’avril à août.
>
> D’autant plus valable que pour 2 ou 3 grèves isolées que je connais
> bien, en trois ou quatre ans le chenal, est passé de la rive droite à
> la rive gauche et vice versa. Le chenal de l’an dernier est une grande
> zone de sable cette année. Si l’ortho datait de cet été, on
> « boucherait » ce qui sera peut-être le chenal de l’an prochain.
>
> Pour des zones plus stables, là ou sont des « bras morts » ont peut
> peut-être envisager de « remplir «  la zone avec ‘nature:Shoal’, sans
> doute à condition que le filaire de la rivière soit représenter.
>
> Enfin, si ‘shoal’ me plait bien, il est un peu restrictif par rapport
> à ‘natural:reiverbed’ qui permet de tagger du sable, de la vase ou
> m^me de kla végétation temporaire.
>
>> Le 27 nov. 2018 à 21:32, Jérôme Seigneuret
>> mailto:jerome.seigneu...@gmail.com>> a
>> écrit :
>>
>> J'ai pas bien compris ta réponse JB.
>>
>> Oui le tag wikidata est le bon
>> wikidata=Q28337 suffira en replacement de la description
>>
>> pour plus de détails tu peux préciser le wikidata sur la clé concernée
>>
>> natual:wikidata=Q28337
>>
>> Maintenant que je vois la description du wikidata je me dis qu'en
>> fait c'est juste une erreur de tag car shoal et la traduction de banc
>> de sable et natural=shoal existe dans osm
>>
>> Donc le wikidata n'a plus de sens et il faut remplacer la valeur de
>> natural
>>
>> tidal et tidal flat c'est uniquement en lien avec les marais... et
>> non avec les crues des cours d'eau et les pépôt d'alluvions (@ades
>> j'ai lu en travers)
>>
>> Bonne soirée
>>
>>
>>
>> Le mar. 27 nov. 2018 à 17:18, JB > <mailto:jb...@mailoo.org>> a écrit :
>>
>> Le 27/11/2018 à 14:48, François Boucault a écrit :
>>>
>>> Faut-il vraiment créer un élément spécifique pour les bancs de
>>> sable /de Loire/ ? (je ne connais pas les pratique lié au tag
>>> wikidata=*)
>>>
>> Non. Si tu veux. Ajouter le tag wikidata=* pour le banc de sable
>> dans OSM ? Non.
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>>
>> -- 
>> Cordialement,
>> Jérôme Seigneuret
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


0xC182EF00E01AF0D6.asc
Description: application/pgp-keys
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] grèves Loire

[François Boucault]

Salut,

Bonne idée, cela m'a permis de tomber sur la page wikipedia
<https://fr.wikipedia.org/wiki/Bancs_de_sable> et l'élément wikidata
<https://www.wikidata.org/wiki/Q28337> du banc de sable (générique),
dont voici la description :

"accumulation de sable, de gravier ou de galets le long du littoral ou
dans le lit d'une rivière"

Faut-il vraiment créer un élément spécifique pour les bancs de sable /de
Loire/ ? (je ne connais pas les pratique lié au tag wikidata=*)


Le 27/11/2018 à 13:55, Jérôme Seigneuret a écrit :
> Salut,
> Vous pouvez pas mettre ça dans un wikidata?
>  A+
>
> Le mar. 27 nov. 2018 à 13:51, François Boucault  <mailto:bolikah...@riseup.net>> a écrit :
>
> Et sinon j'ai aussi mis à jour le texte de description, en
> fonction des critiques émises en début de discussion.
>
> Au lieu de :
>
> "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."
>
> Je propose :
>
> "Les bancs (ou grèves) de Loire sont constitués d'alluvions, de
> sables ou de graviers charriés par le fleuve. Recouverts d'eau
> chaque année lors de la saison humide, peu d'espèces végétales ont
> le temps d'y prospérer."
>
>
> Le 27/11/2018 à 13:47, François Boucault a écrit :
>>
>> Hello !
>>
>> Pour moi cette proposition est toujours la bonne, par contre le
>> rendu issu de ces tags n'est pas satisfaisant... C'est pourquoi
>> j'ai ouvert cette "issue" sur le github du rendu-fr il y a 1
>> semaine : https://github.com/cquest/osmfr-cartocss/issues/47
>>
>> Par contre actuellement je serais bien en peine pour faire un
>> "pull request", n'étant pas familier des langages informatiques
>> utilisés. (Je sais aussi que Christian Quest n'as pas forcément
>> le temps de le faire...)
>>
>> Je suis aussi preneur des retours, idées ou même contributions
>> concernant ces questions ! :-)
>>
>> F
>>
>>
>> Le 27/11/2018 à 09:10, ades a écrit :
>>> Petit retour.?
>>> Est-ce que la proposition de bolikahult : 
>>>
>>>
>>>> Le 8 oct. 2018 à 17:47, François Boucault
>>>> mailto:bolikah...@riseup.net>> a écrit :
>>>>
>>>> En effet ça semble être la bonne idée ! Je propose donc comme
>>>> tags :
>>>>
>>>> - 'natural=riverbed'
>>>>
>>>> - 'seasonal=yes' (impossible d'être plus précis)
>>>>
>>>> - 'landcover=sand'
>>>>
>>>> (ou sur certaines zones 'lancover=grass' en rajoutant
>>>> 'grassland=grey_dune’)
>>>>
>>>
>>> pourrait faire consensus pour le tag des grèves dans l’emprise
>>> d’une rivière ?
>>>
>>>
>>> la discussion avait dévié ;-)
>>>
>>>
>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>> https://lists.openstreetmap.org/listinfo/talk-fr
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> -- 
> Cordialement,
> Jérôme Seigneuret
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


0xC182EF00E01AF0D6.asc
Description: application/pgp-keys
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] grèves Loire

[François Boucault]

Et sinon j'ai aussi mis à jour le texte de description, en fonction des
critiques émises en début de discussion.

Au lieu de :

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

Je propose :

"Les bancs (ou grèves) de Loire sont constitués d'alluvions, de sables
ou de graviers charriés par le fleuve. Recouverts d'eau chaque année
lors de la saison humide, peu d'espèces végétales ont le temps d'y
prospérer."


Le 27/11/2018 à 13:47, François Boucault a écrit :
>
> Hello !
>
> Pour moi cette proposition est toujours la bonne, par contre le rendu
> issu de ces tags n'est pas satisfaisant... C'est pourquoi j'ai ouvert
> cette "issue" sur le github du rendu-fr il y a 1 semaine :
> https://github.com/cquest/osmfr-cartocss/issues/47
>
> Par contre actuellement je serais bien en peine pour faire un "pull
> request", n'étant pas familier des langages informatiques utilisés.
> (Je sais aussi que Christian Quest n'as pas forcément le temps de le
> faire...)
>
> Je suis aussi preneur des retours, idées ou même contributions
> concernant ces questions ! :-)
>
> F
>
>
> Le 27/11/2018 à 09:10, ades a écrit :
>> Petit retour.?
>> Est-ce que la proposition de bolikahult : 
>>
>>
>>> Le 8 oct. 2018 à 17:47, François Boucault >> <mailto:bolikah...@riseup.net>> a écrit :
>>>
>>> En effet ça semble être la bonne idée ! Je propose donc comme tags :
>>>
>>> - 'natural=riverbed'
>>>
>>> - 'seasonal=yes' (impossible d'être plus précis)
>>>
>>> - 'landcover=sand'
>>>
>>> (ou sur certaines zones 'lancover=grass' en rajoutant
>>> 'grassland=grey_dune’)
>>>
>>
>> pourrait faire consensus pour le tag des grèves dans l’emprise d’une
>> rivière ?
>>
>>
>> la discussion avait dévié ;-)
>>
>>
>>
>>
>> ___
>> 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


0xC182EF00E01AF0D6.asc
Description: application/pgp-keys
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] grèves Loire

[François Boucault]

Hello !

Pour moi cette proposition est toujours la bonne, par contre le rendu
issu de ces tags n'est pas satisfaisant... C'est pourquoi j'ai ouvert
cette "issue" sur le github du rendu-fr il y a 1 semaine :
https://github.com/cquest/osmfr-cartocss/issues/47

Par contre actuellement je serais bien en peine pour faire un "pull
request", n'étant pas familier des langages informatiques utilisés. (Je
sais aussi que Christian Quest n'as pas forcément le temps de le faire...)

Je suis aussi preneur des retours, idées ou même contributions
concernant ces questions ! :-)

F


Le 27/11/2018 à 09:10, ades a écrit :
> Petit retour.?
> Est-ce que la proposition de bolikahult : 
>
>
>> Le 8 oct. 2018 à 17:47, François Boucault > <mailto:bolikah...@riseup.net>> a écrit :
>>
>> En effet ça semble être la bonne idée ! Je propose donc comme tags :
>>
>> - 'natural=riverbed'
>>
>> - 'seasonal=yes' (impossible d'être plus précis)
>>
>> - 'landcover=sand'
>>
>> (ou sur certaines zones 'lancover=grass' en rajoutant
>> 'grassland=grey_dune’)
>>
>
> pourrait faire consensus pour le tag des grèves dans l’emprise d’une
> rivière ?
>
>
> la discussion avait dévié ;-)
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


0xC182EF00E01AF0D6.asc
Description: application/pgp-keys
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] grèves Loire

[François Boucault]

Merci pour le lien,

Je vais creuser ça et peut-être ouvrir une "issue", voire faire un "pull
request"... mais je ne connais pas encore le CSS !

Sinon petite question de novice : c'est quoi le "rendu fr" ? Il y a un
rendu différent en fonction de la langue du navigateur web ?


Le 08/10/2018 à 20:12, marc marc a écrit :
> Le 08. 10. 18 à 17:47, François Boucault a écrit :
>> c'est le tag landcover qui va orienter le rendu
>> Avez-vous une idée de comment on rajoute un rendu ?
> https://github.com/gravitystorm/openstreetmap-carto/blob/master/CONTRIBUTING.md
> la doc en anglais pour le rendu standard.
>
> https://github.com/gravitystorm/openstreetmap-carto/blob/master/DOCKER.md
> si tu veux l'installer rapidos sur ton pc pour tester.
>
> tu peux aussi soumettre l'idée à Christian pour le rendu fr
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


0xC182EF00E01AF0D6.asc
Description: application/pgp-keys
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] grèves Loire

[François Boucault]

En effet ça semble être la bonne idée ! Je propose donc comme tags :

- 'natural=riverbed'

- 'seasonal=yes' (impossible d'être plus précis)

- 'landcover=sand'

(ou sur certaines zones 'lancover=grass' en rajoutant 'grassland=grey_dune')

Mais c'est le tag landcover qui va orienter le rendu, ce qui
visuellement ne permettra pas de comprendre le caractère saisonnier...
Sur la page de wiki dédiée à "natural=riverbed", il est dit :

"In addition the area could be rendered with blue stripes to show that
it is occasionally flooded"

https://wiki.openstreetmap.org/wiki/Tag:natural%3Driverbed

Avez-vous une idée de comment on rajoute un rendu ? (par exemple des
hachures bleues comme c'est proposé dans le wiki)


Le 08/10/2018 à 15:27, ades a écrit :
> Je viens de voir qu’i y a un tag qui s’appliquerait bien. en tous cas
> pour les Bras de Saint-Aubin et de Sainte-Gemmes. 
> Peut être en rajoutant’seasonal=*’
>
> Voir ici
> : 
> https://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank#Varying_water_level_river
>
>
> Riverbed
>
> natural =riverbed
>  is
> sometimes used to define the area of the riverbed.
>
>
>   River islands and sandbanks
>
> It is fairly common practice not to map non-permanent and quickly
> changing islands (sandbanks) in rivers. Vegetation cover on river
> islands can sometimes be used as an indicator for their permanency
> although it can also be misleading - there are many examples of
> vegetation free river islands that are stable for many years. When
> mapping from aerial or satellite imagery comparing images from
> different years can be very helpful. 
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


0xC182EF00E01AF0D6.asc
Description: application/pgp-keys
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] grèves Loire

[François Boucault]

Bonsoir,

J'ai bien reçu le message d'Ades222, me parlant de votre discussion à
propos des grèves de la Loire...

Je viens de lire votre conversation, et je me réjouit que d'autres
personnes, avec un plus d'expériences dans OSM, s'approprient le sujet.
C'est vrai que pour tagguer cela c'était un peu compliqué, et vous
trouverez surement mieux que moi les tags appropriés. (le tag "seasonal"
me semble par exemple très bien indiqué)

Pourquoi j'ai commencé à cartographier ces zones ? Habitant du coin, et
amoureux des cartes, j'ai trouvé qu'une carte qui se veut un peu
représentative de la géographie ne pouvait pas passer à côté de ces
grèves, qui sont visibles la moitié de l'année et ne constituent pas
qu'un détail dans les paysages de Loire !

J'avoue que j'ai surtout recherché le tag qui permettait le meilleur
rendu possible, car c'était pas préoccupation à ce moment : une
cartographie parlante pour l'oeil, qui exprimerait bien le caractère
éphémère, mais présent ou sous-jacent. (si vous regardez les cartes IGN,
sur géoportail.gouv.fr, je trouve que leur rendu est intéressant par
exemple)

À propos de l'inexactitude, j'en avais parfaitement conscience en
dessinant les contours de ces bancs de Loire, mais pour côtoyer
quotidiennement ces lieux, je sais que ça ne bouge pas tant
annuellement... Par contre avoir des traits assez précis permettent au
moins de bien rendre compte du style de contours visibles dans la réalité.

Je confirme que les moniteurs de kayak disent que la baignade est
interdite durant la ballade sur la Loire, mais qu'il ne peuvent pas nous
empêcher de "tomber malencontreusement à l'eau"... ;-)

Je vais m'abonner à la mailist pour suivre les mails et pouvoir
continuer à discuter avec vous.

à plus,

bolikahult




0xC182EF00E01AF0D6.asc
Description: application/pgp-keys
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr