General question about undocumented extra bytes

38 views
Skip to first unread message

Rainer Wiesenfarth

unread,
Jul 5, 2024, 3:41:49 AM (3 days ago) Jul 5
to LAStools - efficient tools for LiDAR processing
Hi,

I was coming along an unclear part in the LAS specification concerning extra bytes, and think this group might be a good place to ask for clarification.

The LAS specification states that the number of extra bytes is the Point Data Record Length minus the point size implied by the point format type. As the Point Data Record Length is an unsigned short value, there - theoretically - may be close to 64k extra bytes.

If the extra bytes should be described as "undocumented" using an Extra Bytes VLR, the specification states that the EXTRA_BYTES data_type must be 0 (= "undocumented extra bytes") with the options bit field storing the number of undocumented bytes.  However, the options field is an unsigned char and thus has a maximum value of 255.

So, my question is: How to provide a correct Extra Bytes VLR for LAS files where points have more than 255 undocumented extra bytes? Just add multiple descriptors? Or did I miss something?

Cheers, Rainer

Kirk Waters - NOAA Federal

unread,
Jul 5, 2024, 7:18:41 AM (3 days ago) Jul 5
to last...@googlegroups.com
That's probably a good question/issue for the LAS format github at https://github.com/ASPRSorg/las

Kirk


--
Download LAStools at
https://rapidlasso.de
Manage your settings at
https://groups.google.com/g/lastools/membership
---
You received this message because you are subscribed to the Google Groups "LAStools - efficient tools for LiDAR processing" group.
To unsubscribe from this group and stop receiving emails from it, send an email to lastools+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/lastools/a5c21f7d-2037-4e06-a8a5-2a29a88bfccan%40googlegroups.com.

Rainer Wiesenfarth

unread,
Jul 5, 2024, 7:49:18 AM (3 days ago) Jul 5
to last...@googlegroups.com
Thanks, Kirk, for pointing me to the ASPRS GitHub page. I created an issue with the question there.

Cheers, Rainer



--

Rainer Wiesenfarth
Senior Software Engineer
Geospatial Division
 

Rotebühlstr. 81, 70178 Stuttgart
Germany

Rainer_Wi...@trimble.com
geospatial.trimble.com/products-and-solutions/trimble-inpho


Trimble Services GmbH, Am Prime Parc 11, 65479 Raunheim, Eingetragen beim Amtsgericht Darmstadt unter HRB 83893, Geschäftsführer: Rob Reeder, Jürgen Kesper

Jochen Rapidlasso

unread,
Jul 5, 2024, 8:12:47 AM (3 days ago) Jul 5
to LAStools - efficient tools for LiDAR processing
Hi Rainer,
each extra byte definition will get an table entry in the extra byte vlr.
If you add a extra byte with data_type=0 you give the size in the options field (1..255).
This size will extend your point data record size by this value.
The total size of a point data record is limited by 64k.
The size of the extra byte vlr will be large enough to hold around 340 extra_byte entries (64k / 192byte per table entry).
You can't add more extra_bytes than this.
If your extra bytes has a larger size you hit the 64k point data record size limit maybe earlier.

Best regards,

Jochen @rapidlasso

Rainer Wiesenfarth

unread,
Jul 5, 2024, 4:10:24 PM (3 days ago) Jul 5
to last...@googlegroups.com
Hi Jochen,

thanks for the clarification. I was not sure about this, but your reply implies that having multiple EXTRA_BYTES entries with data_type == undocumented in an Extra Bytes VLR is perfectly normal and the preferred (if not only) way to achieve this.

Cheers, Rainer


Evon Silvia

unread,
Jul 5, 2024, 4:10:33 PM (3 days ago) Jul 5
to LAStools - efficient tools for LiDAR processing
Link to the LWG discussion thread: https://github.com/ASPRSorg/LAS/issues/149

I agree with Jochen's assessment here.
Reply all
Reply to author
Forward
0 new messages