I'm working on reading in a NetCDF file into GeoServer and GeoServer has no problem reading it in as a data store, but when I go to publish the layer from the data store I get an error that states "Unable to load raster for granuleDescriptor" from org.geotools.imageio.netcdf.NetCDFImageReader.
I've read through the CF Conventions 1.6 Documentation and COARDS documentation to ensure the NetCDF file meets formatting standards. I've been working with the dataset for quite some time and am unable to find out what the issue is.
I'm using GeoServer 2.7.4 which is using GeoTools 13.4. In case you'd like to use the preconfigured environment I'm using, the environment it's configured in is my own GeoServer Docker container. Information on the container can be found on it's GitHub page.
The sample dataset can be found here. The link includes the dataset, projection in WKT, and a text file showing the stack traced that is thrown.
Here is the exact error thrown.
2015-12-18 22:29:32,882 DEBUG [io.netcdf] - Unable to load raster for granuleDescriptor org.geotools.coverage.io.netcdf.NetCDFResponse@3c9d1be6 with request NetCDFRequest [ interpolation=javax.media.jai.InterpolationNearest@5420f335, source=org.geotools.coverage.io.netcdf.NetCDFSource@6621e90, readType=DIRECT_READ, spatialRequestHelper=SpatialRequestHelper [ requestedBBox=ReferencedEnvelope[0.0 : 5.0, 54.0 : 59.0], cropBBox=ReferencedEnvelope[0.0 : 5.0, 54.0 : 59.0], requestedRasterArea=GridEnvelope2D[0..4, 0..4], destinationRasterArea=java.awt.Rectangle[x=1,y=1,width=5,height=5], requestCRS=GEOGCS["WGS 84", DATUM["World Geodetic System 1984", SPHEROID["WGS 84", 6378137.0, 298.257223563, AUTHORITY["EPSG","7030"]], AUTHORITY["EPSG","6326"]], PRIMEM["Greenwich", 0.0, AUTHORITY["EPSG","8901"]], UNIT["degree", 0.017453292519943295], AXIS["Geodetic longitude", EAST], AXIS["Geodetic latitude", NORTH], AUTHORITY["EPSG","4326"]], requestedGridToWorld=PARAM_MT["Affine", PARAMETER["num_row", 3], PARAMETER["num_col", 3], PARAMETER["elt_1_1", -1.0], PARAMETER["elt_1_2", 59.0]], requestedResolution=[1.0, 1.0], requestedBBOXInCoverageGeographicCRS=null, requestCRSToCoverageGeographicCRS2D=null, destinationToSourceTransform=null, coverageProperties=org.geotools.coverage.io.SpatialRequestHelper$CoverageProperties@6e92b820, empty=false, needsReprojection=true, approximateRequestedBBoInNativeCRS=null], originalRequest=org.geotools.coverage.io.CoverageReadRequest@62767596, name=soil_moisture] Resulting in no granule loaded: Empty result Here is the projection of the dataset:
PROJCS["Lambert_Conformal_Conic", GEOGCS["GCS_Sphere", DATUM["Not_specified_based_on_Authalic_Sphere", SPHEROID["Sphere",6370000.0,0.0]], PRIMEM["Greenwich",0.0], UNIT["Degree",0.0174532925199433]], PROJECTION["Lambert_Conformal_Conic_2SP"], PARAMETER["false_easting",0.0], PARAMETER["false_northing",0.0], PARAMETER["central_meridian",-97.0], PARAMETER["standard_parallel_1",30.0], PARAMETER["standard_parallel_2",60.0], PARAMETER["latitude_of_origin",40.0000076294], UNIT["Meter",1.0]] AUTHORITY["EPSG", 102009] One strange observation is that the error seems to state it reprojecting to a projection other then the one that the file is defined as. I've also tried placing the WKT projection string as the crs_wkt attribute of the Lambert_Conformal variable with no dice.
أكثر...
I've read through the CF Conventions 1.6 Documentation and COARDS documentation to ensure the NetCDF file meets formatting standards. I've been working with the dataset for quite some time and am unable to find out what the issue is.
I'm using GeoServer 2.7.4 which is using GeoTools 13.4. In case you'd like to use the preconfigured environment I'm using, the environment it's configured in is my own GeoServer Docker container. Information on the container can be found on it's GitHub page.
The sample dataset can be found here. The link includes the dataset, projection in WKT, and a text file showing the stack traced that is thrown.
Here is the exact error thrown.
2015-12-18 22:29:32,882 DEBUG [io.netcdf] - Unable to load raster for granuleDescriptor org.geotools.coverage.io.netcdf.NetCDFResponse@3c9d1be6 with request NetCDFRequest [ interpolation=javax.media.jai.InterpolationNearest@5420f335, source=org.geotools.coverage.io.netcdf.NetCDFSource@6621e90, readType=DIRECT_READ, spatialRequestHelper=SpatialRequestHelper [ requestedBBox=ReferencedEnvelope[0.0 : 5.0, 54.0 : 59.0], cropBBox=ReferencedEnvelope[0.0 : 5.0, 54.0 : 59.0], requestedRasterArea=GridEnvelope2D[0..4, 0..4], destinationRasterArea=java.awt.Rectangle[x=1,y=1,width=5,height=5], requestCRS=GEOGCS["WGS 84", DATUM["World Geodetic System 1984", SPHEROID["WGS 84", 6378137.0, 298.257223563, AUTHORITY["EPSG","7030"]], AUTHORITY["EPSG","6326"]], PRIMEM["Greenwich", 0.0, AUTHORITY["EPSG","8901"]], UNIT["degree", 0.017453292519943295], AXIS["Geodetic longitude", EAST], AXIS["Geodetic latitude", NORTH], AUTHORITY["EPSG","4326"]], requestedGridToWorld=PARAM_MT["Affine", PARAMETER["num_row", 3], PARAMETER["num_col", 3], PARAMETER["elt_1_1", -1.0], PARAMETER["elt_1_2", 59.0]], requestedResolution=[1.0, 1.0], requestedBBOXInCoverageGeographicCRS=null, requestCRSToCoverageGeographicCRS2D=null, destinationToSourceTransform=null, coverageProperties=org.geotools.coverage.io.SpatialRequestHelper$CoverageProperties@6e92b820, empty=false, needsReprojection=true, approximateRequestedBBoInNativeCRS=null], originalRequest=org.geotools.coverage.io.CoverageReadRequest@62767596, name=soil_moisture] Resulting in no granule loaded: Empty result Here is the projection of the dataset:
PROJCS["Lambert_Conformal_Conic", GEOGCS["GCS_Sphere", DATUM["Not_specified_based_on_Authalic_Sphere", SPHEROID["Sphere",6370000.0,0.0]], PRIMEM["Greenwich",0.0], UNIT["Degree",0.0174532925199433]], PROJECTION["Lambert_Conformal_Conic_2SP"], PARAMETER["false_easting",0.0], PARAMETER["false_northing",0.0], PARAMETER["central_meridian",-97.0], PARAMETER["standard_parallel_1",30.0], PARAMETER["standard_parallel_2",60.0], PARAMETER["latitude_of_origin",40.0000076294], UNIT["Meter",1.0]] AUTHORITY["EPSG", 102009] One strange observation is that the error seems to state it reprojecting to a projection other then the one that the file is defined as. I've also tried placing the WKT projection string as the crs_wkt attribute of the Lambert_Conformal variable with no dice.
أكثر...