Hi, Doug!
Please try to use the latest GEE from GitHub that supports OpenOptions in VRT.
The GEE website is not fully updated with the latest information. We could
convert SMAP (HDF5) into GeoTIFF correctly using GEE, which is impossible with
GDAL from OSGeo.
Also, I’d like to suggest you to put the file on OPeNDAP server (with HDF5
handler by changing .nc to .h5), convert it to netCDF, and then test it on
ArcGIS as shown in [1].
[1] http://hdfeos.org/software/arcgis.php
From: Doug Fowler [mailto:dfowler@xxxxxxxxx]
Sent: Tuesday, June 13, 2017 1:13 PM
To: Joe Lee <hyoklee@xxxxxxxxxxxx>
Cc: cf-satellite@xxxxxxxxxxxxxxxx
Subject: Re: [cf-satellite] NetCDF gdal question
Thanks for the reply, I haven't seen this page before. Looks like it have a
good deal of information
Doug
On 6/13/2017 11:02 AM, H. Joe Lee wrote:
You can try VRT and GDAL Enhancements for ESDIS if your nc is netCDF-4/HDF5:
https://wiki.earthdata.nasa.gov/display/GEE
--
HDF: #1 Driver for Big, Deep, Fast data science.
On Tue, Jun 13, 2017 at 11:18 AM, Doug Fowler
<dfowler@xxxxxxxxx<mailto:dfowler@xxxxxxxxx>> wrote:
Hello,
I work at a data center (NSIDC) in Boulder and we are reviewing some new
NetCDF data that we'll archive. This is satellite data and is a fairly low
level swath product. The geolocation data (lat/lons) is linked to the science
data within each file.
In HDFView and Panoply the data seems to display fine, but using ArcGIS, QGIS,
and gdal, the data is 180 degrees off.
As an example, a file that is over Japan show up over the Atlantic in ArcGIS.
One of my team ran some through gdal, here are his comments;
It appears that GDAL has the same problem as ArcGIS, namely that when I create
a GeoTIFF using gdal_translate extracting any band in
VNP10.A2015183.1242.001.2017157163531.nc<http://VNP10.A2015183.1242.001.2017157163531.nc>,
the longitude values for each GCP in the GeoTIFF are 180 degrees too large.
The first GCP is:
GCP[ 0]: Id=1, Info=
(0.5,0.5) -> (205.183015823364,62.1505355834961,0)
I believe it should be:
GCP[ 0]: Id=1, Info=
(0.5,0.5) -> (25.183015823364,62.1505355834961,0)
We've basically exhausted things to try here. I was told that you might have
some suggestions of things to look at or try to help determine what is causing
this problem.
Any ideas or information is appreciated,
Doug Fowler
--
Doug Fowler, MODIS, VIIRS & ICESat Team Lead
National Snow & Ice Data Center
University of Colorado at Boulder
UCB 449, Boulder, CO 80309
ph (303)735-1357<tel:%28303%29735-1357>; fax
(303)492-2468<tel:%28303%29492-2468>
email: dfowler@xxxxxxxxx<mailto:dfowler@xxxxxxxxx>
_______________________________________________
NOTE: All exchanges posted to Unidata maintained email lists are
recorded in the Unidata inquiry tracking system and made publicly
available through the web. Users who post to any of the lists we
maintain are reminded to remove any personal information that they
do not want to be made public.
cf-satellite mailing list
cf-satellite@xxxxxxxxxxxxxxxx<mailto:cf-satellite@xxxxxxxxxxxxxxxx>
For list information or to unsubscribe, visit:
http://www.unidata.ucar.edu/mailing_lists/
--
Doug Fowler, MODIS, VIIRS & ICESat Team Lead
National Snow & Ice Data Center
University of Colorado at Boulder
UCB 449, Boulder, CO 80309
ph (303)735-1357; fax (303)492-2468
email: dfowler@xxxxxxxxx<mailto:dfowler@xxxxxxxxx>
