On Wed, 2017-08-16 at 10:56 +0200, Christian Quest wrote: > Bonjour Laurent, > > Je continue à explorer l'hébergement d'ortho HR qui n'est pas une > mince > affaire. > > 1) récupérer les données... c'est en partie fait pour d'autres > régions. > > 2) les retraiter... car le format JPEG2000 n'est pas très adapté à > la > diffusion, plutôt à l'archivage. > > 3) mise à disposition en WMS/WMTS/TMS... > > Pour 1, c'est de la bande passante qu'il faut et du stockage. > > Pour 2 c'est du CPU et un peu plus de stockage temporaire (SSD > bienvenus) > > Pour 3 c'est du stockage et un peu de bande passante et de CPU > > > Je voudrais finir de traiter un département pour pouvoir ensuite > extrapoler en terme de ressources nécessaires et avoir une meilleure > idée du process complet.
Bonsoir Christian, Avec toi, une personne qui m'a contacté en privé et 2 inscrits sur le pad ça fait 4 :). Pour faire du scratch et avoir ensuite une idee du dimensionnement ressources je propose d'utiliser une machine physique l'association tetaneutral.net : ce lundi 20170821 on installe un Ryzen 7 1700 8 coeurs 3 GHz, 64G de RAM et 5 SSD (dont 2 de 1TB), connecté en 10 Gbit/s (debian 9 stretch). Est-ce que les interessés peuvent ajouter leur clé publique ssh sur le pad ? (ou me l'envoyer en privé en piece jointe pas en copier/coller) https://pad.tetaneutral.net/p/osm Pour les discussions en direct je suis sur OFTC #osm-fr nick guerby. pour le courriel je ne sais pas quelle liste il vaut mieux utiliser talk-fr@ avec un tag sujet genre "[ortho]", la liste technique sur http ://lists.tetaneutral.net ou une liste specifique pour ce projet ? Avis sur le pad aussi bienvenus. Merci a tou-te-s, Laurent > Le 15/08/2017 à 13:53, Laurent GUERBY a écrit : > > Bonjour, > > 100 MB pour 5x5 = 25km2 ca fait 4 MB/km2, France metropolitaine > > 551695 km2 donc ~ 2.3 TB de tuiles "TIFF compressé" ? > > > > tetaneutral.net dispose actuellement d'un cluster de 11 machines > > avec 70 TB de stockage brut (64 TB HDD et 6 TB SSD), 384G de RAM > > avec > > ceph + openstack comme logiciels (150+ KVM), et d'un peu plus de 20 > > Gbit/s de connectivié internet avec nos propres IPv4+IPv6. > > > > Il y a quelques temps l'association tetaneutral.net avait organisé > > un repas commun a Toulouse avec les benevoles OSM et nous avions > > discuté de ce sujet d'hebergement de grand volume. > > > > tetaneutral.net peut tout a fait heberger gratuitement des données > > libres qui interessent OSM (primaires ou backup), en gros la seule > > chose qui nous manque au dela de l'infrastructure decrite ci-dessus > > ce > > sont des benevoles pour installer et maintenir les logiciels > > geographiques et les données associées. > > > > Nous avons hebergé pendant quelques années le projet http://maposma > > tic. > > org (avec extract OSM maintenu en base quasi en continu a jour) > > mais > > qui s'est arreté maintenant faute de mainteneur (2 SSD de 1 TB > > chacuns > > probablement reutilisables si on demande). > > > > L'association tetaneutral.net compte plus de 500 adherent-e-s, > > est autonome financierement (sans aucune subvention ni campagne de > > don), existe depuis 2011, fait partie de la Federation FDN > > http://ffdn.org et heberge quelques chatons http://chatons.org > > > > Bref s'il y a des motivé-e-s répondre ici et/ou s'incrire : > > > > https://pad.tetaneutral.net/p/osm > > > > Sincèrement, > > > > Laurent > > AS197422 http://tetaneutral.net > > > > > > 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... > > > > > > _______________________________________________ > > > 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
