[Geoserver-users] adding new coverage

Hello,

I am running geoserver in jetty.

I added gt2-coverageio-netcdf-2.4.2 library from unsupported to my geoserver
project. I also created a netcdf plugin, added it to the
geoserver/web/pom.xml dependencies, and rebuilt the project. However, I
cannot see the format in the coverage store list. I am also getting an
exception when trying to create a new coverage.

Do I need to create a data directory?

Cheers,

Adit

-----Original Message-----
From: Adit Santokhee [mailto:ads@anonymised.com]
Sent: 14 April 2008 13:47
To: 'Andrea Aime'
Cc: 'geoserver users'
Subject: RE: [Geoserver-users] adding new coverage

Hi Andrea,

Yet, if the netcdf package in geotools
does support the Format/Reader architecture all other readers abide to

Could you provide more details please? By the way, at the moment is this the
only way to do this?

Cheers,

Adit

-----Original Message-----
From: Andrea Aime [mailto:aaime@anonymised.com]
Sent: 14 April 2008 12:15
To: Adit Santokhee
Cc: 'geoserver users'
Subject: Re: [Geoserver-users] adding new coverage

Adit Santokhee ha scritto:

Hi,

I want to add and serve a new coverage (NetCDF file) from geoserver. I
am not sure if that format is supported yet. Therefore, I would like to
know which packages in geoserver I should modify or look into.

That format is not supported. Yet, if the netcdf package in geotools
does support the Format/Reader architecture all other readers abide to,
you should be able to add that module to the geoserver/web/pom.xml
dependencies, rebuild, and the format should appear in the coverage
store list.

Cheers
Andrea

Adit Santokhee ha scritto:

Hello,

I am running geoserver in jetty.

I added gt2-coverageio-netcdf-2.4.2 library from unsupported to my geoserver
project. I also created a netcdf plugin, added it to the
geoserver/web/pom.xml dependencies, and rebuilt the project. However, I
cannot see the format in the coverage store list. I am also getting an
exception when trying to create a new coverage.

Adit, what exception? You have to realize we can't read in your mind or
on your computer screen. When you make issue reports, make them as accurate and complete as possible, since your mails are all we have to
try and diagnose the problem.

Do I need to create a data directory?

Well, of course GeoServer has to run against a valid data directory.
How are you starting it up?

Cheers
Andrea

Hi Andrea,

Sorry for being vague.

I am starting geoserver with:

[/dev/geoserver/web]% mvn jetty:run

Maybe I should specify the data directory when it starts.

Anyway, The full exception is:

2008-04-15 11:42:09.625::WARN: /geoserver/config/data/coverageNewSubmit.do
java.lang.NullPointerException
        at
org.vfny.geoserver.action.data.DataCoveragesNewAction.execute(DataCov
eragesNewAction.java:87)
        at
org.vfny.geoserver.action.ConfigAction.execute(ConfigAction.java:101)

        at
org.apache.struts.action.RequestProcessor.processActionPerform(Reques
tProcessor.java:431)
        at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.ja
va:236)
        at
org.apache.struts.action.ActionServlet.process(ActionServlet.java:119
6)
        at
org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)

        at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:445
)
        at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(Servlet
Handler.java:1050)
        at
org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCha
racterEncodingFilter.java:108)
        at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(Servlet
Handler.java:1041)
        at
org.geoserver.filters.LoggingFilter.doFilter(LoggingFilter.java:69)
        at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(Servlet
Handler.java:1041)
        at org.geoserver.filters.GZIPFilter.doFilter(GZIPFilter.java:41)
        at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(Servlet
Handler.java:1041)
        at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(F
ilterChainProxy.java:264)
        at
org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(Filt
erSecurityInterceptor.java:107)
        at
org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(Fi
lterSecurityInterceptor.java:72)
        at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(F
ilterChainProxy.java:274)
        at
org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTra
nslationFilter.java:110)
        at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(F
ilterChainProxy.java:274)
        at
org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFil
ter(AnonymousProcessingFilter.java:125)
        at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(F
ilterChainProxy.java:274)
        at
org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(R
ememberMeProcessingFilter.java:142)
        at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(F
ilterChainProxy.java:274)
        at
org.acegisecurity.wrapper.SecurityContextHolderAwareRequestFilter.doF
ilter(SecurityContextHolderAwareRequestFilter.java:81)
        at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(F
ilterChainProxy.java:274)
        at
org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProces
singFilter.java:217)
        at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(F
ilterChainProxy.java:274)
        at
org.acegisecurity.ui.logout.LogoutFilter.doFilter(LogoutFilter.java:1
06)
        at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(F
ilterChainProxy.java:274)
        at
org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilte
r(HttpSessionContextIntegrationFilter.java:229)
        at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(F
ilterChainProxy.java:274)
        at
org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.jav
a:148)
        at
org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.j
ava:98)
        at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(Servlet
Handler.java:1041)
        at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:3
54)
        at
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:2
26)
        at
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:6
27)
        at
org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHand
lerCollection.java:149)
        at
org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.
java:123)
        at
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:1
41)
        at org.mortbay.jetty.Server.handle(Server.java:269)
        at
org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:43
0)
        at
org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpCo
nnection.java:687)
        at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:492)
        at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:199)
        at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:339)
        at
org.mortbay.jetty.nio.HttpChannelEndPoint.run(HttpChannelEndPoint.jav
a:270)
        at
org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool
.java:475)

Cheers,

Adit

-----Original Message-----
From: Andrea Aime [mailto:aaime@anonymised.com]
Sent: 15 April 2008 11:36
To: Adit Santokhee
Cc: 'geoserver users'
Subject: Re: [Geoserver-users] adding new coverage

Adit Santokhee ha scritto:

Hello,

I am running geoserver in jetty.

I added gt2-coverageio-netcdf-2.4.2 library from unsupported to my

geoserver

project. I also created a netcdf plugin, added it to the
geoserver/web/pom.xml dependencies, and rebuilt the project. However, I
cannot see the format in the coverage store list. I am also getting an
exception when trying to create a new coverage.

Adit, what exception? You have to realize we can't read in your mind or
on your computer screen. When you make issue reports, make them as
accurate and complete as possible, since your mails are all we have to
try and diagnose the problem.

Do I need to create a data directory?

Well, of course GeoServer has to run against a valid data directory.
How are you starting it up?

Cheers
Andrea

Adit Santokhee ha scritto:

Hi Andrea,

Sorry for being vague.

I am starting geoserver with:

[/dev/geoserver/web]% mvn jetty:run

Maybe I should specify the data directory when it starts.

Anyway, The full exception is:

2008-04-15 11:42:09.625::WARN: /geoserver/config/data/coverageNewSubmit.do
java.lang.NullPointerException
        at

Hum, this exception should not happen... it seems that the coveragestore
has been created (otherwise you should not be able to get to this page at all) but at the same time it has not been saved.

I need to try this one to see what's wrong, but I don't have any netcdf
data. Can you send me a (small, < 4MB) netcdf file by private mail or
provide a link to one I can use for further tests?

Cheers
Andrea

Hello,

I included the following netcdf plugin (from
http://svn.geotools.org/geotools/branches/2.4.x_rs/modules/unsupported/cover
ageio-netcdf/src/main/java/org/geotools/coverage/io/) to geoserver, set the
dependencies in geoserver/web/pom.xml file, modified the catalog.xml file to
point to my netcdf file, and copied an info.xml for my coverage metadata in
the $data_dir/coverages directory.

However, when I list Coverage Plugins list to see the installed formats, I
cannot find netcdf. I checked the log:

2008-04-16 12:51:15,427 WARN [global.CoverageStoreInfo] - failed to
establish connection with FormatConfig[type=CDF, enabled=true,
abstract=null]
2008-04-16 12:51:15,427 WARN [geoserver.ows] -
org.vfny.geoserver.wms.WmsException: java.util.NoSuchElementException: No
format found capable of managing FormatConfig[type=CDF, enabled=true,
abstract=null]
  at
org.vfny.geoserver.wms.responses.GetMapResponse.execute(GetMapResponse.java:
450)
  at
org.geoserver.ows.adapters.ResponseAdapter.getMimeType(ResponseAdapter.java:
48)
  at org.geoserver.ows.Dispatcher.response(Dispatcher.java:616)
  at
org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:192)

Any ideas what could be wrong or are there anything else I need to add?

Cheers,

Adit

-----Original Message-----
From: Andrea Aime [mailto:aaime@anonymised.com]
Sent: 15 April 2008 16:36
To: Adit Santokhee
Cc: 'geoserver users'
Subject: Re: [Geoserver-users] adding new coverage

Adit Santokhee ha scritto:

Hi Andrea,

Sorry for being vague.

I am starting geoserver with:

[/dev/geoserver/web]% mvn jetty:run

Maybe I should specify the data directory when it starts.

Anyway, The full exception is:

2008-04-15 11:42:09.625::WARN:

/geoserver/config/data/coverageNewSubmit.do

java.lang.NullPointerException
        at

Hum, this exception should not happen... it seems that the coveragestore
has been created (otherwise you should not be able to get to this page
at all) but at the same time it has not been saved.

I need to try this one to see what's wrong, but I don't have any netcdf
data. Can you send me a (small, < 4MB) netcdf file by private mail or
provide a link to one I can use for further tests?

Cheers
Andrea