Hi,
I'm trying to process a 5.3GB LAS file generated from ERDAS eATE
(209.271.771 points, version 1.2, generating software 'ERDAS
LASTerrainDataset').
I'm using liblas 1.2.1 build on windows 7 64bit with MSVC 9.0.
Processing the file causes no problems as long as I'm using the
reader.ReadNextPoint() method. But once I try random access via the
reader.ReadPointAt() method, I get segmentation faults.
We are still sticking to liblas 1.2.1 until 1.6 stable is released. I've
tried the OSGeo build of liblas 1.6.0b4, but running e.g. lasinfo on the
file returns:
error: The number of points in the header that was set by the software
'ERDAS LASTerrainDataset' does not match the actual number of points in
the file as determined by subtracting the data offset (329) from the
file length (1146099079) and dividing by the point record length (26).
It also does not perfectly contain an exact number of point data and we
cannot infer a point count. Calculated number of points: 44080721
Header-specified number of points: 209271771 Point data remainder: 4
I would expect this, because the OSGeo build is 32bit.
Am I experiencing a bug in liblas 1.2.1 (64bit) with the ReadPointAt()
method? If so, would this be fixed in a 64bit build of 1.6?
Any hints are appreciated,
thanks,
Volker
PS: The file has RGB values coded in 8bit (0-255), I thought the LAS
standard is to rescale RGB to 16bit?
_______________________________________________
Liblas-devel mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/liblas-devel
