<div dir="ltr">Bad alloc means that you're out of memory.  I'm sorry but I don't know anything about configuring swap space for docker, but in order to get things to run, that's what you need.  The raster is kept in memory and if you have a big raster you need lots of memory.<div><br></div><div>Hope that helps,</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, May 13, 2017 at 12:16 PM, James Harrison <span dir="ltr"><<a href="mailto:james@talkunafraid.co.uk" target="_blank">james@talkunafraid.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
I'm running PDAL in Docker with a simple pipeline to write a single<br>
dimension with the GDAL writer. The LAZ being consumed as input is<br>
PDAL-generated 1.4 LAS, with the source file (LAS 1.2) to that process<br>
coming from the TerraSolid/Bentley Microstation toolset.<br>
<br>
I'm using Docker, the latest PDAL image (Docker SHA256 4d1b5..., PDAL<br>
commit aea5bb) and have plenty of disk space free at least in the host's<br>
domain.<br>
<br>
All is well on the LAZ side, and ground.laz parses OK (with pdal info,<br>
running in Docker). The LAZ in question has 46,468,399 points and a<br>
number of dimensions. A smaller file runs through this process correctly.<br>
<br>
My pipeline is thus:<br>
<br>
{<br>
  "pipeline": [<br>
    "/output/ground.laz",<br>
    {<br>
      "type": "writers.gdal",<br>
      "resolution": 0.015,<br>
      "radius": 0.035,<br>
      "window_size": 1,<br>
      "filename": "/output/layer-Red.tif",<br>
      "output_type": "idw",<br>
      "dimension": "Red"<br>
    }<br>
  ]<br>
}<br>
<br>
If I run PDAL on this file I get an error after a little while - even<br>
with verbosity 8, nothing is emitted:<br>
[james@hostname laser_coloured_matched]$ docker run -it --rm -v<br>
/tmp/lidar-tmp-1/las2tiff/<wbr>210000_396000/:/output pdal/pdal:latest pdal<br>
--developer-debug pipeline /output/layer-Red.json<br>
terminate called after throwing an instance of 'std::bad_alloc'<br>
  what():  std::bad_alloc<br>
<br>
I'm at a bit of a loss as to how to go about getting more meaningful<br>
error messages out of PDAL, hence the ML post rather than GH issue. Am I<br>
missing a trick to produce more debug messages/output? Is this a known<br>
problem with non-obvious causes like Docker doing something silly with<br>
temporary storage? Or am I being an idiot? :-)<br>
<span class="HOEnZb"><font color="#888888">--<br>
Cheers,<br>
James Harrison<br>
<br>
</font></span><br>______________________________<wbr>_________________<br>
pdal mailing list<br>
<a href="mailto:pdal@lists.osgeo.org">pdal@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/pdal" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/pdal</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Andrew Bell<br><a href="mailto:andrew.bell.ia@gmail.com" target="_blank">andrew.bell.ia@gmail.com</a></div>
</div>