<div dir="ltr"><div class="gmail_quote"><div>Considering an earlier discussion about mimicking the behaviour of GDAL in PDAL (<a href="http://lists.osgeo.org/pipermail/pdal/2015-September/000744.html">http://lists.osgeo.org/pipermail/pdal/2015-September/000744.html</a>), I had 2 ideas about improved dbase functionality:</div><div><br></div><div>1. Give the option to add filenames to the patches </div><div>An extra column that gives the name of the original laz file would tremendously improve the administration of importing and updating your pointcloud data. Imagine you receive a new lasfile with updated points (new classification for instance), you would like to replace only those points in your dbase, but there is no way to tell which patch originated from which file.</div><div><br></div><div>2. Give an option for out-db pointclouds</div><div>In postgres it is possible to store your raster files out-db. This makes sense when you don't tile your rasters for delivery speed but merely keep them in storage for incidental use. There is still the advantage of administration of metadata in the database and doing complex spatial queries, whereas the actual bulk of files is remains where they are. PDAL's readers and writes would be an intermediary between the dbase and the pointcloud files.</div><div><br></div><div>My guess is that option 1 should be fairly simple to implement (maybe it already exists?) but that option 2 can me a major rework. I'd be happy to share more of my workflow if that helps in the discussion.</div><div><br></div><div>Best,</div><div> Tom</div></div></div>