Las与Laz点云文件格式的区别

2023-11-07 09:40

本文主要是介绍Las与Laz点云文件格式的区别,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

Las与Laz点云文件格式的区别

  • Las与Laz点云文件的读取
  • Las
  • Laz
  • 点集压缩
  • LASzip
  • 读取las与laz实验

Las与Laz点云文件的读取

最近研究了一下点云文件格式las与laz,读取方式的话调用的是LAStools库。编译方式没有什么特别的,可能Cmake生成后编译不通过,原来每个exe中的cpp文件有一行代码少了个括号,自行加上即可。通过对代码的调试与文献阅读,总体有以下两点结论:

  1. las与laz相比,其占用磁盘内存减少,大概在4倍左右;
  2. laz较las读取时间降低,测试了一个8个G的与一个6个G的文件,效率降低也在4倍左右。通过CloudCompare进行导入,也能够明显地感觉出来导入速度变慢。

文献主要是一篇Laszip对应的文章,详细讲述了las是如何压缩为laz的。但是我还在研究这篇文章,所以本文暂时不详细讲述具体压缩方法,只讲述自己所做实验与以上两点造成的原因,纯属个人理解,望评!这里附上文章下载链接:《LASzip: lossless compression of LiDAR data》不过好像需要翻墙,推荐使用翻墙软件PSIPHON。

Las

首先介绍一下Las格式的点云存储方式。对于每条扫描脉冲来说,扫描仪记录了返回波段。扫描仪脉冲可能有多个峰值,因为激光在到达地面之前可能撞击到多种表面,如电线或者天线、树叶甚至小鸟。每一个在一定阈值以上的峰值成为一个“返回”。这些带有反射强度,扫描角度,GPS时间,返回数值,飞行先ID等等的坐标信息是我们感兴趣的数据。为了在不同软件中实现数据格式交换,通常的做法是将坐标文件转换为ASCII格式,每一行代表一个“返回”的属性。这种方法虽然灵活病便于理解,但是用文本格式存储百万甚至千万级别的记录是十分笨拙的,更重要的是无法在文件中进行查找。

直到Las 1.3,每一个点记录有核心的20个bytes,其中12个bytes记录了整数形式的xyz坐标。LAS的头信息记录了对于整数坐标的缩放因子。剩下的8个bytes储存了反射强度信息,扫描角度,返回数量,分类信息等等。这些信息组成了基本的point type 0。另外point type 1和3添加了8 byte的GPS time,point type 2与3 增加了6 byte来存储RGB颜色信息。LAS 1.3引入了point type 4和5 允许附加对于每个“返回”的波形信息,但是很少使用。使用浮点数的表示形式意味着数字的精度取决于数字不同的值。越靠近0,精度越高。

从上述可以看出,LAS格式最大的特点就是在存储点坐标时使用缩放因子与平移量的方式。其实,很多人都认为浮点数比整数具有较高的精度,但这是错误的概念。论文里有具体的分析,大家可以仔细阅读。LiDAR坐标大多分布在x-y平面上,这是因为使用了大地坐标与高斯投影的缘故。

Las 1.0-1.3在实际的点数据之前存在一个头信息。前227 bytes的头信息定义了Las文件,包含了变长记录的数量,相对于第一个点的平移量,每个点的类型和大小,点云数量,整数点坐标的平移量和缩放因子以及点云的包围盒。在LAS 1.3中,每个点都附加了一个波形信息,共235 bytes。额外的8 bytes信息描述了波形数据的开始。如果这个字段为0,则波形数据存储在外部的WDP文件中。如果这个字段不为0,波形数据存储在LAS文件内。LASzip还不支持波形数据在LAZ文件内,总是把它写在外部的WDP文件。

Laz

Laz文件是Las文件的一种压缩格式,在LAStools中就有Laszip这个exe,可以直接调用。Laszip压缩器把Las数据中点类型看做四种不同的数据组成的:POINT10,GPSTIME10,RGB12和WAVEPACKET13,针对这个四种数据分别进行压缩。例如,点类型3是由POINT10后面跟着GPSTIME10和RGB12组成的。另外,每个点可能有一个“n”在最后,称作“额外的bytes”。

点集压缩

  1. 有损于无损
    有损压缩方案通过轻微的改变点的位置,即坐标,并且能够保证物体表面的基本形状即可。这种方案主要应用在只要求可视化效果的程序中。而无损压缩方案通过使用“uniform precision”把点坐标改成用缩放因子表示的数值,即修改量化点坐标的形式。
  2. progressive versus non-progressive (or single-rate)(我没理解这一部分)
  3. 流和非流
    流方案在读取一部分数据之后开始压缩点并输出压缩文件,反之,在在只读取一部分压缩文件后开始解压缩。非流方案在压缩与解压缩的时候都是将点全部读进内存。
  4. 点重排列与保持原始顺序
    点重排列方案不在文件中保持原始点顺序,它的压缩增益来源于将点重新排列成一种聪明的顺序。
    保持原始顺序则反之。
  5. 连续的和随机获取
    连续方案依照点在压缩文件中的编码方式解压缩。随机获取方案可以在压缩文件中搜索并且只解压一部分文件。

The LASzip compressor is lossless, non-progressive,
streaming, order-preserving, and provides random-access.

LASzip

laszip不对Las的头信息或者任何变长记录进行压缩。变长记录如下图所示
在这里插入图片描述
它只是从las文件拷贝到laz文件中。然而它对当前的point type值加上128来防止标准的LAS读取器尝试读取压缩后的LAZ文件。另外增加了一个变长记录指明了压缩的点和使用的不同的压缩选项的构成。LASzip压缩器把不同的点类型看做由四部分组成:POINT10,GPSTIME10,RGB12和WAVEPACKET13。每一项都有自己的压缩器,并且它们自己具有版本号,使得压缩器模块化,并且易于扩展到其他点类型。

LASzip压缩器对点集进行分块压缩,这使得在压缩文件中可以进行查找。默认的块大小为50000个点。Chunking makes it possible to, for example, augment the produced LAZ files with spatial indexing LAX files [2] and support area of- interest queries that decompress only the relevant parts of a compressed LAZ file。因为每一个压缩的块都具有不同的大小,压压缩器在文件末尾存储了一个“chunk table”,指明每一块的开始byte位置。

当开始一个新的chunk时,Laszip把第一个点存储为原始的字节,作为后来的预测方案的初值。以下所有的点数据都按一项一项的压缩。这里的项就是上述的POINT10,GPSTIME10,RGB12和WAVEPACKET13。
文章中针对每一项的压缩方案做了具体介绍,我能力有限,还在研究。

读取las与laz实验

本文使用两个las点云文件进行实验,这里分别命名为#1与#2。在Lastools中使用laszip库进行压缩,得到压缩后的laz文件,命名为#1_laz与#2_laz。在实验中,对压缩前后,其所占磁盘内存大小与读取时间进行对比,得到以下结果。

  1. 磁盘内存占用大小
    在这里插入图片描述
  2. 读取时间
    在这里插入图片描述

这篇关于Las与Laz点云文件格式的区别的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/362786

相关文章

2、PF-Net点云补全

2、PF-Net 点云补全 PF-Net论文链接:PF-Net PF-Net (Point Fractal Network for 3D Point Cloud Completion)是一种专门为三维点云补全设计的深度学习模型。点云补全实际上和图片补全是一个逻辑,都是采用GAN模型的思想来进行补全,在图片补全中,将部分像素点删除并且标记,然后卷积特征提取预测、判别器判别,来训练模型,生成的像

native和static native区别

本文基于Hello JNI  如有疑惑,请看之前几篇文章。 native 与 static native java中 public native String helloJni();public native static String helloJniStatic();1212 JNI中 JNIEXPORT jstring JNICALL Java_com_test_g

Android fill_parent、match_parent、wrap_content三者的作用及区别

这三个属性都是用来适应视图的水平或者垂直大小,以视图的内容或尺寸为基础的布局,比精确的指定视图的范围更加方便。 1、fill_parent 设置一个视图的布局为fill_parent将强制性的使视图扩展至它父元素的大小 2、match_parent 和fill_parent一样,从字面上的意思match_parent更贴切一些,于是从2.2开始,两个属性都可以使用,但2.3版本以后的建议使

Collection List Set Map的区别和联系

Collection List Set Map的区别和联系 这些都代表了Java中的集合,这里主要从其元素是否有序,是否可重复来进行区别记忆,以便恰当地使用,当然还存在同步方面的差异,见上一篇相关文章。 有序否 允许元素重复否 Collection 否 是 List 是 是 Set AbstractSet 否

javascript中break与continue的区别

在javascript中,break是结束整个循环,break下面的语句不再执行了 for(let i=1;i<=5;i++){if(i===3){break}document.write(i) } 上面的代码中,当i=1时,执行打印输出语句,当i=2时,执行打印输出语句,当i=3时,遇到break了,整个循环就结束了。 执行结果是12 continue语句是停止当前循环,返回从头开始。

maven发布项目到私服-snapshot快照库和release发布库的区别和作用及maven常用命令

maven发布项目到私服-snapshot快照库和release发布库的区别和作用及maven常用命令 在日常的工作中由于各种原因,会出现这样一种情况,某些项目并没有打包至mvnrepository。如果采用原始直接打包放到lib目录的方式进行处理,便对项目的管理带来一些不必要的麻烦。例如版本升级后需要重新打包并,替换原有jar包等等一些额外的工作量和麻烦。为了避免这些不必要的麻烦,通常我们

ActiveMQ—Queue与Topic区别

Queue与Topic区别 转自:http://blog.csdn.net/qq_21033663/article/details/52458305 队列(Queue)和主题(Topic)是JMS支持的两种消息传递模型:         1、点对点(point-to-point,简称PTP)Queue消息传递模型:         通过该消息传递模型,一个应用程序(即消息生产者)可以

深入探讨:ECMAScript与JavaScript的区别

在前端开发的世界中,JavaScript无疑是最受欢迎的编程语言之一。然而,很多开发者在使用JavaScript时,可能并不清楚ECMAScript与JavaScript之间的关系和区别。本文将深入探讨这两者的不同之处,并通过案例帮助大家更好地理解。 一、什么是ECMAScript? ECMAScript(简称ES)是一种脚本语言的标准,由ECMA国际组织制定。它定义了语言的语法、类型、语句、

Lua 脚本在 Redis 中执行时的原子性以及与redis的事务的区别

在 Redis 中,Lua 脚本具有原子性是因为 Redis 保证在执行脚本时,脚本中的所有操作都会被当作一个不可分割的整体。具体来说,Redis 使用单线程的执行模型来处理命令,因此当 Lua 脚本在 Redis 中执行时,不会有其他命令打断脚本的执行过程。脚本中的所有操作都将连续执行,直到脚本执行完成后,Redis 才会继续处理其他客户端的请求。 Lua 脚本在 Redis 中原子性的原因

msys2 minggw-w64 cygwin wsl区别

1 mingw-w64,这是gcc一直win平台下产生的,所以是win版的gcc,既支持32也支持64bit 2cygwin专注于原样在windows上构建unix软件, 3msys让Linux开发者在windows上运行软件,msys2专注于构建针对windows api构建的本机软件 4 wsl  windows subsystem for linux 是一个在windows 10 上能