Je transferts sur dev-fr histoire d'avoir plus d'avis On jeudi 27 juin 2013, Yohan Boniface wrote:
> Côté calque hillshade, mon idée générale pour l'instant c'est d'utiliser > un .vrt qui référence les tif moulinés, apparemment c'est ce qui se fait. Je ne travail pas sur le monde mais juste sur l'europe (780°²) et j'ai opté pour un seul et unique fichier tif (9Go) N'ayant pas trop fait d'essais avec la solution d'un vrt et d'une grosse arborescence, je ne saurais dire si c'est mieux ou moins bien. Si ce n'est sans doute que ma technique ajoute une monstre opération à base de gdal_merge.py pour produire un fichier titan. > En théorie, je devrais aussi il me semble pouvoir faire un > .vrt, mais pour l'instant j'échoue avec succès ;) J'ai opté pour la technique qui consiste à mettre les isohypses dans la base postgresql : http://wiki.openstreetmap.org/wiki/Contours Encore une fois, je ne saurais dire si c'est mieux ou moins bien qu'un stockage+accès en shp Message complet : On jeudi 27 juin 2013, Yohan Boniface wrote: > En parlant de DEM, je suis en train de réfléchir à comment scaler le DEM > pour le rendu HOT, et j'ai encore pas mal d'interrogations sur la > meilleure stratégie. > > Voici en gros l'état de ma réflexion, si y a des avis, je suis preneur. > > D'abord un petit peu de contexte: je bosse sur un projet TileMill [1], > donc en Carto. > Côté visualisations DEM, je me suis arrêté sur deux calques: > - un calque hillshade avec une source à 80° d'altitude > - un calque lignes de contour à 25m > > Pour l'instant, j'ai tout fait à partir d'une dalle CGIAR à 90m de 5x5 > disponible sur leur site [2]. Donc c'est facile, j'ai un seul petit > fichier à gérer par calque, et chaque traitement prend 10 secondes. > > Mais bien sûr dans l'idée de passer ce rendu en worldwide, ça va pas > être aussi simple. > > Côté calque hillshade, mon idée générale pour l'instant c'est d'utiliser > un .vrt qui référence les tif moulinés, apparemment c'est ce qui se fait. > Par contre, je sais pas quelle est le ratio optimal nombre de > tifs/taille de ces tifs. Y a 820 dalles 90m sur le serveur du CGIAR. 820 > fichiers me semble *à vue de nez* pas super optimal. > D'un autre côté, MapBox semble dire qu'ils ont constaté que des dalles > entre 4096x4096 et 16384x16384 donnaient les meilleurs résultats [3], et > les dalles de CGIAR font 6000 x 6000. Donc une option est de les merger > par groupe de 4 ou 6. > > Côté lignes de contour, j'étais parti pour merger les shp dans un gros > shp, mais pour l'instant ogr2ogr ne veut pas de mes shp lignes de > contour. En théorie, je devrais aussi il me semble pouvoir faire un > .vrt, mais pour l'instant j'échoue avec succès ;) > > Voilà l'état de mes réflexions. J'en suis à me dire que je vais > commencer par service le style sans les DEM, ou avec les DEMs seulement > dans les endroits stratégiques pour HOT, en ajoutant au fur et à mesure > ce qu'on me demande. Pour monter petit à petit en charge, et bien > prendre le temps de voir les intérêts des différentes options. > > Si vous avez des tuyaux, des expériences, des retours, je suis preneur. :) > > Je vais sûrement pinguer les anglois sur serving-tiles@ quand j'aurai > les idées un peu plus claires. > > En attendant je continue à lire la littérature des Internets sur le sujet! > > Yohan > > [1] https://github.com/hotosm/HDM-CartoCSS > [2] http://srtm.csi.cgiar.org/SELECTION/inputCoord.asp > [3] -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe _______________________________________________ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
