Message posté par : T. Rossini ---------------------------------------- Bonjour, 300 GO, je dirais que çà dépends de la distribution des coordonnées des points et la technique employée pour stocker/compresser celles-ci, cela est peut être jouable. Mais pour ma part la question du stockage est secondaire pour 15G de points, ce qui me préoccuperait plus serait la recherche et le traitement de ces données. Pour ce qui est de Postgres, il y a plusieurs approches possibles. Ce sujet sur Gis.stackExchange a l'air intéressant : https://gis.stackexchange.com/questions/57031/huge-point-cloud-laser-data-i… Il y est question d'une approche de stockage en grille : au lieu de stocker un Point3D par enregistrement, on découpe l'espace occupé en une grille, chaque cellule est un enregistrement, et les points contenu dans cette cellules sont stockés dans un MultiPoint3D. Pour optimiser la compression des données effectuée par Postgres, si vos données vous le permette, vous pouvez vous servir de st_quantizecoordinates afin d'obtenir une représentation optimale des coordonnées de vos géométries : https://postgis.net/docs/ST_QuantizeCoordinates.html Il y est aussi mentionné une extension à part appelée PointCloud, développée par P. Ramsey, qui travaille aussi sur Postgis. C'est une extension spécialement dédiée à la gestion de nuage de points, j'imagine que les choses doivent être optimisées. Il y a même une façon d’interfacer cette extension avec postgis. Je ne l'ai jamais utilisé. Un moyen d'avoir une idée rapidement serait d'écrire un petit script qui générerait assez de points aléatoirement pour que vous puissiez vous faire une idée. ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=333913#p333913 Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement -- Association GeoRezo - le portail géomatique https://georezo.net

Message posté par : Nicolas Ribot ---------------------------------------- Bonjour, Postgis dipose de la fonction st_mem_size pour determiner la taille d'une geom. Un point 3D fait 40 bytes, et 15Md de points 3D, environ 560 GB, auxquels il faut rajouter les autres colonnes et les index éventuels sur la table (compter plusieurs centaines de GB pour l'index) Comme le dit tumasgiu, a partir de cette volumétrie, PointCloud peut etre une solution interessante, qui optimise le stockage et fournit des index spatiaux et non spatiaux pour accéder à ces grilles de data. Si la volumétrie peut devenir beaucoup plus grosse, peut etre que la BD n'est pas la meilleure solution ? Je remets ici un lien vers une discussion parlant de Entwine, un outil LIDAR (https://github.com/PDAL/PDAL/issues/2218) (les démos sont très belles ! : https://potree.entwine.io/ ) Nicolas ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=333914#p333914 Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement -- Association GeoRezo - le portail géomatique https://georezo.net