[Geoserver-users] Image Mosaic JDBC - not working

Hello,

we are using "Geoserver 2.4 RC1" with "tomcat7" on "Ubuntu 12.04". Everything is working fine with the exclusion of the "Image Mosaic JDBC"-plugin.

The .jar-file is at the right place:

user@anonymised.com:/var/lib/tomcat7/webapps/geoserver/WEB-INF/lib$ ls -l
total 55928
-rw-r--r-- 1 tomcat7 tomcat7 62983 May 31 2012 activation-1.1.jar
[...]
-rw-r--r-- 1 tomcat7 tomcat7 323036 Aug 18 13:06 gt-imagemosaic-10-RC1.jar
-rw-r--r-- 1 root root 112034 Aug 23 16:38 gt-imagemosaic-jdbc-10-RC1.jar
-rw-r--r-- 1 tomcat7 tomcat7 188058 Aug 18 13:05 gt-jdbc-10-RC1.jar
[...]

However, in the geoserver web application (localhost:8080/geoserver) there is no possibility to add an Image Mosaic JDBC as a store

"[...]
Raster Data Sources

  ArcGrid - Arc Grid Coverage Format
  GeoTIFF - Tagged Image File Format with Geographic information
  Gtopo30 - Gtopo30 Coverage Format
  ImageMosaic - Image mosaicking plugin
  WorldImage - A raster file accompanied by a spatial data file

Other Data Sources
[...]"

We need it for importing postgis raster. Where is our mistake?

Best Regards
Frederik

Hello,

I am sorry to send the request again. However, it is my first time writing to this user-list and I am really lost!

In the geoserver web application (localhost:8080/geoserver) there is no possibility to add an Image Mosaic JDBC as a store. However, the .jar-file is at the right place and everything else is working quite fine.

We need it for importing postgis raster. Where is our mistake?

Best Regards
Frederik

On Fri, 23 Aug 2013 17:13:46 +0200
  "Frederik Haefker" <fhaefker@anonymised.com> wrote:

Hello,

we are using "Geoserver 2.4 RC1" with "tomcat7" on "Ubuntu 12.04". Everything is working fine with the exclusion of the "Image Mosaic JDBC"-plugin.

The .jar-file is at the right place:

user@anonymised.com:/var/lib/tomcat7/webapps/geoserver/WEB-INF/lib$ ls -l
total 55928
-rw-r--r-- 1 tomcat7 tomcat7 62983 May 31 2012 activation-1.1.jar
[...]
-rw-r--r-- 1 tomcat7 tomcat7 323036 Aug 18 13:06 gt-imagemosaic-10-RC1.jar
-rw-r--r-- 1 root root 112034 Aug 23 16:38 gt-imagemosaic-jdbc-10-RC1.jar
-rw-r--r-- 1 tomcat7 tomcat7 188058 Aug 18 13:05 gt-jdbc-10-RC1.jar
[...]

However, in the geoserver web application (localhost:8080/geoserver) there is no possibility to add an Image Mosaic JDBC as a store

"[...]
Raster Data Sources

ArcGrid - Arc Grid Coverage Format
GeoTIFF - Tagged Image File Format with Geographic information
Gtopo30 - Gtopo30 Coverage Format
ImageMosaic - Image mosaicking plugin
WorldImage - A raster file accompanied by a spatial data file

Other Data Sources
[...]"

We need it for importing postgis raster. Where is our mistake?

Best Regards
Frederik

Hi Frederik

I did a quick test on the master branch and anything works fine.

Did you check the file permissions of

/var/lib/tomcat7/webapps/geoserver/WEB-INF/lib/imagemosaich-jdbc-.jar

Maybe you copied the jar file using the “root” user and tomact is using the “tomcat” user. In this case, tomcat could have problems opening the jar file.

Summary:
Check if your tomcat user can open the jar file.

Cheers
Christian

···

On Tue, Aug 27, 2013 at 3:50 PM, Frederik Haefker <fhaefker@anonymised.com> wrote:

Hello,

I am sorry to send the request again. However, it is my
first time writing to this user-list and I am really lost!

In the geoserver web application
(localhost:8080/geoserver) there is no possibility to add

an Image Mosaic JDBC as a store. However, the .jar-file is
at the right place and everything else is working quite
fine.

We need it for importing postgis raster. Where is our
mistake?

Best Regards
Frederik

On Fri, 23 Aug 2013 17:13:46 +0200
“Frederik Haefker” <fhaefker@anonymised.com> wrote:

Hello,

we are using “Geoserver 2.4 RC1” with “tomcat7” on
“Ubuntu 12.04”. Everything is working fine with the
exclusion of the “Image Mosaic JDBC”-plugin.

The .jar-file is at the right place:

user@anonymised.com:/var/lib/tomcat7/webapps/geoserver/WEB-INF/lib$
ls -l
total 55928
-rw-r–r-- 1 tomcat7 tomcat7 62983 May 31 2012
activation-1.1.jar
[…]
-rw-r–r-- 1 tomcat7 tomcat7 323036 Aug 18 13:06
gt-imagemosaic-10-RC1.jar
-rw-r–r-- 1 root root 112034 Aug 23 16:38
gt-imagemosaic-jdbc-10-RC1.jar
-rw-r–r-- 1 tomcat7 tomcat7 188058 Aug 18 13:05
gt-jdbc-10-RC1.jar
[…]

However, in the geoserver web application
(localhost:8080/geoserver) there is no possibility to add
an Image Mosaic JDBC as a store

"[…]
Raster Data Sources

ArcGrid - Arc Grid Coverage Format
GeoTIFF - Tagged Image File Format with Geographic
information
Gtopo30 - Gtopo30 Coverage Format
ImageMosaic - Image mosaicking plugin
WorldImage - A raster file accompanied by a spatial
data file

Other Data Sources
[…]"

We need it for importing postgis raster. Where is our
mistake?

Best Regards
Frederik


Introducing Performance Central, a new site from SourceForge and
AppDynamics. Performance Central is your source for news, insights,
analysis and resources for efficient Application Performance Management.
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk


Geoserver-users mailing list
Geoserver-users@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

DI Christian Mueller MSc (GIS), MSc (IT-Security)
OSS Open Source Solutions GmbH

Hi Christian,

thanks for the help. However, its not the solution.

Actually you are right and I used sudo cp. But tomcat works quite fine with it (for example the proxy plugin was installed correctly).
Just to make sure I changed the user-rights (sudo chmod -R ugo+rwx /var/lib/tomcat7/webapps/geoserver/WEB-INF/lib/) and restarted tomcat (sudo service tomcat7 restart ). Sadly it changed nothing.

Any other suggestions?

Best Regards
Frederik

On Tue, 27 Aug 2013 16:33:13 +0200
  Christian Mueller <christian.mueller@anonymised.com> wrote:

Hi Frederik

I did a quick test on the master branch and anything works fine.

Did you check the file permissions of

/var/lib/tomcat7/
webapps/geoserver/WEB-INF/lib/imagemosaich-jdbc-<version>.jar

Maybe you copied the jar file using the "root" user and tomact is using the
"tomcat" user. In this case, tomcat could have problems opening the jar
file.

Summary:
Check if your tomcat user can open the jar file.

Cheers
Christian

On Tue, Aug 27, 2013 at 3:50 PM, Frederik Haefker <fhaefker@anonymised.com>wrote:

Hello,

I am sorry to send the request again. However, it is my
first time writing to this user-list and I am really lost!

In the geoserver web application
(localhost:8080/geoserver) there is no possibility to add
an Image Mosaic JDBC as a store. However, the .jar-file is
at the right place and everything else is working quite
fine.

We need it for importing postgis raster. Where is our
mistake?

Best Regards
Frederik

On Fri, 23 Aug 2013 17:13:46 +0200
  "Frederik Haefker" <fhaefker@anonymised.com> wrote:
> Hello,
>
> we are using "Geoserver 2.4 RC1" with "tomcat7" on
>"Ubuntu 12.04". Everything is working fine with the
>exclusion of the "Image Mosaic JDBC"-plugin.
>
> The .jar-file is at the right place:
>
> user@anonymised.com:/var/lib/tomcat7/webapps/geoserver/WEB-INF/lib$
>ls -l
> total 55928
> -rw-r--r-- 1 tomcat7 tomcat7 62983 May 31 2012
>activation-1.1.jar
> [...]
> -rw-r--r-- 1 tomcat7 tomcat7 323036 Aug 18 13:06
>gt-imagemosaic-10-RC1.jar
> -rw-r--r-- 1 root root 112034 Aug 23 16:38
>gt-imagemosaic-jdbc-10-RC1.jar
> -rw-r--r-- 1 tomcat7 tomcat7 188058 Aug 18 13:05
>gt-jdbc-10-RC1.jar
> [...]
>
> However, in the geoserver web application
>(localhost:8080/geoserver) there is no possibility to add
>an Image Mosaic JDBC as a store
>
> "[...]
> Raster Data Sources
>
> ArcGrid - Arc Grid Coverage Format
> GeoTIFF - Tagged Image File Format with Geographic
>information
> Gtopo30 - Gtopo30 Coverage Format
> ImageMosaic - Image mosaicking plugin
> WorldImage - A raster file accompanied by a spatial
>data file
>
> Other Data Sources
> [...]"
>
> We need it for importing postgis raster. Where is our
>mistake?
>
> Best Regards
>Frederik

------------------------------------------------------------------------------
Introducing Performance Central, a new site from SourceForge and
AppDynamics. Performance Central is your source for news, insights,
analysis and resources for efficient Application Performance Management.
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
DI Christian Mueller MSc (GIS), MSc (IT-Security)
OSS Open Source Solutions GmbH

Hi Frederik

Please stay on the mailing list for discussions.

Go to Global Settings and switch the log level to VERBOSE_LOGGING. Stop GeoServer and remove the log file from the file system. Start geoserver, and zip the new logfile.

Repeat the same procedure with GEOTOOLS_DEVELOPER_LOGGING and GEOSERVER_DEVELOPER_LOGGING.

Sent those 3 zip files to me (private mail, not on the mailing list).

Cheers

···

On Tue, Aug 27, 2013 at 5:25 PM, Frederik Haefker <fhaefker@anonymised.com> wrote:

Sorry :slight_smile:

I am not so sure how to answer your last mail … shall I send you the whole log as an attachment or just search for a special error? The geoserver.log is 3.1 mb big and there are 3 more with 10 mb each.

Best Regards
Frederik

On Tue, 27 Aug 2013 17:19:53 +0200
Christian Mueller <christian.mueller@anonymised.comsolutions.at> wrote:

Hi Frederik

Check the log files. Go to “Global Settings” to change the log level if it
is necessary. Maybe we find a hint in log/geoserver.log

On Tue, Aug 27, 2013 at 4:54 PM, Frederik Haefker <fhaefker@anonymised.com>wrote:

Hi Christian,

thanks for the help. However, its not the solution.

Actually you are right and I used sudo cp. But tomcat works quite fine
with it (for example the proxy plugin was installed correctly).
Just to make sure I changed the user-rights (sudo chmod -R ugo+rwx

/var/lib/tomcat7/webapps/**geoserver/WEB-INF/lib/) and restarted tomcat

(sudo service tomcat7 restart ). Sadly it changed nothing.

Any other suggestions?

Best Regards
Frederik

On Tue, 27 Aug 2013 16:33:13 +0200

Christian Mueller <christian.mueller@anonymised.com**solutions.at<christian.mueller@anonymised.com.solutions.at>>
wrote:

Hi Frederik

I did a quick test on the master branch and anything works fine.

Did you check the file permissions of

/var/lib/tomcat7/

webapps/geoserver/WEB-INF/lib/**imagemosaich-jdbc-.**jar

Maybe you copied the jar file using the “root” user and tomact is using
the
“tomcat” user. In this case, tomcat could have problems opening the jar
file.

Summary:
Check if your tomcat user can open the jar file.

Cheers
Christian

On Tue, Aug 27, 2013 at 3:50 PM, Frederik Haefker <fhaefker@anonymised.com

wrote:

Hello,

I am sorry to send the request again. However, it is my
first time writing to this user-list and I am really lost!

In the geoserver web application
(localhost:8080/geoserver) there is no possibility to add
an Image Mosaic JDBC as a store. However, the .jar-file is
at the right place and everything else is working quite
fine.

We need it for importing postgis raster. Where is our
mistake?

Best Regards
Frederik

On Fri, 23 Aug 2013 17:13:46 +0200
“Frederik Haefker” <fhaefker@anonymised.com> wrote:

Hello,

we are using “Geoserver 2.4 RC1” with “tomcat7” on
“Ubuntu 12.04”. Everything is working fine with the
exclusion of the “Image Mosaic JDBC”-plugin.

The .jar-file is at the right place:

user@anonymised.com:/var/lib/tomcat7/**webapps/geoserver/WEB-INF/lib$

ls -l
total 55928
-rw-r–r-- 1 tomcat7 tomcat7 62983 May 31 2012
activation-1.1.jar
[…]
-rw-r–r-- 1 tomcat7 tomcat7 323036 Aug 18 13:06
gt-imagemosaic-10-RC1.jar
-rw-r–r-- 1 root root 112034 Aug 23 16:38

gt-imagemosaic-jdbc-10-RC1.**jar

-rw-r–r-- 1 tomcat7 tomcat7 188058 Aug 18 13:05
gt-jdbc-10-RC1.jar
[…]

However, in the geoserver web application
(localhost:8080/geoserver) there is no possibility to add
an Image Mosaic JDBC as a store

"[…]
Raster Data Sources

ArcGrid - Arc Grid Coverage Format
GeoTIFF - Tagged Image File Format with Geographic
information
Gtopo30 - Gtopo30 Coverage Format
ImageMosaic - Image mosaicking plugin
WorldImage - A raster file accompanied by a spatial
data file

Other Data Sources
[…]"

We need it for importing postgis raster. Where is our
mistake?

Best Regards
Frederik

------------------------------------------------------------


Introducing Performance Central, a new site from SourceForge and
AppDynamics. Performance Central is your source for news, insights,
analysis and resources for efficient Application Performance Management.
Visit us today!

http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=
/4140/ostg.clktrk<http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk>
_____________**
Geoserver-users mailing list
Geoserver-users@anonymised.com**sourceforge.net<Geoserver-users@lists.sourceforge.net>
https://lists.sourceforge.net/**lists/listinfo/geoserver-users<https://lists.sourceforge.net/lists/listinfo/geoserver-users>


DI Christian Mueller MSc (GIS), MSc (IT-Security)
OSS Open Source Solutions GmbH


DI Christian Mueller MSc (GIS), MSc (IT-Security)
OSS Open Source Solutions GmbH

DI Christian Mueller MSc (GIS), MSc (IT-Security)
OSS Open Source Solutions GmbH

Hi Christian,

I did as you told me, but no new log files was created.

For all 5 logging profiles I used following settings:
Settings that apply to the entire server.
Verbose Messages
Verbose Exception Reporting
Enable Global Service

For restart I used:
user@anonymised.com$ sudo service tomcat7 restart
* Stopping Tomcat servlet engine tomcat7 [ OK ]
* Starting Tomcat servlet engine tomcat7 [ OK ]
user@anonymised.com$

I searched in /var/lib/tomcat7/webapps/geoserver/data/logs for the logs. This is the right location regarding the geoserver global setting (logs/geoserver.log)

I will send you some screenshots on your private mail. Hopefully that will help.

Thanks again!
  
On Wed, 28 Aug 2013 07:46:34 +0200
  Christian Mueller <christian.mueller@anonymised.com> wrote:

Hi Frederik

Please stay on the mailing list for discussions.

Go to Global Settings and switch the log level to VERBOSE_LOGGING. Stop
GeoServer and remove the log file from the file system. Start geoserver,
and zip the new logfile.

Repeat the same procedure with GEOTOOLS_DEVELOPER_LOGGING and
GEOSERVER_DEVELOPER_LOGGING.

Sent those 3 zip files to me (private mail, not on the mailing list).

Cheers

On Tue, Aug 27, 2013 at 5:25 PM, Frederik Haefker <fhaefker@anonymised.com>wrote:

Sorry :slight_smile:

I am not so sure how to answer your last mail ... shall I send you the
whole log as an attachment or just search for a special error? The
geoserver.log is 3.1 mb big and there are 3 more with 10 mb each.

Best Regards
Frederik

On Tue, 27 Aug 2013 17:19:53 +0200
Christian Mueller <christian.mueller@anonymised.com**solutions.at<christian.mueller@anonymised.com>>
wrote:

Hi Frederik

Check the log files. Go to "Global Settings" to change the log level if it
is necessary. Maybe we find a hint in log/geoserver.log

On Tue, Aug 27, 2013 at 4:54 PM, Frederik Haefker <fhaefker@anonymised.com
>wrote:

Hi Christian,

thanks for the help. However, its not the solution.

Actually you are right and I used sudo cp. But tomcat works quite fine
with it (for example the proxy plugin was installed correctly).
Just to make sure I changed the user-rights (sudo chmod -R ugo+rwx
/var/lib/tomcat7/webapps/****geoserver/WEB-INF/lib/) and restarted
tomcat

(sudo service tomcat7 restart ). Sadly it changed nothing.

Any other suggestions?

Best Regards
Frederik

On Tue, 27 Aug 2013 16:33:13 +0200
Christian Mueller <christian.mueller@anonymised.com**soluti**ons.at<http://solutions.at>
<christian.mueller@anonymised.com**solutions.at <christian.mueller@anonymised.com>
>>
wrote:

Hi Frederik

I did a quick test on the master branch and anything works fine.

Did you check the file permissions of

/var/lib/tomcat7/
webapps/geoserver/WEB-INF/lib/****imagemosaich-jdbc-<version>.****jar

Maybe you copied the jar file using the "root" user and tomact is using
the
"tomcat" user. In this case, tomcat could have problems opening the jar
file.

Summary:
Check if your tomcat user can open the jar file.

Cheers
Christian

On Tue, Aug 27, 2013 at 3:50 PM, Frederik Haefker <fhaefker@anonymised.com
>wrote:

Hello,

I am sorry to send the request again. However, it is my
first time writing to this user-list and I am really lost!

In the geoserver web application
(localhost:8080/geoserver) there is no possibility to add
an Image Mosaic JDBC as a store. However, the .jar-file is
at the right place and everything else is working quite
fine.

We need it for importing postgis raster. Where is our
mistake?

Best Regards
Frederik

On Fri, 23 Aug 2013 17:13:46 +0200
  "Frederik Haefker" <fhaefker@anonymised.com> wrote:
> Hello,
>
> we are using "Geoserver 2.4 RC1" with "tomcat7" on
>"Ubuntu 12.04". Everything is working fine with the
>exclusion of the "Image Mosaic JDBC"-plugin.
>
> The .jar-file is at the right place:
>
> user@anonymised.com:/var/lib/tomcat7/****webapps/geoserver/WEB-INF/**lib$

>ls -l
> total 55928
> -rw-r--r-- 1 tomcat7 tomcat7 62983 May 31 2012
>activation-1.1.jar
> [...]
> -rw-r--r-- 1 tomcat7 tomcat7 323036 Aug 18 13:06
>gt-imagemosaic-10-RC1.jar
> -rw-r--r-- 1 root root 112034 Aug 23 16:38
>gt-imagemosaic-jdbc-10-RC1.****jar

> -rw-r--r-- 1 tomcat7 tomcat7 188058 Aug 18 13:05
>gt-jdbc-10-RC1.jar
> [...]
>
> However, in the geoserver web application
>(localhost:8080/geoserver) there is no possibility to add
>an Image Mosaic JDBC as a store
>
> "[...]
> Raster Data Sources
>
> ArcGrid - Arc Grid Coverage Format
> GeoTIFF - Tagged Image File Format with Geographic
>information
> Gtopo30 - Gtopo30 Coverage Format
> ImageMosaic - Image mosaicking plugin
> WorldImage - A raster file accompanied by a spatial
>data file
>
> Other Data Sources
> [...]"
>
> We need it for importing postgis raster. Where is our
>mistake?
>
> Best Regards
>Frederik

------------------------------****----------------------------**--**

------------------
Introducing Performance Central, a new site from SourceForge and
AppDynamics. Performance Central is your source for news, insights,
analysis and resources for efficient Application Performance
Management.
Visit us today!
http://pubads.g.doubleclick.****net/gampad/clk?id=48897511&iu=****
/4140/ostg.clktrk<http://**pubads.g.doubleclick.net/**
gampad/clk?id=48897511&iu=/**4140/ostg.clktrk<http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk&gt;
>
______________________________****_________________
Geoserver-users mailing list
Geoserver-users@anonymised.com**source**forge.net <http://sourceforge.net><
Geoserver-users@**lists.sourceforge.net<Geoserver-users@lists.sourceforge.net>
>
https://lists.sourceforge.net/****lists/listinfo/geoserver-**users&lt;https://lists.sourceforge.net/**lists/listinfo/geoserver-users&gt;
<https://lists.**sourceforge.net/lists/**listinfo/geoserver-users<https://lists.sourceforge.net/lists/listinfo/geoserver-users>
>

--
DI Christian Mueller MSc (GIS), MSc (IT-Security)
OSS Open Source Solutions GmbH

--
DI Christian Mueller MSc (GIS), MSc (IT-Security)
OSS Open Source Solutions GmbH

--
DI Christian Mueller MSc (GIS), MSc (IT-Security)
OSS Open Source Solutions GmbH

Hi erveryone,

the Image Mosaic JDBC works fine and I could publish a png as shown in the tutorial:
http://docs.geoserver.org/stable/en/user/tutorials/imagemosaic-jdbc/imagemosaic-jdbc_tutorial.html

However, when I try to publish my own geotiff I get an error message:
"Oops, something went wrong...
Sorry, something unexpected happened on the server.
Here's an error report you can include in a JIRA bug report about this issue: "

Sadly I am not able to register a JIRA.
"
Error
It seems that you have tried to perform an operation that is not allowed in the current JIRA mode.
If you think this message is wrong, please contact your JIRA administrators.
"

Here an extract from the geoserver-error:
"
java.lang.RuntimeException: Error occurred while building the resources for the configuration page at org.geoserver.web.data.layer.NewLayerPage.buildLayerInfo(NewLayerPage.java:307) at org.geoserver.web.data.layer.NewLayerPage$6.onClick(NewLayerPage.java:242) at org.geoserver.web.wicket.SimpleAjaxLink$1.onClick(SimpleAjaxLink.java:45) at org.apache.wicket.ajax.markup.html.AjaxLink$1.onEvent(AjaxLink.java:68) at org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:177) at org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDefaultAjaxBehavior.java:300) at org.apache.wicket.request.target.component.listener.BehaviorRequestTarget.processEvents(BehaviorRequestTarget.java:119) at org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(AbstractRequestCycleProcessor.java:92) at org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1250) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1329)
[...]
"

Best Regards
Frederik

On Wed, 28 Aug 2013 16:39:07 +0200
  Christian Mueller <christian.mueller@anonymised.com> wrote:

Never mind, I hope you will have success with your configuration.

Christian

Hi Christan,

thanks again for the help.

Sadly I don't understand what you mean by writing a simple test program. Regarding the geoserver status page JAI is working fine:
Native JAI true
Native JAI ImageIO true

I will send you the log-files and screenshots separately.

Gdalinfo doesn't work directly due to the storage location of the geotiff - its in a Postgis database.
However, before uploading the geotiff gives following informations:

user@anonymised.com:$ gdalinfo 1.tif
Driver: GTiff/GeoTIFF
Files: 1.tif
Size is 740, 731
Coordinate System is `'
Origin = (-19.000000763971848,38.099999237060544)
Pixel Size = (0.100000002064789,-0.100000000000000)
Metadata:
   lat#axis=Y
   lat#long_name=latitude
   lat#standard_name=latitude
   lat#units=degrees_north
   lon#axis=X
   lon#long_name=longitude
   lon#standard_name=longitude
   lon#units=degrees_east
   NC_GLOBAL#CDI=Climate Data Interface version 1.5.8 (http://code.zmaw.de/projects/cdi)
   NC_GLOBAL#CDO=Climate Data Operators version 1.5.8 (http://code.zmaw.de/projects/cdo)
   NC_GLOBAL#Conventions=COARDS
   NC_GLOBAL#FilePath=//scratch/output/WASCAL-DOMAIN-TRMM-6min2010.nc
   NC_GLOBAL#history=Mon Jan 07 13:32:51 2013: cdo div /scratch/output/WASCAL-DOMAIN-TRMM-6min2010-YEARSUM-Runoff.nc /scratch/output/WASCAL-DOMAIN-TRMM-6min2010-YEARSUM-Precip.nc /scratch/output/WASCAL-DOMAIN-TRMM-6min2010-YEARSUM-RunoffCoeff.nc
Mon Jan 07 13:32:51 2013: cdo selname,precip /scratch/output/WASCAL-DOMAIN-TRMM-6min2010-YEARSUM.nc /scratch/output/WASCAL-DOMAIN-TRMM-6min2010-YEARSUM-Precip.nc
Mon Jan 07 13:31:57 2013: cdo yearsum /scratch/output/WASCAL-DOMAIN-TRMM-6min2010.nc /scratch/output/WASCAL-DOMAIN-TRMM-6min2010-YEARSUM.nc
Created on 2013-01-02 by Alex Prusevich (alex.proussevitch@anonymised.com)
   NC_GLOBAL#institution=Water Systems Analysis Group (WSAG), the University of New Hampshire (UNH)
   NC_GLOBAL#NetCDF_version=netCDF.3.5.1
   NC_GLOBAL#projection=epsg:4326
   NC_GLOBAL#references=http://www.wsag.unh.edu
   NC_GLOBAL#Temporal_Res.=Daily
   NC_GLOBAL#title=PDL/WBM data
   runoff#_FillValue=-9999
   runoff#long_name=Runoff
   runoff#units=mm/day
   time#calendar=standard
   time#standard_name=time
   time#units=days since 1900-01-01 00:00:00
Image Structure Metadata:
   INTERLEAVE=BAND
Corner Coordinates:
Upper Left ( -19.0000008, 38.0999992)
Lower Left ( -19.0000008, -35.0000008)
Upper Right ( 55.0000008, 38.0999992)
Lower Right ( 55.0000008, -35.0000008)
Center ( 18.0000000, 1.5499992)
Band 1 Block=740x2 Type=Float32, ColorInterp=Gray
   NoData Value=-9999
   Metadata:
     _FillValue=-9999
     long_name=Runoff
     NETCDF_DIMENSION_time=40541
     NETCDF_time_units=days since 1900-01-01 00:00:00
     NETCDF_VARNAME=runoff
     units=mm/day
user@anonymised.com:

On Sun, 1 Sep 2013 09:18:44 +0200
  Christian Mueller <christian.mueller@anonymised.com> wrote:

Hi Frederik

The first question is if JAI (Java advanced Imaging) is able to read your
image. Can make a simple test program and reading and writing your image
(compare the results).

You can switch the log level on "Global settings" page to
GEOTOOLS-DEVELOPER and look into the log file.

What is the output of gdalinfo <yourimage>

Christian

On Fri, Aug 30, 2013 at 11:18 AM, Frederik Haefker <fhaefker@anonymised.com>wrote:

Hi erveryone,

the Image Mosaic JDBC works fine and I could publish a png
as shown in the tutorial:

http://docs.geoserver.org/stable/en/user/tutorials/imagemosaic-jdbc/imagemosaic-jdbc_tutorial.html

However, when I try to publish my own geotiff I get an
error message:
"Oops, something went wrong...
Sorry, something unexpected happened on the server.
Here's an error report you can include in a JIRA bug
report about this issue: "

Sadly I am not able to register a JIRA.
"
Error
It seems that you have tried to perform an operation that
is not allowed in the current JIRA mode.
If you think this message is wrong, please contact your
JIRA administrators.
"

Here an extract from the geoserver-error:
"
java.lang.RuntimeException: Error occurred while building
the resources for the configuration page at

org.geoserver.web.data.layer.NewLayerPage.buildLayerInfo(NewLayerPage.java:307)
at
org.geoserver.web.data.layer.NewLayerPage$6.onClick(NewLayerPage.java:242)
at
org.geoserver.web.wicket.SimpleAjaxLink$1.onClick(SimpleAjaxLink.java:45)
at
org.apache.wicket.ajax.markup.html.AjaxLink$1.onEvent(AjaxLink.java:68)
at

org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:177)
at

org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDefaultAjaxBehavior.java:300)
at

org.apache.wicket.request.target.component.listener.BehaviorRequestTarget.processEvents(BehaviorRequestTarget.java:119)
at

org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(AbstractRequestCycleProcessor.java:92)
at

org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1250)
at
org.apache.wicket.RequestCycle.step(RequestCycle.java:1329)
[...]
"

Best Regards
Frederik

On Wed, 28 Aug 2013 16:39:07 +0200
  Christian Mueller <christian.mueller@anonymised.com>
wrote:
> Never mind, I hope you will have success with your
>configuration.
>
> Christian
>

------------------------------------------------------------------------------
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
DI Christian Mueller MSc (GIS), MSc (IT-Security)
OSS Open Source Solutions GmbH

Hi Frederik

This is strange. In the file geoserver_aftererror.log I see

2013-09-03 13:35:57,116 INFO [org.geotools.gce.imagemosaic.jdbc] - Using 8 CPU(s)
2013-09-03 13:35:57,129 INFO [org.geotools.gce.imagemosaic.jdbc] - Getting 1 Tiles needs 13 millisecs
2013-09-03 13:35:57,134 INFO [org.geotools.gce.imagemosaic.jdbc] - Getting and decoding 1 Tiles needs 18 millisecs
2013-09-03 13:35:57,160 INFO [org.geotools.gce.imagemosaic.jdbc] - Mosaic Reader needs : 48 millisecs

The imagemosaic JDBC module finished its job and returns an image to GeoServer. Unfortunately, I cannot see the exception causing this error.

Without the the data I cannot debug. (Do you have the possibility to start a debug session).

If not, I would need your configuration xml files, the image and all the scripts for importing the image data into postgres.

Cheers
Christian

···

On Tue, Sep 3, 2013 at 1:42 PM, Frederik Haefker <fhaefker@anonymised.com> wrote:

Hello Christan,

thanks for your help!!!

The screenshots and log-files are attached. I made a log-file before and after the error while trying to add a postgis-raster-layer.

Best Regards Frederik

DI Christian Mueller MSc (GIS), MSc (IT-Security)
OSS Open Source Solutions GmbH

Hi Christian,

I have full control of the geoserver (sudo etc.). So I think I can start a debug session. Sadly I don't know what to do :slight_smile: (sorry)

In my last message I sent you a file called error-log.txt which included a copy of the full error message. Maybe we can find a hint there?

I can send you the scripts (which one do you need?). However I can't send any data itself (due to restriction of my working group).

Thanks again

Best Regards
Frederik

On Tue, 3 Sep 2013 17:00:55 +0200
  Christian Mueller <christian.mueller@anonymised.com> wrote:

Hi Frederik

This is strange. In the file geoserver_aftererror.log I see

2013-09-03 13:35:57,116 INFO [org.geotools.gce.imagemosaic.jdbc] - Using 8
CPU(s)
2013-09-03 13:35:57,129 INFO [org.geotools.gce.imagemosaic.jdbc] - Getting
1 Tiles needs 13 millisecs
2013-09-03 13:35:57,134 INFO [org.geotools.gce.imagemosaic.jdbc] - Getting
and decoding 1 Tiles needs 18 millisecs
2013-09-03 13:35:57,160 INFO [org.geotools.gce.imagemosaic.jdbc] - Mosaic
Reader needs : 48 millisecs

The imagemosaic JDBC module finished its job and returns an image to
GeoServer. Unfortunately, I cannot see the exception causing this error.

Without the the data I cannot debug. (Do you have the possibility to start
a debug session).

If not, I would need your configuration xml files, the image and all the
scripts for importing the image data into postgres.

Cheers
Christian

On Tue, Sep 3, 2013 at 1:42 PM, Frederik Haefker <fhaefker@anonymised.com>wrote:

Hello Christan,

thanks for your help!!!

The screenshots and log-files are attached. I made a log-file before and
after the error while trying to add a postgis-raster-layer.

Best Regards Frederik

--
DI Christian Mueller MSc (GIS), MSc (IT-Security)
OSS Open Source Solutions GmbH

Good Morning,

I just tried following idea:
first I converted the geotiff to png

gdal_translate -co WORLDFILE=YES -of png 1.tif 2.png

Then I followed the instruction of the tutorial.
I didn't get the error message when I published the layer.

The layer can be loaded to the main map and uses the correct style information.
However I see gaps inside the raster and a huge black boarder. This must have happened during the transformation from geotiff to png. It is visible in a desktop image viewer too.

So, how to translate geotiff into png probably?
And still, png is not a good solution for raster data ... what to do about the geoserver error?

On Tue, 03 Sep 2013 17:07:33 +0200
  "Frederik Haefker" <fhaefker@anonymised.com> wrote:

Hi Christian,

I have full control of the geoserver (sudo etc.). So I think I can start a debug session. Sadly I don't know what to do :slight_smile: (sorry)

In my last message I sent you a file called error-log.txt which included a copy of the full error message. Maybe we can find a hint there?

I can send you the scripts (which one do you need?). However I can't send any data itself (due to restriction of my working group).

Thanks again

Best Regards
Frederik

On Tue, 3 Sep 2013 17:00:55 +0200
Christian Mueller <christian.mueller@anonymised.com> wrote:

Hi Frederik

This is strange. In the file geoserver_aftererror.log I see

2013-09-03 13:35:57,116 INFO [org.geotools.gce.imagemosaic.jdbc] - Using 8
CPU(s)
2013-09-03 13:35:57,129 INFO [org.geotools.gce.imagemosaic.jdbc] - Getting
1 Tiles needs 13 millisecs
2013-09-03 13:35:57,134 INFO [org.geotools.gce.imagemosaic.jdbc] - Getting
and decoding 1 Tiles needs 18 millisecs
2013-09-03 13:35:57,160 INFO [org.geotools.gce.imagemosaic.jdbc] - Mosaic
Reader needs : 48 millisecs

The imagemosaic JDBC module finished its job and returns an image to
GeoServer. Unfortunately, I cannot see the exception causing this error.

Without the the data I cannot debug. (Do you have the possibility to start
a debug session).

If not, I would need your configuration xml files, the image and all the
scripts for importing the image data into postgres.

Cheers
Christian

About the geoserver error

No chance without a debug session, I cannot see anything from the log files.

Have a look at the supported formats
http://www.oracle.com/technetwork/java/iio-141084.html

···

On Wed, Sep 4, 2013 at 10:05 AM, Frederik Haefker <fhaefker@anonymised.com> wrote:

Good Morning,

I just tried following idea:
first I converted the geotiff to png

gdal_translate -co WORLDFILE=YES -of png 1.tif 2.png

Then I followed the instruction of the tutorial.
I didn’t get the error message when I published the layer.

The layer can be loaded to the main map and uses the correct style information.
However I see gaps inside the raster and a huge black boarder. This must have happened during the transformation from geotiff to png. It is visible in a desktop image viewer too.

So, how to translate geotiff into png probably?
And still, png is not a good solution for raster data … what to do about the geoserver error?

On Tue, 03 Sep 2013 17:07:33 +0200
“Frederik Haefker” <fhaefker@anonymised.com> wrote:

Hi Christian,

I have full control of the geoserver (sudo etc.). So I think I can start a debug session. Sadly I don’t know what to do :slight_smile: (sorry)

In my last message I sent you a file called error-log.txt which included a copy of the full error message. Maybe we can find a hint there?

I can send you the scripts (which one do you need?). However I can’t send any data itself (due to restriction of my working group).

Thanks again

Best Regards
Frederik

On Tue, 3 Sep 2013 17:00:55 +0200
Christian Mueller <christian.mueller@anonymised.comsolutions.at> wrote:

Hi Frederik

This is strange. In the file geoserver_aftererror.log I see

2013-09-03 13:35:57,116 INFO [org.geotools.gce.imagemosaic.jdbc] - Using 8
CPU(s)
2013-09-03 13:35:57,129 INFO [org.geotools.gce.imagemosaic.jdbc] - Getting
1 Tiles needs 13 millisecs
2013-09-03 13:35:57,134 INFO [org.geotools.gce.imagemosaic.jdbc] - Getting
and decoding 1 Tiles needs 18 millisecs
2013-09-03 13:35:57,160 INFO [org.geotools.gce.imagemosaic.jdbc] - Mosaic
Reader needs : 48 millisecs

The imagemosaic JDBC module finished its job and returns an image to
GeoServer. Unfortunately, I cannot see the exception causing this error.

Without the the data I cannot debug. (Do you have the possibility to start
a debug session).

If not, I would need your configuration xml files, the image and all the
scripts for importing the image data into postgres.

Cheers
Christian

DI Christian Mueller MSc (GIS), MSc (IT-Security)
OSS Open Source Solutions GmbH

Thanks a lot for your effort and help!!!

Do you have any idea why I can't create an account at http://jira.codehaus.org/browse/GEOS/ To create a new issue?
It is recommended in the error message of geoserver:
"Here's an error report you can include in a JIRA bug report about this issue:"

Best Regards
Frederik

On Wed, 4 Sep 2013 10:51:39 +0200
  Christian Mueller <christian.mueller@anonymised.com> wrote:

About the geoserver error

No chance without a debug session, I cannot see anything from the log
files.

Have a look at the supported formats
http://www.oracle.com/technetwork/java/iio-141084.html

On Wed, Sep 4, 2013 at 10:05 AM, Frederik Haefker <fhaefker@anonymised.com>wrote:

Good Morning,

I just tried following idea:
first I converted the geotiff to png

gdal_translate -co WORLDFILE=YES -of png 1.tif 2.png

Then I followed the instruction of the tutorial.
I didn't get the error message when I published the layer.

The layer can be loaded to the main map and uses the correct style
information.
However I see gaps inside the raster and a huge black boarder. This must
have happened during the transformation from geotiff to png. It is visible
in a desktop image viewer too.

So, how to translate geotiff into png probably?
And still, png is not a good solution for raster data ... what to do about
the geoserver error?

On Tue, 03 Sep 2013 17:07:33 +0200
"Frederik Haefker" <fhaefker@anonymised.com> wrote:

Hi Christian,

I have full control of the geoserver (sudo etc.). So I think I can start
a debug session. Sadly I don't know what to do :slight_smile: (sorry)

In my last message I sent you a file called error-log.txt which included
a copy of the full error message. Maybe we can find a hint there?

I can send you the scripts (which one do you need?). However I can't send
any data itself (due to restriction of my working group).

Thanks again

Best Regards
Frederik

On Tue, 3 Sep 2013 17:00:55 +0200
Christian Mueller <christian.mueller@anonymised.com**solutions.at<christian.mueller@anonymised.com>>
wrote:

Hi Frederik

This is strange. In the file geoserver_aftererror.log I see

2013-09-03 13:35:57,116 INFO [org.geotools.gce.imagemosaic.**jdbc] -
Using 8
CPU(s)
2013-09-03 13:35:57,129 INFO [org.geotools.gce.imagemosaic.**jdbc] -
Getting
1 Tiles needs 13 millisecs
2013-09-03 13:35:57,134 INFO [org.geotools.gce.imagemosaic.**jdbc] -
Getting
and decoding 1 Tiles needs 18 millisecs
2013-09-03 13:35:57,160 INFO [org.geotools.gce.imagemosaic.**jdbc] -
Mosaic
Reader needs : 48 millisecs

The imagemosaic JDBC module finished its job and returns an image to
GeoServer. Unfortunately, I cannot see the exception causing this error.

Without the the data I cannot debug. (Do you have the possibility to
start
a debug session).

If not, I would need your configuration xml files, the image and all the
scripts for importing the image data into postgres.

Cheers
Christian

--
DI Christian Mueller MSc (GIS), MSc (IT-Security)
OSS Open Source Solutions GmbH

Hmmm, No idea how create an account, I did this a long time ago.

Can you open a new thread on the user list asking how to get a JIRA account. I can remember some people having the same problem but I forgot the solution.

···

On Wed, Sep 4, 2013 at 10:59 AM, Frederik Haefker <fhaefker@anonymised.com> wrote:

Thanks a lot for your effort and help!!!

Do you have any idea why I can’t create an account at http://jira.codehaus.org/browse/GEOS/ To create a new issue?
It is recommended in the error message of geoserver:

“Here’s an error report you can include in a JIRA bug report about this issue:”

Best Regards
Frederik

On Wed, 4 Sep 2013 10:51:39 +0200
Christian Mueller <christian.mueller@anonymised.comsolutions.at> wrote:

About the geoserver error

No chance without a debug session, I cannot see anything from the log
files.

Have a look at the supported formats
http://www.oracle.com/technetwork/java/iio-141084.html

On Wed, Sep 4, 2013 at 10:05 AM, Frederik Haefker <fhaefker@anonymised.com>wrote:

Good Morning,

I just tried following idea:
first I converted the geotiff to png

gdal_translate -co WORLDFILE=YES -of png 1.tif 2.png

Then I followed the instruction of the tutorial.
I didn’t get the error message when I published the layer.

The layer can be loaded to the main map and uses the correct style
information.
However I see gaps inside the raster and a huge black boarder. This must
have happened during the transformation from geotiff to png. It is visible
in a desktop image viewer too.

So, how to translate geotiff into png probably?
And still, png is not a good solution for raster data … what to do about
the geoserver error?

On Tue, 03 Sep 2013 17:07:33 +0200
“Frederik Haefker” <fhaefker@anonymised.com> wrote:

Hi Christian,

I have full control of the geoserver (sudo etc.). So I think I can start
a debug session. Sadly I don’t know what to do :slight_smile: (sorry)

In my last message I sent you a file called error-log.txt which included
a copy of the full error message. Maybe we can find a hint there?

I can send you the scripts (which one do you need?). However I can’t send
any data itself (due to restriction of my working group).

Thanks again

Best Regards
Frederik

On Tue, 3 Sep 2013 17:00:55 +0200

Christian Mueller <christian.mueller@anonymised.com**solutions.at<christian.mueller@anonymised.com.solutions.at>>
wrote:

Hi Frederik

This is strange. In the file geoserver_aftererror.log I see

2013-09-03 13:35:57,116 INFO [org.geotools.gce.imagemosaic.**jdbc] -
Using 8
CPU(s)
2013-09-03 13:35:57,129 INFO [org.geotools.gce.imagemosaic.**jdbc] -

Getting
1 Tiles needs 13 millisecs

2013-09-03 13:35:57,134 INFO [org.geotools.gce.imagemosaic.**jdbc] -

Getting
and decoding 1 Tiles needs 18 millisecs

2013-09-03 13:35:57,160 INFO [org.geotools.gce.imagemosaic.**jdbc] -

Mosaic
Reader needs : 48 millisecs

The imagemosaic JDBC module finished its job and returns an image to
GeoServer. Unfortunately, I cannot see the exception causing this error.

Without the the data I cannot debug. (Do you have the possibility to
start
a debug session).

If not, I would need your configuration xml files, the image and all the
scripts for importing the image data into postgres.

Cheers
Christian


DI Christian Mueller MSc (GIS), MSc (IT-Security)
OSS Open Source Solutions GmbH

DI Christian Mueller MSc (GIS), MSc (IT-Security)
OSS Open Source Solutions GmbH

Hi Frederik

During the last weekend I fixed a problem
https://jira.codehaus.org/browse/GEOT-4561

Maybe this will fix your issue too.

You can test with a nightly build or I can send you a jar file.

Christian

···

On Wed, Sep 4, 2013 at 11:41 AM, Christian Mueller <christian.mueller@anonymised.com> wrote:

Hmmm, No idea how create an account, I did this a long time ago.

Can you open a new thread on the user list asking how to get a JIRA account. I can remember some people having the same problem but I forgot the solution.

DI Christian Mueller MSc (GIS), MSc (IT-Security)
OSS Open Source Solutions GmbH

On Wed, Sep 4, 2013 at 10:59 AM, Frederik Haefker <fhaefker@anonymised.com> wrote:

Thanks a lot for your effort and help!!!

Do you have any idea why I can’t create an account at http://jira.codehaus.org/browse/GEOS/ To create a new issue?
It is recommended in the error message of geoserver:

“Here’s an error report you can include in a JIRA bug report about this issue:”

Best Regards
Frederik

On Wed, 4 Sep 2013 10:51:39 +0200
Christian Mueller <christian.mueller@anonymised.comsolutions.at> wrote:

About the geoserver error

No chance without a debug session, I cannot see anything from the log
files.

Have a look at the supported formats
http://www.oracle.com/technetwork/java/iio-141084.html

On Wed, Sep 4, 2013 at 10:05 AM, Frederik Haefker <fhaefker@anonymised.com>wrote:

Good Morning,

I just tried following idea:
first I converted the geotiff to png

gdal_translate -co WORLDFILE=YES -of png 1.tif 2.png

Then I followed the instruction of the tutorial.
I didn’t get the error message when I published the layer.

The layer can be loaded to the main map and uses the correct style
information.
However I see gaps inside the raster and a huge black boarder. This must
have happened during the transformation from geotiff to png. It is visible
in a desktop image viewer too.

So, how to translate geotiff into png probably?
And still, png is not a good solution for raster data … what to do about
the geoserver error?

On Tue, 03 Sep 2013 17:07:33 +0200
“Frederik Haefker” <fhaefker@anonymised.com> wrote:

Hi Christian,

I have full control of the geoserver (sudo etc.). So I think I can start
a debug session. Sadly I don’t know what to do :slight_smile: (sorry)

In my last message I sent you a file called error-log.txt which included
a copy of the full error message. Maybe we can find a hint there?

I can send you the scripts (which one do you need?). However I can’t send
any data itself (due to restriction of my working group).

Thanks again

Best Regards
Frederik

On Tue, 3 Sep 2013 17:00:55 +0200

Christian Mueller <christian.mueller@anonymised.com**solutions.at<christian.mueller@anonymised.com.solutions.at>>
wrote:

Hi Frederik

This is strange. In the file geoserver_aftererror.log I see

2013-09-03 13:35:57,116 INFO [org.geotools.gce.imagemosaic.**jdbc] -
Using 8
CPU(s)
2013-09-03 13:35:57,129 INFO [org.geotools.gce.imagemosaic.**jdbc] -

Getting
1 Tiles needs 13 millisecs

2013-09-03 13:35:57,134 INFO [org.geotools.gce.imagemosaic.**jdbc] -

Getting
and decoding 1 Tiles needs 18 millisecs

2013-09-03 13:35:57,160 INFO [org.geotools.gce.imagemosaic.**jdbc] -

Mosaic
Reader needs : 48 millisecs

The imagemosaic JDBC module finished its job and returns an image to
GeoServer. Unfortunately, I cannot see the exception causing this error.

Without the the data I cannot debug. (Do you have the possibility to
start
a debug session).

If not, I would need your configuration xml files, the image and all the
scripts for importing the image data into postgres.

Cheers
Christian


DI Christian Mueller MSc (GIS), MSc (IT-Security)
OSS Open Source Solutions GmbH

DI Christian Mueller MSc (GIS), MSc (IT-Security)
OSS Open Source Solutions GmbH