gdal有没有办法直接操纵内存中的影像数据

[refactor]

GDALOpen要打开文件系统上的影像文件，如果影像数据不是来自文件，而是通过socket传来的（例如，网络传来的一个jpg格式的二进制数
据），能否“直接”用gdal操作内存中的数据

[refactor]

找到了这个东东：http://www.gdal.org/frmt_mem.html
继续探索中，

[linux23...@gmail.com]

呵呵，非常好，善于自己找答案

[refactor]

或者，GDAL读取的数据直接转换成另一种格式的二进制数据流，而不是通过文件
比如读取的JPEG文件得到一个dataset，怎么通过GDAL将数据转换成一个png格式的二进制数据流，而不是间接通过文件的方式呢

On 3月31日, 下午5时46分, refactor <mjollnir....@gmail.com> wrote:

[refactor]

没有一个简单现成的函数可以做到这个，Frank Warmerdam提示了一种办法，使用“内存文件系统”，当不是通常linux下的那种内存文件系
统，而是GDAL自定义的。

首先需要安装一个内存文件处理器
VSIInstallMemFileHandler();
不过调用VSIFOpenL()等函数时会自动调用这个安装函数，反复调用安装函数也没什么害处。
这个特殊的文件处理器可以将一段内存块作为文件处理，这些文件位于"/vsimem/" 目录下（不用找了，在shell下是看不到的），也就是说该目
录下的所有文件都被GDAL的内存文件处理器处理。不过目前还不支持目录操作，所以vsimem目录是平的。
可以用那些VSI*L函数创建和销毁内存里的数据，就像是操作文件一样。还有些方法可以高效的创建内存文件：不必拷贝原始的数据，这样同样的数据就不会
重复出现在多个地方了；可以将某段内存块关联成“GDAL内存文件系统"中的一个文件。

A. 将内存中的一块二进制影像数据流读入到GDALDataset，然后进行各种GDAL操作。
一个例子如下：
1. 影像二进制数据在内存中的位置为pabyInData，数据的长度为nInDataLength，我们为它创建一个内存影像文件
work.dat
VSIFCloseL( VSIFileFromMemBuffer( "/vsimem/work.dat", pabyInData,
nInDataLength, FALSE ) );
2. 打开这个内存影像文件，得到一个GDALDataset
GDALDatasetH hDS = GDALOpen( "/vsimem/work.dat", GA_ReadOnly );

B.将GDALDataset转换成某种格式（比如GTiff)的二进制影像数据流。一个例子如下
hDS为想输出为二进制数据的GDALDataset
1. 转换成目标数据格式的GDALDataset，这个GDALDataset是建立在“内存影像文件系统”上的
GDALDriverH hDriver = GDALGetDriverByName( "GTiff" );
GDALDatasetH hOutDS= GDALCreateCopy( hDriver, "/vsimem/out.tif", hDS,
TRUE, NULL,
NULL, NULL );
2. 调用VSIGetMemFileBuffer函数从内存影像文件中读出二进制数据流
vsi_l_offset outDataLength; // 读出的二进制数据流的长度放在这个变量里
GByte * binData = VSIGetMemFileBuffer("/vsimem/out.tif",
&outDataLength, TRUE);
binData为转换后的Gtif格式的二进制影像数据，outDataLength为影像数据的长度

VSI*函数内部会调用VSIInstallMemFileHandler();一般不需要直接调用
虽然还是原来的文件操作，但实际上是对内存直接操作的，只不过披上文件的外衣而已。
http://www.gdal.org/cpl__vsi_8h.html#66e2e6f093fd42f8a941b962d4c8a19e

[linux23...@gmail.com]

主要看在内存中怎么操作。数据从哪来？往哪去？反正在内存中不需要有格式的概念。都是2进制数据的矩阵阿。你操作矩阵就是了。至于你要往哪里输出跟用什
么底层都没关系阿。数据读进内存后，怎么操作都由你。跟原来什么格式，以后什么格式都没有关系了。

[linux23...@gmail.com]

使用中间交换文件只是在大数据量的时候，没办法一次把数据全部读入内存的时候才用的。如果数据量小，直接操作矩阵了，没必要再创建内存数据集。在应用的
时候，可以通过PIL之类的图像库，把矩阵转化成格式化数据。或者通过流的重定向，或者通过库的API，就可以获得格式化二进制流，

不过我总是觉得没有什么应用需要直接得到PNG格式的流，因为在绘制API中，格式流还是要转成矩阵来用的，而BS结构也决定了导出文件比流处理更好
用。网络传输？那肯定是矩阵二进制流传更加方便快捷啦

用交换空间，交换文件的一定都是大文件或者要有版本控制的。

On 4月1日, 下午1时05分, refactor <mjollnir....@gmail.com> wrote: