<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p><br>
    </p>
    <br>
    <div class="moz-cite-prefix">Le 21/07/2017 à 01:31,
      <a class="moz-txt-link-abbreviated" href="mailto:osm.sanspourriel@spamgourmet.com">osm.sanspourriel@spamgourmet.com</a> a écrit :<br>
    </div>
    <blockquote type="cite"
      cite="mid:04ede682-a0f1-2746-6bbe-56490fc7d043@gmx.net">
      <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
      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).<br>
    </blockquote>
    <br>
    C'est pour ça que je suggérais de vérifier si ces orthos ne sont pas
    dispo en flux (WMTS, TMS, voire WMS).<br>
    <br>
    <blockquote type="cite"
      cite="mid:04ede682-a0f1-2746-6bbe-56490fc7d043@gmx.net"> C'est à
      base de logiciels libres et Geobretagne a fait des petits. Il n'y
      a pas une agence en Normandie ?<br>
      Car c'est à mon avis à eux de proposer le service.<br>
      Pas aux GAFA <br>
      <br>
    </blockquote>
    <br>
    C'est sûr !<br>
    <br>
    <blockquote type="cite"
      cite="mid:04ede682-a0f1-2746-6bbe-56490fc7d043@gmx.net"> 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é.<br>
      Fil de discussion "Charger imagerie en local sur JOSM".<br>
      Peut-être qu'elle a pris le temps de faire un bon doc.<br>
      <br>
      Ça permet de récupérer du TMS, notamment en 512x512 pour JOSM.<br>
      Le faire chez soi, ça le fait.<br>
      <br>
    </blockquote>
    <br>
    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 ;)<br>
    <br>
    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.<br>
    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).<br>
    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.<br>
    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.<br>
    <br>
    <br>
    <blockquote type="cite"
      cite="mid:04ede682-a0f1-2746-6bbe-56490fc7d043@gmx.net"> Je dis
      une à deux heures, mais parce que j'avais résolu les problèmes
      avant : je savais que faire.<br>
      <br>
      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.<br>
      Avec comme pour le serveur TMS cadastre le problème des zones
      frontalières.<br>
      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.<br>
      Je suis à proximité d'une frontière départementale et Geobretagne
      avait choisi la photo provenant de l'imagerie de mon département.<br>
      Assez logique pourtant la qualité était moins bonne que celle du
      département voisin.<br>
      Le problème à été résolu : nouvelles photos formant un continuum
      de meilleure qualité.<br>
      <br>
      Marc, le problème de :<br>
      <i>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<br>
        <br>
      </i>C'est que tu imposes la zone à traiter.<br>
      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.<br>
      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.<br>
      <br>
    </blockquote>
    <br>
    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...<br>
    <br>
    <pre class="moz-signature" cols="72">-- 
Christian Quest - OpenStreetMap France</pre>
  </body>
</html>