Re: [OSM-talk-fr] date de l'imagerie

[marc marc]

Bonjour,

Le 14. 08. 18 à 08:46, SALLES Quentin a écrit :
> Lors de l'édition sur iD ou JOSM, 
> comment peut-on avoir la date de  l'imagerie ?

dans josm clic droit, afficher les informations sur la tuile.
mais rares sont les couches à envoyer l'information nécessaire.
pour BOrtho, il y un umap (info dispo sur le wiki)

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

Re: [OSM-talk-fr] date de l'imagerie

[Jérôme Seigneuret]

@marc marc  Je ne sais pas si on parle de la
date de la prise de vu comme on peut l'avoir sur Google Earth ou la date de
la tuile.
Dans le deuxième cas je dirai pas mieux
Dans le premier cas je n'ai jamais vu d'info sur une tuile quelque soit le
fournisseur de tuile.

Jérôme
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] date de l'imagerie

[marc marc]

Le 15. 08. 18 à 02:16, Jérôme Seigneuret a écrit :
> la date de la prise de vu comme on peut l'avoir sur Google Earth ou 

il y a les 2 lorsque les 2 sont disponibles.
la date de capture dans josm s'affiche chez moi avec
comme mention "métadonnée capture date"
et est visible par exemple avec la couche Bing
oui je sais c'est triste comme exemple :)

Mais si quelqu'un est motivée pour coder l'injection des infos
dans les headers du proxy BDOrtho osm-fr, c'est techniquement possible
et un coup de main n'est jamais refusé :)
sinon c'est sur ma longue liste de chose à faire... et pas la moindre 
idée de ce que cela va impliquer en boulot (j'ai pas encore regardé
la source de l'umap de Christian)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] date de l'imagerie

[Jérôme Seigneuret]

Ok, j'avais regardé aussi sur Bing mais trop en diagonale

Le mer. 15 août 2018 02:26, marc marc  a écrit :

> Le 15. 08. 18 à 02:16, Jérôme Seigneuret a écrit :
> > la date de la prise de vu comme on peut l'avoir sur Google Earth ou
>
> il y a les 2 lorsque les 2 sont disponibles.
> la date de capture dans josm s'affiche chez moi avec
> comme mention "métadonnée capture date"
> et est visible par exemple avec la couche Bing
> oui je sais c'est triste comme exemple :)
>
> Mais si quelqu'un est motivée pour coder l'injection des infos
> dans les headers du proxy BDOrtho osm-fr, c'est techniquement possible
> et un coup de main n'est jamais refusé :)
> sinon c'est sur ma longue liste de chose à faire... et pas la moindre
> idée de ce que cela va impliquer en boulot (j'ai pas encore regardé
> la source de l'umap de Christian)
> ___
> 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] date de l'imagerie

[Christian Quest]

La source de l'umap ce sont les shapefile de mosaique de la BDORtho 
5m... republiés dans OpenEventDatabase


Par contre, il faut aussi prévoir la mise à jour de cette source, car là 
ça commence à dater. Ce n'est pas parfait non plus car c'est la BD Ortho 
5m (donc gros pixels) alors qu'on a maintenant des zones avec du 5cm 
(Paris).


Sinon, l'IGN publie les années de prises de vues de la BD Ortho 
département par département, ce qui peut être largement suffisant comme 
info: http://professionnels.ign.fr/mises-a-jour


Pour 2017 on trouve:

21-24-25-39-47-87-971-972-978 à 20cm

21-24-25-39-75-92-93-971-972-978 06-07-21-47 56 13-25-39-47-87-971 à 50cm

Malheureusement, ces tableaux ne sont pas très simple à lire car on a 
des millésimes différent en fonction des niveaux de zoom.


Si un courageux veut remettre ça au propre dans un beau CSV ça serait 
fort utile.



Le 15/08/2018 à 02:26, marc marc a écrit :

Le 15. 08. 18 à 02:16, Jérôme Seigneuret a écrit :

la date de la prise de vu comme on peut l'avoir sur Google Earth ou

il y a les 2 lorsque les 2 sont disponibles.
la date de capture dans josm s'affiche chez moi avec
comme mention "métadonnée capture date"
et est visible par exemple avec la couche Bing
oui je sais c'est triste comme exemple :)

Mais si quelqu'un est motivée pour coder l'injection des infos
dans les headers du proxy BDOrtho osm-fr, c'est techniquement possible
et un coup de main n'est jamais refusé :)
sinon c'est sur ma longue liste de chose à faire... et pas la moindre
idée de ce que cela va impliquer en boulot (j'ai pas encore regardé
la source de l'umap de Christian)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] date de l'imagerie

[deuzeffe]

Je regarde ça.

On 17/08/2018 12:36, Christian Quest wrote:
La source de l'umap ce sont les shapefile de mosaique de la BDORtho 
5m... republiés dans OpenEventDatabase


Par contre, il faut aussi prévoir la mise à jour de cette source, car là 
ça commence à dater. Ce n'est pas parfait non plus car c'est la BD Ortho 
5m (donc gros pixels) alors qu'on a maintenant des zones avec du 5cm 
(Paris).


Sinon, l'IGN publie les années de prises de vues de la BD Ortho 
département par département, ce qui peut être largement suffisant comme 
info: http://professionnels.ign.fr/mises-a-jour


Pour 2017 on trouve:

21-24-25-39-47-87-971-972-978 à 20cm

21-24-25-39-75-92-93-971-972-978 06-07-21-47 56 13-25-39-47-87-971 à 50cm

Malheureusement, ces tableaux ne sont pas très simple à lire car on a 
des millésimes différent en fonction des niveaux de zoom.


Si un courageux veut remettre ça au propre dans un beau CSV ça serait 
fort utile.



Le 15/08/2018 à 02:26, marc marc a écrit :

Le 15. 08. 18 à 02:16, Jérôme Seigneuret a écrit :

la date de la prise de vu comme on peut l'avoir sur Google Earth ou

il y a les 2 lorsque les 2 sont disponibles.
la date de capture dans josm s'affiche chez moi avec
comme mention "métadonnée capture date"
et est visible par exemple avec la couche Bing
oui je sais c'est triste comme exemple :)

Mais si quelqu'un est motivée pour coder l'injection des infos
dans les headers du proxy BDOrtho osm-fr, c'est techniquement possible
et un coup de main n'est jamais refusé :)
sinon c'est sur ma longue liste de chose à faire... et pas la moindre
idée de ce que cela va impliquer en boulot (j'ai pas encore regardé
la source de l'umap de Christian)
___
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] date de l'imagerie

[deuzeffe]

Pour l'IGN, 977 et 978 = Polynésie et Nouvelle-Calédonie !?

On 17/08/2018 16:48, deuzeffe wrote:

Je regarde ça.

On 17/08/2018 12:36, Christian Quest wrote:
La source de l'umap ce sont les shapefile de mosaique de la BDORtho 
5m... republiés dans OpenEventDatabase


Par contre, il faut aussi prévoir la mise à jour de cette source, car 
là ça commence à dater. Ce n'est pas parfait non plus car c'est la BD 
Ortho 5m (donc gros pixels) alors qu'on a maintenant des zones avec du 
5cm (Paris).


Sinon, l'IGN publie les années de prises de vues de la BD Ortho 
département par département, ce qui peut être largement suffisant 
comme info: http://professionnels.ign.fr/mises-a-jour


Pour 2017 on trouve:

21-24-25-39-47-87-971-972-978 à 20cm

21-24-25-39-75-92-93-971-972-978 06-07-21-47 56 13-25-39-47-87-971 à 50cm

Malheureusement, ces tableaux ne sont pas très simple à lire car on a 
des millésimes différent en fonction des niveaux de zoom.


Si un courageux veut remettre ça au propre dans un beau CSV ça serait 
fort utile.



Le 15/08/2018 à 02:26, marc marc a écrit :

Le 15. 08. 18 à 02:16, Jérôme Seigneuret a écrit :

la date de la prise de vu comme on peut l'avoir sur Google Earth ou

il y a les 2 lorsque les 2 sont disponibles.
la date de capture dans josm s'affiche chez moi avec
comme mention "métadonnée capture date"
et est visible par exemple avec la couche Bing
oui je sais c'est triste comme exemple :)

Mais si quelqu'un est motivée pour coder l'injection des infos
dans les headers du proxy BDOrtho osm-fr, c'est techniquement possible
et un coup de main n'est jamais refusé :)
sinon c'est sur ma longue liste de chose à faire... et pas la moindre
idée de ce que cela va impliquer en boulot (j'ai pas encore regardé
la source de l'umap de Christian)
___
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] date de l'imagerie

[Vincent Privat]

C'est dispo en licence libre la BD Ortho 5 cm de Paris ? Je ne la trouve
pas ici: http://professionnels.ign.fr/orthohr-par-departements#tab-1

Le ven. 17 août 2018 à 12:37, Christian Quest  a
écrit :

> La source de l'umap ce sont les shapefile de mosaique de la BDORtho
> 5m... republiés dans OpenEventDatabase
>
> Par contre, il faut aussi prévoir la mise à jour de cette source, car là
> ça commence à dater. Ce n'est pas parfait non plus car c'est la BD Ortho
> 5m (donc gros pixels) alors qu'on a maintenant des zones avec du 5cm
> (Paris).
>
> Sinon, l'IGN publie les années de prises de vues de la BD Ortho
> département par département, ce qui peut être largement suffisant comme
> info: http://professionnels.ign.fr/mises-a-jour
>
> Pour 2017 on trouve:
>
> 21-24-25-39-47-87-971-972-978 à 20cm
>
> 21-24-25-39-75-92-93-971-972-978 06-07-21-47 56 13-25-39-47-87-971 à 50cm
>
> Malheureusement, ces tableaux ne sont pas très simple à lire car on a
> des millésimes différent en fonction des niveaux de zoom.
>
> Si un courageux veut remettre ça au propre dans un beau CSV ça serait
> fort utile.
>
>
> Le 15/08/2018 à 02:26, marc marc a écrit :
> > Le 15. 08. 18 à 02:16, Jérôme Seigneuret a écrit :
> >> la date de la prise de vu comme on peut l'avoir sur Google Earth ou
> > il y a les 2 lorsque les 2 sont disponibles.
> > la date de capture dans josm s'affiche chez moi avec
> > comme mention "métadonnée capture date"
> > et est visible par exemple avec la couche Bing
> > oui je sais c'est triste comme exemple :)
> >
> > Mais si quelqu'un est motivée pour coder l'injection des infos
> > dans les headers du proxy BDOrtho osm-fr, c'est techniquement possible
> > et un coup de main n'est jamais refusé :)
> > sinon c'est sur ma longue liste de chose à faire... et pas la moindre
> > idée de ce que cela va impliquer en boulot (j'ai pas encore regardé
> > la source de l'umap de Christian)
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] date de l'imagerie

[deuzeffe]

Grmblblblbl : 
https://www.geoportail.gouv.fr/depot/fiches/photographiesaeriennes/geoportail_dates_des_prises_de_vues_aeriennes.pdf


On 17/08/2018 16:48, deuzeffe wrote:

Je regarde ça.

On 17/08/2018 12:36, Christian Quest wrote:
La source de l'umap ce sont les shapefile de mosaique de la BDORtho 
5m... republiés dans OpenEventDatabase


Par contre, il faut aussi prévoir la mise à jour de cette source, car 
là ça commence à dater. Ce n'est pas parfait non plus car c'est la BD 
Ortho 5m (donc gros pixels) alors qu'on a maintenant des zones avec du 
5cm (Paris).


Sinon, l'IGN publie les années de prises de vues de la BD Ortho 
département par département, ce qui peut être largement suffisant 
comme info: http://professionnels.ign.fr/mises-a-jour


Pour 2017 on trouve:

21-24-25-39-47-87-971-972-978 à 20cm

21-24-25-39-75-92-93-971-972-978 06-07-21-47 56 13-25-39-47-87-971 à 50cm

Malheureusement, ces tableaux ne sont pas très simple à lire car on a 
des millésimes différent en fonction des niveaux de zoom.


Si un courageux veut remettre ça au propre dans un beau CSV ça serait 
fort utile.



Le 15/08/2018 à 02:26, marc marc a écrit :

Le 15. 08. 18 à 02:16, Jérôme Seigneuret a écrit :

la date de la prise de vu comme on peut l'avoir sur Google Earth ou

il y a les 2 lorsque les 2 sont disponibles.
la date de capture dans josm s'affiche chez moi avec
comme mention "métadonnée capture date"
et est visible par exemple avec la couche Bing
oui je sais c'est triste comme exemple :)

Mais si quelqu'un est motivée pour coder l'injection des infos
dans les headers du proxy BDOrtho osm-fr, c'est techniquement possible
et un coup de main n'est jamais refusé :)
sinon c'est sur ma longue liste de chose à faire... et pas la moindre
idée de ce que cela va impliquer en boulot (j'ai pas encore regardé
la source de l'umap de Christian)
___
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] date de l'imagerie

[Philippe Verdy]

L'ennui surtout de ce tableau est que les millésimes les plus récents ne
sont pas forcément les plus précis mais limité à 50cm de résolution contre
20cm pour les millésimes précédents (attention aux deux étoiles bleues sur
certains départements).
Le tableau ne mentionne pas les prises de vues plus précises à 5cm pour
Paris (il manque une étoile rouge pour la ligne 75 de ce tableau).

Si on veut un CSV, il faudrait plusieurs colonnes en indiquant la meilleure
résolution (donnée complémentaire : le millésime) ou la dernière prise de
vue (donnée complémentaire : la résolution) : sur la plupart des
départements, les deux millésimes correspondent et cela permet d'utiliser
une seule source pour tous les niveaux de zoom. Sinon il faut déterminer le
niveau de zoom à partir duquel la résolution est observable si on veut
basculer automatiquement de l'un à l'autre (ou sinon proposer deux modes :
dernier millésime, ou meilleure résolution).

Ensuite il faut traduire ces résolutions métriques en niveaux de "zoom"
pour OSM (ce n'est pas automatique, car cela dépend de la latitude moyenne
du département, le "zoom" OSM utilisant une projection Mercator non
orthométrique alors que les prises de vue sont "normalement" orthométriques
à la résolution indiquée).

Pour faire cette conversion il faut donc d'abord compléter une feuille de
calcul avec une colonne pour indiquer la latitude moyenne permettant de
calculer le le niveau de zoom correspondant à la résolution métrique. En
faisant une conversion Mercator inverse. Et vérifier ensuite le calage
obtenu et comparer aux métadonnées WMS.

D'une façon ou d'une autre il faut aussi convertir les images
"orthométriques" en images compatibles avec le Mercator. Certains éditeurs
(comme JOSM) peuvent utiliser directement la source et adapter les images
coté client en Mercator; sinon cela se fait sur un serveur qui créera une
base d'image adaptée (cela peut non seulement corriger la projection, mais
aussi changer l'orientation du nord géographique) : cette conversion côté
serveur dérivé devra faire les assemblages des sources pour convenablement
adapter les bordures (non carrées) de départements issus de sources
différentes et de résolution différentes et trouver un moyen pour que leur
fusion soit assez "clean", tout en évitant des trous laissés par endroit
(cela devrait être exceptionnel)

Atttention aussi : les images les plus précises (théoriquement) sur une
département peuvent contenir des zones floutées à résolution bien moins
bonne (cela concerne surtout les zones militaires). Mais je ne pense pas
que les métadonnées WMS des sources mentionnent exhaustivement la liste des
zones concernées avec leur géométrie où un floutage a été appliqué, ni la
résolution effective de ce floutage.

Monter un tel serveur WMS dérivé a un coût et demande pas mal de ressources
(stockage et prétraitement) : tant qu'à faire, on pourrait combiner
d'autres sources orthophotographiques et avoir des métadonnées sur les
différentes résolutions proposées (y compris celles hors de ce tableau,
notamment les sources des SIG de certaines collectivités locales : communes
ou intercommunalités, et celles d'autres organismes (comme les prises de
vues côtières)

Il est en fait très difficile d'analyser ces sources d'imageries car leur
métadonnées sont insuffisantes pour permettre une sélection automatique
selon un des deux objectifs distincts : meilleure résolution, ou dernier
millésime (et dans les éditeurs avoir le moyen de passer d'une vue à
l'autre facilement : cela demande donc deux serveurs d'images.

C'est donc plus qu'un CSV qu'il faut, mais une structure plus complexe
(déjà il faut une feuille de calcul, mais en plus il faut des données de
géométrie et pouvoir détailler des zones lacunaires, aucune source
actuellement n'a une résolution métrique réellement homogène partout dans
sa zone de couverture, et cette zone en plus n'est pas un simple
rectangle). Si on doit finalement synthétiser cela la meilleure
représentation n'est pas le CSV mais un fichier .osm ou GeoJSON permettant
de combiner géométries des zones de couverture est zones floutées, et leur
résolution effective (dans des "tags" de métadonnées) ainsi que des données
de calage de l'orthogéométrie (orientation, décalage: une matrice de
transformation linéaire applicable à des bandes de latitude pas trop
grandes dans lesquelles la transformation n'introduit pas trop d'écart par
rapport à la résolution orthométrique des images sources)... Ce format
GeoJSON (ou .osm équivalent) reste à inventer et ensuite utiliser, il peut
combiner des zones d'imageries de formes non rectangulaire, et de toutes
les sources, on peut ensuite déterminer automatiquement des listes de
polygones communs à ces sources pour découper les bandes et pour chaque
polygone obtenu donner la liste des sources, leur millésime et leur
résolution orthométrique effective. Un éditeur avancé pourra proposer alors
automatiquement la meilleure vue pour chaque polygone (la plus précise ou
la pl

Re: [OSM-talk-fr] date de l'imagerie

[osm . sanspourriel]

Sans objet pour nous : OpenStreetMap et l'IGN nous permettant d'intégrer des 
données issues de leur imagerie dans notre base en ODbL.
Sinon la réponse est probablement négative.

Jean-Yvon

> C'est dispo en licence libre la BD Ortho 5 cm de Paris ? Je ne la trouve
> pas ici: http://professionnels.ign.fr/orthohr-par-departements#tab-1


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

Re: [OSM-talk-fr] date de l'imagerie

[osm . sanspourriel]

Comme Philippe j'ai expédié un message incomplet.

Sans objet pour nous : OpenStreetMap et l'IGN ont signe un partenariat nous 
permettant d'intégrer des données issues de leur imagerie dans notre base en 
ODbL sous réserve de citer la source.
> Sinon la réponse est probablement négative.
> 
> Jean-Yvon
> 
> > C'est dispo en licence libre la BD Ortho 5 cm de Paris ? Je ne la trouve
> > pas ici: http://professionnels.ign.fr/orthohr-par-departements#tab-1
> 
> 
> ___
> 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] date de l'imagerie

[Philippe Verdy]

Le dim. 19 août 2018 à 09:10,  a écrit :

> Comme Philippe j'ai expédié un message incomplet.
>

Un bogue du serveur de cette liste, mon message était complet lors de
l'envoi mais a été tronqué arbitrairement comme un Twitt.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] date de l'imagerie

[Axelos]

Le 19/08/2018 à 11:33, Philippe Verdy a écrit :
> Le dim. 19 août 2018 à 09:10,  a écrit :
> 
>> Comme Philippe j'ai expédié un message incomplet.
>>
> 
> Un bogue du serveur de cette liste, mon message était complet lors de
> l'envoi mais a été tronqué arbitrairement comme un Twitt.

La liste cherche peut-être à nous épargner de tes messages EXTRÊMEMENT
longs ? zzz

(oui je profite de l'occasion, je suis un enfoiré !)

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

Re: [OSM-talk-fr] date de l'imagerie

[Philippe Verdy]

Pfff... futilité, le message n'était pas plus long et a été tronqué aussi
pour d'autres (peu importe l'origine ou le sujet). Malgré tout cette liste
ce n'est pas un flux SMS ou Twitter. Et au lieu d'envoyoer 15 messages avec
aussi les pieds de pages automatiquement ajoutées, on peut grouper. Et
éviter le langage SMS. Un gros message ça reste facile à survoler, et plus
facile à gérer de 15 messages vides comme le tien !

Le dim. 19 août 2018 à 11:46, Axelos  a écrit :

> Le 19/08/2018 à 11:33, Philippe Verdy a écrit :
> > Le dim. 19 août 2018 à 09:10,  a
> écrit :
> >
> >> Comme Philippe j'ai expédié un message incomplet.
> >>
> >
> > Un bogue du serveur de cette liste, mon message était complet lors de
> > l'envoi mais a été tronqué arbitrairement comme un Twitt.
>
> La liste cherche peut-être à nous épargner de tes messages EXTRÊMEMENT
> longs ? zzz
>
> (oui je profite de l'occasion, je suis un enfoiré !)
>
> ___
> 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] date de l'imagerie

[deuzeffe]

Un premier bilan donne :

- 5 m : https://lite.framacalc.org/bd-ortho-millesime-par-dep
- 50 cm : https://lite.framacalc.org/bd-ortho-millesime-par-dep-50cm
- 20 cm : https://lite.framacalc.org/bd-ortho-millesime-par-dep-20cm

À voir comment est-ce exploitable...
--
deuzeffe, qui aimerait bien que Christian revienne de vacances et donne 
son avis.


On 17/08/2018 12:36, Christian Quest wrote:
La source de l'umap ce sont les shapefile de mosaique de la BDORtho 
5m... republiés dans OpenEventDatabase


Par contre, il faut aussi prévoir la mise à jour de cette source, car là 
ça commence à dater. Ce n'est pas parfait non plus car c'est la BD Ortho 
5m (donc gros pixels) alors qu'on a maintenant des zones avec du 5cm 
(Paris).


Sinon, l'IGN publie les années de prises de vues de la BD Ortho 
département par département, ce qui peut être largement suffisant comme 
info: http://professionnels.ign.fr/mises-a-jour


Pour 2017 on trouve:

21-24-25-39-47-87-971-972-978 à 20cm

21-24-25-39-75-92-93-971-972-978 06-07-21-47 56 13-25-39-47-87-971 à 50cm

Malheureusement, ces tableaux ne sont pas très simple à lire car on a 
des millésimes différent en fonction des niveaux de zoom.


Si un courageux veut remettre ça au propre dans un beau CSV ça serait 
fort utile.



Le 15/08/2018 à 02:26, marc marc a écrit :

Le 15. 08. 18 à 02:16, Jérôme Seigneuret a écrit :

la date de la prise de vu comme on peut l'avoir sur Google Earth ou

il y a les 2 lorsque les 2 sont disponibles.
la date de capture dans josm s'affiche chez moi avec
comme mention "métadonnée capture date"
et est visible par exemple avec la couche Bing
oui je sais c'est triste comme exemple :)

Mais si quelqu'un est motivée pour coder l'injection des infos
dans les headers du proxy BDOrtho osm-fr, c'est techniquement possible
et un coup de main n'est jamais refusé :)
sinon c'est sur ma longue liste de chose à faire... et pas la moindre
idée de ce que cela va impliquer en boulot (j'ai pas encore regardé
la source de l'umap de Christian)
___
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] date de l'imagerie

[Christian Quest]

Super boulot, ne reste plus qu'à trouver comment intégrer ça dans le 
proxy et faire en sorte que JOSM puisse afficher l'info...


Je vois deux options:

- un rendu transparent qui indique la date des tuiles d'ortho au meme 
x/y/z... simple à mettre en oeuvre,


- un bout de script python qui injecte dans les entêtes l'info entre le 
proxy et le géoportail, et faire en sorte que JOSM puisse l'afficher 
comme pour Bing (sûrement plus complexe)


Autre suggestion ?


Le 24/08/2018 à 21:56, deuzeffe a écrit :

Un premier bilan donne :

- 5 m : https://lite.framacalc.org/bd-ortho-millesime-par-dep
- 50 cm : https://lite.framacalc.org/bd-ortho-millesime-par-dep-50cm
- 20 cm : https://lite.framacalc.org/bd-ortho-millesime-par-dep-20cm

À voir comment est-ce exploitable...
--
deuzeffe, qui aimerait bien que Christian revienne de vacances et 
donne son avis.


On 17/08/2018 12:36, Christian Quest wrote:
La source de l'umap ce sont les shapefile de mosaique de la BDORtho 
5m... republiés dans OpenEventDatabase


Par contre, il faut aussi prévoir la mise à jour de cette source, car 
là ça commence à dater. Ce n'est pas parfait non plus car c'est la BD 
Ortho 5m (donc gros pixels) alors qu'on a maintenant des zones avec 
du 5cm (Paris).


Sinon, l'IGN publie les années de prises de vues de la BD Ortho 
département par département, ce qui peut être largement suffisant 
comme info: http://professionnels.ign.fr/mises-a-jour


Pour 2017 on trouve:

21-24-25-39-47-87-971-972-978 à 20cm

21-24-25-39-75-92-93-971-972-978 06-07-21-47 56 13-25-39-47-87-971 à 
50cm


Malheureusement, ces tableaux ne sont pas très simple à lire car on a 
des millésimes différent en fonction des niveaux de zoom.


Si un courageux veut remettre ça au propre dans un beau CSV ça serait 
fort utile.



Le 15/08/2018 à 02:26, marc marc a écrit :

Le 15. 08. 18 à 02:16, Jérôme Seigneuret a écrit :

la date de la prise de vu comme on peut l'avoir sur Google Earth ou

il y a les 2 lorsque les 2 sont disponibles.
la date de capture dans josm s'affiche chez moi avec
comme mention "métadonnée capture date"
et est visible par exemple avec la couche Bing
oui je sais c'est triste comme exemple :)

Mais si quelqu'un est motivée pour coder l'injection des infos
dans les headers du proxy BDOrtho osm-fr, c'est techniquement possible
et un coup de main n'est jamais refusé :)
sinon c'est sur ma longue liste de chose à faire... et pas la moindre
idée de ce que cela va impliquer en boulot (j'ai pas encore regardé
la source de l'umap de Christian)
___
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


--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] date de l'imagerie

[Vincent Privat]

Dans les metadata se serait effectivement mieux. Le format Bing est déjà
géré par JOSM, ce serait donc le candidat idéal. Sinon on a un ticket pour
gérer le format ESRI mais personne n'a encore travaillé dessus:
https://josm.openstreetmap.de/ticket/15604
Si on retient le format Bing, ça revient à rajouter le header
X-VE-TILEMETA-CaptureDatesRange
Pour la valeur du header on ne fait aucun contrôle dessus, le format est
libre.
Vincent

Le mar. 28 août 2018 à 17:16, Christian Quest  a
écrit :

> Super boulot, ne reste plus qu'à trouver comment intégrer ça dans le
> proxy et faire en sorte que JOSM puisse afficher l'info...
>
> Je vois deux options:
>
> - un rendu transparent qui indique la date des tuiles d'ortho au meme
> x/y/z... simple à mettre en oeuvre,
>
> - un bout de script python qui injecte dans les entêtes l'info entre le
> proxy et le géoportail, et faire en sorte que JOSM puisse l'afficher
> comme pour Bing (sûrement plus complexe)
>
> Autre suggestion ?
>
>
> Le 24/08/2018 à 21:56, deuzeffe a écrit :
> > Un premier bilan donne :
> >
> > - 5 m : https://lite.framacalc.org/bd-ortho-millesime-par-dep
> > - 50 cm : https://lite.framacalc.org/bd-ortho-millesime-par-dep-50cm
> > - 20 cm : https://lite.framacalc.org/bd-ortho-millesime-par-dep-20cm
> >
> > À voir comment est-ce exploitable...
> > --
> > deuzeffe, qui aimerait bien que Christian revienne de vacances et
> > donne son avis.
> >
> > On 17/08/2018 12:36, Christian Quest wrote:
> >> La source de l'umap ce sont les shapefile de mosaique de la BDORtho
> >> 5m... republiés dans OpenEventDatabase
> >>
> >> Par contre, il faut aussi prévoir la mise à jour de cette source, car
> >> là ça commence à dater. Ce n'est pas parfait non plus car c'est la BD
> >> Ortho 5m (donc gros pixels) alors qu'on a maintenant des zones avec
> >> du 5cm (Paris).
> >>
> >> Sinon, l'IGN publie les années de prises de vues de la BD Ortho
> >> département par département, ce qui peut être largement suffisant
> >> comme info: http://professionnels.ign.fr/mises-a-jour
> >>
> >> Pour 2017 on trouve:
> >>
> >> 21-24-25-39-47-87-971-972-978 à 20cm
> >>
> >> 21-24-25-39-75-92-93-971-972-978 06-07-21-47 56 13-25-39-47-87-971 à
> >> 50cm
> >>
> >> Malheureusement, ces tableaux ne sont pas très simple à lire car on a
> >> des millésimes différent en fonction des niveaux de zoom.
> >>
> >> Si un courageux veut remettre ça au propre dans un beau CSV ça serait
> >> fort utile.
> >>
> >>
> >> Le 15/08/2018 à 02:26, marc marc a écrit :
> >>> Le 15. 08. 18 à 02:16, Jérôme Seigneuret a écrit :
>  la date de la prise de vu comme on peut l'avoir sur Google Earth ou
> >>> il y a les 2 lorsque les 2 sont disponibles.
> >>> la date de capture dans josm s'affiche chez moi avec
> >>> comme mention "métadonnée capture date"
> >>> et est visible par exemple avec la couche Bing
> >>> oui je sais c'est triste comme exemple :)
> >>>
> >>> Mais si quelqu'un est motivée pour coder l'injection des infos
> >>> dans les headers du proxy BDOrtho osm-fr, c'est techniquement possible
> >>> et un coup de main n'est jamais refusé :)
> >>> sinon c'est sur ma longue liste de chose à faire... et pas la moindre
> >>> idée de ce que cela va impliquer en boulot (j'ai pas encore regardé
> >>> la source de l'umap de Christian)
> >>> ___
> >>> 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
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] date de l'imagerie

[Frédéric Rodrigo]

Il s'agit de trouver dans quelle zone est une tuile pour retourner une 
valeur. Le proxy du cadastre fait déjà :

https://github.com/osm-fr/cadastre-joker/blob/master/whoots.rb#L23


Le 28/08/2018 à 19:32, Vincent Privat a écrit :
Dans les metadata se serait effectivement mieux. Le format Bing est 
déjà géré par JOSM, ce serait donc le candidat idéal. Sinon on a un 
ticket pour gérer le format ESRI mais personne n'a encore travaillé 
dessus:

https://josm.openstreetmap.de/ticket/15604
Si on retient le format Bing, ça revient à rajouter le header 
X-VE-TILEMETA-CaptureDatesRange
Pour la valeur du header on ne fait aucun contrôle dessus, le format 
est libre.

Vincent

Le mar. 28 août 2018 à 17:16, Christian Quest > a écrit :


Super boulot, ne reste plus qu'à trouver comment intégrer ça dans le
proxy et faire en sorte que JOSM puisse afficher l'info...

Je vois deux options:

- un rendu transparent qui indique la date des tuiles d'ortho au meme
x/y/z... simple à mettre en oeuvre,

- un bout de script python qui injecte dans les entêtes l'info
entre le
proxy et le géoportail, et faire en sorte que JOSM puisse l'afficher
comme pour Bing (sûrement plus complexe)

Autre suggestion ?


Le 24/08/2018 à 21:56, deuzeffe a écrit :
> Un premier bilan donne :
>
> - 5 m : https://lite.framacalc.org/bd-ortho-millesime-par-dep
> - 50 cm : https://lite.framacalc.org/bd-ortho-millesime-par-dep-50cm
> - 20 cm : https://lite.framacalc.org/bd-ortho-millesime-par-dep-20cm
>
> À voir comment est-ce exploitable...
> --
> deuzeffe, qui aimerait bien que Christian revienne de vacances et
> donne son avis.
>
> On 17/08/2018 12:36, Christian Quest wrote:
>> La source de l'umap ce sont les shapefile de mosaique de la
BDORtho
>> 5m... republiés dans OpenEventDatabase
>>
>> Par contre, il faut aussi prévoir la mise à jour de cette
source, car
>> là ça commence à dater. Ce n'est pas parfait non plus car c'est
la BD
>> Ortho 5m (donc gros pixels) alors qu'on a maintenant des zones
avec
>> du 5cm (Paris).
>>
>> Sinon, l'IGN publie les années de prises de vues de la BD Ortho
>> département par département, ce qui peut être largement suffisant
>> comme info: http://professionnels.ign.fr/mises-a-jour
>>
>> Pour 2017 on trouve:
>>
>> 21-24-25-39-47-87-971-972-978 à 20cm
>>
>> 21-24-25-39-75-92-93-971-972-978 06-07-21-47 56
13-25-39-47-87-971 à
>> 50cm
>>
>> Malheureusement, ces tableaux ne sont pas très simple à lire
car on a
>> des millésimes différent en fonction des niveaux de zoom.
>>
>> Si un courageux veut remettre ça au propre dans un beau CSV ça
serait
>> fort utile.
>>
>>
>> Le 15/08/2018 à 02:26, marc marc a écrit :
>>> Le 15. 08. 18 à 02:16, Jérôme Seigneuret a écrit :
 la date de la prise de vu comme on peut l'avoir sur Google
Earth ou
>>> il y a les 2 lorsque les 2 sont disponibles.
>>> la date de capture dans josm s'affiche chez moi avec
>>> comme mention "métadonnée capture date"
>>> et est visible par exemple avec la couche Bing
>>> oui je sais c'est triste comme exemple :)
>>>
>>> Mais si quelqu'un est motivée pour coder l'injection des infos
>>> dans les headers du proxy BDOrtho osm-fr, c'est techniquement
possible
>>> et un coup de main n'est jamais refusé :)
>>> sinon c'est sur ma longue liste de chose à faire... et pas la
moindre
>>> idée de ce que cela va impliquer en boulot (j'ai pas encore
regardé
>>> la source de l'umap de Christian)
>>> ___
>>> 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

-- 
Christian Quest - OpenStreetMap France



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


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




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

Re: [OSM-talk-fr] date de l'imagerie

[Brice Person]

Bonjour,

Je découvre votre discussion sur le tard mais avez-vous pensé à utiliser 
l'autoconf du géoportail ?


Il y a les dates, les emprises (des bbox), et les min/max scale 
denominator pour chaque sources.


Ça se présente comme ça :

https://wxs.ign.fr/choisirgeoportail/autoconf/?output=json

Par contre pour avoir l'exhaustivité des sources, bizarrement, j'ai du 
utiliser la clé d'api du geoportail (facilement trouvable dans la 
console). Car il en manquait avec ma clé aussi (notamment RGD 73 74 près 
de chez moi). Peut-être un bug.


Brice


On 28/08/2018 20:03, Frédéric Rodrigo wrote:
Il s'agit de trouver dans quelle zone est une tuile pour retourner une 
valeur. Le proxy du cadastre fait déjà :

https://github.com/osm-fr/cadastre-joker/blob/master/whoots.rb#L23


Le 28/08/2018 à 19:32, Vincent Privat a écrit :
Dans les metadata se serait effectivement mieux. Le format Bing est 
déjà géré par JOSM, ce serait donc le candidat idéal. Sinon on a un 
ticket pour gérer le format ESRI mais personne n'a encore travaillé 
dessus:

https://josm.openstreetmap.de/ticket/15604
Si on retient le format Bing, ça revient à rajouter le header 
X-VE-TILEMETA-CaptureDatesRange
Pour la valeur du header on ne fait aucun contrôle dessus, le format 
est libre.

Vincent

Le mar. 28 août 2018 à 17:16, Christian Quest 
mailto:cqu...@openstreetmap.fr>> a écrit :


    Super boulot, ne reste plus qu'à trouver comment intégrer ça dans le
    proxy et faire en sorte que JOSM puisse afficher l'info...

    Je vois deux options:

    - un rendu transparent qui indique la date des tuiles d'ortho au 
meme

    x/y/z... simple à mettre en oeuvre,

    - un bout de script python qui injecte dans les entêtes l'info
    entre le
    proxy et le géoportail, et faire en sorte que JOSM puisse l'afficher
    comme pour Bing (sûrement plus complexe)

    Autre suggestion ?


    Le 24/08/2018 à 21:56, deuzeffe a écrit :
    > Un premier bilan donne :
    >
    > - 5 m : https://lite.framacalc.org/bd-ortho-millesime-par-dep
    > - 50 cm : 
https://lite.framacalc.org/bd-ortho-millesime-par-dep-50cm
    > - 20 cm : 
https://lite.framacalc.org/bd-ortho-millesime-par-dep-20cm

    >
    > À voir comment est-ce exploitable...
    > --
    > deuzeffe, qui aimerait bien que Christian revienne de vacances et
    > donne son avis.
    >
    > On 17/08/2018 12:36, Christian Quest wrote:
    >> La source de l'umap ce sont les shapefile de mosaique de la
    BDORtho
    >> 5m... republiés dans OpenEventDatabase
    >>
    >> Par contre, il faut aussi prévoir la mise à jour de cette
    source, car
    >> là ça commence à dater. Ce n'est pas parfait non plus car c'est
    la BD
    >> Ortho 5m (donc gros pixels) alors qu'on a maintenant des zones
    avec
    >> du 5cm (Paris).
    >>
    >> Sinon, l'IGN publie les années de prises de vues de la BD Ortho
    >> département par département, ce qui peut être largement suffisant
    >> comme info: http://professionnels.ign.fr/mises-a-jour
    >>
    >> Pour 2017 on trouve:
    >>
    >> 21-24-25-39-47-87-971-972-978 à 20cm
    >>
    >> 21-24-25-39-75-92-93-971-972-978 06-07-21-47 56
    13-25-39-47-87-971 à
    >> 50cm
    >>
    >> Malheureusement, ces tableaux ne sont pas très simple à lire
    car on a
    >> des millésimes différent en fonction des niveaux de zoom.
    >>
    >> Si un courageux veut remettre ça au propre dans un beau CSV ça
    serait
    >> fort utile.
    >>
    >>
    >> Le 15/08/2018 à 02:26, marc marc a écrit :
    >>> Le 15. 08. 18 à 02:16, Jérôme Seigneuret a écrit :
     la date de la prise de vu comme on peut l'avoir sur Google
    Earth ou
    >>> il y a les 2 lorsque les 2 sont disponibles.
    >>> la date de capture dans josm s'affiche chez moi avec
    >>> comme mention "métadonnée capture date"
    >>> et est visible par exemple avec la couche Bing
    >>> oui je sais c'est triste comme exemple :)
    >>>
    >>> Mais si quelqu'un est motivée pour coder l'injection des infos
    >>> dans les headers du proxy BDOrtho osm-fr, c'est techniquement
    possible
    >>> et un coup de main n'est jamais refusé :)
    >>> sinon c'est sur ma longue liste de chose à faire... et pas la
    moindre
    >>> idée de ce que cela va impliquer en boulot (j'ai pas encore
    regardé
    >>> la source de l'umap de Christian)
    >>> ___
    >>> 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

    --     Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] date de l'imagerie

[Christian Quest]

Je viens de regarder, ça me semble furieusement inexploitable.

1) on n'a que des boudingbox... donc des rectangles, alors que les dates de
mises à jour suivent à peu près les limites de départements
2) le minT / maxT qui indique la plage de date est systématiquement:
maxT="2018-05-29" minT="2008-06-18"

Ceci dit, tout n'est peut être pas à jeter... le maxT bien que global et
unique est potentiellement utile et permettrai peut être de savoir de quand
date le dernier changement "quelque part" sur la BDOrtho et donc le besoin
de remettre à jour notre couche de datation ;)


Le mer. 29 août 2018 à 18:31, Brice Person  a écrit :

> Bonjour,
>
> Je découvre votre discussion sur le tard mais avez-vous pensé à utiliser
> l'autoconf du géoportail ?
>
> Il y a les dates, les emprises (des bbox), et les min/max scale
> denominator pour chaque sources.
>
> Ça se présente comme ça :
>
> https://wxs.ign.fr/choisirgeoportail/autoconf/?output=json
>
> Par contre pour avoir l'exhaustivité des sources, bizarrement, j'ai du
> utiliser la clé d'api du geoportail (facilement trouvable dans la
> console). Car il en manquait avec ma clé aussi (notamment RGD 73 74 près
> de chez moi). Peut-être un bug.
>
> Brice
>
>
> On 28/08/2018 20:03, Frédéric Rodrigo wrote:
> > Il s'agit de trouver dans quelle zone est une tuile pour retourner une
> > valeur. Le proxy du cadastre fait déjà :
> > https://github.com/osm-fr/cadastre-joker/blob/master/whoots.rb#L23
> >
> >
> > Le 28/08/2018 à 19:32, Vincent Privat a écrit :
> >> Dans les metadata se serait effectivement mieux. Le format Bing est
> >> déjà géré par JOSM, ce serait donc le candidat idéal. Sinon on a un
> >> ticket pour gérer le format ESRI mais personne n'a encore travaillé
> >> dessus:
> >> https://josm.openstreetmap.de/ticket/15604
> >> Si on retient le format Bing, ça revient à rajouter le header
> >> X-VE-TILEMETA-CaptureDatesRange
> >> Pour la valeur du header on ne fait aucun contrôle dessus, le format
> >> est libre.
> >> Vincent
> >>
> >> Le mar. 28 août 2018 à 17:16, Christian Quest
> >> mailto:cqu...@openstreetmap.fr>> a écrit :
> >>
> >> Super boulot, ne reste plus qu'à trouver comment intégrer ça dans le
> >> proxy et faire en sorte que JOSM puisse afficher l'info...
> >>
> >> Je vois deux options:
> >>
> >> - un rendu transparent qui indique la date des tuiles d'ortho au
> >> meme
> >> x/y/z... simple à mettre en oeuvre,
> >>
> >> - un bout de script python qui injecte dans les entêtes l'info
> >> entre le
> >> proxy et le géoportail, et faire en sorte que JOSM puisse l'afficher
> >> comme pour Bing (sûrement plus complexe)
> >>
> >> Autre suggestion ?
> >>
> >>
> >> Le 24/08/2018 à 21:56, deuzeffe a écrit :
> >> > Un premier bilan donne :
> >> >
> >> > - 5 m : https://lite.framacalc.org/bd-ortho-millesime-par-dep
> >> > - 50 cm :
> >> https://lite.framacalc.org/bd-ortho-millesime-par-dep-50cm
> >> > - 20 cm :
> >> https://lite.framacalc.org/bd-ortho-millesime-par-dep-20cm
> >> >
> >> > À voir comment est-ce exploitable...
> >> > --
> >> > deuzeffe, qui aimerait bien que Christian revienne de vacances et
> >> > donne son avis.
> >> >
> >> > On 17/08/2018 12:36, Christian Quest wrote:
> >> >> La source de l'umap ce sont les shapefile de mosaique de la
> >> BDORtho
> >> >> 5m... republiés dans OpenEventDatabase
> >> >>
> >> >> Par contre, il faut aussi prévoir la mise à jour de cette
> >> source, car
> >> >> là ça commence à dater. Ce n'est pas parfait non plus car c'est
> >> la BD
> >> >> Ortho 5m (donc gros pixels) alors qu'on a maintenant des zones
> >> avec
> >> >> du 5cm (Paris).
> >> >>
> >> >> Sinon, l'IGN publie les années de prises de vues de la BD Ortho
> >> >> département par département, ce qui peut être largement suffisant
> >> >> comme info: http://professionnels.ign.fr/mises-a-jour
> >> >>
> >> >> Pour 2017 on trouve:
> >> >>
> >> >> 21-24-25-39-47-87-971-972-978 à 20cm
> >> >>
> >> >> 21-24-25-39-75-92-93-971-972-978 06-07-21-47 56
> >> 13-25-39-47-87-971 à
> >> >> 50cm
> >> >>
> >> >> Malheureusement, ces tableaux ne sont pas très simple à lire
> >> car on a
> >> >> des millésimes différent en fonction des niveaux de zoom.
> >> >>
> >> >> Si un courageux veut remettre ça au propre dans un beau CSV ça
> >> serait
> >> >> fort utile.
> >> >>
> >> >>
> >> >> Le 15/08/2018 à 02:26, marc marc a écrit :
> >> >>> Le 15. 08. 18 à 02:16, Jérôme Seigneuret a écrit :
> >>  la date de la prise de vu comme on peut l'avoir sur Google
> >> Earth ou
> >> >>> il y a les 2 lorsque les 2 sont disponibles.
> >> >>> la date de capture dans josm s'affiche chez moi avec
> >> >>> comme mention "métadonnée capture date"
> >> >>> et est visible par exemple avec la couche Bing
> >> >>> oui je sais c'est triste comme exe

Re: [OSM-talk-fr] date de l'imagerie

[Brice Person]

On 29/08/2018 18:59, Christian Quest wrote:

Je viens de regarder, ça me semble furieusement inexploitable.


Ça fait plusieurs années que j'exploite ce fichier en ce qui me concerne ;-)



1) on n'a que des boudingbox... donc des rectangles, alors que les 
dates de mises à jour suivent à peu près les limites de départements


Ça, ça dépend de ce que tu veux, les dates de BD ORTHO ou les dates de 
l'imagerie en production sur le géoportail. Mais je débarque donc je 
n'ai peut-être pas bien compris.


2) le minT / maxT qui indique la plage de date est systématiquement: 
maxT="2018-05-29" minT="2008-06-18"


Tu n'as pas du utiliser la version de l'autoconf avec la clé du 
géoportail. Cherche RGD 73-74 par exemple, les dates sont très largement 
variables d'une manière générale.




Ceci dit, tout n'est peut être pas à jeter... le maxT bien que global 
et unique est potentiellement utile et permettrai peut être de savoir 
de quand date le dernier changement "quelque part" sur la BDOrtho et 
donc le besoin de remettre à jour notre couche de datation ;)



Le mer. 29 août 2018 à 18:31, Brice Person > a écrit :


Bonjour,

Je découvre votre discussion sur le tard mais avez-vous pensé à
utiliser
l'autoconf du géoportail ?

Il y a les dates, les emprises (des bbox), et les min/max scale
denominator pour chaque sources.

Ça se présente comme ça :

https://wxs.ign.fr/choisirgeoportail/autoconf/?output=json

Par contre pour avoir l'exhaustivité des sources, bizarrement,
j'ai du
utiliser la clé d'api du geoportail (facilement trouvable dans la
console). Car il en manquait avec ma clé aussi (notamment RGD 73
74 près
de chez moi). Peut-être un bug.

Brice


On 28/08/2018 20:03, Frédéric Rodrigo wrote:
> Il s'agit de trouver dans quelle zone est une tuile pour
retourner une
> valeur. Le proxy du cadastre fait déjà :
> https://github.com/osm-fr/cadastre-joker/blob/master/whoots.rb#L23
>
>
> Le 28/08/2018 à 19:32, Vincent Privat a écrit :
>> Dans les metadata se serait effectivement mieux. Le format Bing
est
>> déjà géré par JOSM, ce serait donc le candidat idéal. Sinon on
a un
>> ticket pour gérer le format ESRI mais personne n'a encore
travaillé
>> dessus:
>> https://josm.openstreetmap.de/ticket/15604
>> Si on retient le format Bing, ça revient à rajouter le header
>> X-VE-TILEMETA-CaptureDatesRange
>> Pour la valeur du header on ne fait aucun contrôle dessus, le
format
>> est libre.
>> Vincent
>>
>> Le mar. 28 août 2018 à 17:16, Christian Quest
>> mailto:cqu...@openstreetmap.fr>
>>
a écrit :
>>
>>     Super boulot, ne reste plus qu'à trouver comment intégrer
ça dans le
>>     proxy et faire en sorte que JOSM puisse afficher l'info...
>>
>>     Je vois deux options:
>>
>>     - un rendu transparent qui indique la date des tuiles
d'ortho au
>> meme
>>     x/y/z... simple à mettre en oeuvre,
>>
>>     - un bout de script python qui injecte dans les entêtes l'info
>>     entre le
>>     proxy et le géoportail, et faire en sorte que JOSM puisse
l'afficher
>>     comme pour Bing (sûrement plus complexe)
>>
>>     Autre suggestion ?
>>
>>
>>     Le 24/08/2018 à 21:56, deuzeffe a écrit :
>>     > Un premier bilan donne :
>>     >
>>     > - 5 m : https://lite.framacalc.org/bd-ortho-millesime-par-dep
>>     > - 50 cm :
>> https://lite.framacalc.org/bd-ortho-millesime-par-dep-50cm
>>     > - 20 cm :
>> https://lite.framacalc.org/bd-ortho-millesime-par-dep-20cm
>>     >
>>     > À voir comment est-ce exploitable...
>>     > --
>>     > deuzeffe, qui aimerait bien que Christian revienne de
vacances et
>>     > donne son avis.
>>     >
>>     > On 17/08/2018 12:36, Christian Quest wrote:
>>     >> La source de l'umap ce sont les shapefile de mosaique de la
>>     BDORtho
>>     >> 5m... republiés dans OpenEventDatabase
>>     >>
>>     >> Par contre, il faut aussi prévoir la mise à jour de cette
>>     source, car
>>     >> là ça commence à dater. Ce n'est pas parfait non plus
car c'est
>>     la BD
>>     >> Ortho 5m (donc gros pixels) alors qu'on a maintenant des
zones
>>     avec
>>     >> du 5cm (Paris).
>>     >>
>>     >> Sinon, l'IGN publie les années de prises de vues de la
BD Ortho
>>     >> département par département, ce qui peut être largement
suffisant
>>     >> comme info: http://professionnels.ign.fr/mises-a-jour
>>     >>
>>     >> Pour 2017 on trouve:
>>     >>
>>     >> 21-24-25-39-47-87-971-972-978 à 20cm
>>     >>
>>     >> 21-24-25-39-75-92-93-971-972-978 06-07-21-47 56
>>     13-25-39-47-87-971 à
>>   

Re: [OSM-talk-fr] date de l'imagerie

[Christian Quest]

Le mer. 29 août 2018 à 19:40, Brice Person  a écrit :

> On 29/08/2018 18:59, Christian Quest wrote:
>
> Je viens de regarder, ça me semble furieusement inexploitable.
>
>
> Ça fait plusieurs années que j'exploite ce fichier en ce qui me concerne
> ;-)
>
>
Il a sûrement d'autres utilité... je parlais uniquement par rapport à notre
besoin sur l'ortho.


> 1) on n'a que des boudingbox... donc des rectangles, alors que les dates
> de mises à jour suivent à peu près les limites de départements
>
>
> Ça, ça dépend de ce que tu veux, les dates de BD ORTHO ou les dates de
> l'imagerie en production sur le géoportail. Mais je débarque donc je n'ai
> peut-être pas bien compris.
>
>
On veut pouvoir savoir de quand date chaque visible de la BD Ortho, donc en
fonction du x/y et du zoom car on a parfois des prises de vues plus
anciennes aux zooms les plus élevés.

2) le minT / maxT qui indique la plage de date est systématiquement:
> maxT="2018-05-29" minT="2008-06-18"
>
>
> Tu n'as pas du utiliser la version de l'autoconf avec la clé du
> géoportail. Cherche RGD 73-74 par exemple, les dates sont très largement
> variables d'une manière générale.
>
>
Fort possible... mais comme je ne sais pas ce qu'il faut passer ni comment,
je n'ai pas cherché plus loin. Si tu as l'info, je suis preneur car je
doute que ça soit documenté et facile à trouver.

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

Re: [OSM-talk-fr] date de l'imagerie

[Brice Person]

On 30/08/2018 08:15, Christian Quest wrote:
Le mer. 29 août 2018 à 19:40, Brice Person > a écrit :


On 29/08/2018 18:59, Christian Quest wrote:

Je viens de regarder, ça me semble furieusement inexploitable.


Ça fait plusieurs années que j'exploite ce fichier en ce qui me
concerne ;-)


Il a sûrement d'autres utilité... je parlais uniquement par rapport à 
notre besoin sur l'ortho.


Mon usage est d'afficher les attributions du calque 
"ORTHOIMAGERY.ORTHOPHOTOS" sur un leaflet (sans me soucier des dates).






1) on n'a que des boudingbox... donc des rectangles, alors que les
dates de mises à jour suivent à peu près les limites de départements


Ça, ça dépend de ce que tu veux, les dates de BD ORTHO ou les dates
de l'imagerie en production sur le géoportail. Mais je débarque donc
je n'ai peut-être pas bien compris.


On veut pouvoir savoir de quand date chaque visible de la BD Ortho, donc 
en fonction du x/y et du zoom car on a parfois des prises de vues plus 
anciennes aux zooms les plus élevés.


Il y aura sans doute un travail d'étude et d'appariement dans ce cas.

Après si vous constatez que le fichier correspond au besoin et que ça 
mérite une automatisation, il peut suffire de tester que la géométrie 
d'un département est complètement contenue dans un bbox particulier 
(avec une tolérance), pour pallier au "problème" des bounding box mais 
c'est à vérifier.





2) le minT / maxT qui indique la plage de date est
systématiquement: maxT="2018-05-29" minT="2008-06-18"


Tu n'as pas du utiliser la version de l'autoconf avec la clé du
géoportail. Cherche RGD 73-74 par exemple, les dates sont très
largement variables d'une manière générale.


Fort possible... mais comme je ne sais pas ce qu'il faut passer ni 
comment, je n'ai pas cherché plus loin. Si tu as l'info, je suis preneur 
car je doute que ça soit documenté et facile à trouver.


C'est ma faute, je pensais que la clé "choisirgeoportail" était d'un 
usage connu sur cette liste. Elle permet d'avoir accès à des ressources 
de base du Géoportail sans créer de compte (pour un usage très limité en 
terme de hits).


Donc pour avoir accès au fichier complet, il suffit juste de remplacer 
"choisirgeoportail" par la clé du geoportail de prod dans cette url :

https://wxs.ign.fr/choisirgeoportail/autoconf/?output=json

Le fichier fait environ 2.5Mo et je ne connais pas leur politique de 
mise en cache. Donc à utiliser avec parcimonie ;-)


L'usage d'une clé obtenue via l'espace pro ne donnant pas toutes les 
sources.


Il y a un peu de doc ici :
https://depot.ign.fr/geoportail/api/develop/tech-docs-js/fr/developpeur/geodrm.html


--
@bjperson
http://www.IdeesLibres.org

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

Re: [OSM-talk-fr] date de l'imagerie

[Christian Quest]

Autre piste: https://geoservices.ign.fr/blog/2018/02/19/cle_metadata.html

J'ai testé sur Paris en interrogeant le service WFS, mais 
malheureusement je n'ai pas vu le détail en fonction du niveau de zoom 
où il devrait être indiqué du 5cm de 2017 (je crois) et là on a une info 
indiquant du 20cm de 2014.



Le 30/08/2018 à 13:46, Brice Person a écrit :

On 30/08/2018 08:15, Christian Quest wrote:
Le mer. 29 août 2018 à 19:40, Brice Person > a écrit :


    On 29/08/2018 18:59, Christian Quest wrote:

    Je viens de regarder, ça me semble furieusement inexploitable.


    Ça fait plusieurs années que j'exploite ce fichier en ce qui me
    concerne ;-)


Il a sûrement d'autres utilité... je parlais uniquement par rapport à 
notre besoin sur l'ortho.


Mon usage est d'afficher les attributions du calque 
"ORTHOIMAGERY.ORTHOPHOTOS" sur un leaflet (sans me soucier des dates).






    1) on n'a que des boudingbox... donc des rectangles, alors que les
    dates de mises à jour suivent à peu près les limites de 
départements


    Ça, ça dépend de ce que tu veux, les dates de BD ORTHO ou les dates
    de l'imagerie en production sur le géoportail. Mais je débarque donc
    je n'ai peut-être pas bien compris.


On veut pouvoir savoir de quand date chaque visible de la BD Ortho, 
donc en fonction du x/y et du zoom car on a parfois des prises de 
vues plus anciennes aux zooms les plus élevés.


Il y aura sans doute un travail d'étude et d'appariement dans ce cas.

Après si vous constatez que le fichier correspond au besoin et que ça 
mérite une automatisation, il peut suffire de tester que la géométrie 
d'un département est complètement contenue dans un bbox particulier 
(avec une tolérance), pour pallier au "problème" des bounding box mais 
c'est à vérifier.





    2) le minT / maxT qui indique la plage de date est
    systématiquement: maxT="2018-05-29" minT="2008-06-18"


    Tu n'as pas du utiliser la version de l'autoconf avec la clé du
    géoportail. Cherche RGD 73-74 par exemple, les dates sont très
    largement variables d'une manière générale.


Fort possible... mais comme je ne sais pas ce qu'il faut passer ni 
comment, je n'ai pas cherché plus loin. Si tu as l'info, je suis 
preneur car je doute que ça soit documenté et facile à trouver.


C'est ma faute, je pensais que la clé "choisirgeoportail" était d'un 
usage connu sur cette liste. Elle permet d'avoir accès à des 
ressources de base du Géoportail sans créer de compte (pour un usage 
très limité en terme de hits).


Donc pour avoir accès au fichier complet, il suffit juste de remplacer 
"choisirgeoportail" par la clé du geoportail de prod dans cette url :

https://wxs.ign.fr/choisirgeoportail/autoconf/?output=json

Le fichier fait environ 2.5Mo et je ne connais pas leur politique de 
mise en cache. Donc à utiliser avec parcimonie ;-)


L'usage d'une clé obtenue via l'espace pro ne donnant pas toutes les 
sources.


Il y a un peu de doc ici :
https://depot.ign.fr/geoportail/api/develop/tech-docs-js/fr/developpeur/geodrm.html 





--
Christian Quest - OpenStreetMap France


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