Re: [OSM-talk-fr] recherche d'adresses et POI, comment quitter Google ?

[Djo_man via Talk-fr]

Bonsoir, 

Pour répondre à la question de la recherche "centre hospitalier luynes"  QWANTS 
MAPS  va pourvoir plutôt bien. c'est du osm pour la carte mais avec du pages 
jaunes pour l'adresse ? Je sais pas exactement qui fait quoi et comment, mais 
ça marche. 
Djo man 



 Cyrille37 OSM via Talk-fr a écrit 

>Bonjour,
>
>Sujet récurent.
>
>Avec Nominatim https://osm.org la recherche de "Centre Hospitalier, 
>Luynes" ne donne aucun résultat, il faut saisir le nom complet "Centre 
>Hospitalier Jean Pagès, Luynes".
>
>Sur la base adresse data.gouv.fr https://adresse.data.gouv.fr/map aucun 
>résultat pour "Centre Hospitalier Jean Pagès, Luynes" puisque ce n'est 
>pas une adresse.
>
>Heureusement, l'appli Smartphone OsmAnd trouve "Centre Hospitalier, Luynes".
>
>Connaissez-vous un moteur de recherche sur le Web ou en API qui trouve 
>les demandes raccourcies comme "Centre Hospitalier, Luynes" ?
>
>Merci,
>Cyrille37.
>
>
>___
>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] Rivages sur OSM V2 - Evolution des règles pour les plages et la ligne de côte

[djo_man via Talk-fr]

  
  
Bonjour, 



Rivages sur OSM V2.pdf


http://pc.cd/udqctalK


avec liens cliquables



Djo man




Le 11/05/2020 à 14:48, djo_man a
  écrit :


  
  
  Bonjour, 
  
  
  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
  
  
ç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.
Le Mont Saint-Michel nous remerciera peut être...
Djo man

  
  
  
  Le 07/05/2020 à 10:06, Yves P. a
écrit :
  
  
Salut,

Votre discussion est assez technique ;)

Pouvez-vous mettre un lien sur un schéma, une photo aérienne, le(s) rendu(s) et si possible une carte marine pour qu'on puisse suivre ?
(et tant qu'à faire ne pas cartographier n'importe quoi)

Merci,

__
Yves



  Des fois certains mapper vont même jusqu'à dessiner ses zones encore plus bas que la ligne de basse mer car avec les belles images aériennes et une eau claire on en voit tres bien les contours. C'est presque un autre probleme mais explique bien que l'enchainement de ses zones ressemble à un geant code barre le long des côtes avec beach et bare_rock qui s'enchaînent.


un exemple ici stp :)



___
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] [M] rendu de la mer et modèle de tag pour les cotes. Était : Evolution des règles pour les plages et la ligne de côte (zones et traits)

[djo_man via Talk-fr]

  
  
Bonjour, 



Ma demarche soutient ce PM uniquement.
https://github.com/gravitystorm/openstreetmap-carto/issues/3854
qui propose de mettre en place un
  moteur de test de l'inversion des calques et les modes de fusion
  pour le rendu.

Ce qui permettra de gérer les
  transparences de l'eau en général et donc aussi les surfaces
  d'estran.
que cela soit tidal=yes ou
  wetland=tidalflat m'importe secondairement.



Pour tous les autres PM, les
  négociations devront se faire aussi.


oui, il faut apercevoir les
  natural=sand et les natural=bare_rock en dessous de la coastline !
  



Et je conviens qu'un changement
  unilatéral du modèle de tag ne peut et ne doit pas passer en force
  sans discussion.



djo man











Le 16/05/2020 à 15:49,
  osm.sanspourr...@spamgourmet.com a écrit :


  
  Le 15/05/2020 à 19:23, Djo_man via Talk-fr - talk-fr@openstreetmap.org
a écrit :
  
  
Donc, je
  voudrais, ici lancer une petite hola pour les contributeurs
  Imagico et Jeisenbe pour les soutenir. 
  
  Sans moi ! Grosso modo on a cassé le rendu (il suffit de
comparer le rendu FR du rendu par défaut) pour justifier une
modélisation qui permettra un rendu futur.
  Ce n'est plus taguer pour le rendu c'est ignorer des tags
existants et ayant un sens (tidal=yes). S'ils veulent il peuvent
appliquer le bleu peu transparent sur les zone water (ou
océaniques) à l'exclusion des zones tidal=yes. 
  
  Tant qu'on a n'a pas de données sous-marines (on en a mais sous
la surface), quel intérêt ?
  tidal=yes permet d'afficher après les autres couches un rendu
de l'estran.
  J'avais fait un comparatif
  des rendus.
  On avait du sable, Christoph -imagico) nous dit que le sable
c'est essentiellement sur terre. Exact dans le Sahara, pas sûr
que ce soit l'endroit où OSM est le plus utile et le plus
utilisé.
  Il refuse de rendre natural=shoal. En soit le tag est mauvais
(natural indique normalement une surface hormis pour coastline).
  Effectivement tidal=yes serait plus logique mais ce
n'est pas son avis.
  
  low_level_water=yes serait sans doute plus idoine qu'un
natural=reef. Mais la notion est utile.
  L'argument que tidleflat est plus utilisé est pervers :
Christoph et Josef change unilatéralement le wiki, rendent ce
qui les intéresse et après disent que ce sont les bons tags car
plus rendus.
  Voir :
  
  https://github.com/gravitystorm/openstreetmap-carto/issues/3840
(c'est le même ticket, simplement j'ai répondu) Jean-Yvon
  
  Note : le rendu vectoriel n'a pas la notion d'océan, c'est la
valeur par défaut.
  
  Jean-Yvon
  
  
  
  ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr




  


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

Re: [OSM-talk-fr] rendu de la mer et modèle de tag pour les cotes. Était : Evolution des règles pour les plages et la ligne de côte (zones et traits)

[Djo_man via Talk-fr]

t;les plages sont interdites par défaut et les grèves pas sauf si elles
>servent d'accès à la mer(*)), on les met du DPM à quoi ? BMVE serait
>logique dans OSM, car on utilise PMVE. Et si quelqu'un veut mettre son
>rond de serviette, heu sa serviette, au niveau 0 absolu, il risque de ne
>le mettre qu'une fois tous les 20 ans sur un sable détrempé.
>
>Djo man, c'est bien le BMVE et non le BMME.
>
>Blague à part, *vus les profils des plages ça revient à positionner les
>plages en mer* ! Donc les arrêter à la ligne de mi-marée ne serait pas
>déconnant (c'est aussi la partie de la plage la plus utilisée). Je dis
>plages mais je pense beach : les grèves sont incluses. Mais peut-être
>qu'on peut laisser le moteur de rendu repositionner le nom dans les terres.
>
>De plus (mais c'est une mauvaise raison) l'imagerie est souvent coupée
>avant.
>
>Pourquoi le 0 des cartes terrestres ? C'est intéressant pour avoir une
>idée du profil de marée / de la plage. Pas prévu par OSM, sauf à faire
>des way avec ele=0.
>
>Trait absolu de basse mer : idem et de plus utile pour le calcul des
>lignes de base. Et comme dit par Thomas on a ce qu'il faut pour le faire
>en France.
>
>Et comme ça, pour faire un rendu propre, on ajoute un dégradé
>transparent bleuté entre ces lignes.
>
>Et on évite ces hérésies de tidalflat et de tidal=yes : natural=sand,
>mud, gravel d'un côté et des traits de côtes y compris de basses côtes
>(désolé pour les végans^^).
>
>Je dis hérésie c'est pourtant cette horreur qui est décrite dans le wiki
>anglais <https://wiki.openstreetmap.org/wiki/Tag:natural%3Dcoastline> :
>
>/Mean low water springs
><http://en.wikipedia.org/wiki/Mean_low_water_spring>//is the position of
>the lowest tide. There is currently no agreed way of tagging this line
>in OSM. One way of tagging it is to tag the area between mean low water
>springs and OSM coastline as //natural
><https://wiki.openstreetmap.org/wiki/Key:natural>=wetland
><https://wiki.openstreetmap.org/wiki/Tag:natural%3Dwetland>//+//wetland
><https://wiki.openstreetmap.org/wiki/Key:wetland>=tidalflat
><https://wiki.openstreetmap.org/wiki/Tag:wetland%3Dtidalflat>//. /
>
>Si on arrive à nous mettre d'accord, on pourra envisager une proposition
>au niveau international.
>
>Le 13/05/2020 à 14:36, Denis Bigorgne - denis.bigor...@gmail.com a écrit :
>> en clair que la position de la coastline change chaque année !!!
>
>Par chez moi, la pointe de sable et les blancs de sable, se déplacent
>plutôt à chaque grande marée tous les 15 jours. Pas le trait de côte OSM
>;-).
>
>Comme tu dis les plages dégraissent en hiver. On a en plus des
>mouvements plus lents par exemple dus à un train de tempêtes.
>
>Là où c'est peut-être utile de se mettre d'accord c'est de savoir si la
>limite sable/roche on la met plutôt en hiver ou en été. J'aurais
>tendance à dire en été car il y a plus de monde à fréquenter le littoral
>en été. Des objections ?
>
>De même la pente entre la dune et la rivière évolue en fonction du
>coefficient.
>
>> Et à mon humble avis, (hors sujet) OSM se porterait mieux avec une
>> coastline définie comme le trait de côte français, la limite entre le
>> bistre et le vert des cartes du SHOM.
>
>Pas du tout hors sujet, en plein dedans.
>
>Car selon Wikipédia
><https://en.wikipedia.org/wiki/Mean_high_water_springs> :
>
>*Mean high water springs (MHWS)* is the highest level that spring tides
><https://en.wikipedia.org/wiki/Spring_tide> reach on the average over a
>period of time (often 19 years).
>
>C'est à dire que c'est la moyenne des vives-eaux (95) et non la moyenne
>des vives-eaux d'équinoxes (100).
>
>Il y a deux périodes de grandes marées par 29 jours, c'est donc la
>moyennes des marées en ne prenant que les "sommets" tous les 14,5 jours.
>
>C'est donc bien 95 qui est à retenir. Source : Wikipédia
><https://fr.wikipedia.org/wiki/Calcul_de_mar%C3%A9e> : "Une marée de
>coefficient 95 est une marée de *vives-eaux moyennes*.".
>
>Par contre même si je comprends, comme ce n'est pas la convention au
>niveau mondial je pense qu'il est préférable d'en rester au coef de 95.
>Ça permet aussi de distinguer le trait de côte et la limite communale.
>Au début j'étais plutôt de ton avis.
>
>Comme en Allemagne, *les limites des communes sont à la pleine mer de
>120 et le trait de côte à 95*.
>
>Jean-Yvon
>
>(*) JORF n°0116 du 12 mai 2020
>texte n° 6
><https://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT41865329=id>*Décret
>n° 2020-548 du 11 mai 2020 prescrivant les mesures générales nécessaires
>pour faire face à l'épidémie de covid-19 dans le cadre de l'état
>d'urgence sanit

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

[Djo_man via Talk-fr]

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

[Djo_man via Talk-fr]

Bonjour, 

En fait non, j'habite pas le coin, même si je l'apprécie vraiment. Là où c'est 
pas un hazard c'est que je l'ai choisi car je n'y avais pas touché... 

Là ou je sevis c'est le 44. Et je sais que certains pourraient avoir à redire 
sur mon utilisation extensive du tidalflat à la place du tidal=yes. 

J'entends déjà les clairons du " tag pour le rendu" . Mais j' ai une defense:
- c'est pas un tag pour un autre, à mon avis, car tidal=yes n'est pas un tag 
pleinement opérationnel du fait qu'il intervient en ajout secondaire sur un 
autre tag et reclame de diviser des surfaces existantes de rocher/mud/beach 
selon une ligne imaginaire qui, en plus, n'est pas en reflet d'une réalité sur 
le terrain: la coastline. Mais je peux comprendre qu'un tag principal n'est pas 
forcément le top car la mer recouvre plusieurs types d'espaces naturels. 
- mais là où on peut dire qu'il sagit d'un tag naturel quand même c'est que 
l'écosystème mer (avec poissons, etc) vient recouvrir l'écosystème rochers. 
Donc natural=wetland est assez judicieux et permet d'ajuster avec des tag 
secondaires en surcouche. 
-  quand on sait que le modele de tag est conçu en réponse à un probleme de 
rendu du bleu de la mer, il devient logique d'utiliser le seul rendu comme 
méthode de visibilité de l'avancement du travail. 
- la cartographie complete de l'estran du 44 est fait de wetland= tidalflat si 
un jour il faut migrer ça sera facile. 
- et pour finir. Le modèle de tag et le rendu sont à la traine mais on avance 
quand même. 

J'irais jusqu'à dire qu'il y a eu regression dans le rendu des côtes. Regardez 
le rendu de geofabric standard qui est en ce moment l'image du rendu osm.org de 
l'année dernière comparé à celle d'aujourd'hui :  
http://tools.geofabrik.de/mc/#15/47.4402/-2.4886=4=mapnik=geofabrik=mapnik-german=here-map

Bon, certains diront que j'ai triché car j'ai utilisé la transparence nomal du 
tidalflat pour recouvrir les rochers/sand qui normalement n'auraient pas dû 
etre visible (je peux expliquer) mais avouez que c'est une carte tres correcte, 
juste et exploitable. 

Djo man 


Envoyé depuis mon smartphone Xperia de Sony

 Jean-Yvon Landrac a écrit 

>Bonjour voisin (je suppose que le lieu pris n'est pas par hasard),
>
>j'ai à redire (à la marge, c'est déjà très bien).
>Je te passerai en MP, ce soir sans doute, tu en feras ce que tu veux
>(une v2 ?).
>
>J'ai dit à Yves d'attendre si ce n'est pas trop tard. Et ce n'était pas
>trop tard.
>
>De plus j'ai signalé le fil de discussion à Thomas Pétillon qui doit
>être dans la région de Quimper/Bénodet et qui a lui aussi remonté du
>trait de côte. Il a trouvé la discussion intéressante et devrait y
>participer.
>
>Tiens :
>
>https://www.ouest-france.fr/bretagne/lorient-56100/quelques-jours-encore-avant-de-se-mettre-la-plage-de-guidel-larmor-plage-6832671
>
>/Dans le cadre de la loi d’État d’urgence sanitaire, le gouvernement
>doit promulguer le décret qui prévoit l’interdiction d’accès aux plages.
>Charge ensuite au préfet d’accorder des dérogations aux communes./
>
>Donc en absence de décret, c'est autorisé !
>
>Jean-Yvon, Guidelois comme tu t'en doutes
>
>Le 11/05/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

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

[Djo_man via Talk-fr]

Bonjour, 

Oui, c'est exact. Je modifie pour la v2.

 J'ai voulu faire du littéral simpliste (à l'anglaise) aidant à la 
comprehension mais ce n'est pas precis. La majorité des marées en question 
(servant au calcul de cette moyenne) sont bien de printemps en general. 
D'ailleurs cette année c'était une 119 dans le week-end du 8 mai mais personne 
n'a eu le droit de la voir

Djo man 

Envoyé depuis mon smartphone Xperia de Sony

 Denis Bigorgne a écrit 

>Bonjour,
>
>Juste un point de détail à corriger dans la page 8 :
>
>"La ligne de côte pour OSM doit etre placée sur le «mean high water
>springs», «pleine Mer Moyenne de vives-eaux» : hauteur moyenne des* hautes
>mer de marée de printemps*."
>devrai être remplacée par
>"La ligne de côte pour OSM doit etre placée sur le «mean high water
>springs», «pleine Mer Moyenne de vives-eaux» :  hauteur moyenne des *hautes
>mer de vives eaux*"
>
>("spring tides" en anglais ne désigne pas les marées de printemps - voir ""
>https://tidesandcurrents.noaa.gov/glossary.html#springtidesortidalcurrents;
>: Tides of increased range [...] occurring semimonthly as the result of the
>Moon being new or full. )
>
>
>Le lun. 11 mai 2020 à 22:15, Djo_man via Talk-fr 
>a écrit :
>
>> Bonsoir,
>>
>> Bien sur, il faut diffuser si personne n'y voit à redire.
>>
>> Djo man
>>
>>
>>
>>  Yves P. a écrit 
>>
>>
>> J'ai eu un peu de temps ce week-end pour préciser à la fois l'état du
>> tagging
>> pour les côtes et décrire les problématiques que cela soulève en terme de
>> rendu de carte.
>> Il s'agit d'un PDF avec des photos aériennes commentées de JOSM et
>> modifiées sur photoshop.
>>
>> http://pc.cd/ssGrtalK
>>
>>
>> Un grand merci pour ce travail de "dingue" :)
>>
>> Il m'a permis (entre-autres) de comprendre la différence entre BDOrtho IGN
>> et Géolittoral.
>>
>> ça ne résoudra pas la question du manque de vote pour cette dernière modif
>> de wiki
>> mais permettra de comprendre ce qui est en jeu pour OSM voire pour
>> OPENSEAMAP.
>>
>> Je peux transmettre le lien à Malcolm Herring (OpenSeaMap) ?
>> Il ne parle pas le français, mais devrait suivre les illustrations :)
>>
>> Le Mont Saint-Michel nous remerciera peut être...
>>
>> Le rendu standard montre l'estran :) mais comme une zone marcageuse :/
>> Pas le carte basque : c'est marrée haute ;D
>>
>> Encore merci, Djo man :)
>>
>> __
>> Yves
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[Djo_man via Talk-fr]

Bonsoir, 
Bien sur, il faut diffuser si personne n'y voit à redire. 
Djo man


 Yves P. a écrit 

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

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

[djo_man via Talk-fr]

  
  
Bonjour, 


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


  ç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.
  Le Mont Saint-Michel nous remerciera peut être...
  Djo man
  



Le 07/05/2020 à 10:06, Yves P. a
  écrit :


  Salut,

Votre discussion est assez technique ;)

Pouvez-vous mettre un lien sur un schéma, une photo aérienne, le(s) rendu(s) et si possible une carte marine pour qu'on puisse suivre ?
(et tant qu'à faire ne pas cartographier n'importe quoi)

Merci,

__
Yves


  
Des fois certains mapper vont même jusqu'à dessiner ses zones encore plus bas que la ligne de basse mer car avec les belles images aériennes et une eau claire on en voit tres bien les contours. C'est presque un autre probleme mais explique bien que l'enchainement de ses zones ressemble à un geant code barre le long des côtes avec beach et bare_rock qui s'enchaînent.

  
  un exemple ici stp :)



___
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

[Djo_man via Talk-fr]

J'aimerais bien et j'y pense depuis un bout de temps car effectivement le wiki 
lui-même (coastline, Beach, bare_rock, mud, tidal, tidalflat, frontieres 
marines, shoal, etc) manque de ces images. Mais il va falloir s'y coller car ce 
n'est pas si simple... 

Djo man 


 Yves P. a écrit 

>Salut,
>
>Votre discussion est assez technique ;)
>
>Pouvez-vous mettre un lien sur un schéma, une photo aérienne, le(s) rendu(s) 
>et si possible une carte marine pour qu'on puisse suivre ?
>(et tant qu'à faire ne pas cartographier n'importe quoi)
>
>Merci,
>
>__
>Yves
>
>> Des fois certains mapper vont même jusqu'à dessiner ses zones encore plus 
>> bas que la ligne de basse mer car avec les belles images aériennes et une 
>> eau claire on en voit tres bien les contours. C'est presque un autre 
>> probleme mais explique bien que l'enchainement de ses zones ressemble à un 
>> geant code barre le long des côtes avec beach et bare_rock qui s'enchaînent.
>un exemple ici stp :)
>
>
>
>___
>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

[Djo_man via Talk-fr]

Pour préciser mon point de vue. 

Au sujet de l'autonomie du trait de côte par rapport à la plage, je l'estime 
nécessaire car
toute la longueur des cotes mappées sera à terme constituée de zones de 
rochers, de zone de sables, beach ou natural=sand, de zone de natural=mud. Ses 
zones vont, pour les roches et les sables, le plus couramment du natural=heath 
ou grass qui ne voient jamais aucunes marées en haut jusqu'au plus bas de la 
plus basse mer. 

Des fois certains mapper vont même jusqu'à dessiner ses zones encore plus bas 
que la ligne de basse mer car avec les belles images aériennes et une eau 
claire on en voit tres bien les contours. C'est presque un autre probleme mais 
explique bien que l'enchainement de ses zones ressemble à un geant code barre 
le long des côtes avec beach et bare_rock qui s'enchaînent. 

Il serait donc pour moi  illogique que par extension du modèle de tag (qui 
paliait d'abord à des problèmes de rendu)  l'on cherche à répercuter le 
découpage horizontal des plages (pour reprendre la logique de l'orientation du 
code barre donc Nord sud des plages) sur les 2 autres type de zones naturelles. 
On risque de se retrouver avec 6 zones differentes au lieu de 3. 

Donc pour moi l'estran qui va jusqu'à la coastline (on pourrait aussi remettre 
ça en cause ) doit être une grande zone qui recouvre toutes les zones 
naturelles du bord de mer. 

Djo man

___
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

[Djo_man via Talk-fr]

Bonjour, 
Non, non, je fais bien référence à une modif du wiki de 2017 de natural =beach 
précédent celle de 2019 en question sur ce fil. 

Je peux retrouver les dates et les noms si besoin. 

Djo man



 osm.sanspourr...@spamgourmet.com a écrit 

>Djo man fait référence à une modification de Key:tidal
><https://wiki.openstreetmap.org/w/index.php?title=Key:tidal=1905678=1368829>.
>
>Du coup https://wiki.openstreetmap.org/wiki/FR:Key:tidal n'est plus à jour.
>
>Et avoir un bon rendu sera plus difficile.
>
> > /Le rendu de la mer à changé recemment. Maintenant le jaune des
>plages est recouvert par le bleu de la mer. /
>
>Encore une horrible décision venue de nulle part je crains (gouvernance
>des forts en gueule ?).
>
>
>/Donc maintenant on peut sans dommage changer le modèle de tag pour
>dessiner une vraie plage unique estran compris et espèrer bientôt une
>prise en compte des tidal./
>
>/
>/
>
>Comme le fait le rendu HOT ou mieux le rendu OSM France
><http://tile.openstreetmap.fr/?zoom=16=47.7660=-3.5278=B000FFF>./
>/
>
>Résultat : la plage de la falaise à Guidel
><https://www.openstreetmap.org/way/4535618#map=16/47.7660/-3.5251>
>disparait côté mer mais reste côté Laïta. D'ailleurs en regardant les
>données ce n'est pas la ligne de côte (coastline) qui fait la différence
>mais le fait que ce soit dans une commune ou pas. En effet la Laïta fait
>partie du trait de côte depuis 10 mois.
>
>Avec l'affichage actuel, la plage est réduite à la zone de marnage entre
>la pleine mer de 95 et celle de 120, c'est à dire à une peau de chagrin.
>D'un point de vue logique ça devrait être aussi entre la basse mer de 95
>et la pleine mer de 95 (tidal=yes).
>
>/D'ailleurs, vu que la costline doit etre accrochée sur la moyenne des
>hautes mer elle est de fait amenée à evoluer avec le temps mais à mon
>avis sans qu'aucun point de la coastline ne soit partagé avec le contour
>de la plage ce qui permet de bouger cette ligne sans toucher à la limite
>entre le sable et les rochers. /
>
>Je ne comprends pas : le sable va et vient, facilement 50 cm de
>différence entre l'été et l'hiver, la plage se déplace donc bien plus
>que le trait de côte. Regardez les différentes vues aériennes de ce coin
>par exemple.
>
>Avec aussi des galets qui "disparaissent" ou "apparaissent" (sur
>d'autres plages).
>
>Et les deux évoluent en même temps.
>
>Le trait de côte n'est pas la limite sable/rochers, il y a des zones
>sableuses où le haut de la plage est une dune.
>
>Que tu déplaces le trait de côte et que les deux côtés de la plage
>(tidal=yes ou pas) suivent ou que tu utilises une plage de part et
>d'autre de ce trait ne change rien : tu devras déplacer le trait de côte
>s'il recule (ou plus rarement avance - dunes en arrière d'un estuaire
>par exemple) et déplacer la plage si elle se déplace.
>
>N. B; : plage est incorrect : beach recouvre aussi les grèves.
>
>Jean-Yvon
>
>Le 06/05/2020 à 22:03, Djo_man via Talk-fr - talk-fr@openstreetmap.org a
>écrit :
>
>___
>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

[Djo_man via Talk-fr]

Bonjour,

Pour moi, le débat est légèrement décalé :

Apres avoir beaucoup retravaillé la ligne de côte depuis pas mal d'année, j'en 
viens à conclure que le modèle de tag pour les plages est historiquement un 
tagguing pour le rendu. 

Et non, ce n'est pas un troll de ma part. Je m'explique. 

Il y a 3 ans quand le wiki a été modifié pour ajouter que la plage ne devait 
descendre que jusqu' à la ligne de la moyenne des hautes mer, la coastline, il 
n'etait, de memoire, pas encore question de tagguer le reste de l'estran en 
autre chose. Le natural schoal est arrivé plud tard. 

Le rendu de la mer passant en premiere couche, (pour des questions 
d'obligation, je crois, à l'epoque) les plages dessinées avec estran compris 
devenaient trop grandes et recouvraient la ligne de coastline. Ça faisait 
désordre. 

Il y a eu debat et même ici sur la question tout à fait judicieuse de ce qu'il 
fallait faire au sujet des plages qui n'existent qu'a de petites marées. Pas 
solution trouvé à part faire descendre la costline au niveau de la basse mer. 

Le rendu de la mer à changé recemment. Maintenant le jaune des plages est 
recouvert par le bleu de la mer. 

Donc maintenant on peut sans dommage changer le modèle de tag pour dessiner une 
vraie plage unique estran compris et espèrer bientôt une prise en compte des 
tidal.

D'ailleurs, vu que la costline doit etre accrochée sur la moyenne des hautes 
mer elle est de fait amenée à evoluer avec le temps mais à mon avis sans 
qu'aucun point de la coastline ne soit partagé avec le contour de la plage ce 
qui permet de bouger cette ligne sans toucher à la limite entre le sable et les 
rochers. 

Donc perso, je trouve que ça va dans le bon sens même si la carte osm.org n'a 
pas encore trouvé le truc (ou les ressources de calcul) pour créer un estran 
par transparence pour montrer à la fois le sable, les rochers, la vase. 

Djo man



Envoyé depuis mon smartphone Xperia de Sony

 GarenKreiz 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

Re: [OSM-talk-fr] Re: zones viticoles - appellation AOC/AOP/IGP et sous-destination INAO

[djo_man via Talk-fr]

  
  


  
https://wiki.openstreetmap.org/wiki/Key:winery
Cette page me semble inopérante

  


inopérante pour décrire le vin geographiquement car bien souvent, il y a plusieurs vins par domaine. ils peuvent etre de plusieurs AOP ou IGP et des fois rien pour certains domaines. par exemple, il est tres courant dans le beaujolais qu'il y ai 2 AOp différents plus un IGP. Cela vient du fait que les appellations sont assises sur les parcelles.

il pas question de taguer à la parcelle mais pour un landuse
donc il faut décrire ce qui est potentiellement possible sur le landuse

les appellations sont bien géographique

://en.wikipedia.org/wiki/List_of_wine-producing_regions
  si tu veux mapper des régions, mape des régions.


on est pas obligé de mapper des régions quand on a des landuses
  déjà présents. Ils sont bien réels.

je ne comprends pas la remarque de
  osm.sanspourr...@spamgourmet.com  : Loire Valley n'est pas une
  region adminstative. ces regions sont des dénominations qui sont
  aussi reprises sur le traité de lisbonne qui décrit les
  protections des AOP.

le nom des régions est important car par exemple : Madiran juste
  à coté de la région de Bordeaux à un nom très spécifique. 

Comme Champagne ou Bourgogne, Rhône. la limite être ses régions
  est importante


  
- vineyard:appellation:aop= issu de la base INAO ("appellation" car la 
WIPO (wolrd intellectual property organization) l'utilise 
  

oui, pourquoi pas mettre les termes internationaux. PDO et PGI

  je comprend pas la différence.
*=blabla AOP ou *=truc IGP ne va pas ?

les landuses peuvent être à la fois AOP et IGP et leur nom est
  différent. 

il faut trouver une manière de lister la classification puis leur
  nom
oui, peut être se limiter à ne mettre que
  vineyard:appellation:pdo = "name" et vineyard:appellation:pgi =
  "name"


  


c'est  pas de l'humour noir, c'est sarcastique...
les appellations françaises ne sont pas si simples donc...


djo


  ___
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] zones viticoles - appellation AOC/AOP/IGP et sous-destination INAO

[djo_man via Talk-fr]

  
  

Une page du wiki m'en a donné l'idée.
  https://wiki.openstreetmap.org/wiki/Key:winery

Cette page me semble inopérante car elle est basée sur le tag
  craft=winery + winery= "" plutot que landuse=vineyard. 

En europe et assez largement dans le monde ou des appellations
  sont présentes, le classement des vins est basé sur le type de
  cépages sur des parcelles repérées donc de la vigne.


Je propose alors sur le landuse=vineyard (un ensemble de
  parcelles):
- vineyard:regions= regions selon la page de wikipedia
  https://en.wikipedia.org/wiki/List_of_wine-producing_regions
- vineyard:classification= AOP ou/et IGP
- vineyard:appellation:aop= issu de la base INAO ("appellation"
  car la WIPO (wolrd intellectual property organization) l'utilise
  https://www.wipo.int/ipdl/en/search/lisbon/search-struct.jsp)
- vineyard:appellation:igp= issu de la base INAO (conforme à
  l'europe)

- vineyard:denomination= issu de la base INAO ("denomination"
  franco français mais pas uniquement car d'autre régions du monde
  ont repis l'idée)
on pourrait rajouter le reste au besoin :
- vineyard:grape= cépages selon la page wikipedia
  https://en.wikipedia.org/wiki/List_of_grape_varieties (il faudrait
  le faire à la parcelle mais on le fait bien pour les arbres...)


ça plait ?

ça fait réagir quelqu'un ?
djoman


    
Le 17/06/2019 à 10:07, djo_man via
  Talk-fr a écrit :


  
  
  Bonjour à tous, 
  
  Je ne trouve pas de file de discussion parlant de la
possibilité de préciser par un tag les appellations AOC/AOP/IGP
des zones landuse=vineyard.
  On en a jamais parlé ? si ?
  
  https://wiki.openstreetmap.org/wiki/Tag:landuse%3Dvineyard
  
  l'INAO en France fourni actuellement un shp des zones
d'appellation (480Mo !) et met actuellement à jour sa base. Une
reforme est en ce moment en cours pour simplifier et rénover les
périmètres. Une bonne moitié des périmètres sont déjà approuvés
et disponibles sur le site de l'INAO. Le reste est en cours de
concertation et les projets sont disponibles sur le site de
l'INAO.
  https://www.inao.gouv.fr/Espace-professionnel-et-outils/Suivi-des-demarches/Consultations-publiques-des-projets-d-aires-geographiques-ou-parcellaires-delimitees-des-AOC-et-IGP
  
  Personnellement, je n'envisage pas d'intégrer les périmètres
mais plutôt d'ajouter 1 tag ou 2 sur des ways existants de
landuse=vineyard en les recoupant au besoin.
  
  Djoman
  
  
  
  ___
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] zones viticoles - appellation AOC/AOP/IGP et sous-destination INAO

[djo_man via Talk-fr]

  
  
Bonjour à tous, 

Je ne trouve pas de file de discussion parlant de la possibilité
  de préciser par un tag les appellations AOC/AOP/IGP des zones
  landuse=vineyard.
On en a jamais parlé ? si ?

https://wiki.openstreetmap.org/wiki/Tag:landuse%3Dvineyard

l'INAO en France fourni actuellement un shp des zones
  d'appellation (480Mo !) et met actuellement à jour sa base. Une
  reforme est en ce moment en cours pour simplifier et rénover les
  périmètres. Une bonne moitié des périmètres sont déjà approuvés et
  disponibles sur le site de l'INAO. Le reste est en cours de
  concertation et les projets sont disponibles sur le site de
  l'INAO.
https://www.inao.gouv.fr/Espace-professionnel-et-outils/Suivi-des-demarches/Consultations-publiques-des-projets-d-aires-geographiques-ou-parcellaires-delimitees-des-AOC-et-IGP

Personnellement, je n'envisage pas d'intégrer les périmètres mais
  plutôt d'ajouter 1 tag ou 2 sur des ways existants de
  landuse=vineyard en les recoupant au besoin.

Djoman

  


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