NOTE: The cf-satellite mailing list is no longer active. The list archives are made available for historical reasons.
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>
cf-satellite archives: