I'm sorry, not GitHub.com but NASA Earthdata GitHub [1]
Feel free to contact GEE project manager (tiffany.j.mathews@xxxxxxxx) if you
have trouble in accessing the latest user guide of GEE [2] that includes sample
VRT files.
[1]
https://git.earthdata.nasa.gov/projects/GEE/repos/gdal-enhancements-for-esdis/browse/
[2] https://wiki.earthdata.nasa.gov/pages/viewpage.action?pageId=73142552
-----Original Message-----
From: rmendelss gmail [mailto:rmendelss@xxxxxxxxx]
Sent: Tuesday, June 13, 2017 1:36 PM
To: Joe Lee <hyoklee@xxxxxxxxxxxx>
Cc: Doug Fowler <dfowler@xxxxxxxxx>; cf-satellite@xxxxxxxxxxxxxxxx
Subject: Re: [cf-satellite] NetCDF gdal question
A URL for the Github page you mention?
Thanks,
-Roy
> On Jun 13, 2017, at 11:23 AM, Joe Lee <hyoklee@xxxxxxxxxxxx> wrote:
>
> 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> 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
> inVNP10.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; fax (303)492-2468
> email: 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
> 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
> _______________________________________________
> 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
> For list information or to unsubscribe, visit:
> http://www.unidata.ucar.edu/mailing_lists/
