Я пытаюсь переназначить геостационарный конформный Ламберт, используя gdalwarp. Мои входные данные находятся в netcdf и в географических координатах (градусах), и я хотел бы вывести переназначенные данные в netcdf. Я создал соответствующий файл vrt для входных данных netcdf. Gdalwarp выведет файл netcdf, но все выходные данные - это нули, и я получаю следующую ошибку:
Creating output file that is 5120P x 5120L.
Processing input file netcdf.vrt.
ERROR 1: Too many points (441 out of 441) failed to transform,
unable to compute output bounds.
Warning 1: Unable to compute source region for output window 0,0,5120,5120, skipping.
0...10...20...30...40...50...60...70...80...90...100 - done.Я попытался следующую команду:
/usr/bin/gdalwarp -s_srs "+proj=geos +h=35785831 +lon_0=-75 +x_0=-0.151844 +y_0=0.151844 +a=6378140 +b=6356754.99999591 +units=degrees +no_defs" -t_srs "+proj=lcc +ellps=clrk66 +a=6378137 +b=6378137 +e=0.0818191910435 +lat_0=24.9999 +lon_0=-95 +lat_1=24.9999 +lat_ts=25.0001 +units=meters +no_defs" -te -1952976.3246 -828316.5944 3248431.6754 4373091.4056 -of netCDF -geoloc -overwrite -r bilinear -ts 5120 5120 netcdf.vrt out.ncМожет ли gdalwarp переназначить географические координаты на прогнозируемые? Или мне нужно сначала перевести географический в прогнозируемый? Кроме того, может ли gdalwarp считывать информацию о проекции прямо из netcdf или вам НУЖНО сначала писать в .vrt?
Вот что выводит gdalinfo из входного файла: (это файл GOES 13 из CLASS)
Size is 512, 512
Coordinate System is `'
Metadata:
NC_GLOBAL#Conventions=CF-1.4
NC_GLOBAL#Satellite Sensor=G-13 IMG
NC_GLOBAL#Source=McIDAS Area File
Subdatasets:
SUBDATASET_1_NAME=NETCDF:"goes13.2013.100.165517.BAND_04.nc":auditTrail
SUBDATASET_1_DESC=[3x80] auditTrail (8-bit character)
SUBDATASET_2_NAME=NETCDF:"goes13.2013.100.165517.BAND_04.nc":data
SUBDATASET_2_DESC=[1x665x2036] data (32-bit floating-point)
SUBDATASET_3_NAME=NETCDF:"goes13.2013.100.165517.BAND_04.nc":lat
SUBDATASET_3_DESC=[665x2036] lat (32-bit floating-point)
SUBDATASET_4_NAME=NETCDF:"goes13.2013.100.165517.BAND_04.nc":lon
SUBDATASET_4_DESC=[665x2036] lon (32-bit floating-point)
Corner Coordinates:
Upper Left ( 0.0, 0.0)
Lower Left ( 0.0, 512.0)
Upper Right ( 512.0, 0.0)
Lower Right ( 512.0, 512.0)
Center ( 256.0, 256.0)И дополнительная информация gdal о переменной data:
Driver: netCDF/Network Common Data Format
Files: goes13.2013.100.174518.BAND_04.nc
Size is 2036, 665
Coordinate System is `'
Metadata:
data#coordinates=lon lat
data#long_name=0-255 Brightness Temperature
data#type=VISR
NC_GLOBAL#Conventions=CF-1.4
NC_GLOBAL#Satellite Sensor=G-13 IMG
NC_GLOBAL#Source=McIDAS Area File
NETCDF_DIM_EXTRA={time}
NETCDF_DIM_time_DEF={1,4}
NETCDF_DIM_time_VALUES=1365615900
time#long_name=seconds since 1970-1-1 0:0:0
time#units=seconds since 1970-1-1 0:0:0
Geolocation:
LINE_OFFSET=0
LINE_STEP=1
PIXEL_OFFSET=0
PIXEL_STEP=1
SRS=GEOGCS["WGS 84",DATUM["WGS_1984",SPHEROID["WGS 84",6378137,298.257223563,AUTHORITY["EPSG","7030"]],TOWGS84[0,0,0,0,0,0,0],AUTHORITY["EPSG","6326"]],PRIMEM["Greenwich",0,AUTHORITY["EPSG","8901"]],UNIT["degree",0.0174532925199433,AUTHORITY["EPSG","9108"]],AUTHORITY["EPSG","4326"]]
X_BAND=1
X_DATASET=NETCDF:"goes13.2013.100.174518.BAND_04.nc":lon
Y_BAND=1
Y_DATASET=NETCDF:"goes13.2013.100.174518.BAND_04.nc":lat
Corner Coordinates:
Upper Left ( 0.0, 0.0)
Lower Left ( 0.0, 665.0)
Upper Right ( 2036.0, 0.0)
Lower Right ( 2036.0, 665.0)
Center ( 1018.0, 332.5)
Band 1 Block=2036x1 Type=Float32, ColorInterp=Undefined
NoData Value=9.96920996838686905e+36
Metadata:
coordinates=lon lat
long_name=0-255 Brightness Temperature
NETCDF_DIM_time=1365615900
NETCDF_VARNAME=data
type=VISRЛюбая помощь будет оценена!
1
Географическая проекция не будет использовать градусы; попробуй метров. Где вы получаете значения + x_0 / + y_0? Основываясь на gdalinfo, я не уверен, что входной растр имеет географическую привязку вообще. В целевом srs у вас есть + a = + b, которая является сферой, но также установлена + e. Тем не менее, + ellps для совершенно другого эллипсоида. Различные значения + lat тоже кажутся странными. lat_ts - это широта истинного масштаба, поэтому стандартная параллель, как и lat_1.
—
Mkennedy
Спасибо. Я постараюсь использовать счетчики. Я получаю x_0 и y_0 (масштаб и смещения) из определения GOES, хотя это не обязательные входные данные для + proj = geos, поэтому я могу попробовать их убрать. И спасибо за указание на добавление эллипсоида + e. Определения lat для t_srs предназначены для определения AWIPS для lambert (определенного размера вывода). Я добавлю то, что информация gdal выдает для конкретной переменной данных, к сообщению с вопросом (слишком длинно для комментария)
—
Кэти Дж
Определение AWIPS, на которое я ссылаюсь, описано на этой странице: nws.noaa.gov/noaaport/html/icdtb48_2.html (первым является Ламберт, которому я пытаюсь переназначить)
—
Кэти Дж
Хммм, поэтому в нем указано широта / долгота WGS84, но сообщаемые угловые координаты меня беспокоят, потому что это просто необработанные значения ячеек. LCC представляет собой касательный случай - единая стандартная параллель / широта происхождения - все в 25N. Я не работал ни с одной из этих данных, поэтому я просто использую метаданные.
—
Mkennedy
Изображение не имеет географической привязки, но источник srs является источником. Несколько вопросов: * Можете ли вы работать с CPL_DEBUG = GDAL_netCDF? Так что CPL_DEBUG = GDAL_netCDF / usr / bin / gdalwarp ... Я подозреваю, что может быть проблема с массивами геолокации. * Можете ли вы сделать ваши данные доступными?