[OSM-talk-fr] orthophoto HR 2016 de normandie

[Christian Quest]

Le 21/07/2017 à 01:31, osm.sanspourriel at spamgourmet.com a écrit :
> D'accord avec les remarques de Philippe mais il y a des groupement 
> régionaux (CREA, Geobretagne, etc...) qui ont déjà les infra qui vont 
> bien (pour geobretagne c'est georchestra basé sur GeoServer et 
> GeoWebCache).

C'est pour ça que je suggérais de vérifier si ces orthos ne sont pas 
dispo en flux (WMTS, TMS, voire WMS).

> C'est à base de logiciels libres et Geobretagne a fait des petits. Il 
> n'y a pas une agence en Normandie ?
> Car c'est à mon avis à eux de proposer le service.
> Pas aux GAFA
>

C'est sûr !

> Violaine avait eu ce besoin pour un Mapathon (une imagerie aérienne à 
> mettre à dispo des éditeurs style JOSM) et elle l'a fait en quelques 
> heures (une, deux ?), en tous cas avant le début du Mapathon mais pas 
> sans stress. Ça pourrait être automatisé.
> Fil de discussion "Charger imagerie en local sur JOSM".
> Peut-être qu'elle a pris le temps de faire un bon doc.
>
> Ça permet de récupérer du TMS, notamment en 512x512 pour JOSM.
> Le faire chez soi, ça le fait.
>

Sur une petite dalle ça se fait, sur une couverture de la moitié de la 
France c'est pas tout à fait la même histoire ;)

A titre d'info, l'IGN diffuse ces orthos opendata par dalles de 5km x 
5km, soit des fichiers de 625 millions de pixels au format JPEG2000.
Pour décompresser un seul fichier avec les librairies de base 
(openjpeg), ça a pris 15h sur une machine pas trop ridicule (un R710 
équivalent à nos serveurs Free)... et il y en a 350 pour couvrir un 
département (c'était l'Allier).
Il faut passer par des librairies propriétaires ou une version 
s'appuyant sur un GPU pour descendre à des temps de traitement 
raisonnables... c'est ça que j'explore.
Le JPEG2000 n'est pas la meilleure idée qui soit, le fichier retraité en 
TIFF tuilé compressé JPEG fait 100Mo à comparer aux 90Mo pour le 
JPEG2000 téléchargé, par contre il est directement exploitable.


> Je dis une à deux heures, mais parce que j'avais résolu les problèmes 
> avant : je savais que faire.
>
> On pourrait imaginer un proxy OSM qui suivant la tuile choisie irait 
> la demander à Geobretagne par exemple si c'est en Bretagne mais au 
> CREA si c'est en Auvergne.
> Avec comme pour le serveur TMS cadastre le problème des zones 
> frontalières.
> Car il est difficile de savoir s'il vaut mieux mettons  la tuile du 
> Mont Saint-Michel de la photo de la Bretagne ou celle de la Normandie.
> Je suis à proximité d'une frontière départementale et Geobretagne 
> avait choisi la photo provenant de l'imagerie de mon département.
> Assez logique pourtant la qualité était moins bonne que celle du 
> département voisin.
> Le problème à été résolu : nouvelles photos formant un continuum de 
> meilleure qualité.
>
> Marc, le problème de :
> /cela permet d'estimer la surface qui pourrait être traité on la met 
> dispo à usage interne pendant 1 mois. le mois d'après, on passe à la 
> zone suivante
>
> /C'est que tu imposes la zone à traiter.
> Or si une zone est mal faite, c'est cette zone là que l'utilisateur 
> veut modifier, indépendamment de la zone actuellement en ligne.
> Ce que tu proposes c'est un peu ce que Christian fait avec 
> OpenSolarMap : si on veut globalement améliorer un critère, ça marche.
>

L'usage de l'ortho actuel c'est un fond qui fournit une info en 
complément d'autres sources. Je ne pense pas que l'usage qui en est fait 
est de "traiter" systématiquement une surface bien définie (1km2 voire 
moins) et encore moins de traiter sur toutes les thématiques...

-- 
Christian Quest - OpenStreetMap France

-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20170721/9e4f5020/attachment.htm>