Переезд из списка рассылки gdal-dev:
В понедельник, 2 сентября 2013 года, в 19:09 Дэвид Шин написал:
Привет список, я пытаюсь упаковать временные ряды растров GTiff с идентичной проекцией / экстентом / разрешением как один файл NetCDF для распространения. Я провел последний час, консультируясь с онлайн-документом и безуспешно играя с gdal_translate, gdalbuildvrt и gdalwarp.
Есть ли простой способ сделать это, используя существующие утилиты командной строки gdal? Я решил спросить, прежде чем прибегнуть к индивидуальному решению с использованием NetCDF Python API.
Благодарю. -Давид
В четверг, 3 сентября 2013 г., в 10:15 Этьен Туриньи написал:
то, что вы хотите, вероятно, выходит за рамки gdal. Это потребовало бы умного управления метаданными, чтобы gdal_translate поместил их в один файл ...
Я бы посоветовал вам преобразовать их все в netcdf, используя gdal_translate, а затем использовать python-netcdf4 (не тот, что из numpy / scipy), чтобы сложить их во временное измерение.
Во вторник, 3 сентября 2013 г., в 7:55 утра «Сигнелл, Ричард» написал:
Дэвид, если вы разместите свой вопрос в группе обмена ГИС-стеками /gis//, я приведу пример кода, который должен быть полезным.
-Богатый
====================
Обновление 03.09.13 17:04 PDT
Вот вывод gdalinfo для одного из моих входных наборов данных:
gdalinfo 20120901T2024_align_x+22.19_y+3.68_z+14.97_warp.tif
Driver: GTiff/GeoTIFF
Files: 20120901T2024_align_x+22.19_y+3.68_z+14.97_warp.tif
Size is 10666, 13387
Coordinate System is:
PROJCS["unnamed",
GEOGCS["WGS 84",
DATUM["WGS_1984",
SPHEROID["WGS 84",6378137,298.257223563,
AUTHORITY["EPSG","7030"]],
AUTHORITY["EPSG","6326"]],
PRIMEM["Greenwich",0],
UNIT["degree",0.0174532925199433],
AUTHORITY["EPSG","4326"]],
PROJECTION["Polar_Stereographic"],
PARAMETER["latitude_of_origin",70],
PARAMETER["central_meridian",-45],
PARAMETER["scale_factor",1],
PARAMETER["false_easting",0],
PARAMETER["false_northing",0],
UNIT["metre",1,
AUTHORITY["EPSG","9001"]]]
Origin = (-211346.063781524338992,-2245136.291794800199568)
Pixel Size = (5.000000000000000,-5.000000000000000)
Metadata:
AREA_OR_POINT=Area
Image Structure Metadata:
COMPRESSION=LZW
INTERLEAVE=BAND
Corner Coordinates:
Upper Left ( -211346.064,-2245136.292) ( 50d22'39.70"W, 69d23'55.59"N)
Lower Left ( -211346.064,-2312071.292) ( 50d13'22.38"W, 68d48'10.75"N)
Upper Right ( -158016.064,-2245136.292) ( 49d 1'33.33"W, 69d26'16.42"N)
Lower Right ( -158016.064,-2312071.292) ( 48d54'35.06"W, 68d50'27.28"N)
Center ( -184681.064,-2278603.792) ( 49d38' 1.32"W, 69d 7'17.04"N)
Band 1 Block=256x256 Type=Float32, ColorInterp=Gray
NoData Value=-32767
Вслед за предложенным Люком подходом.
Генерация vrt работает нормально:
gdalbuildvrt -separate newtest.vrt *warp.tif
<VRTDataset rasterXSize="10666" rasterYSize="13387">
<SRS>PROJCS["unnamed",GEOGCS["WGS 84",DATUM["WGS_1984",SPHEROID["WGS 84",6378137,298.257223563,AUTHORITY["EPSG","7030"]],AUTHORITY["EPSG","6326"]],PRIMEM["Greenwich",0],UNIT["degree",0.0174532925199433],AUTHORITY["EPSG","4326"]],PROJECTION["Polar_Stereographic"],PARAMETER["latitude_of_origin",70],PARAMETER["central_meridian",-45],PARAMETER["scale_factor",1],PARAMETER["false_easting",0],PARAMETER["false_northing",0],UNIT["metre",1,AUTHORITY["EPSG","9001"]]]</SRS>
<GeoTransform> -2.1134606378152434e+05, 5.0000000000000000e+00, 0.0000000000000000e+00, -2.2451362917948002e+06, 0.0000000000000000e+00, -5.0000000000000000e+00</GeoTransform>
<VRTRasterBand dataType="Float32" band="1">
<NoDataValue>-3.27670000000000E+04</NoDataValue>
<ComplexSource>
<SourceFilename relativeToVRT="1">20110619T2024_align_x+15.51_y+1.15_z+12.10_warp.tif</SourceFilename>
<SourceBand>1</SourceBand>
<SourceProperties RasterXSize="10666" RasterYSize="13387" DataType="Float32" BlockXSize="256" BlockYSize="256" />
<SrcRect xOff="0" yOff="0" xSize="10666" ySize="13387" />
<DstRect xOff="0" yOff="0" xSize="10666" ySize="13387" />
<NODATA>-32767</NODATA>
</ComplexSource>
</VRTRasterBand>
<VRTRasterBand dataType="Float32" band="2">
<NoDataValue>-3.27670000000000E+04</NoDataValue>
<ComplexSource>
<SourceFilename relativeToVRT="1">20110802T2024_align_x+16.33_y+2.14_z+12.02_warp.tif</SourceFilename>
<SourceBand>1</SourceBand>
<SourceProperties RasterXSize="10666" RasterYSize="13387" DataType="Float32" BlockXSize="256" BlockYSize="256" />
<SrcRect xOff="0" yOff="0" xSize="10666" ySize="13387" />
<DstRect xOff="0" yOff="0" xSize="10666" ySize="13387" />
<NODATA>-32767</NODATA>
</ComplexSource>
</VRTRasterBand>
...
Но когда я пытаюсь перевести на nc, я получаю следующую ошибку:
gdal_translate -of netcdf newtest.vrt newtest.nc
Input file size is 10666, 13387
Warning 1: Variable has 0 dimension(s) - not supported.
0...10...20...30...40...50ERROR 1: netcdf error #-62 : NetCDF: One or more variable sizes violate format constraints .
at (netcdfdataset.cpp,SetDefineMode,1574)
ERROR 1: netcdf error #-39 : NetCDF: Operation not allowed in define mode .
at (netcdfdataset.cpp,IWriteBlock,1435)
ERROR 1: netCDF scanline write failed: NetCDF: Operation not allowed in define mode
ERROR 1: An error occured while writing a dirty block
...ERROR 1: netcdf error #-39 : NetCDF: Operation not allowed in define mode .
at (netcdfdataset.cpp,IWriteBlock,1435)
ERROR 1: netCDF scanline write failed: NetCDF: Operation not allowed in define mode
ERROR 1: netcdf error #-62 : NetCDF: One or more variable sizes violate format constraints .
at (netcdfdataset.cpp,~netCDFDataset,1548)
Таким образом, при ближайшем рассмотрении кажется, что gdal недоволен полярной стереографической проекцией, которую я использую (EPSG: 3413). Смотрите строки 1570-1582 из netcdfdataset.cpp:
В моей проекции указан latitude_of_origin, но нет стандартных параллелей, как ожидается драйвером netcdf.
Ответы:
Вот некоторый код Python, который делает то, что вы хотите, читая файлы GDAL, которые представляют данные в определенное время, и записывая в один файл NetCDF, который является CF-совместимым
GDAL и NetCDF4 Python могут быть немного трудны для сборки, но хорошая новость заключается в том, что они являются частью большинства научных дистрибутивов Python (Python (x, y), Enthought Python Distribution, Anaconda, ...)
Обновление: я еще не делал полярную стереографию в CFCD-совместимом NetCDF, но я должен выглядеть примерно так. Здесь я предположил, что
central_meridian
иlatitude_of_origin
в GDAL такие же, какstraight_vertical_longitude_from_pole
иlatitude_of_projection_origin
в CF:источник
Их легко поместить в один NetCDF с утилитами GDAL, пример ниже. Но вы не получите временное измерение / другие метаданные ответа @ RichSignell. TIFF просто сбрасывается в наборы данных.
источник