subject:"\[Geoserver\-users\] Failed to Add Raster Data Source"

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

2019-08-16 Thread Andrea Aime

On Fri, Aug 16, 2019 at 1:10 AM Marks, Constant 
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
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 http://twitter.com/geosolutions_it
--- *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] Failed to Add Raster Data Source

2019-08-15 Thread Jody Garnett

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 
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
> *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,
>

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:

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

2018-01-25 Thread Kris Johnson

Hi Daniele,

Here is the error:
Could not list layers for this store, an error occurred retrieving them:
Failed to create reader from file:///var/local/lidar/Statewide_NWI_LiDAR
Derived_Data_Layers/DEM_3m_Statewide/DEM_Statewide_3m1.tif and hints Hints:
EXECUTOR_SERVICE = java.util.concurrent.ThreadPoolExecutor@691d105[Running,
pool size = 0, active threads = 0, queued tasks = 0, completed tasks = 0]
REPOSITORY = org.geoserver.catalog.CatalogRepository@6f576373 System
defaults: FORCE_AXIS_ORDER_HONORING = http STYLE_FACTORY = StyleFactoryImpl
COMPARISON_TOLERANCE = 1.0E-8 LENIENT_DATUM_SHIFT = true FILTER_FACTORY =
FilterFactoryImpl GRID_COVERAGE_FACTORY = GridCoverageFactory TILE_ENCODING
= null FORCE_LONGITUDE_FIRST_AXIS_ORDER = true FEATURE_FACTORY =
org.geotools.feature.LenientFeatureFactoryImpl@1a10bb77

I'm not sure if it's the same as before.

On Wed, Jan 24, 2018 at 2:26 AM, Daniele Romagnoli <
daniele.romagn...@geo-solutions.it> wrote:

> Hi Kris,
>
> On Tue, Jan 23, 2018 at 7:23 PM, Kris Johnson  wrote:
>
>> Hi Daniele,
>>
>> I tried creating the PRJ file as you instructed, but still encountered an
>> error.
>> However, when I examined the raster as you suggested with listgeo, it
>> would not even load and reported the following error:
>>  Not a TIFF file, bad version number 43 (0x2b).
>>
>
> Ah. It looks like that listgeo is unable to deal with BigTIFF, then.
> https://www.awaresystems.be/imaging/tiff/bigtiff.html
> (Since your file is 150GB, it is a BigTIFF for sure which has magic number
> 43. I was unaware of listgeo not supporting it).
>
> Once you set the PRJ, is GeoServer throwing the very same error as before?
>
> Regards,
> Daniele
>
>
>
>>
>>
>> I'm not sure what that error indicates, but I'm going to try and
>> reproduce this raster (ie. re-export) again, and see if that solves it.
>>
>> Thanks again for your help. I'll let you know what I find.
>>
>>
>> On Fri, Jan 19, 2018 at 3:37 AM, Daniele Romagnoli <
>> daniele.romagn...@geo-solutions.it> wrote:
>>
>>> Hi Kris,
>>> I think that GeoServer is able to read/access that file since the
>>> metadata parsing was able to open a stream on that (at least, this is what
>>> I see from the logs).
>>> In my opinion, it is unable to setup the CoordinateReferenceSystem due
>>> to a not supported modelType found on the GeoTIFF tags:
>>> *GeoTiffMetadata2CRSAdapter::createCoordinateSystem:Only Geographic &
>>> Projected Systems are supported.*
>>> Listgeo tool can be helpful to report the actual ModelType.
>>>
>>> The GeoServer (GeoTools) GeoTiff reader only supports: ModelTypeGeographic
>>> and ModelTypeProjected
>>>
>>> References here: http://geotiff.maptools.org/spec/geotiff6.html#6.3
>>>
>>> You may want to try writing a text file with the WKT CRS definition
>>> stored on that (you may copy it from: http://spatialreference.
>>> org/ref/epsg/26915/prettywkt/).
>>> Then, rename that txt file to a file with .prj extension and same name
>>> of your actual GeoTIFF file and put that prj file beside the GeoTIFF itself.
>>> At that point, GeoServer will read the CoordinateReferenceSystem
>>> definition from the prj file instead of trying to parse the inner GeoTIFF
>>> tags.
>>>
>>> Please, let us know if that solves your problem.
>>> Regards,
>>> Daniele
>>>
>>>
>>> On Thu, Jan 18, 2018 at 8:13 PM, Kris Johnson 
>>> wrote:
>>>
 Hi Russ,

 Thanks for this suggestion. I checked the permissions (via ls command)
 on the directory:
 drwxr-xr-x 2 root root0 Jan  3 18:17 DEM_3m_Statewide
 (Same permissions for all parent directories).

 ...and the files themselves:
 -rwxr-xr-x 1 root root   90 Dec 21 18:12 DEM_Statewide_3m1.tfw
 -rwxr-xr-x 1 root root  69G Dec 21 20:43 DEM_Statewide_3m1.tif
 -rwxr-xr-x 1 root root 5.2K Jan  3 18:15 DEM_Statewide_3m1.tif.aux.xml
 -rwxr-xr-x 1 root root  25G Dec 22 01:11 DEM_Statewide_3m1.tif.ovr
 -rwxr-xr-x 1 root root 6.1K Jan  3 18:17 DEM_Statewide_3m1.tif.xml

 Here's the result of stat command on the TIF file itself:
 File: /var/local/lidar/Statewide_NWI_LiDAR
 Derived_Data_Layers/DEM_3m_Statewide/DEM_Statewide_3m1.tif
   Size: 73163857426 Blocks: 142898160  IO Block: 16384  regular file
 Device: 52h/82d Inode: 3096224743846410  Links: 1
 Access: (0755/-rwxr-xr-x)  Uid: (0/root)   Gid: (0/root)
 Access: 2017-12-21 18:12:46.841214100 +
 Modify: 2017-12-21 20:43:39.126323800 +
 Change: 2017-12-21 20:43:39.126323800 +
  Birth: -

 I'm no linux expert, but I'm assuming geoserver would just need read
 access, which is looks like everyone has.

 Do you have another method I might be overlooking to make sure
 Geoserver has the proper access to those files and directories?
 Another thought that is that the mount is a network drive from a
 windows machine mounted on the host (and then mounted on the container). So
 this is

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

2018-01-24 Thread Daniele Romagnoli

Hi Kris,

On Tue, Jan 23, 2018 at 7:23 PM, Kris Johnson  wrote:

> Hi Daniele,
>
> I tried creating the PRJ file as you instructed, but still encountered an
> error.
> However, when I examined the raster as you suggested with listgeo, it
> would not even load and reported the following error:
>  Not a TIFF file, bad version number 43 (0x2b).
>

Ah. It looks like that listgeo is unable to deal with BigTIFF, then.
https://www.awaresystems.be/imaging/tiff/bigtiff.html
(Since your file is 150GB, it is a BigTIFF for sure which has magic number
43. I was unaware of listgeo not supporting it).

Once you set the PRJ, is GeoServer throwing the very same error as before?

Regards,
Daniele



>
>
> I'm not sure what that error indicates, but I'm going to try and reproduce
> this raster (ie. re-export) again, and see if that solves it.
>
> Thanks again for your help. I'll let you know what I find.
>
>
> On Fri, Jan 19, 2018 at 3:37 AM, Daniele Romagnoli  solutions.it> wrote:
>
>> Hi Kris,
>> I think that GeoServer is able to read/access that file since the
>> metadata parsing was able to open a stream on that (at least, this is what
>> I see from the logs).
>> In my opinion, it is unable to setup the CoordinateReferenceSystem due to
>> a not supported modelType found on the GeoTIFF tags:
>> *GeoTiffMetadata2CRSAdapter::createCoordinateSystem:Only Geographic &
>> Projected Systems are supported.*
>> Listgeo tool can be helpful to report the actual ModelType.
>>
>> The GeoServer (GeoTools) GeoTiff reader only supports: ModelTypeGeographic
>> and ModelTypeProjected
>>
>> References here: http://geotiff.maptools.org/spec/geotiff6.html#6.3
>>
>> You may want to try writing a text file with the WKT CRS definition
>> stored on that (you may copy it from: http://spatialreference.
>> org/ref/epsg/26915/prettywkt/).
>> Then, rename that txt file to a file with .prj extension and same name of
>> your actual GeoTIFF file and put that prj file beside the GeoTIFF itself.
>> At that point, GeoServer will read the CoordinateReferenceSystem
>> definition from the prj file instead of trying to parse the inner GeoTIFF
>> tags.
>>
>> Please, let us know if that solves your problem.
>> Regards,
>> Daniele
>>
>>
>> On Thu, Jan 18, 2018 at 8:13 PM, Kris Johnson  wrote:
>>
>>> Hi Russ,
>>>
>>> Thanks for this suggestion. I checked the permissions (via ls command)
>>> on the directory:
>>> drwxr-xr-x 2 root root0 Jan  3 18:17 DEM_3m_Statewide
>>> (Same permissions for all parent directories).
>>>
>>> ...and the files themselves:
>>> -rwxr-xr-x 1 root root   90 Dec 21 18:12 DEM_Statewide_3m1.tfw
>>> -rwxr-xr-x 1 root root  69G Dec 21 20:43 DEM_Statewide_3m1.tif
>>> -rwxr-xr-x 1 root root 5.2K Jan  3 18:15 DEM_Statewide_3m1.tif.aux.xml
>>> -rwxr-xr-x 1 root root  25G Dec 22 01:11 DEM_Statewide_3m1.tif.ovr
>>> -rwxr-xr-x 1 root root 6.1K Jan  3 18:17 DEM_Statewide_3m1.tif.xml
>>>
>>> Here's the result of stat command on the TIF file itself:
>>> File: /var/local/lidar/Statewide_NWI_LiDAR
>>> Derived_Data_Layers/DEM_3m_Statewide/DEM_Statewide_3m1.tif
>>>   Size: 73163857426 Blocks: 142898160  IO Block: 16384  regular file
>>> Device: 52h/82d Inode: 3096224743846410  Links: 1
>>> Access: (0755/-rwxr-xr-x)  Uid: (0/root)   Gid: (0/root)
>>> Access: 2017-12-21 18:12:46.841214100 +
>>> Modify: 2017-12-21 20:43:39.126323800 +
>>> Change: 2017-12-21 20:43:39.126323800 +
>>>  Birth: -
>>>
>>> I'm no linux expert, but I'm assuming geoserver would just need read
>>> access, which is looks like everyone has.
>>>
>>> Do you have another method I might be overlooking to make sure Geoserver
>>> has the proper access to those files and directories?
>>> Another thought that is that the mount is a network drive from a windows
>>> machine mounted on the host (and then mounted on the container). So this is
>>> why I was curious about permissions and access.
>>>
>>> On Thu, Jan 18, 2018 at 12:06 PM, Russ  wrote:
>>>
 I sometimes get this and it is normally permissions on the
 files/directory.

 On 18 Jan 2018, at 17:21, Daniele Romagnoli <
 daniele.romagn...@geo-solutions.it> wrote:

 Hello Kris,
 I see this message on your log:
 GeoTiffMetadata2CRSAdapter::createCoordinateSystem:Only Geographic &
 Projected Systems are supported.

 Do you have any chance to run "gdalinfo" on that file and report back
 the output of that command?

 Regards,
 Daniele

 On Thu, Jan 18, 2018 at 4:54 PM, Kris Johnson 
 wrote:

> Hello,
>
> I am running Geoserver (v. 2.12.1) in a docker container based on this
> repo (https://github.com/oscarfonts/docker-geoserver)
>
> I am attempting to create a new layer based on a large GeoTIFF (150GB
> uncompressed). The TIF file is on a directory mounted to the container.
>
> Here is the error

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

2018-01-23 Thread Kris Johnson

Hi Daniele,

I tried creating the PRJ file as you instructed, but still encountered an
error.
However, when I examined the raster as you suggested with listgeo, it would
not even load and reported the following error:
 Not a TIFF file, bad version number 43 (0x2b).

I'm not sure what that error indicates, but I'm going to try and reproduce
this raster (ie. re-export) again, and see if that solves it.

Thanks again for your help. I'll let you know what I find.


On Fri, Jan 19, 2018 at 3:37 AM, Daniele Romagnoli <
daniele.romagn...@geo-solutions.it> wrote:

> Hi Kris,
> I think that GeoServer is able to read/access that file since the metadata
> parsing was able to open a stream on that (at least, this is what I see
> from the logs).
> In my opinion, it is unable to setup the CoordinateReferenceSystem due to
> a not supported modelType found on the GeoTIFF tags:
> *GeoTiffMetadata2CRSAdapter::createCoordinateSystem:Only Geographic &
> Projected Systems are supported.*
> Listgeo tool can be helpful to report the actual ModelType.
>
> The GeoServer (GeoTools) GeoTiff reader only supports: ModelTypeGeographic
> and ModelTypeProjected
>
> References here: http://geotiff.maptools.org/spec/geotiff6.html#6.3
>
> You may want to try writing a text file with the WKT CRS definition stored
> on that (you may copy it from: http://spatialreference.
> org/ref/epsg/26915/prettywkt/).
> Then, rename that txt file to a file with .prj extension and same name of
> your actual GeoTIFF file and put that prj file beside the GeoTIFF itself.
> At that point, GeoServer will read the CoordinateReferenceSystem
> definition from the prj file instead of trying to parse the inner GeoTIFF
> tags.
>
> Please, let us know if that solves your problem.
> Regards,
> Daniele
>
>
> On Thu, Jan 18, 2018 at 8:13 PM, Kris Johnson  wrote:
>
>> Hi Russ,
>>
>> Thanks for this suggestion. I checked the permissions (via ls command) on
>> the directory:
>> drwxr-xr-x 2 root root0 Jan  3 18:17 DEM_3m_Statewide
>> (Same permissions for all parent directories).
>>
>> ...and the files themselves:
>> -rwxr-xr-x 1 root root   90 Dec 21 18:12 DEM_Statewide_3m1.tfw
>> -rwxr-xr-x 1 root root  69G Dec 21 20:43 DEM_Statewide_3m1.tif
>> -rwxr-xr-x 1 root root 5.2K Jan  3 18:15 DEM_Statewide_3m1.tif.aux.xml
>> -rwxr-xr-x 1 root root  25G Dec 22 01:11 DEM_Statewide_3m1.tif.ovr
>> -rwxr-xr-x 1 root root 6.1K Jan  3 18:17 DEM_Statewide_3m1.tif.xml
>>
>> Here's the result of stat command on the TIF file itself:
>> File: /var/local/lidar/Statewide_NWI_LiDAR Derived_Data_Layers/DEM_3m_Sta
>> tewide/DEM_Statewide_3m1.tif
>>   Size: 73163857426 Blocks: 142898160  IO Block: 16384  regular file
>> Device: 52h/82d Inode: 3096224743846410  Links: 1
>> Access: (0755/-rwxr-xr-x)  Uid: (0/root)   Gid: (0/root)
>> Access: 2017-12-21 18:12:46.841214100 +
>> Modify: 2017-12-21 20:43:39.126323800 +
>> Change: 2017-12-21 20:43:39.126323800 +
>>  Birth: -
>>
>> I'm no linux expert, but I'm assuming geoserver would just need read
>> access, which is looks like everyone has.
>>
>> Do you have another method I might be overlooking to make sure Geoserver
>> has the proper access to those files and directories?
>> Another thought that is that the mount is a network drive from a windows
>> machine mounted on the host (and then mounted on the container). So this is
>> why I was curious about permissions and access.
>>
>> On Thu, Jan 18, 2018 at 12:06 PM, Russ  wrote:
>>
>>> I sometimes get this and it is normally permissions on the
>>> files/directory.
>>>
>>> On 18 Jan 2018, at 17:21, Daniele Romagnoli <
>>> daniele.romagn...@geo-solutions.it> wrote:
>>>
>>> Hello Kris,
>>> I see this message on your log:
>>> GeoTiffMetadata2CRSAdapter::createCoordinateSystem:Only Geographic &
>>> Projected Systems are supported.
>>>
>>> Do you have any chance to run "gdalinfo" on that file and report back
>>> the output of that command?
>>>
>>> Regards,
>>> Daniele
>>>
>>> On Thu, Jan 18, 2018 at 4:54 PM, Kris Johnson 
>>> wrote:
>>>
 Hello,

 I am running Geoserver (v. 2.12.1) in a docker container based on this
 repo (https://github.com/oscarfonts/docker-geoserver)

 I am attempting to create a new layer based on a large GeoTIFF (150GB
 uncompressed). The TIF file is on a directory mounted to the container.

 Here is the error message that appears:

> 
> Could not list layers for this store, an error occurred retrieving
> them: Failed to create reader from 
> file:///var/local/lidar/Statewide_NWI_LiDAR
> Derived_Data_Layers/DEM_3m_Statewide/DEM_Statewide_3m1.tif and hints
> Hints: EXECUTOR_SERVICE = java.util.concurrent.ThreadPoo
> lExecutor@691d105[Running, pool size = 0, active threads = 0, queued
> tasks = 0, completed tasks = 0] REPOSITORY = 
> org.geoserver.catalog.CatalogR
> epository@6f576373 System defaults:

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

2018-01-19 Thread Daniele Romagnoli

Hi Kris,
I think that GeoServer is able to read/access that file since the metadata
parsing was able to open a stream on that (at least, this is what I see
from the logs).
In my opinion, it is unable to setup the CoordinateReferenceSystem due to a
not supported modelType found on the GeoTIFF tags:
*GeoTiffMetadata2CRSAdapter::createCoordinateSystem:Only Geographic &
Projected Systems are supported.*
Listgeo tool can be helpful to report the actual ModelType.

The GeoServer (GeoTools) GeoTiff reader only supports: ModelTypeGeographic
and ModelTypeProjected

References here: http://geotiff.maptools.org/spec/geotiff6.html#6.3

You may want to try writing a text file with the WKT CRS definition stored
on that (you may copy it from:
http://spatialreference.org/ref/epsg/26915/prettywkt/).
Then, rename that txt file to a file with .prj extension and same name of
your actual GeoTIFF file and put that prj file beside the GeoTIFF itself.
At that point, GeoServer will read the CoordinateReferenceSystem definition
from the prj file instead of trying to parse the inner GeoTIFF tags.

Please, let us know if that solves your problem.
Regards,
Daniele


On Thu, Jan 18, 2018 at 8:13 PM, Kris Johnson  wrote:

> Hi Russ,
>
> Thanks for this suggestion. I checked the permissions (via ls command) on
> the directory:
> drwxr-xr-x 2 root root0 Jan  3 18:17 DEM_3m_Statewide
> (Same permissions for all parent directories).
>
> ...and the files themselves:
> -rwxr-xr-x 1 root root   90 Dec 21 18:12 DEM_Statewide_3m1.tfw
> -rwxr-xr-x 1 root root  69G Dec 21 20:43 DEM_Statewide_3m1.tif
> -rwxr-xr-x 1 root root 5.2K Jan  3 18:15 DEM_Statewide_3m1.tif.aux.xml
> -rwxr-xr-x 1 root root  25G Dec 22 01:11 DEM_Statewide_3m1.tif.ovr
> -rwxr-xr-x 1 root root 6.1K Jan  3 18:17 DEM_Statewide_3m1.tif.xml
>
> Here's the result of stat command on the TIF file itself:
> File: /var/local/lidar/Statewide_NWI_LiDAR Derived_Data_Layers/DEM_3m_
> Statewide/DEM_Statewide_3m1.tif
>   Size: 73163857426 Blocks: 142898160  IO Block: 16384  regular file
> Device: 52h/82d Inode: 3096224743846410  Links: 1
> Access: (0755/-rwxr-xr-x)  Uid: (0/root)   Gid: (0/root)
> Access: 2017-12-21 18:12:46.841214100 +
> Modify: 2017-12-21 20:43:39.126323800 +
> Change: 2017-12-21 20:43:39.126323800 +
>  Birth: -
>
> I'm no linux expert, but I'm assuming geoserver would just need read
> access, which is looks like everyone has.
>
> Do you have another method I might be overlooking to make sure Geoserver
> has the proper access to those files and directories?
> Another thought that is that the mount is a network drive from a windows
> machine mounted on the host (and then mounted on the container). So this is
> why I was curious about permissions and access.
>
> On Thu, Jan 18, 2018 at 12:06 PM, Russ  wrote:
>
>> I sometimes get this and it is normally permissions on the
>> files/directory.
>>
>> On 18 Jan 2018, at 17:21, Daniele Romagnoli <
>> daniele.romagn...@geo-solutions.it> wrote:
>>
>> Hello Kris,
>> I see this message on your log:
>> GeoTiffMetadata2CRSAdapter::createCoordinateSystem:Only Geographic &
>> Projected Systems are supported.
>>
>> Do you have any chance to run "gdalinfo" on that file and report back the
>> output of that command?
>>
>> Regards,
>> Daniele
>>
>> On Thu, Jan 18, 2018 at 4:54 PM, Kris Johnson  wrote:
>>
>>> Hello,
>>>
>>> I am running Geoserver (v. 2.12.1) in a docker container based on this
>>> repo (https://github.com/oscarfonts/docker-geoserver)
>>>
>>> I am attempting to create a new layer based on a large GeoTIFF (150GB
>>> uncompressed). The TIF file is on a directory mounted to the container.
>>>
>>> Here is the error message that appears:
>>>
 
 Could not list layers for this store, an error occurred retrieving
 them: Failed to create reader from 
 file:///var/local/lidar/Statewide_NWI_LiDAR
 Derived_Data_Layers/DEM_3m_Statewide/DEM_Statewide_3m1.tif and hints
 Hints: EXECUTOR_SERVICE = java.util.concurrent.ThreadPoo
 lExecutor@691d105[Running, pool size = 0, active threads = 0, queued
 tasks = 0, completed tasks = 0] REPOSITORY = org.geoserver.catalog.CatalogR
 epository@6f576373 System defaults: FORCE_AXIS_ORDER_HONORING = http
 STYLE_FACTORY = StyleFactoryImpl COMPARISON_TOLERANCE = 1.0E-8
 LENIENT_DATUM_SHIFT = true FILTER_FACTORY = FilterFactoryImpl
 GRID_COVERAGE_FACTORY = GridCoverageFactory TILE_ENCODING = null
 FORCE_LONGITUDE_FIRST_AXIS_ORDER = true FEATURE_FACTORY =
 org.geotools.feature.LenientFeatureFactoryImpl@1a10bb77
>>>
>>>
>>> I have attached the logfile as well.
>>> Thank you for any help you can provide.
>>>
>>> --
>>> Kris Johnson
>>> Natural Resources Research Institute
>>> 5013 Miller Trunk Highway, Duluth, MN 55811
>>> 
>>> p: 218.788.2767 <(218)%20788-2767>
>>>

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

2018-01-18 Thread Kris Johnson

Hi Russ,

Thanks for this suggestion. I checked the permissions (via ls command) on
the directory:
drwxr-xr-x 2 root root0 Jan  3 18:17 DEM_3m_Statewide
(Same permissions for all parent directories).

...and the files themselves:
-rwxr-xr-x 1 root root   90 Dec 21 18:12 DEM_Statewide_3m1.tfw
-rwxr-xr-x 1 root root  69G Dec 21 20:43 DEM_Statewide_3m1.tif
-rwxr-xr-x 1 root root 5.2K Jan  3 18:15 DEM_Statewide_3m1.tif.aux.xml
-rwxr-xr-x 1 root root  25G Dec 22 01:11 DEM_Statewide_3m1.tif.ovr
-rwxr-xr-x 1 root root 6.1K Jan  3 18:17 DEM_Statewide_3m1.tif.xml

Here's the result of stat command on the TIF file itself:
File: /var/local/lidar/Statewide_NWI_LiDAR
Derived_Data_Layers/DEM_3m_Statewide/DEM_Statewide_3m1.tif
  Size: 73163857426 Blocks: 142898160  IO Block: 16384  regular file
Device: 52h/82d Inode: 3096224743846410  Links: 1
Access: (0755/-rwxr-xr-x)  Uid: (0/root)   Gid: (0/root)
Access: 2017-12-21 18:12:46.841214100 +
Modify: 2017-12-21 20:43:39.126323800 +
Change: 2017-12-21 20:43:39.126323800 +
 Birth: -

I'm no linux expert, but I'm assuming geoserver would just need read
access, which is looks like everyone has.

Do you have another method I might be overlooking to make sure Geoserver
has the proper access to those files and directories?
Another thought that is that the mount is a network drive from a windows
machine mounted on the host (and then mounted on the container). So this is
why I was curious about permissions and access.

On Thu, Jan 18, 2018 at 12:06 PM, Russ  wrote:

> I sometimes get this and it is normally permissions on the files/directory.
>
> On 18 Jan 2018, at 17:21, Daniele Romagnoli  solutions.it> wrote:
>
> Hello Kris,
> I see this message on your log:
> GeoTiffMetadata2CRSAdapter::createCoordinateSystem:Only Geographic &
> Projected Systems are supported.
>
> Do you have any chance to run "gdalinfo" on that file and report back the
> output of that command?
>
> Regards,
> Daniele
>
> On Thu, Jan 18, 2018 at 4:54 PM, Kris Johnson  wrote:
>
>> Hello,
>>
>> I am running Geoserver (v. 2.12.1) in a docker container based on this
>> repo (https://github.com/oscarfonts/docker-geoserver)
>>
>> I am attempting to create a new layer based on a large GeoTIFF (150GB
>> uncompressed). The TIF file is on a directory mounted to the container.
>>
>> Here is the error message that appears:
>>
>>> 
>>> Could not list layers for this store, an error occurred retrieving them:
>>> Failed to create reader from file:///var/local/lidar/Statewide_NWI_LiDAR
>>> Derived_Data_Layers/DEM_3m_Statewide/DEM_Statewide_3m1.tif and hints
>>> Hints: EXECUTOR_SERVICE = java.util.concurrent.ThreadPoo
>>> lExecutor@691d105[Running, pool size = 0, active threads = 0, queued
>>> tasks = 0, completed tasks = 0] REPOSITORY = org.geoserver.catalog.CatalogR
>>> epository@6f576373 System defaults: FORCE_AXIS_ORDER_HONORING = http
>>> STYLE_FACTORY = StyleFactoryImpl COMPARISON_TOLERANCE = 1.0E-8
>>> LENIENT_DATUM_SHIFT = true FILTER_FACTORY = FilterFactoryImpl
>>> GRID_COVERAGE_FACTORY = GridCoverageFactory TILE_ENCODING = null
>>> FORCE_LONGITUDE_FIRST_AXIS_ORDER = true FEATURE_FACTORY =
>>> org.geotools.feature.LenientFeatureFactoryImpl@1a10bb77
>>
>>
>> I have attached the logfile as well.
>> Thank you for any help you can provide.
>>
>> --
>> Kris Johnson
>> Natural Resources Research Institute
>> 5013 Miller Trunk Highway, Duluth, MN 55811
>> 
>> p: 218.788.2767 <(218)%20788-2767>
>> www.nrri.umn.edu
>>
>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> 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-req
>> uesting-and-integrating-new-features-and-improvements-in-GeoServer
>>
>>
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>>
>
>
> --
> Regards,
> Daniele Romagnoli
> ==
> GeoServer Professional Services from the experts! Visit
> http://goo.gl/it488V for more information.
> ==
>
> Ing. Daniele Romagnoli
> Senior Software Engineer
>
> GeoSolutions S.A.S.
> Via di Montramito 3/A
> 
> 55054
>

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

2018-01-18 Thread Kris Johnson

Hi Daniele,

Here's the output from gdalinfo:
Driver: GTiff/GeoTIFF
Files: L:\Statewide_NWI_LiDAR
Derived_Data_Layers\DEM_3m_Statewide\DEM_Statewide
_3m1.tif
   L:\Statewide_NWI_LiDAR
Derived_Data_Layers\DEM_3m_Statewide\DEM_Statewide
_3m1.tif.ovr
   L:\Statewide_NWI_LiDAR
Derived_Data_Layers\DEM_3m_Statewide\DEM_Statewide
_3m1.tif.aux.xml
Size is 190131, 219514
Coordinate System is:
PROJCS["NAD_1983_UTM_Zone_15N",
GEOGCS["NAD83",
DATUM["North_American_Datum_1983",
SPHEROID["GRS 1980",6378137,298.2572221010042,
AUTHORITY["EPSG","7019"]],
AUTHORITY["EPSG","6269"]],
PRIMEM["Greenwich",0],
UNIT["degree",0.0174532925199433],
AUTHORITY["EPSG","4269"]],
PROJECTION["Transverse_Mercator"],
PARAMETER["latitude_of_origin",0],
PARAMETER["central_meridian",-93],
PARAMETER["scale_factor",0.9996],
PARAMETER["false_easting",50],
PARAMETER["false_northing",0],
UNIT["metre",1,
AUTHORITY["EPSG","9001"]],
AUTHORITY["EPSG","26915"]]
Origin = (188545.000,5471409.000)
Pixel Size = (3.000,-3.000)
Metadata:
  AREA_OR_POINT=Area
Image Structure Metadata:
  COMPRESSION=LZW
  INTERLEAVE=BAND
Corner Coordinates:
Upper Left  (  188545.000, 5471409.000) ( 97d17' 9.43"W, 49d18'57.04"N)
Lower Left  (  188545.000, 4812867.000) ( 96d50'46.58"W, 43d24'14.34"N)
Upper Right (  758938.000, 5471409.000) ( 89d26' 6.42"W, 49d20'25.34"N)
Lower Right (  758938.000, 4812867.000) ( 89d48' 4.27"W, 43d25'26.23"N)
Center  (  473741.500, 5142138.000) ( 93d20'30.43"W, 46d25'56.29"N)
Band 1 Block=128x128 Type=Float32, ColorInterp=Gray
  Min=72.382 Max=700.181
  Minimum=72.382, Maximum=700.181, Mean=370.215, StdDev=67.277
  NoData Value=-3.402822995e+38
  Overviews: 95066x109757, 47533x54879, 23767x27440, 11884x13720,
5942x6860, 297
1x3430, 1486x1715, 743x858, 372x429, 186x215
  Metadata:
RepresentationType=ATHEMATIC
STATISTICS_COVARIANCES=4526.197233865824
STATISTICS_MAXIMUM=700.18103027344
STATISTICS_MEAN=370.21508961182
STATISTICS_MINIMUM=72.382476806641
STATISTICS_SKIPFACTORX=1
STATISTICS_SKIPFACTORY=1
STATISTICS_STDDEV=67.277018616061

On Thu, Jan 18, 2018 at 11:21 AM, Daniele Romagnoli <
daniele.romagn...@geo-solutions.it> wrote:

> Hello Kris,
> I see this message on your log:
> GeoTiffMetadata2CRSAdapter::createCoordinateSystem:Only Geographic &
> Projected Systems are supported.
>
> Do you have any chance to run "gdalinfo" on that file and report back the
> output of that command?
>
> Regards,
> Daniele
>
> On Thu, Jan 18, 2018 at 4:54 PM, Kris Johnson  wrote:
>
>> Hello,
>>
>> I am running Geoserver (v. 2.12.1) in a docker container based on this
>> repo (https://github.com/oscarfonts/docker-geoserver)
>>
>> I am attempting to create a new layer based on a large GeoTIFF (150GB
>> uncompressed). The TIF file is on a directory mounted to the container.
>>
>> Here is the error message that appears:
>>
>>> 
>>> Could not list layers for this store, an error occurred retrieving them:
>>> Failed to create reader from file:///var/local/lidar/Statewide_NWI_LiDAR
>>> Derived_Data_Layers/DEM_3m_Statewide/DEM_Statewide_3m1.tif and hints
>>> Hints: EXECUTOR_SERVICE = java.util.concurrent.ThreadPoo
>>> lExecutor@691d105[Running, pool size = 0, active threads = 0, queued
>>> tasks = 0, completed tasks = 0] REPOSITORY = org.geoserver.catalog.CatalogR
>>> epository@6f576373 System defaults: FORCE_AXIS_ORDER_HONORING = http
>>> STYLE_FACTORY = StyleFactoryImpl COMPARISON_TOLERANCE = 1.0E-8
>>> LENIENT_DATUM_SHIFT = true FILTER_FACTORY = FilterFactoryImpl
>>> GRID_COVERAGE_FACTORY = GridCoverageFactory TILE_ENCODING = null
>>> FORCE_LONGITUDE_FIRST_AXIS_ORDER = true FEATURE_FACTORY =
>>> org.geotools.feature.LenientFeatureFactoryImpl@1a10bb77
>>
>>
>> I have attached the logfile as well.
>> Thank you for any help you can provide.
>>
>> --
>> Kris Johnson
>> Natural Resources Research Institute
>> 5013 Miller Trunk Highway, Duluth, MN 55811
>> 
>> p: 218.788.2767 <(218)%20788-2767>
>> www.nrri.umn.edu
>>
>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> 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-req
>>

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

2018-01-18 Thread Russ

I sometimes get this and it is normally permissions on the files/directory.

> On 18 Jan 2018, at 17:21, Daniele Romagnoli 
>  wrote:
> 
> Hello Kris,
> I see this message on your log:
> GeoTiffMetadata2CRSAdapter::createCoordinateSystem:Only Geographic & 
> Projected Systems are supported.
> 
> Do you have any chance to run "gdalinfo" on that file and report back the 
> output of that command?
> 
> Regards,
> Daniele
> 
>> On Thu, Jan 18, 2018 at 4:54 PM, Kris Johnson  wrote:
>> Hello,
>> 
>> I am running Geoserver (v. 2.12.1) in a docker container based on this repo 
>> (https://github.com/oscarfonts/docker-geoserver)
>> 
>> I am attempting to create a new layer based on a large GeoTIFF (150GB 
>> uncompressed). The TIF file is on a directory mounted to the container.
>> 
>> Here is the error message that appears:
>>> Could not list layers for this store, an error occurred retrieving them: 
>>> Failed to create reader from file:///var/local/lidar/Statewide_NWI_LiDAR 
>>> Derived_Data_Layers/DEM_3m_Statewide/DEM_Statewide_3m1.tif and hints Hints: 
>>> EXECUTOR_SERVICE = java.util.concurrent.ThreadPoolExecutor@691d105[Running, 
>>> pool size = 0, active threads = 0, queued tasks = 0, completed tasks = 0] 
>>> REPOSITORY = org.geoserver.catalog.CatalogRepository@6f576373 System 
>>> defaults: FORCE_AXIS_ORDER_HONORING = http STYLE_FACTORY = StyleFactoryImpl 
>>> COMPARISON_TOLERANCE = 1.0E-8 LENIENT_DATUM_SHIFT = true FILTER_FACTORY = 
>>> FilterFactoryImpl GRID_COVERAGE_FACTORY = GridCoverageFactory TILE_ENCODING 
>>> = null FORCE_LONGITUDE_FIRST_AXIS_ORDER = true FEATURE_FACTORY = 
>>> org.geotools.feature.LenientFeatureFactoryImpl@1a10bb77
>> 
>> I have attached the logfile as well.
>> Thank you for any help you can provide.
>> 
>> -- 
>> Kris Johnson
>> Natural Resources Research Institute
>> 5013 Miller Trunk Highway, Duluth, MN 55811
>> p: 218.788.2767
>> www.nrri.umn.edu
>> 
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> 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
>> 
> 
> 
> 
> -- 
> Regards,
> Daniele Romagnoli
> ==
> GeoServer Professional Services from the experts! Visit http://goo.gl/it488V 
> for more information.
> ==
> 
> Ing. Daniele Romagnoli
> Senior Software Engineer
> 
> GeoSolutions S.A.S.
> Via di Montramito 3/A
> 55054  Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax:  +39 0584 1660272
> 
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
> 
> ---
> AVVERTENZE AI SENSI DEL D.Lgs. 196/2003
> Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i 
> file/s allegato/i sono da considerarsi strettamente riservate. Il loro 
> utilizzo è consentito esclusivamente al destinatario del messaggio, per le 
> finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio 
> senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia 
> via e-mail e di procedere alla distruzione del messaggio stesso, 
> cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo 
> anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per 
> finalità diverse, costituisce comportamento contrario ai principi dettati dal 
> D.Lgs. 196/2003.
>  
> The information in this message and/or attachments, is intended solely for 
> the attention and use of the named addressee(s) and may be confidential or 
> proprietary in nature or covered by the provisions of privacy act 
> (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection 
> Code).Any use not in accord with its purpose, any disclosure, reproduction, 
> copying, distribution, or either dissemination, either whole or partial, is 
> strictly forbidden except previous formal approval of the named addressee(s). 
> If you are not the intended recipient, please contact immediately the sender 
> by telephone, fax or e-mail and delete the information in this message that 
> has been received in error. The sender does not give any warranty or accept 
> liability as the content, accuracy or completeness of sent messages

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

2018-01-18 Thread Daniele Romagnoli

Hello Kris,
I see this message on your log:
GeoTiffMetadata2CRSAdapter::createCoordinateSystem:Only Geographic &
Projected Systems are supported.

Do you have any chance to run "gdalinfo" on that file and report back the
output of that command?

Regards,
Daniele

On Thu, Jan 18, 2018 at 4:54 PM, Kris Johnson  wrote:

> Hello,
>
> I am running Geoserver (v. 2.12.1) in a docker container based on this
> repo (https://github.com/oscarfonts/docker-geoserver)
>
> I am attempting to create a new layer based on a large GeoTIFF (150GB
> uncompressed). The TIF file is on a directory mounted to the container.
>
> Here is the error message that appears:
>
>> 
>> Could not list layers for this store, an error occurred retrieving them:
>> Failed to create reader from file:///var/local/lidar/Statewide_NWI_LiDAR
>> Derived_Data_Layers/DEM_3m_Statewide/DEM_Statewide_3m1.tif and hints
>> Hints: EXECUTOR_SERVICE = java.util.concurrent.ThreadPoolExecutor@691d105
>> [Running, pool size = 0, active threads = 0, queued tasks = 0, completed
>> tasks = 0] REPOSITORY = org.geoserver.catalog.CatalogRepository@6f576373
>> System defaults: FORCE_AXIS_ORDER_HONORING = http STYLE_FACTORY =
>> StyleFactoryImpl COMPARISON_TOLERANCE = 1.0E-8 LENIENT_DATUM_SHIFT = true
>> FILTER_FACTORY = FilterFactoryImpl GRID_COVERAGE_FACTORY =
>> GridCoverageFactory TILE_ENCODING = null FORCE_LONGITUDE_FIRST_AXIS_ORDER
>> = true FEATURE_FACTORY = org.geotools.feature.LenientFeatureFactoryImpl@
>> 1a10bb77
>
>
> I have attached the logfile as well.
> Thank you for any help you can provide.
>
> --
> Kris Johnson
> Natural Resources Research Institute
> 5013 Miller Trunk Highway, Duluth, MN 55811
> p: 218.788.2767 <(218)%20788-2767>
> www.nrri.umn.edu
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> 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
>
>


-- 
Regards,
Daniele Romagnoli
==
GeoServer Professional Services from the experts! Visit http://goo.gl/it488V
for more information.
==

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via di Montramito 3/A
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax:  +39 0584 1660272

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

---
AVVERTENZE AI SENSI DEL D.Lgs. 196/2003
Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
loro utilizzo è consentito esclusivamente al destinatario del messaggio,
per le finalità indicate nel messaggio stesso. Qualora riceviate questo
messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
darcene notizia via e-mail e di procedere alla distruzione del messaggio
stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
utilizzarlo per finalità diverse, costituisce comportamento contrario ai
principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for
the attention and use of the named addressee(s) and may be confidential or
proprietary in nature or covered by the provisions of privacy act
(Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
Code).Any use not in accord with its purpose, any disclosure, reproduction,
copying, distribution, or either dissemination, either whole or partial, is
strictly forbidden except previous formal approval of the named
addressee(s). If you are not the intended recipient, please contact
immediately the sender by telephone, fax or e-mail and delete the
information in this message that has been received in error. The sender
does not give any warranty or accept liability as the content, accuracy or
completeness of sent messages and accepts no responsibility  for changes
made after they were sent or for other risks which arise as a result of
e-mail transmission, viruses, etc.
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org!

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

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

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

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

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

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

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

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

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

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

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

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

12 matches

Site Navigation

Mail list logo

Footer information