Ich versuche, mit gdalwarp von Geostationary auf Lambert-konform umzuordnen. Meine Eingabedaten sind in netcdf und in geografischen Koordinaten (Grad) und ich möchte die neu zugeordneten Daten in netcdf ausgeben. Ich habe eine entsprechende vrt-Datei für die eingegebenen netcdf-Daten erstellt. Gdalwarp gibt die netcdf-Datei aus, aber die Ausgabedaten sind alle Nullen und ich erhalte den folgenden Fehler:
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.
Ich habe den folgenden Befehl versucht:
/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.ncKann gdalwarp von geografischen Koordinaten auf projizierte neu zuordnen? Oder muss ich zuerst geografisch in projiziert übersetzen? Kann gdalwarp auch Projektionsinformationen direkt aus netcdf lesen oder MÜSSEN Sie zuerst in .vrt schreiben?
Folgendes gibt gdalinfo aus der Eingabedatei aus: (Es handelt sich um eine GOES 13-Datei von 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)
Und zusätzliche GDAL-Informationen zur Datenvariablen:
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
Jede Hilfe wird sehr geschätzt!
1
Die Geoprojektion verwendet keine Grade. versuchen Sie Meter. Woher bekommen Sie die + x_0 / + y_0-Werte? Basierend auf gdalinfo bin ich mir nicht sicher, ob das Eingabe-Raster überhaupt georeferenziert ist. In der Ziel-srs haben Sie + a = + b, was eine Kugel ist, aber auch + e gesetzt. + Ellips ist jedoch für ein völlig anderes Ellipsoid. Die verschiedenen + lat-Werte scheinen auch alle seltsam. lat_ts ist lat von true scale, also eine Standardparallele wie lat_1.
—
mkennedy
Vielen Dank. Ich werde versuchen, Meter zu verwenden. Ich erhalte die x_0 und y_0 (Skalierung und Offsets) aus der GOES-Definition, obwohl dies keine erforderlichen Eingaben für + proj = geos sind, sodass ich versuchen kann, sie herauszunehmen. Und danke, dass Sie auf die Ellipsoidaddition + e hingewiesen haben. Die lat-Definitionen für t_srs beziehen sich auf die AWIPS-Definition von lambert (eine bestimmte Ausgabegröße). Ich werde dem Fragenbeitrag hinzufügen, was gdal info für die spezifische Datenvariable ausspuckt (zu lang für einen Kommentar)
—
Katie J
Die AWIPS-Definition, auf die ich mich beziehe, wird auf dieser Seite beschrieben: nws.noaa.gov/noaaport/html/icdtb48_2.html (die erste ist der Lambert, auf den ich eine Neuzuordnung versuche)
—
Katie J
Hmmm, so heißt es lat / lon WGS84, aber die gemeldeten Eckkoordinaten betreffen mich, weil sie nur Rohzellenwerte sind. Das LCC ist ein Tangentenfall - einzelne Standardparallelen / Ursprungsbreiten liegen alle bei 25N. Ich habe mit keinen dieser Daten gearbeitet, daher gehe ich nur die Metadateninformationen durch.
—
Mkennedy
Das Bild ist nicht georeferenziert, aber eine Quelle srs wird geliefert. Einige Fragen: * Können Sie mit CPL_DEBUG = GDAL_netCDF ausführen? Also CPL_DEBUG = GDAL_netCDF / usr / bin / gdalwarp ... Ich vermute, dass es ein Problem mit den Geolocation-Arrays gibt. * Können Sie Ihre Daten zur Verfügung stellen?