[gdal-dev] Display ADRG data with multiple subdatasets
Even Rouault
even.rouault at mines-paris.org
Sun Dec 27 09:39:04 EST 2009
Ayhan,
this obviously confirms that ADRG subdataset was never tested before.
I'd be willing to improve the support for them in GDAL itself rather
than forcing each user to use their little own hacks.
The ADRG driver cannot currently open directly the .IMG files, but I
suspect this would be propably the right thing to do for subdataset
access. This might be probably something similar to what is suggested
for the ASRP/USRP driver in http://trac.osgeo.org/gdal/ticket/3194
If I could have access to your data, it will be of course the most
convenient solution. Otherwise could you list all the filenames of your
ADRG product (from what you say I suspect there's only one GEN file but
several IMG files ?). What would also greatly help is that you provide
the output of the '8211dump' utility on both the .THF and .GEN files.
The source for this utility is in the frmts/iso8211 subdirectory of GDAL
source distribution. If you cd into this directory and do 'make
8211dump' (on Linux), it should get compiled (but you might need to try
this on gdal-trunk, as I'm not sure the GNUmakefile in the 1.5 branch
will compile it without a few changes).
Even
Ayhan TEKGÜL a écrit :
> Hi Even,
>
> When I check gdalinfo for transh01.thf file, the result is,
> -------------------------------------------------------
> Driver: ADRG/ARC Digitized Raster Graphics
> Files: transh01.thf
> Size is 13696, 2944
> Coordinate System is:
> GEOGCS["WGS 84", DATUM["WGS_1984", SPHEROID["WGS
> 84",6378137,298.257223563]],
> PRIMEM["Greenwich",0], UNIT["degree",0.0174532925199433],
> AUTHORITY["EPSG","4326"]]
> Origin = (-10.588233333333333,52.738852777777780)
> Pixel Size = (0.005908613445378,-0.004478503184713)
> Band number: 3
> Metadata:
> ADRG_SCA=5000000
> ADRG_NAM=GNUR0102
> Corner Coordinates:
> Upper Left ( -10.5882333, 52.7388528) ( 10d35'17.64"W, 52d44'19.87"N)
> Lower Left ( -10.5882333, 39.5541394) ( 10d35'17.64"W, 39d33'14.90"N)
> Upper Right ( 70.3361364, 52.7388528) ( 70d20'10.09"E, 52d44'19.87"N)
> Lower Right ( 70.3361364, 39.5541394) ( 70d20'10.09"E, 39d33'14.90"N)
> Center ( 29.8739515, 46.1464961) ( 29d52'26.23"E, 46d 8'47.39"N)
> Band 1 Block=128x128 Type=Byte, ColorInterp=Red
> NoData Value=0
> Band 2 Block=128x128 Type=Byte, ColorInterp=Green
> NoData Value=0
> Band 3 Block=128x128 Type=Byte, ColorInterp=Blue
> NoData Value=0
> ------------------------------------------------------------------------------------
>
>
> When I check gdalinfo for gnur0101.gen file, the result is,
> -----------------------------------------------------------------------------------
>
> Driver: ADRG/ARC Digitized Raster Graphics
> Files: gnur0101.gen
> Size is 13696, 2944
> Coordinate System is:
> GEOGCS["WGS 84", DATUM["WGS_1984", SPHEROID["WGS
> 84",6378137,298.257223563]],
> PRIMEM["Greenwich",0], UNIT["degree",0.0174532925199433],
> AUTHORITY["EPSG","4326"]]
> Origin = (-10.588233333333333,52.738852777777780)
> Pixel Size = (0.005908613445378,-0.004478503184713)
> Band number: 3
> Metadata:
> ADRG_SCA=5000000
> ADRG_NAM=GNUR0102
> Corner Coordinates:
> Upper Left ( -10.5882333, 52.7388528) ( 10d35'17.64"W, 52d44'19.87"N)
> Lower Left ( -10.5882333, 39.5541394) ( 10d35'17.64"W, 39d33'14.90"N)
> Upper Right ( 70.3361364, 52.7388528) ( 70d20'10.09"E, 52d44'19.87"N)
> Lower Right ( 70.3361364, 39.5541394) ( 70d20'10.09"E, 39d33'14.90"N)
> Center ( 29.8739515, 46.1464961) ( 29d52'26.23"E, 46d 8'47.39"N)
> Band 1 Block=128x128 Type=Byte, ColorInterp=Red
> NoData Value=0
> Band 2 Block=128x128 Type=Byte, ColorInterp=Green
> NoData Value=0
> Band 3 Block=128x128 Type=Byte, ColorInterp=Blue
> NoData Value=0
> --------------------------------------------------------------------------------------
>
>
> There are 4 subdatasets, but gdalinfo shows just the first one in
> metadata as ADRG_NAM=GNUR0102 with size 13696, 2944
>
> In ADRGDataset::GetGENListFromTHF function of adrgdataset.cpp file, I
> tried to catch IMG files and add to fileNames. Then gdalinfo showed
> all the img files in subdatasets metadata.
>
> But this time GDALGetRasterCount gives 0 band. Because in
> ADRGDataset::Open function, when count of fileNames is bigger than 1,
> all fileNames[i] are being added as subdatasets to poDS and poDS
> returns without nBands are set.
>
> As I understand that, when subdatasets exist, subdataset files should
> be handled separately. But gdalinfo does not recognize the subdataset
> files (xxx.img).
>
> So maybe I should handle the adrg data, which has multiple
> subdatasets, by my own code. But this is not a convenient way of
> reading adrg data.
>
> Best regards...
>
> Ayhan TEKGÜL
>
> ----- Original Message ----- From: "Even Rouault"
> <even.rouault at mines-paris.org>
> To: "Ayhan TEKGÜL" <ayhan.tekgul at netcad.com.tr>
> Cc: <gdal-dev at lists.osgeo.org>
> Sent: Saturday, December 26, 2009 8:10 PM
> Subject: Re: [gdal-dev] Display ADRG data with multiple subdatasets
>
>
>> Ayhan,
>>
>> the driver has support for ADRG subdatasets (although I'm not 100%
>> positive this has been tested). Theoretically, if you do a gdalinfo
>> on the .THF file and it has several subdatasets, they should be
>> listed. But basically the list is just the list of related .GEN
>> files, so you can directly do gdalinfo on the .GEN files.
>>
>> Best regards,
>>
>> Even
>>
>> Ayhan TEKGÜL a écrit :
>>> Hi, all;
>>> I am using gdal-1.5.0 to display ADRG data. But when ADRG data has
>>> multiple subdatasets, I can display just one image.
>>> I have tried to search the wiki and gdal-dev archives, but I cannot
>>> get any similar problem with this issue or solution to this problem.
>>> (Maybe I have missed.)
>>> Is there anybody who knows to display adrg data with multiple
>>> subdatasets?
>>> Best regards...
>>> Ayhan TEKGÜL
>>> ------------------------------------------------------------------------
>>>
>>>
>>> _______________________________________________
>>> gdal-dev mailing list
>>> gdal-dev at lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/gdal-dev
>>
>>
>
>
>
>
More information about the gdal-dev
mailing list