Re: [Geoserver-users] [EXT] Can't read Netcdf with WKT attributes

2019-08-20 Thread Marks, Constant 
I had an issue loading some geotiffs that needed an .prj file created before I 
could add them as a raster data store. Maybe you could create one for your 
netcdf file?



Constant Marks
Research Assistant | Computer Science and Engineering
University of North Texas
Office: Discovery Parks F216
e: constant.ma...@unt.edu
t: (303) 482 7292


 Original message 
From: Van Der Stelt Frank 
Date: 8/20/19 6:52 AM (GMT-06:00)
To: geoserver-users@lists.sourceforge.net
Subject: [EXT] [Geoserver-users] Can't read Netcdf with WKT attributes

Hi All,

I'm using the Netcdf input plugin with geoserver 2.15.2. However when I try to 
read my files I get a warning "unable to connect" This because the CRS is not 
found:

Caused by: java.io.IOException: java.lang.IllegalArgumentException: Unable to 
find a CRS for the provided variable: lon

Before this warning another warning appears:

WARNING: Unable to setup a CRS from the specified WKT: 
PROJCS['unnamed',GEOGCS['GRS 1980(IUGG, 
1980)',DATUM['unknown',SPHEROID['GRS80',6378137,298.257222101],TOWGS84[0,0,0,0,0,0,0]],PRIMEM['Greenwich',0],UNIT['degree',0.0174532925199433]],PROJECTION['Transverse_Mercator'],PARAMETER['latitude_of_origin',0],PARAMETER['central_meridian',18],PARAMETER['scale_factor',1],PARAMETER['false_easting',15],PARAMETER['false_northing',0],UNIT['Meter',1]]

My netcdf has a variable projection which is read by the netcdf plugin 
according to the documentation:

https://docs.geoserver.org/stable/en/user/extensions/netcdf/netcdf.html#wkt-attributes

It looks like this (ncdump):

 int projection ;
projection:grid_mapping_name = "transverse_mercator" ;
projection:proj4 = "+proj=tmerc +lat_0=0 +lon_0=18 +k=1 
+x_0=15 +y_0=0 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs" ;
projection:scale_factor_at_central_meridian = 1. ;
projection:longitude_of_central_meridian = 18. ;
projection:latitude_of_projection_origin = 0. ;
projection:false_easting = 15. ;
projection:false_northing = 0. ;
projection:semi_major_axis = 6378137. ;
projection:inverse_flattening = 298.257222101 ;
projection:spatial_ref = "PROJCS[\"unnamed\",GEOGCS[\"GRS 
1980(IUGG, 
1980)\",DATUM[\"unknown\",SPHEROID[\"GRS80\",6378137,298.257222101],TOWGS84[0,0,0,0,0,0,0]],PRIMEM[\"Greenwich\",0],UNIT[\"degree\",0.0174532925199433]],PROJECTION[\"Transverse_Mercator\"],PARAMETER[\"latitude_of_origin\",0],PARAMETER[\"central_meridian\",18],PARAMETER[\"scale_factor\",1],PARAMETER[\"false_easting\",15],PARAMETER[\"false_northing\",0],UNIT[\"Meter\",1]]"
 ;

The WKT syntax is parsed (parseWKT in geotools) but the coordinate reference 
system is not created.

Does anyone else have this problem when using the WKT-syntax in netcdf? 
Something wrong with the WKT-syntax? Any way to turn of the parsing by 
geoserver?

Kind regards,

Frank van der Stelt
Systems developer
SMHI - Swedish Meteorological and Hydrological Institute
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] [EXT] Re: Support for PostGis Raster without Mosaic JDBC

2019-08-17 Thread Marks, Constant 
OK thanks. I am working on learning some java using the geotool's tutorial.  I 
am mostly a python coder so it is a lot to take in. I also like command line 
coding so I'm using maven. Once I have the basics down, how to I take a geotool 
like the the one you sent and add it to the geoserver?



Constant Marks
Research Assistant | Computer Science and Engineering
University of North Texas
Office: Discovery Parks F216
e: constant.ma...@unt.edu<mailto:constant.ma...@unt.edu>
t: (303) 482 7292


 Original message 
From: Andrea Aime 
Date: 8/16/19 10:22 AM (GMT-06:00)
To: "Marks, Constant" , Justin Deoliveira 

Cc: geoserver-users@lists.sourceforge.net
Subject: [EXT] Re: [Geoserver-users] Support for PostGis Raster without Mosaic 
JDBC

Hi,
some months ago Justin (cc'ed) donated a direct reader in GeoTools:

https://github.com/geotools/geotools/tree/master/modules/unsupported/postgis-raster<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fgeotools%2Fgeotools%2Ftree%2Fmaster%2Fmodules%2Funsupported%2Fpostgis-raster=02%7C01%7CConstant.Marks%40unt.edu%7C36ad87c418b1493fbdfe08d7225d801e%7C70de199207c6480fa318a1afcba03983%7C0%7C0%7C637015657306106080=%2FWcMoRMkVtSw7OI3vxIt06XKhaV1FaIM9sVydemQ9z4%3D=0>

I never used it and the module is not officially supported, but you might want 
to build it from sources
and give it a go, would be interesting to hear how it works for you

Cheers
Andrea

On Fri, Aug 16, 2019 at 5:13 PM Marks, Constant 
mailto:constant.ma...@unt.edu>> wrote:
Are there any plans for adding PostGIS raster tables as Stores directly without 
going through the Mosaic JDBC steps which are fairly error prone?

Constant Marks
Research Assistant | Computer Science and Engineering
University of North Texas
Office: Discovery Parks F216
e: constant.ma...@unt.edu<mailto:constant.ma...@unt.edu>
t: (303) 482 7292

___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.ianturton.com%2Ftalks%2Ffoss4g.html%23%2F=02%7C01%7CConstant.Marks%40unt.edu%7C36ad87c418b1493fbdfe08d7225d801e%7C70de199207c6480fa318a1afcba03983%7C0%7C0%7C637015657306116080=OYv6Dv2%2FmY6quNrd3kxQ7d4shmRYkt3XR1xcPK2%2B4OU%3D=0>
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgeoserver.org%2Fcomm%2Fuserlist-guidelines.html=02%7C01%7CConstant.Marks%40unt.edu%7C36ad87c418b1493fbdfe08d7225d801e%7C70de199207c6480fa318a1afcba03983%7C0%7C0%7C637015657306116080=7YOFyWsR0Nzfj7IXSqPJdSU0Goz8U6sN%2BK8M3pLxeEQ%3D=0>

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fgeoserver%2Fgeoserver%2Fwiki%2FSuccessfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer=02%7C01%7CConstant.Marks%40unt.edu%7C36ad87c418b1493fbdfe08d7225d801e%7C70de199207c6480fa318a1afcba03983%7C0%7C0%7C637015657306116080=CHgr9K5rRG6JPdN1cQ0Ap8hEisosBPtU8veO90rHE2o%3D=0>


Geoserver-users@lists.sourceforge.net<mailto:Geoserver-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/geoserver-users<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fgeoserver-users=02%7C01%7CConstant.Marks%40unt.edu%7C36ad87c418b1493fbdfe08d7225d801e%7C70de199207c6480fa318a1afcba03983%7C0%7C0%7C637015657306126068=Y%2FJTxVtI5Hiq88TmHTVTn%2B8g%2FdRVqywlHBGDjnU5L2U%3D=0>


--

Regards, Andrea Aime == GeoServer Professional Services from the experts! Visit 
http://goo.gl/it488V<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgoo.gl%2Fit488V=02%7C01%7CConstant.Marks%40unt.edu%7C36ad87c418b1493fbdfe08d7225d801e%7C70de199207c6480fa318a1afcba03983%7C0%7C0%7C637015657306126068=VUv3F%2B9QUFd4zHllP5B0yUwAGfvnGFE1a04kmJNWf7s%3D=0>
 for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions 
S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) phone: +39 0584 962313 fax: 
+39 0584 1660272 mob: +39 339 8844549 
http://www.geo-solutions.it<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.geo-solutions.it=02%7C01%7CConstant.Marks%40unt.edu%7C36ad87c418b1493fbdfe08d7225d801e%7C70de199207c6480fa318a1afcba03983%7C0%7C0%7C637015657306136060=FKaQgzAygtuz6Az1cZGGRcv3UAK8k27f00dU4UhR5ic%3D=0>
 
http://twitter.com/geosolutions_it<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Ftwitter.com%2Fgeosolutions_it=02%7C01%7CConstant.Marks%40un

[Geoserver-users] Support for PostGis Raster without Mosaic JDBC

2019-08-16 Thread Marks, Constant 
Are there any plans for adding PostGIS raster tables as Stores directly without 
going through the Mosaic JDBC steps which are fairly error prone?

Constant Marks
Research Assistant | Computer Science and Engineering
University of North Texas
Office: Discovery Parks F216
e: constant.ma...@unt.edu
t: (303) 482 7292

___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] [EXT] Re: Failed to Add Raster Data Source

2019-08-16 Thread Marks, Constant 
I created https://osgeo-org.atlassian.net/browse/GEOS-9305

The original tiff and associated files are attached.

Thanks for supporting this awesome map server project!

-C
From: Andrea Aime 
Sent: Friday, August 16, 2019 4:21 AM
To: Marks, Constant 
Cc: geoserver-users@lists.sourceforge.net
Subject: [EXT] Re: [Geoserver-users] Failed to Add Raster Data Source

On Fri, Aug 16, 2019 at 1:10 AM Marks, Constant 
mailto:constant.ma...@unt.edu>> wrote:
I found that adding the prj file fixed this problem thanks to this python 
script written by Mersey Viking found below.

My question then is why does geoserver need this file for some tifs and not for 
others?  Is there something about the header that is preventing geoserver from 
parsing the projection data?

May be, do you have a small sample file that can be shared? If so can you open 
a ticket on the issue tracker and attach the sample to it?

If so why not add these osgeo methods to the geoserver package?

For the simplest of the reasons normally, because it takes work, which besides 
some exceptions, in turn requires funding.

Cheers
Andrea

==

GeoServer Professional Services from the experts! Visit 
http://goo.gl/it488V<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgoo.gl%2Fit488V=02%7C01%7CConstant.Marks%40unt.edu%7C2c212843bb064f03254208d7222b06f7%7C70de199207c6480fa318a1afcba03983%7C0%7C1%7C637015440533543935=EK0fXdcwFxWn9u8W7FkzZrFXGPMzVmv%2BY623w%2FAldhE%3D=0>
 for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions 
S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) phone: +39 0584 962313 fax: 
+39 0584 1660272 mob: +39 339 8844549 
http://www.geo-solutions.it<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.geo-solutions.it=02%7C01%7CConstant.Marks%40unt.edu%7C2c212843bb064f03254208d7222b06f7%7C70de199207c6480fa318a1afcba03983%7C0%7C1%7C637015440533543935=slZCVIbGgSenUZ4MEAzxtYwSfe%2Fn1RUdvKiAtTopkrE%3D=0>
 
http://twitter.com/geosolutions_it<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Ftwitter.com%2Fgeosolutions_it=02%7C01%7CConstant.Marks%40unt.edu%7C2c212843bb064f03254208d7222b06f7%7C70de199207c6480fa318a1afcba03983%7C0%7C0%7C637015440533553930=opvk0AnFe0vTU5jtrtNnphZ9RqE72o8lIs4GXKVTx0c%3D=0>
 --- Con riferimento alla 
normativa sul trattamento dei dati personali (Reg. UE 2016/679 - Regolamento 
generale sulla protezione dei dati “GDPR”), si precisa che ogni circostanza 
inerente alla presente email (il suo contenuto, gli eventuali allegati, etc.) è 
un dato la cui conoscenza è riservata al/i solo/i destinatario/i indicati dallo 
scrivente. Se il messaggio Le è giunto per errore, è tenuta/o a cancellarlo, 
ogni altra operazione è illecita. Le sarei comunque grato se potesse darmene 
notizia. This email is intended only for the person or entity to which it is 
addressed and may contain information that is privileged, confidential or 
otherwise protected from disclosure. We remind that - as provided by European 
Regulation 2016/679 “GDPR” - copying, dissemination or use of this e-mail or 
the information herein by anyone other than the intended recipient is 
prohibited. If you have received this email by mistake, please notify us 
immediately by telephone or e-mail.
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] [EXT] Re: Failed to Add Raster Data Source

2019-08-16 Thread Marks, Constant 
How do I pull down the whole log?  Every time it gets an error I just see that 
“ ... 140 more”.

From: Jody Garnett 
Sent: Thursday, August 15, 2019 7:02 PM
To: Marks, Constant 
Cc: geoserver-users@lists.sourceforge.net
Subject: [EXT] Re: [Geoserver-users] Failed to Add Raster Data Source

In general we read spatial reference details out of the GeoTiff header (that is 
what makes it a GeoTIFF...). There must be a gap between what we implement and 
the tags in the header you are using. The log cuts off before I can see some 
kind of "caused by" detail in the stack trace ...

More detail/information would be required to determine if this is a bug in 
GeoServer or the provided file.
--
Jody Garnett


On Thu, 15 Aug 2019 at 16:03, Marks, Constant 
mailto:constant.ma...@unt.edu>> wrote:
I found that adding the prj file fixed this problem thanks to this python 
script written by Mersey Viking found below.

My question then is why does geoserver need this file for some tifs and not for 
others?  Is there something about the header that is preventing geoserver from 
parsing the projection data?  If so why not add these osgeo methods to the 
geoserver package?


# Written by MerseyViking (mersey dot viking at gmail dot com), 2011.

# Released into the public domain - May 8, 2011

# I accept no responsibility for any errors or loss of data, revenue, or life 
this script may cause. Use at your own risk.



import osgeo.gdal as gdal

import osgeo.osr as osr

import os

import glob

import sys



def generate_tfw(path, gen_prj):

for infile in glob.glob(os.path.join(path, '*.tif')):

src = gdal.Open(infile)

xform = src.GetGeoTransform()



if gen_prj == 'prj':

src_srs = osr.SpatialReference()

src_srs.ImportFromWkt(src.GetProjection())

src_srs.MorphToESRI()

src_wkt = src_srs.ExportToWkt()



prj = open(os.path.splitext(infile)[0] + '.prj', 'wt')

prj.write(src_wkt)

prj.close()

src = None

   edit1=xform[0]+xform[1]/2

   edit2=xform[3]+xform[5]/2



   tfw = open(os.path.splitext(infile)[0] + '.tfw', 'wt')

   tfw.write("%0.8f\n" % xform[1])

   tfw.write("%0.8f\n" % xform[2])

   tfw.write("%0.8f\n" % xform[4])

   tfw.write("%0.8f\n" % xform[5])

   tfw.write("%0.8f\n" % edit1)

   tfw.write("%0.8f\n" % edit2)

   tfw.close()



if __name__ == '__main__':

generate_tfw(sys.argv[1], sys.argv[2])


From: Marks, Constant
Sent: Thursday, August 15, 2019 2:03 PM
To: 
geoserver-users@lists.sourceforge.net<mailto:geoserver-users@lists.sourceforge.net>
Subject: Re: [Geoserver-users] Failed to Add Raster Data Source

Hello all.   This may have come up before but I did not see a solution.  Thank 
in advance for your help!

I am struggling to add a GeoTiff raster file to Geoserver. After some 
transformations and adding color to the original GeoTiff (which would also not 
load) here are the details:

PERMISSIONS:
$ ls outputv2.tif -la
-rw-rw-rw- 1 nvidia nvidia 207210997 Aug 15 13:46 outputv2.tif

GDALINFO:
$ gdalinfo outputv2.tif
Driver: GTiff/GeoTIFF
Files: outputv2.tif
Size is 32410, 21019
Coordinate System is:
PROJCRS["WGS 84 / Pseudo-Mercator",
BASEGEOGCRS["WGS 84",
DATUM["World Geodetic System 1984",
ELLIPSOID["WGS 84",6378137,298.257223563,
LENGTHUNIT["metre",1]]],
PRIMEM["Greenwich",0,
ANGLEUNIT["degree",0.0174532925199433]],
ID["EPSG",4326]],
CONVERSION["Popular Visualisation Pseudo-Mercator",
METHOD["Popular Visualisation Pseudo Mercator",
ID["EPSG",1024]],
PARAMETER["Latitude of natural origin",0,
ANGLEUNIT["degree",0.0174532925199433],
ID["EPSG",8801]],
PARAMETER["Longitude of natural origin",0,
ANGLEUNIT["degree",0.0174532925199433],
ID["EPSG",8802]],
PARAMETER["False easting",0,
LENGTHUNIT["metre",1],
ID["EPSG",8806]],
PARAMETER["False northing",0,
LENGTHUNIT["metre",1],
ID["EPSG",8807]]],
CS[Cartesian,2],
AXIS["easting (X)",east,
ORDER[1],
LENGTHUNIT["metre",1]],
AXIS["northing (Y)",north,
ORDER[2],
LENGTHUNIT["metre",1]],
USAGE[
SCOPE["unknown"],
AREA["World - 85°S to 85°N"],
BBOX[-85.06,-180,85.06,180]],
ID["EPSG",3857]]
Data axis to CRS axis mapping: 1,2
Origin = (-20037507.987483192235231,18434491.52590149641

Re: [Geoserver-users] Failed to Add Raster Data Source

2019-08-15 Thread Marks, Constant 
I found that adding the prj file fixed this problem thanks to this python 
script written by Mersey Viking found below.

My question then is why does geoserver need this file for some tifs and not for 
others?  Is there something about the header that is preventing geoserver from 
parsing the projection data?  If so why not add these osgeo methods to the 
geoserver package?


# Written by MerseyViking (mersey dot viking at gmail dot com), 2011.

# Released into the public domain - May 8, 2011

# I accept no responsibility for any errors or loss of data, revenue, or life 
this script may cause. Use at your own risk.



import osgeo.gdal as gdal

import osgeo.osr as osr

import os

import glob

import sys



def generate_tfw(path, gen_prj):

for infile in glob.glob(os.path.join(path, '*.tif')):

src = gdal.Open(infile)

xform = src.GetGeoTransform()



if gen_prj == 'prj':

src_srs = osr.SpatialReference()

src_srs.ImportFromWkt(src.GetProjection())

src_srs.MorphToESRI()

src_wkt = src_srs.ExportToWkt()



prj = open(os.path.splitext(infile)[0] + '.prj', 'wt')

prj.write(src_wkt)

prj.close()

src = None

   edit1=xform[0]+xform[1]/2

   edit2=xform[3]+xform[5]/2



   tfw = open(os.path.splitext(infile)[0] + '.tfw', 'wt')

   tfw.write("%0.8f\n" % xform[1])

   tfw.write("%0.8f\n" % xform[2])

   tfw.write("%0.8f\n" % xform[4])

   tfw.write("%0.8f\n" % xform[5])

   tfw.write("%0.8f\n" % edit1)

   tfw.write("%0.8f\n" % edit2)

   tfw.close()



if __name__ == '__main__':

generate_tfw(sys.argv[1], sys.argv[2])


From: Marks, Constant
Sent: Thursday, August 15, 2019 2:03 PM
To: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Failed to Add Raster Data Source

Hello all.   This may have come up before but I did not see a solution.  Thank 
in advance for your help!

I am struggling to add a GeoTiff raster file to Geoserver. After some 
transformations and adding color to the original GeoTiff (which would also not 
load) here are the details:

PERMISSIONS:
$ ls outputv2.tif -la
-rw-rw-rw- 1 nvidia nvidia 207210997 Aug 15 13:46 outputv2.tif

GDALINFO:
$ gdalinfo outputv2.tif
Driver: GTiff/GeoTIFF
Files: outputv2.tif
Size is 32410, 21019
Coordinate System is:
PROJCRS["WGS 84 / Pseudo-Mercator",
BASEGEOGCRS["WGS 84",
DATUM["World Geodetic System 1984",
ELLIPSOID["WGS 84",6378137,298.257223563,
LENGTHUNIT["metre",1]]],
PRIMEM["Greenwich",0,
ANGLEUNIT["degree",0.0174532925199433]],
ID["EPSG",4326]],
CONVERSION["Popular Visualisation Pseudo-Mercator",
METHOD["Popular Visualisation Pseudo Mercator",
ID["EPSG",1024]],
PARAMETER["Latitude of natural origin",0,
ANGLEUNIT["degree",0.0174532925199433],
ID["EPSG",8801]],
PARAMETER["Longitude of natural origin",0,
ANGLEUNIT["degree",0.0174532925199433],
ID["EPSG",8802]],
PARAMETER["False easting",0,
LENGTHUNIT["metre",1],
ID["EPSG",8806]],
PARAMETER["False northing",0,
LENGTHUNIT["metre",1],
ID["EPSG",8807]]],
CS[Cartesian,2],
AXIS["easting (X)",east,
ORDER[1],
LENGTHUNIT["metre",1]],
AXIS["northing (Y)",north,
ORDER[2],
LENGTHUNIT["metre",1]],
USAGE[
SCOPE["unknown"],
AREA["World - 85°S to 85°N"],
BBOX[-85.06,-180,85.06,180]],
ID["EPSG",3857]]
Data axis to CRS axis mapping: 1,2
Origin = (-20037507.987483192235231,18434491.525901496410370)
Pixel Size = (1236.473576745130231,-1236.511728912020544)
Metadata:
  AREA_OR_POINT=Area
Image Structure Metadata:
  COMPRESSION=PACKBITS
  INTERLEAVE=PIXEL
Corner Coordinates:
Upper Left  (-20037507.987,18434491.526) (179d59'59.99"W, 83d38'22.73"N)
Lower Left  (-20037507.987,-7555748.504) (179d59'59.99"W, 55d59'11.76"S)
Upper Right (20036600.635,18434491.526) (179d59'30.65"E, 83d38'22.73"N)
Lower Right (20036600.635,-7555748.504) (179d59'30.65"E, 55d59'11.76"S)
Center  (-453.676, 5439371.511) (  0d 0'14.67"W, 43d49'52.66"N)
Band 1 Block=256x256 Type=Byte, ColorInterp=Red
  Mask Flags: PER_DATASET ALPHA
Band 2 Block=256x256 Type=Byte, ColorInterp=Green
  Mask Flags: PER_DATASET ALPHA
Band 3 Block=256x256 Type=Byte, ColorInterp=Blue
  Mask Flags: PER_DAT

Re: [Geoserver-users] Failed to Add Raster Data Source

2019-08-15 Thread Marks, Constant 
Hello all.   This may have come up before but I did not see a solution.  Thank 
in advance for your help!

I am struggling to add a GeoTiff raster file to Geoserver. After some 
transformations and adding color to the original GeoTiff (which would also not 
load) here are the details:

PERMISSIONS:
$ ls outputv2.tif -la
-rw-rw-rw- 1 nvidia nvidia 207210997 Aug 15 13:46 outputv2.tif

GDALINFO:
$ gdalinfo outputv2.tif
Driver: GTiff/GeoTIFF
Files: outputv2.tif
Size is 32410, 21019
Coordinate System is:
PROJCRS["WGS 84 / Pseudo-Mercator",
BASEGEOGCRS["WGS 84",
DATUM["World Geodetic System 1984",
ELLIPSOID["WGS 84",6378137,298.257223563,
LENGTHUNIT["metre",1]]],
PRIMEM["Greenwich",0,
ANGLEUNIT["degree",0.0174532925199433]],
ID["EPSG",4326]],
CONVERSION["Popular Visualisation Pseudo-Mercator",
METHOD["Popular Visualisation Pseudo Mercator",
ID["EPSG",1024]],
PARAMETER["Latitude of natural origin",0,
ANGLEUNIT["degree",0.0174532925199433],
ID["EPSG",8801]],
PARAMETER["Longitude of natural origin",0,
ANGLEUNIT["degree",0.0174532925199433],
ID["EPSG",8802]],
PARAMETER["False easting",0,
LENGTHUNIT["metre",1],
ID["EPSG",8806]],
PARAMETER["False northing",0,
LENGTHUNIT["metre",1],
ID["EPSG",8807]]],
CS[Cartesian,2],
AXIS["easting (X)",east,
ORDER[1],
LENGTHUNIT["metre",1]],
AXIS["northing (Y)",north,
ORDER[2],
LENGTHUNIT["metre",1]],
USAGE[
SCOPE["unknown"],
AREA["World - 85°S to 85°N"],
BBOX[-85.06,-180,85.06,180]],
ID["EPSG",3857]]
Data axis to CRS axis mapping: 1,2
Origin = (-20037507.987483192235231,18434491.525901496410370)
Pixel Size = (1236.473576745130231,-1236.511728912020544)
Metadata:
  AREA_OR_POINT=Area
Image Structure Metadata:
  COMPRESSION=PACKBITS
  INTERLEAVE=PIXEL
Corner Coordinates:
Upper Left  (-20037507.987,18434491.526) (179d59'59.99"W, 83d38'22.73"N)
Lower Left  (-20037507.987,-7555748.504) (179d59'59.99"W, 55d59'11.76"S)
Upper Right (20036600.635,18434491.526) (179d59'30.65"E, 83d38'22.73"N)
Lower Right (20036600.635,-7555748.504) (179d59'30.65"E, 55d59'11.76"S)
Center  (-453.676, 5439371.511) (  0d 0'14.67"W, 43d49'52.66"N)
Band 1 Block=256x256 Type=Byte, ColorInterp=Red
  Mask Flags: PER_DATASET ALPHA
Band 2 Block=256x256 Type=Byte, ColorInterp=Green
  Mask Flags: PER_DATASET ALPHA
Band 3 Block=256x256 Type=Byte, ColorInterp=Blue
  Mask Flags: PER_DATASET ALPHA
Band 4 Block=256x256 Type=Byte, ColorInterp=Alpha

GEOSERVER ERROR LOG:
Caused by: java.io.IOException: Failed to create reader from 
file:///home/nvidia/Projects/onr/map_layers/GHS_SMOD_POP2015_GLOBE_R2016A_54009_1k_v1_0/outputv2.tif
 and hints Hints:
  REPOSITORY   = org.geoserver.catalog.CatalogRepository@2c66076d
  EXECUTOR_SERVICE = java.util.concurrent.ThreadPoolExecutor@61c35bab[Running, 
pool size = 0, active threads = 0, queued tasks = 0, completed tasks = 0]
System defaults:
  FORCE_LONGITUDE_FIRST_AXIS_ORDER = true
  FILTER_FACTORY   = FilterFactoryImpl
  FORCE_AXIS_ORDER_HONORING= http
  LENIENT_DATUM_SHIFT  = true
  FEATURE_FACTORY  = 
org.geotools.feature.LenientFeatureFactoryImpl@66e8997c
  STYLE_FACTORY= StyleFactoryImpl
  COMPARISON_TOLERANCE = 1.0E-8
  GRID_COVERAGE_FACTORY= GridCoverageFactory
TILE_ENCODING  = null

   at 
org.geoserver.catalog.ResourcePool.getGridCoverageReader(ResourcePool.java:1492)
   at 
org.geoserver.catalog.ResourcePool.getGridCoverageReader(ResourcePool.java:1436)
   at 
org.geoserver.catalog.impl.CoverageStoreInfoImpl.getGridCoverageReader(CoverageStoreInfoImpl.java:53)
   at 
jdk.internal.reflect.GeneratedMethodAccessor426.invoke(Unknown Source)
   at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
   at java.base/java.lang.reflect.Method.invoke(Method.java:566)
   at 
org.geoserver.catalog.impl.ModificationProxy.invoke(ModificationProxy.java:127)
   at com.sun.proxy.$Proxy35.getGridCoverageReader(Unknown Source)
   at 
org.geoserver.web.data.layer.NewLayerPageProvider.getItemsInternal(NewLayerPageProvider.java:86)
   ... 140 more
Constant Marks
Research Assistant | Computer Science and Engineering
University of North Texas
Office: Discovery Parks F216
e: constant.ma...@unt.edu
t: (303) 482 7292

___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: