OTB 8.0的新特性¶

Note

若要查看完整的更新列表，请参阅 RELEASE NOTES 。

OSSIM用于几何图形 sensor modelling 和 metadata parsing 。自OTB成立以来，它一直是OTB的附属机构。然后添加适配器类以向OTB公共API隐藏OSSIM报头。对于OTB版本8，是时候消除这种依赖了，它的开发周期很难跟上。在OTB v7之前，只使用了OSSIM的一小部分。

一种新的元数据框架¶

过去，读写元数据是由OSSIM处理的。在OTB 8.0中，GDAL负责这项任务。与OSSIM一样，该框架有一种机制来解析GDAL读取的元数据，并使其可供应用程序访问。支持的传感器列表与以前的版本相比没有变化。不在此列表中的传感器仍可与OTB一起使用，但元数据将不可访问。

FORMOSAT¶

Fomosat产品基于dimap文件格式。用户可以提供DIMAP文件或TIFF文件作为OTB应用的输入。

Ikonos¶

Ikonos产品使用TIFF文件格式。要使用Ikonos产品，用户应该提供其中一个作为OTB应用程序的输入。

Pleiades¶

Pleiades的产品基于dimap文件格式。用户可以提供DIMAP文件或TIFF/JPEG2000文件作为OTB应用程序的输入。我们建议使用tiff/jp2000文件。事实上，在读取dimap文件时，我们注意到图像移动了0.5像素(这是GDAL中的一个有文档记录的错误)。

QuickBird¶

QuickBird产品使用TIFF文件格式。要使用QuickBird产品，用户应该提供其中一个作为OTB应用程序的输入。

地点5、6及7¶

现货产品基于dimap文件格式。用户可以提供DIMAP文件或TIFF/JPEG2000文件作为OTB应用程序的输入。

WorldView 2¶

WordView 2产品使用TIFF文件格式。要使用WordView 2产品，用户应该提供其中一个作为OTB应用程序的输入。

CosmoSkyMed¶

CosmoSkyMed产品包含HDF5文件或Tiff文件。每个极化一个Tiff文件，或一个包含所有数据的HDF5文件。读取HDF数据集时，需要使用扩展文件名选择正确的子数据集 &sdataidx=<(int)idx> 。例如，在某些CosmoSkyMed产品中，第一个子数据集是快速浏览，而实际产品是第二个子数据集：

-in “<PRODUCT_NAME>.h5?&sdataidx=2”

雷达卫星2号¶

Radarsat 2产品使用TIFF文件格式。要使用Radarsat产品，用户应该提供其中一个作为OTB应用程序的输入。

哨兵1号¶

哨兵1产品使用TIFF文件格式。要使用Sentinel 1产品，用户应提供其中之一作为OTB应用程序的输入。

TerraSarX¶

TerraSarX产品包含COS文件。要使用TerraSarX产品，用户应该提供其中一个作为OTB应用程序的输入。

传感器模型的一种新组织¶

OSSIM负责正向和反向变换。它将使用RPC模型、SAR模型或特定于传感器的模型。

我们现在在OTB中使用GDAL的RPC模型。在运行了一些测试后，我们估计它比OSSIM的更准确。一些0.01像素量级的定位差距是可以预料的。

我们在OSSIM的基础上为OTB实现了一个新的SAR模型。唯一的、显著的区别是它处理时间的方式。OSSIM使用双精度来记录时间。时间需要精确到微秒，而双精度则不允许这样的精度。当在一条线路上工作时，这不是问题，但在多条线路上累积错误会产生严重的错误，这可能导致选择错误的线路。为了解决这个问题，我们使用了另一个更精确的时间库。这意味着新版本的OTB提供的结果略好一些：少数几行将具有不同的值。

一种处理DEM的新方法¶

对于这项任务，OSSIM再次被GDAL取代。许多OTB应用程序使用高程模型作为输入，通常带有参数“-elev”。此参数接受GDAL支持的任何栅格文件或包含此类文件的目录。在第二种情况下，输入目录中的所有栅格都将由GDAL打开，因此使用VRT可能是个好主意。大地水准面文件也是如此，但重要的是要注意，在以前的OTB版本(使用OSSIM)中，通常使用egm96.grd文件作为大地水准面。GDAL无法打开此文件。但是，仍然可以通过中描述的小技巧来使用它 the documentation 。

测试的状态¶

持续集成平台在8.0.0-alpha2版本上执行了所有测试，它们都成功退出。

除了自动、非回归测试外，我们还使用常用的产品和应用程序进行功能测试。我们在测试与传感器模型和DEM相关的应用程序时尤其谨慎，比如正射校正。为了进行测试，我们使用Pleiades的产品进行了一些治疗(校准和矫正)。我们还使用了多个TerraSAR-X和Sentinel-1产品进行了不同参数的各种处理(爆裂、校准和正射校正)。这项测试帮助我们识别了与前一版本的一些差异：结果更准确，但它们需要更多的计算时间。我们将在以下各节中描述这些差异。

与前一版本的数字差距¶

光学定标¶

除了Pleiades的产品外，预计不会有任何差异。事实上，我们改进了Pleiades产品的校准，改变了用于测量太阳角度的像素的位置，从顶部中心到中心。有关更多细节，请参阅论坛上的这个帖子。这导致了绝对值上的10e-4数量级的数值差距。

光学正射整流¶

我们研究了OTB 7.4生成的正射矫正和OTB 8.0产生的带有Pleiades产品的正射矫正之间的差异。分析表明，沿行的视差为0.01像素，沿列的视差为0.02像素。与Pleiade的定位精度相比，这些差异微不足道。

非典暴发¶

我们的分析表明，在OTB 8.0中，解决了由纳秒误差累积引起的选线问题。因此，被OSSIM错过的行现在被正确地选择。这意味着与新版本的OTB相比，有几行将有所不同。除了这些线路外，没有评估任何差异。

合成孔径雷达定标¶

这个应用程序不会产生数字差距。然而，如果在去脉冲串之后直接处理校准，则在去脉冲串期间遗漏选择的线路仍然不同。

合成孔径雷达正射纠正¶

我们研究了OTB 7.4产生的正射矫正和OTB 8.0产生的Sentinel1 SLC产物之间的差异。分析显示，沿行的视差为0.07像素，沿列的视差为0.025像素。这在测量的精度范围内。

计算时间之差¶

定标¶

我们注意到处理时间的增加(光学校准大约15%，合成孔径雷达校准大约66%)。这是由于更好地使用了校准LUT。

正向纠偏¶

这项申请会损失处理时间(约40%)。我们目前正在调查原因。我们认为它来自新的时间类库。

删除的功能¶

DownloardSRTMTiles¶

DownloadSRTMTiles应用程序不再起作用，因为用于检索磁贴的官方API在没有身份验证的情况下不再可用。经过一些讨论后，决定将这一申请从OTB中删除。这个应用程序执行的任务可以通过一个简单的python脚本轻松完成，不需要OTB应用程序。

OTB 8.0版本缺少什么？¶

版本OTB-8.0.0-Alpha2于2021年11月8日发布。我们需要更多的测试来发布最终的8.0版本。请不要犹豫使用OTB 8.0 Alpha2，如果您对常用的应用程序有什么问题，请告诉我们。

同时，我们将致力于优化正射校正的计算时间。我们还将进行更多的测试。

OTB 8.0的发布将在11月29日至12月1日在法国图卢兹举行的OTB用户日期间进行大量讨论。