Groups keyboard shortcuts have been updated
Dismiss
See shortcuts

Crash bug in e572las on e57 file with timestamps

76 views
Skip to first unread message

Andrew Johnson

unread,
Mar 24, 2025, 3:24:39 AMMar 24
to LAStools - efficient tools for LiDAR processing
Hello,

e572las appears to have a crash bug with certain e57 files that includes timestamps (acquisitionStart and acquisitionEnd). I've attached a file that exhibits the issue. To reproduce the issue, run:
e572las64 -o output.las onlyTimestamp7K.e57

Thanks, Andrew
onlyTimestamp7K.e57

LAStools - efficient tools for LiDAR processing

unread,
Mar 25, 2025, 3:07:40 AMMar 25
to LAStools - efficient tools for LiDAR processing
Hi Andrew,
thanks for the sample file. What is the according open specification where the timestamp fields are defined so we can have a look at this.

Thanks,

Jochen @rapidlasso

Andrew Johnson

unread,
Mar 26, 2025, 3:05:42 AMMar 26
to LAStools - efficient tools for LiDAR processing
Hello,

Thanks. It's possible that adding support for the fields will be more laborious, so maybe these fields can just be ignored rather than causing e572las to crash?

Just for reference, the e57 file is saved from Agisoft Metashape (https://www.agisoft.com/) with the [x] Timestamps checkbox enabled in the export options.

Regarding your question, the e57 file format specification is not open - it requires payment ($99) - https://store.astm.org/e2807-11r19e01.html
So I can't reference that. The next best thing is the source code of libe57 which is the reference implementation of the E57 spec. Here are some places in the code where acquisitionStart / acquisitionEnd is referenced:

LAStools - efficient tools for LiDAR processing

unread,
Mar 26, 2025, 3:16:52 AMMar 26
to LAStools - efficient tools for LiDAR processing
Hi Andrew,
it is unbelievable that there are still file formats around which are not complete open to the public.
Right now you have 2 good workarounds:
(a) do not use E57
(b) do not use the timestamp checkbox
We will put this issue on the todo list, if there are another huge requests on E57 we probably touch this thing again.
As long as the spec is not open it is a not-much-fun thing to fix just one field.
Either we cover the E57 format in full (which is hard to estimate right now) or we just leave it as it is.
Otherwise we have to patch the reader every 2 weeks for another field, tag, version,...
Sorry for let you waiting in this issue a bit.

Cheers,

Jochen @rapidlasso
Reply all
Reply to author
Forward
0 new messages