[gdal-dev] Hierarchical Data Format-EOS 2 conversion in Gdal
Nikolaos Hatzopoulos
nhatzop at gmail.com
Mon Jan 10 22:54:45 EST 2011
from here:
http://www.brockmann-consult.de/cms/web/beam/meris-products
I download this file which is level2 data:
http://www.brockmann-consult.de/beam/data/products/MER_FR__2PNEPA20030714_102918_000000982018_00094_07162_0053.zip
gdalinfo gives me:
Driver: ESAT/Envisat Image Format
Files: MER_FR__2PNEPA20030714_102918_000000982018_00094_07162_0053.N1
Size is 2241, 2241
Coordinate System is `'
GCP Projection =
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"]]
GCP[ 0]: Id=1, Info=
(0.5,0.5) -> (10.599538,56.49672,0)
....
Metadata:
MPH_PRODUCT=MER_FR__2PNEPA20030714_102918_000000982018_00094_07162_0053.N1
MPH_PROC_STAGE=N
MPH_REF_DOC=PO-RS-MDA-GS2009_11_3J
MPH_ACQUISITION_STATION=PDHS-K
MPH_PROC_CENTER=E-PAC
MPH_PROC_TIME=04-AUG-2003 15:12:31.508420
MPH_SOFTWARE_VER=MERIS/4.06
MPH_SENSING_START=14-JUL-2003 10:26:32.276537
MPH_SENSING_STOP=14-JUL-2003 10:32:37.452300
MPH_PHASE=2
MPH_CYCLE=+018
MPH_REL_ORBIT=+00094
MPH_ABS_ORBIT=+07162
MPH_STATE_VECTOR_TIME=14-JUL-2003 10:27:00.000000
MPH_DELTA_UT1=-.359896
MPH_X_POSITION=+2948879.180
MPH_Y_POSITION=+0636697.527
MPH_Z_POSITION=+6488093.331
MPH_X_VELOCITY=+6793.676563
MPH_Y_VELOCITY=-1452.749368
MPH_Z_VELOCITY=-2938.824735
MPH_VECTOR_SOURCE=FR
MPH_UTC_SBT_TIME=14-JUL-2003 10:18:36.710154
MPH_SAT_BINARY_TIME=+2483253760
MPH_CLOCK_STEP=+3906249805
MPH_LEAP_UTC=17-OCT-2001 00:00:00.000000
MPH_LEAP_SIGN=+001
MPH_LEAP_ERR=0
MPH_PRODUCT_ERR=1
SPH_SPH_DESCRIPTOR=MER_FR__2P SPECIFIC HEADER
SPH_STRIPLINE_CONTINUITY_INDICATOR=+000
SPH_SLICE_POSITION=+001
SPH_NUM_SLICES=+001
SPH_FIRST_LINE_TIME=14-JUL-2003 10:29:18.385327
SPH_LAST_LINE_TIME=14-JUL-2003 10:30:56.938607
SPH_FIRST_FIRST_LAT=+0056496720
SPH_FIRST_FIRST_LONG=+0010599537
SPH_FIRST_MID_LAT=+0057382170
SPH_FIRST_MID_LONG=+0006097018
SPH_FIRST_LAST_LAT=+0058099238
SPH_FIRST_LAST_LONG=+0001394104
SPH_LAST_FIRST_LAT=+0050903410
SPH_LAST_FIRST_LONG=+0007084803
SPH_LAST_MID_LAT=+0051698757
SPH_LAST_MID_LONG=+0003106173
SPH_LAST_LAST_LAT=+0052354870
SPH_LAST_LAST_LONG=-0001001598
SPH_TRANS_ERR_FLAG=0
SPH_FORMAT_ERR_FLAG=0
SPH_DATABASE_FLAG=0
SPH_COARSE_ERR_FLAG=1
SPH_ECMWF_TYPE=1
SPH_NUM_TRANS_ERR=+0000000000
SPH_NUM_FORMAT_ERR=+0000000000
SPH_TRANS_ERR_THRESH=+0.00000000E+00
SPH_FORMAT_ERR_THRESH=+0.00000000E+00
SPH_NUM_BANDS=+015
SPH_BAND_WAVELEN=+0000412545+0000442401+0000489744+0000509700+0000559634+00006
19620+0000664640+0000680902+0000708426+0000753472+0000761606+0000778498+00008648
33+0000884849+0000899860
SPH_BANDWIDTH=+09930+09946+09965+09971+09983+09991+09994+07493+09996+07493+037
42+15000+19999+09990+09989
SPH_INST_FOV=+0000019159
SPH_PROC_MODE=1
SPH_OFFSET_COMP=1
SPH_LINE_TIME_INTERVAL=+0000043997
SPH_LINE_LENGTH=+02241
SPH_LINES_PER_TIE_PT=+064
SPH_SAMPLES_PER_TIE_PT=+064
SPH_COLUMN_SPACING=+2.60000000E+02
DS_LEVEL_1B_PRODUCT_NAME=MER_FR__1PNEPA20030714_102918_000000982018_00094_0716
2_0120.N1
DS_AEROSOL_CLIMATOLOGY_FILE_NAME=MER_AER_AXVIEC20030620_120000_20020321_193100
_20200101_000000
DS_PROCESSING_PARAMS_L2_FILE_NAME=MER_CP2_AXVIEC20030620_120000_20021224_12144
5_20121224_121445
DS_ATMOSPHERIC_PARAMETERS_FILE_NAME=MER_ATP_AXVIEC20030620_120000_20021224_121
445_20121224_121445
DS_WATER_VAPOUR_PARAMETERS_FILE_NAME=MER_WVP_AXVIEC20030620_120000_20020321_19
3100_20120321_193100
DS_OCEAN_AEROSOLS_PARAMS_FILE_NAME=MER_OAP_AXVIEC20030620_120001_20020321_1931
00_20120321_193100
DS_LAND_AEROSOLS_PARAMS_FILE_NAME=MER_LAP_AXVIEC20030715_151450_20020321_19310
0_20120321_193100
DS_OCEAN_I_PARAMETERS_FILE_NAME=MER_OC1_AXVIEC20030620_120000_20020321_193100_
20120321_193100
DS_OCEAN_II_PARAMETERS_FILE_NAME=MER_OC2_AXVIEC20030620_120000_20020321_193100
_20120624_174339
DS_CLOUD_MEASUREMENT_FILE_NAME=MER_CMP_AXVIEC20030620_120000_20021224_121445_2
0120321_193100
DS_LAND_VEGETATION_INDEX_FILE_NAME=MER_LVI_AXVIEC20030620_120000_20020321_1931
00_20130224_164916
Corner Coordinates:
Upper Left ( 0.0, 0.0)
Lower Left ( 0.0, 2241.0)
Upper Right ( 2241.0, 0.0)
Lower Right ( 2241.0, 2241.0)
Center ( 1120.5, 1120.5)
Band 1 Block=2241x1 Type=UInt16, ColorInterp=Undefined
Description = Norm. rho_surf - MDS(1)
Band 2 Block=2241x1 Type=UInt16, ColorInterp=Undefined
Description = Norm. rho_surf - MDS(2)
Band 3 Block=2241x1 Type=UInt16, ColorInterp=Undefined
Description = Norm. rho_surf - MDS(3)
Band 4 Block=2241x1 Type=UInt16, ColorInterp=Undefined
Description = Norm. rho_surf - MDS(4)
Band 5 Block=2241x1 Type=UInt16, ColorInterp=Undefined
Description = Norm. rho_surf - MDS(5)
Band 6 Block=2241x1 Type=UInt16, ColorInterp=Undefined
Description = Norm. rho_surf - MDS(6)
Band 7 Block=2241x1 Type=UInt16, ColorInterp=Undefined
Description = Norm. rho_surf - MDS(7)
Band 8 Block=2241x1 Type=UInt16, ColorInterp=Undefined
Description = Norm. rho_surf - MDS(8)
Band 9 Block=2241x1 Type=UInt16, ColorInterp=Undefined
Description = Norm. rho_surf - MDS(9)
Band 10 Block=2241x1 Type=UInt16, ColorInterp=Undefined
Description = Norm. rho_surf - MDS(10)
Band 11 Block=2241x1 Type=UInt16, ColorInterp=Undefined
Description = Norm. rho_surf - MDS(11)
Band 12 Block=2241x1 Type=UInt16, ColorInterp=Undefined
Description = Norm. rho_surf - MDS(12)
Band 13 Block=2241x1 Type=UInt16, ColorInterp=Undefined
Description = Norm. rho_surf - MDS(13)
Band 14 Block=2241x1 Type=UInt16, ColorInterp=Undefined
Description = YS, SPM, Rect. Rho- MDS(16)
Band 15 Block=2241x1 Type=UInt16, ColorInterp=Undefined
Description = Epsilon, OPT - MDS(19)
I am using centos linux
On Mon, Jan 10, 2011 at 12:54 PM, Adam Bausch <abausch at nova.whrc.org> wrote:
> Hi,
> I get the following error.
> GDALOpen failed - 4
> `H29V13.hdf' not recognised as a supported file format.
> Thanks for the link.
> Adam
>
>
> On 1/10/11 3:31 PM, Nikolaos Hatzopoulos wrote:
>
> what gdalinfo gives you?
> this is a very helpful link http://www.gdal.org/frmt_hdf4.html
>
>
>
> On Mon, Jan 10, 2011 at 10:19 AM, Adam Bausch <abausch at nova.whrc.org>wrote:
>
>> Hi All,
>> I am attempting to process a large volume of MERIS mosaic data obtained
>> from ENVISAT in HDF-EOS2 format, however, I continue to get a "not a
>> supported format" error when I try to run it. I have installed the HDF-4
>> (libdf), HDF-5 (libhdf5) and NetCDF libraries and checked with our
>> Linux/Unix administrator to try and identify the problem with no resolution.
>> I was wondering if anyone else has had this problem or if there is a fix.
>> Best,
>> Adam
>>
>> _______________________________________________
>> gdal-dev mailing list
>> gdal-dev at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/gdal-dev
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/gdal-dev/attachments/20110110/bb5c65cd/attachment-0001.html
More information about the gdal-dev
mailing list