Re: [OSM-talk-fr] historique des vues aériennes était : Vue aérienne Bing de meilleure résolution que l'Ortho HR

2022-08-10 Par sujet osm . sanspourriel

Bonjour, dans le droit fil des images qui peuvent être mieux ou moins
bien suivant les cas, je suis tombé sur Living Atlas.

Déjà une bonne info : devrait être intégrable sous peu à OSM SmartMenu.
Si vous voulez accélérer :
https://github.com/vannizhang/wayback/issues/68 (un volontaire pour un
PR en js pour utiliser un système plus classique zoom/lat/lon ?).

Déjà en cliquant on sait de quand date l'image et quelle est la source.

Permet de comparer différentes images côté à côte (avec un curseur),
animation (en excluant certaines images), téléchargement de gif animé...

Des candidats pour brancher les wms usuels d'Ortho HR pour faciliter le
travail de recherche de la meilleure image ?

Vu le système actuel (utilisation de BBox), je vous pointe sur un
endroit et vous pourrez vous déplacer avec la loupe pour choisir un endroit.

https://livingatlas.arcgis.com/wayback/#ext=-3.54559,47.76023,-3.51195,47.77549=true=16245=2

Oui l'endroit n'est pas pris par hasard. Outre que le coin est beau ;-)
il bouge vite : ici l'agrandissement du port au nord a modifié
l'écoulement en aval mais déjà sans... Dans d'autres endroits j'ai vu
des différences qui venaient de traitement différents sur les mêmes
images brutes.

Pour les parties stables on voit qu'une vue en hiver peut être mieux
qu'une vue plus récente en été.

Rien d'extraordinaire sauf que voyant les dates de prises de vue, on
peut déjà avoir une idée.

Le gif animé ou l'animation permet aussi de repérer les images possédant
des objets temporaires (ici carrousel et point de surveillance).

Jean-Yvon

P. S. : à votre avis, le bunker au sud, dans combien de temps il se
trouve au milieu du fleuve ?

Sur l'image de 2020, une belle baïne. Cette année là une personne avait
été récupérée (vivante) à 500 m du rivage. Respectez les panneaux
d'interdiction, ce n'est pas juste de la déco ! Oui dans OSM il y a des
swimming=no qui vont bien.

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

Bonjour,

version courte : varier les sources pour trouver la meilleure pour la
problématique donnée.



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


Re: [OSM-talk-fr] Une note qui fait partie d'une relation ?

2022-08-10 Par sujet osm . sanspourriel

Bonjour toutes et tous,

Oui, on ne va pas laisser des notes pour dire qu'il faut taguer
correctement ^^.

Jean-Yvon

Le 10/08/2022 à 17:13, laurent-38 - laurent.riffard+...@free.fr a écrit :

(on peut enlever la note si on considère que cela va de soi…)

Cordialement
~~
laurent



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


Re: [OSM-talk-fr] Une note qui fait partie d'une relation ?

2022-08-10 Par sujet Vincent de Château-Thierry
Bonjour,

> De: "deuzeffe" 
 
> Je viens de tomber sur ça : https://www.openstreetmap.org/way/229728801
> Je suis perplexe. Ou bien il y a une raison historique ?
> Je laisse qui sait corriger, s'il y a qq chose à corriger.

Un way sans aucun tag c'est possiblement déroutant pour quiconque tombe dessus. 
Donc j'imagine ce tag note=* au moins pour éviter le vide ? Quand on regarde le 
propos de la relation, alors un tag boundary=* serait pertinent sur les ways, 
mais je ne vois rien de bien adapté dans le wiki [1], tout juste une quinzaine 
de boundary=mountain_range via taginfo [2]

vincent

[1] : https://wiki.openstreetmap.org/wiki/Key:boundary
[2] : https://taginfo.openstreetmap.org/tags/boundary=mountain_range

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


Re: [OSM-talk-fr] Une note qui fait partie d'une relation ?

2022-08-10 Par sujet laurent-38
Bonjour Deuzeffe,

À mon avis, il n'y a rien à faire.
Voir la version #49 dans l'historique 
https://pewu.github.io/osm-history/#/way/229728801

Ce segment fait partie d'un multi-poygone qui délimite le massif central. Les 
attributs ad hoc (name="Massif Central", place, region-type, etc) sont portés 
par la relation multi-poygone, et n'ont pas besoin d'être répétés sur chaque 
segment constituant le multi-polyogone. C'est ce que veut dire la note sur ce 
segment.

(on peut enlever la note si on considère que cela va de soi…)

Cordialement
~~
laurent

- Mail original -
> De: "deuzeffe" 
> À: "Discussions sur OSM en français" 
> Envoyé: Mercredi 10 Août 2022 16:23:22
> Objet: [OSM-talk-fr] Une note qui fait partie d'une relation ?
> 
> Hello,
> 
> Je viens de tomber sur ça :
> https://www.openstreetmap.org/way/229728801
> 
> Je suis perplexe. Ou bien il y a une raison historique ?
> 
> Je laisse qui sait corriger, s'il y a qq chose à corriger.
> 
> --
> deuzeffe, courageuse mais pas téméraire, et adepte de TPPC
> 
> ___
> 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] Une note qui fait partie d'une relation ?

2022-08-10 Par sujet deuzeffe

Hello,

Je viens de tomber sur ça : https://www.openstreetmap.org/way/229728801

Je suis perplexe. Ou bien il y a une raison historique ?

Je laisse qui sait corriger, s'il y a qq chose à corriger.

--
deuzeffe, courageuse mais pas téméraire, et adepte de TPPC

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