Re: [gdal-dev] Understand Why a netCDF4 File Is Not Supported

2022-09-01 Thread Scott Smith via gdal-dev
Hi Jukka,

Thanks for looking into this. If I understand correctly, this means I will
have to do a little extra work to convert these into a raster-y/geotiff
format other than simply using gdal_translate.

Thanks for pointing me in the right direction!
Scott Smith
Open Cosmos

On Thu, 1 Sept 2022 at 17:07, Rahkonen Jukka <
jukka.rahko...@maanmittauslaitos.fi> wrote:

> Hi,
>
>
>
> Ogrinfo seems to open the file.
>
>
>
> -Jukka Rahkonen-
>
>
>
> *Lähettäjä:* gdal-dev  *Puolesta *Scott
> Smith via gdal-dev
> *Lähetetty:* torstai 1. syyskuuta 2022 19.04
> *Vastaanottaja:* gdal-dev@lists.osgeo.org
> *Aihe:* [gdal-dev] Understand Why a netCDF4 File Is Not Supported
>
>
>
> Hi All,
>
> I am trying to work with some SMOS data, specifically the netCDF4 files
> from https://smos-diss.eo.esa.int/oads/access/
> <https://eur06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsmos-diss.eo.esa.int%2Foads%2Faccess%2F=05%7C01%7Cjukka.rahkonen%40maanmittauslaitos.fi%7Cc25e0b0ca843423558f608da8c33a3d2%7Cc4f8a63255804a1c92371d5a571b71fa%7C0%7C0%7C637976450669051916%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=SJapG8IICE%2BWs%2BRDqSyza9pXnAPCzh0uczKPzoFtYNs%3D=0>
> .
>
>
>
> Running gdalinfo or gdal_translate using the Docker image
> osgeo/gdal:ubuntu-full-latest on these netCDF4 files seems to fail with
>
>
>
> ERROR 4: '' not recognized as a supported file format.
>
>
>
> Full command and output
>
> docker run -v /local/directory/containing/file/:/mnt/data/
> osgeo/gdal:ubuntu-full-latest gdalinfo --debug ON
> /mnt/data/SM_OPER_MIR_SMUDP2_20220101T001713_20220101T011034_700_001_1.nc
>
> GDAL_netCDF: driver detected file type=3, libnetcdf detected type=3
> GDAL_netCDF: No UNIDATA NC_GLOBAL:Conventions attribute
> GDAL_netCDF: var_count = 72
> GDAL:
> GDALOpen(/mnt/data/SM_OPER_MIR_SMUDP2_20220101T001713_20220101T011034_700_001_1.nc,
> this=0x55cdea7bac30) succeeds as netCDF.
> GDAL:
> GDALClose(/mnt/data/SM_OPER_MIR_SMUDP2_20220101T001713_20220101T011034_700_001_1.nc,
> this=0x55cdea7bac30)
> GDAL:
> GDALOpen(/mnt/data/SM_OPER_MIR_SMUDP2_20220101T001713_20220101T011034_700_001_1.nc,
> this=0x55cdea7bac30) succeeds as netCDF.
> GDAL:
> GDALClose(/mnt/data/SM_OPER_MIR_SMUDP2_20220101T001713_20220101T011034_700_001_1.nc,
> this=0x55cdea7bac30)
> ERROR 4:
> `/mnt/data/SM_OPER_MIR_SMUDP2_20220101T001713_20220101T011034_700_001_1.nc'
> not recognized as a supported file format.
> gdalinfo failed - unable to open
> '/mnt/data/SM_OPER_MIR_SMUDP2_20220101T001713_20220101T011034_700_001_1.nc'.
>
> From this I'm not really able to understand what is wrong with the file.
>
>
> The file with which I am testing is available here:
> https://drive.google.com/file/d/1r4R2gy0w2nyEv1fwmMNNR8CHhwjvayIk/view?usp=sharing
> <https://eur06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdrive.google.com%2Ffile%2Fd%2F1r4R2gy0w2nyEv1fwmMNNR8CHhwjvayIk%2Fview%3Fusp%3Dsharing=05%7C01%7Cjukka.rahkonen%40maanmittauslaitos.fi%7Cc25e0b0ca843423558f608da8c33a3d2%7Cc4f8a63255804a1c92371d5a571b71fa%7C0%7C0%7C637976450669208186%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=IhJTrg4lnBCIABpwpwTKiKBA3rJF0B%2FcLvIz%2BrOpqjM%3D=0>
>
> I am trying to figure out what is "wrong" with these files which render
> them unreadable by gdal. I have not managed to find much by Googling. I'm
> happy to continue investigating if anyone is happy to provide any pointers
> to where I should be looking.
>
> Any advice, pointers or help would be greatly appreciated.
>
> Many Thanks
> Scott Smith
>
> Open Cosmos
>
> p.s. I'm not sure if this is relevant or helpful, but I have managed to
> have some partial success with an older version of gdal and some "single
> variable" files I created from the original. Included for information, the
> gdal version is   GDAL 3.3.2, released 2021/09/01   and a file which worked
> with gdalinfo is
> https://drive.google.com/file/d/1r4R2gy0w2nyEv1fwmMNNR8CHhwjvayIk/view?usp=sharing
> <https://eur06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdrive.google.com%2Ffile%2Fd%2F1r4R2gy0w2nyEv1fwmMNNR8CHhwjvayIk%2Fview%3Fusp%3Dsharing=05%7C01%7Cjukka.rahkonen%40maanmittauslaitos.fi%7Cc25e0b0ca843423558f608da8c33a3d2%7Cc4f8a63255804a1c92371d5a571b71fa%7C0%7C0%7C637976450669208186%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=IhJTrg4lnBCIABpwpwTKiKBA3rJF0B%2FcLvIz%2BrOpqjM%3D=0>
> .
>
>
>
> This email is private and confidential. If you are not the intended
> recipient, do not copy or disclose its content, but please contact the
> 

[gdal-dev] Understand Why a netCDF4 File Is Not Supported

2022-09-01 Thread Scott Smith via gdal-dev
Hi All,

I am trying to work with some SMOS data, specifically the netCDF4 files
from https://smos-diss.eo.esa.int/oads/access/.

Running gdalinfo or gdal_translate using the Docker image
osgeo/gdal:ubuntu-full-latest on these netCDF4 files seems to fail with

ERROR 4: '' not recognized as a supported file format.

Full command and output

docker run -v /local/directory/containing/file/:/mnt/data/
osgeo/gdal:ubuntu-full-latest gdalinfo --debug ON
/mnt/data/SM_OPER_MIR_SMUDP2_20220101T001713_20220101T011034_700_001_1.nc

GDAL_netCDF: driver detected file type=3, libnetcdf detected type=3
GDAL_netCDF: No UNIDATA NC_GLOBAL:Conventions attribute
GDAL_netCDF: var_count = 72
GDAL:
GDALOpen(/mnt/data/SM_OPER_MIR_SMUDP2_20220101T001713_20220101T011034_700_001_1.nc,
this=0x55cdea7bac30) succeeds as netCDF.
GDAL:
GDALClose(/mnt/data/SM_OPER_MIR_SMUDP2_20220101T001713_20220101T011034_700_001_1.nc,
this=0x55cdea7bac30)
GDAL:
GDALOpen(/mnt/data/SM_OPER_MIR_SMUDP2_20220101T001713_20220101T011034_700_001_1.nc,
this=0x55cdea7bac30) succeeds as netCDF.
GDAL:
GDALClose(/mnt/data/SM_OPER_MIR_SMUDP2_20220101T001713_20220101T011034_700_001_1.nc,
this=0x55cdea7bac30)
ERROR 4:
`/mnt/data/SM_OPER_MIR_SMUDP2_20220101T001713_20220101T011034_700_001_1.nc'
not recognized as a supported file format.
gdalinfo failed - unable to open
'/mnt/data/SM_OPER_MIR_SMUDP2_20220101T001713_20220101T011034_700_001_1.nc'.

>From this I'm not really able to understand what is wrong with the file.

The file with which I am testing is available here:
https://drive.google.com/file/d/1r4R2gy0w2nyEv1fwmMNNR8CHhwjvayIk/view?usp=sharing

I am trying to figure out what is "wrong" with these files which render
them unreadable by gdal. I have not managed to find much by Googling. I'm
happy to continue investigating if anyone is happy to provide any pointers
to where I should be looking.

Any advice, pointers or help would be greatly appreciated.

Many Thanks
Scott Smith
Open Cosmos

p.s. I'm not sure if this is relevant or helpful, but I have managed to
have some partial success with an older version of gdal and some "single
variable" files I created from the original. Included for information, the
gdal version is   GDAL 3.3.2, released 2021/09/01   and a file which worked
with gdalinfo is
https://drive.google.com/file/d/1r4R2gy0w2nyEv1fwmMNNR8CHhwjvayIk/view?usp=sharing
.

-- 


This email is private and confidential. If you are not the intended 
recipient, do not copy or disclose its content, but please contact the 
sender immediately.




Open Cosmos Ltd is a company registered in England 
& Wales. Registration number: 09704443. Registered office: Electron 
Building, Fermi Avenue, Harwell, OX11 0QR.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev