[GeoNetwork-users] Intermap & Tomcat

Yes, I have the same problem as well.

-----Original Message-----
From: geonetwork-users-bounces@lists.sourceforge.net
[mailto:geonetwork-users-bounces@lists.sourceforge.net] On Behalf Of
Brian
Sent: Thursday, August 23, 2007 4:04 AM
Cc: geonetwork-users@lists.sourceforge.net
Subject: [GeoNetwork-users] Intermap & Tomcat

Currently testing Geonetwork 2.1.0-rc and although Intermap works with
jetty, Intermap does not work with Tomcat.
When selecting the geographic search, the initial map display fails to
load.

Has anyone come across this issue?

Cheers
Brian

Andrea Carboni wrote:

Hi all,

eventually the RC is out. With this version we start a feature freeze

and allow

translators to localize strings. Intermap has been integrated and now

works

smoothly together with geonetwork. There are also 2 main features:

- simple LDAP authentication
  I have provided a user interface to set some parameters but there is

no

  documentation.

- web dav harvesting
  here I have used jakarta slide to access dav servers but the library

seems

  buggy. Could someone do a real test or provide a dav server loaded

with

  some metadata? Thanks.

All users are encouraged to provide feedback in order to fix bugs in

time for

the end of August. At that time the final version will be released.

Cheers,
Andrea

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

This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a

browser.

Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at

http://sourceforge.net/projects/geonetwork

  
--

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

Brian Bishop

Coordinator Ocean Information Systems

Ocean and Islands Programme

/*SOPAC */**PACIFIC ISLANDS APPLIED GEOSCIENCE COMMISSION**

Postal Address: Private Mail Bag, GPO, Suva, Fiji Islands

Street Address: 241 Mead Road, Suva, Fiji Islands

Tel: +679 338 1377

Fax: +679 337 0040

E-mail: brian@anonymised.com

Web site: _http://www.sopac.org_ <http://www.sopac.org/&gt;

/*----------------------------------------------------------------------
---------------*/

------------------------------------------------------------------------
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

Hi Jason
Have raised ticket 36 to cover this issue.
Cheers
Brian

Pickering, Jason wrote:

Yes, I have the same problem as well.

-----Original Message-----
From: geonetwork-users-bounces@lists.sourceforge.net
[mailto:geonetwork-users-bounces@lists.sourceforge.net] On Behalf Of
Brian
Sent: Thursday, August 23, 2007 4:04 AM
Cc: geonetwork-users@lists.sourceforge.net
Subject: [GeoNetwork-users] Intermap & Tomcat

Currently testing Geonetwork 2.1.0-rc and although Intermap works with jetty, Intermap does not work with Tomcat.
When selecting the geographic search, the initial map display fails to
load.

Has anyone come across this issue?

Cheers
Brian

Thanks!
I'll have a look at it.
Ciao,
Jeroen

On 23 Aug 2007, at 11:26 PM, Brian wrote:

Hi Jason
Have raised ticket 36 to cover this issue.
Cheers
Brian

Pickering, Jason wrote:

Yes, I have the same problem as well.

-----Original Message-----
From: geonetwork-users-bounces@lists.sourceforge.net
[mailto:geonetwork-users-bounces@lists.sourceforge.net] On Behalf Of
Brian
Sent: Thursday, August 23, 2007 4:04 AM
Cc: geonetwork-users@lists.sourceforge.net
Subject: [GeoNetwork-users] Intermap & Tomcat

Currently testing Geonetwork 2.1.0-rc and although Intermap works with
jetty, Intermap does not work with Tomcat.
When selecting the geographic search, the initial map display fails to
load.

Has anyone come across this issue?

Cheers
Brian

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
geonetwork-users List Signup and Options
GeoNetwork OpenSource is maintained at GeoNetwork - Geographic Metadata Catalog download | SourceForge.net

Here is some more detail.

I am using Tomcat 5 and Geonetwork 2.0.3 running on Ubuntu Feisty Fawn.
I have a custom MSSQL backend using JTDS 1.2. Geonetwork seems to work
fine, but here is a relevant extract from my the Catalina log. I can
execute a GetCapabilities request, which shows me the layers available
in my WMS server.

When I try and add some of these layers however, Intermap claims "The
requested operation could not be performed." The ugly details can be
seen below. :slight_smile:

Thanks and best regards,
Jason

2007-08-24 11:45:30 | -> dispatch ended for : mapContexts.get
2007-08-24 11:45:32 | HTML Request (GET) :
/geonetwork/intermap/srv/en/mapServers.listServers
2007-08-24 11:45:32 | Dispatching : mapServers.listServers
2007-08-24 11:45:32 | -> no input parameters
test condition: null
2007-08-24 11:45:32 | -> dispatching to output for :
mapServers.listServers
2007-08-24 11:45:32 | -> transforming with stylesheet :
/var/lib/tomcat5/webapps/geonetwork/web-intermap/xsl/im_list-servers.xsl
2007-08-24 11:45:32 | -> end transformation for :
mapServers.listServers
2007-08-24 11:45:32 | -> output ended for : mapServers.listServers
2007-08-24 11:45:32 | -> dispatch ended for : mapServers.listServers
2007-08-24 11:45:43 | HTML Request (POST) :
/geonetwork/intermap/srv/en/mapServers.getServices
2007-08-24 11:45:43 | Dispatching : mapServers.getServices
2007-08-24 11:45:43 | -> parameters are :
2007-08-24 11:45:43 | url =
http://hqsuvalhalla.who.int/geoserver/wms?REQUEST=GetCapabilities&VERSIO
N=1.1.1&SERVICE=WMS
2007-08-24 11:45:43 | mapserver = -2
80753664 [INFO] org.vfny.geoserver.servlets.AbstractService - handling
request: GetCapabilities [service: WMS, version: 1.1.1]
80753690 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80753692 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80753693 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80753695 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80753697 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80753699 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80753701 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80753702 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80753704 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80753706 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80753708 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80753710 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80753712 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80753713 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80753715 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80753717 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80753718 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80753719 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80753720 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80753721 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80753722 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80753725 [INFO] org.vfny.geoserver.servlets.AbstractService - Service
handled
test condition: null
2007-08-24 11:45:43 | -> dispatching to output for :
mapServers.getServices
2007-08-24 11:45:43 | -> transforming with stylesheet :
/var/lib/tomcat5/webapps/geonetwork/web-intermap/xsl/im_get-services.xsl
2007-08-24 11:45:43 | -> end transformation for :
mapServers.getServices
2007-08-24 11:45:43 | -> output ended for : mapServers.getServices
2007-08-24 11:45:43 | -> dispatch ended for : mapServers.getServices
2007-08-24 11:45:57 | HTML Request (POST) :
/geonetwork/intermap/srv/en/map.addServices
2007-08-24 11:45:57 | Dispatching : map.addServices
2007-08-24 11:45:57 | -> parameters are :
2007-08-24 11:45:57 | url =
http://hqsuvalhalla.who.int/geoserver/wms?REQUEST=GetCapabilities&VERSIO
N=1.1.1&SERVICE=WMS
2007-08-24 11:45:57 | service = WHO:vw_avianflu_animals
2007-08-24 11:45:57 | service = WHO:whoregions
2007-08-24 11:45:57 | type = 2
80767761 [INFO] org.vfny.geoserver.servlets.AbstractService - handling
request: GetCapabilities [service: WMS, version: 1.1.1]
80767785 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767787 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767789 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767791 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767792 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767794 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767796 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767798 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767800 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767801 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767803 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767805 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767807 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767808 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767810 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767812 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767813 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767814 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767815 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767816 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767817 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767843 [INFO] org.vfny.geoserver.servlets.AbstractService - Service
handled
80767876 [INFO] org.vfny.geoserver.servlets.AbstractService - handling
request: GetCapabilities [service: WMS, version: 1.1.1]
80767901 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767902 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767904 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767907 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767910 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767912 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767915 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767918 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767920 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767923 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767925 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767927 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767929 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767931 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767932 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767934 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767935 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767936 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767937 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767938 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767939 [CONFIG]
org.vfny.geoserver.wms.responses.helpers.WMSCapsTransformer$Capabilities
Translator - Adding GetLegendGraphic call as LegendURL
80767977 [INFO] org.vfny.geoserver.servlets.AbstractService - Service
handled
2007-08-24 11:45:58 | [map.addServices] Exception when executing service
2007-08-24 11:45:58 | [map.addServices] (C) Exc :
java.lang.NullPointerException
2007-08-24 11:45:58 | Raised exception while executing service
<error id="error">
  <exception>
    <message />
    <string>java.lang.NullPointerException</string>
    <stack>java.lang.NullPointerException
        at java.util.Hashtable.put(Hashtable.java:394)
        at jeeves.server.UserSession.setProperty(UserSession.java:62)
        at
org.wfp.vam.intermap.services.map.AddServices.exec(AddServices.java:87)
        at
jeeves.server.dispatchers.ServiceInfo.execService(ServiceInfo.java:238)
        at
jeeves.server.dispatchers.ServiceInfo.execServices(ServiceInfo.java:141)
        at
jeeves.server.dispatchers.ServiceManager.dispatch(ServiceManager.java:37
5)
        at jeeves.server.JeevesEngine.dispatch(JeevesEngine.java:614)
        at
jeeves.server.sources.http.JeevesServlet.execute(JeevesServlet.java:170)
        at
jeeves.server.sources.http.JeevesServlet.doPost(JeevesServlet.java:110)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tionFilterChain.java:252)
        at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
erChain.java:173)
        at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv
e.java:214)
        at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:104)
        at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5
20)
        at
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardCon
textValve.java:198)
        at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv
e.java:152)
        at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:104)
        at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5
20)
        at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java
:137)
        at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:104)
        at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java
:118)
        at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:102)
        at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5
20)
        at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.
java:109)
        at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:104)
        at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5
20)
        at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
        at
org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
        at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:79
9)
        at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processC
onnection(Http11Protocol.java:705)
        at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:57
7)
        at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool
.java:684)
        at java.lang.Thread.run(Thread.java:619)</stack>
  </exception>
  <request>
    <language>en</language>
    <service>map.addServices</service>
  </request>
  <noResponse />
</error>
2007-08-24 11:45:58 | -> dispatching to error for : map.addServices
2007-08-24 11:45:58 | -> transforming with stylesheet :
/var/lib/tomcat5/webapps/geonetwork/web-intermap/xsl/im_error.xsl
2007-08-24 11:45:58 | -> end error transformation for :
map.addServices
2007-08-24 11:45:58 | -> error ended for : map.addServices
-----Original Message-----
From: geonetwork-users-bounces@lists.sourceforge.net
[mailto:geonetwork-users-bounces@lists.sourceforge.net] On Behalf Of
Jeroen Ticheler
Sent: 24 August 2007 11:25
To: Brian
Cc: geonetwork-users@lists.sourceforge.net
Subject: Re: [GeoNetwork-users] Intermap & Tomcat

Thanks!
I'll have a look at it.
Ciao,
Jeroen

On 23 Aug 2007, at 11:26 PM, Brian wrote:

Hi Jason
Have raised ticket 36 to cover this issue.
Cheers
Brian

Pickering, Jason wrote:

Yes, I have the same problem as well.

-----Original Message-----
From: geonetwork-users-bounces@lists.sourceforge.net
[mailto:geonetwork-users-bounces@lists.sourceforge.net] On Behalf Of
Brian
Sent: Thursday, August 23, 2007 4:04 AM
Cc: geonetwork-users@lists.sourceforge.net
Subject: [GeoNetwork-users] Intermap & Tomcat

Currently testing Geonetwork 2.1.0-rc and although Intermap works
with
jetty, Intermap does not work with Tomcat.
When selecting the geographic search, the initial map display
fails to
load.

Has anyone come across this issue?

Cheers
Brian

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

---
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a
browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at http://sourceforge.net/
projects/geonetwork

------------------------------------------------------------------------
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

Hmm :frowning:
I'm just working with GeoServer and GeoNetwork 2.1 and have no problems... I can't connect to your Geoserver instance, so can't check what's going on unfortunately. Can't make much of the log either.
Jeroen

On 24 Aug 2007, at 11:57 AM, Pickering, Jason wrote:

Here is some more detail.

I am using Tomcat 5 and Geonetwork 2.0.3 running on Ubuntu Feisty Fawn.
I have a custom MSSQL backend using JTDS 1.2. Geonetwork seems to work
fine, but here is a relevant extract from my the Catalina log. I can
execute a GetCapabilities request, which shows me the layers available
in my WMS server.

When I try and add some of these layers however, Intermap claims "The
requested operation could not be performed." The ugly details can be
seen below. :slight_smile:

Thanks and best regards,
Jason

Our geonetwork is on a dev server so it is not accessible from outside
our network.

Should I upgrade to the latest version? I have been waiting for "a"
final release before we spend the time to style geonetwork.

Let me know what you think.

Best regards,
Jason

On Fri, 2007-08-24 at 12:12 +0200, Jeroen Ticheler wrote:

Hmm :frowning:
I'm just working with GeoServer and GeoNetwork 2.1 and have no
problems... I can't connect to your Geoserver instance, so can't check
what's going on unfortunately. Can't make much of the log either.
Jeroen

On 24 Aug 2007, at 11:57 AM, Pickering, Jason wrote:

> Here is some more detail.
>
>
> I am using Tomcat 5 and Geonetwork 2.0.3 running on Ubuntu Feisty
> Fawn.
>
> I have a custom MSSQL backend using JTDS 1.2. Geonetwork seems to
> work
>
> fine, but here is a relevant extract from my the Catalina log. I can
>
> execute a GetCapabilities request, which shows me the layers
> available
>
> in my WMS server.
>
>
> When I try and add some of these layers however, Intermap claims
> "The
>
> requested operation could not be performed." The ugly details can be
>
> seen below. :slight_smile:
>
>
> Thanks and best regards,
>
> Jason
>

Hi Jason
The latest build has significant changes to the user interface, so best to wait a little longer.

Cheers
Brian

Jason Pickering wrote:

Our geonetwork is on a dev server so it is not accessible from outside
our network.

Should I upgrade to the latest version? I have been waiting for "a"
final release before we spend the time to style geonetwork.

Let me know what you think.

Best regards,
Jason

On Fri, 2007-08-24 at 12:12 +0200, Jeroen Ticheler wrote:
  

Hmm :frowning: I'm just working with GeoServer and GeoNetwork 2.1 and have no
problems... I can't connect to your Geoserver instance, so can't check
what's going on unfortunately. Can't make much of the log either.
Jeroen

On 24 Aug 2007, at 11:57 AM, Pickering, Jason wrote:

Here is some more detail.

I am using Tomcat 5 and Geonetwork 2.0.3 running on Ubuntu Feisty
Fawn.

I have a custom MSSQL backend using JTDS 1.2. Geonetwork seems to
work

fine, but here is a relevant extract from my the Catalina log. I can

execute a GetCapabilities request, which shows me the layers
available

in my WMS server.

When I try and add some of these layers however, Intermap claims
"The

requested operation could not be performed." The ugly details can be

seen below. :slight_smile:

Thanks and best regards,

Jason

--

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

Brian Bishop

Coordinator Ocean Information Systems

Ocean and Islands Programme

/*SOPAC */**PACIFIC ISLANDS APPLIED GEOSCIENCE COMMISSION**

Postal Address: Private Mail Bag, GPO, Suva, Fiji Islands

Street Address: 241 Mead Road, Suva, Fiji Islands

Tel: +679 338 1377

Fax: +679 337 0040

E-mail: brian@anonymised.com

Web site: _http://www.sopac.org_ <http://www.sopac.org/&gt;

/*-------------------------------------------------------------------------------------*/

Hi Brian,
In terms of timing, when are you planning on having this version out? I
am under a tight deadline to migrate our current GeoNetwork node to a
new server, and would like to upgrade to a new version at the same time.
Could you let me know when the new version will be out so that I can
plan accordingly? (And try and stall our sysadmins !)

Best regards,
Jason

________________________________

From: Brian [mailto:brian@anonymised.com]
Sent: 27 August 2007 23:03
To: Pickering, Jason
Cc: geonetwork-users@lists.sourceforge.net
Subject: upgrade to the latest version?

Hi Jason
The latest build has significant changes to the user interface, so best
to wait a little longer.

Cheers
Brian

Jason Pickering wrote:

  Our geonetwork is on a dev server so it is not accessible from
outside
  our network.
  
  Should I upgrade to the latest version? I have been waiting for
"a"
  final release before we spend the time to style geonetwork.
  
  Let me know what you think.
  
  Best regards,
  Jason
  
  On Fri, 2007-08-24 at 12:12 +0200, Jeroen Ticheler wrote:
    
    Hmm :frowning:
    I'm just working with GeoServer and GeoNetwork 2.1 and
have no
    problems... I can't connect to your Geoserver instance,
so can't check
    what's going on unfortunately. Can't make much of the
log either.
    Jeroen
    
    On 24 Aug 2007, at 11:57 AM, Pickering, Jason wrote:
    
      Here is some more detail.
      
      I am using Tomcat 5 and Geonetwork 2.0.3 running
on Ubuntu Feisty
      Fawn.
      
      I have a custom MSSQL backend using JTDS 1.2.
Geonetwork seems to
      work
      
      fine, but here is a relevant extract from my the
Catalina log. I can
      
      execute a GetCapabilities request, which shows
me the layers
      available
      
      in my WMS server.
      
      When I try and add some of these layers however,
Intermap claims
      "The
      
      requested operation could not be performed." The
ugly details can be
      
      seen below. :slight_smile:
      
      Thanks and best regards,
      
      Jason
      
--

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

Brian Bishop
Coordinator Ocean Information Systems
Ocean and Islands Programme

SOPAC PACIFIC ISLANDS APPLIED GEOSCIENCE COMMISSION

Postal Address: Private Mail Bag, GPO, Suva, Fiji Islands
Street Address: 241 Mead Road, Suva, Fiji Islands
Tel: +679 338 1377
Fax: +679 337 0040
E-mail: brian@anonymised.com
Web site: http://www.sopac.org/&gt;

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

Hi all,

I am trying to query Geonetwork
http://62.97.108.54:19091/geonetwork/srv/en/csw using CSW, but without
any success when searching for words with "underscore" in them.

I've tried the following queries so far:

<GetRecords service="http://www.opengis.net/cat/csw&quot; version="2.0.1"
xmlns="http://www.opengis.net/cat/csw&quot;
xmlns:ogc="http://www.opengis.net/ogc&quot;
xmlns:gml="http://www.opengis.net/gml&quot; startPosition='1' maxRecords='10'
outputFormat='application/xml' resultType='results'
outputSchema='csw:IsoRecord'>
<Query>
<Constraint version="1.1.0">
<ogc:Filter>
<ogc:PropertyIsLike wildCard="*" singleChar="?" escape="\">
<ogc:PropertyName>any</ogc:PropertyName><ogc:Literal>lebanon_targets_20july06.shp</ogc:Literal>
</ogc:PropertyIsLike>
</ogc:Filter>
</Constraint>
</Query>
</GetRecords>

This query returns the following:

<ows:ExceptionReport xmlns:ows="http://www.opengis.net/ows&quot;
version="1.0.0">
  <ows:Exception exceptionCode="NoApplicableCode">
    <ows:ExceptionText>Rised exception while searching metadata :
java.lang.StringIndexOutOfBoundsException: String index out of range: -1
</ows:ExceptionText>
  </ows:Exception>
</ows:ExceptionReport>

However, if I try the same query but searching for
*lebanon_targets_20july06.shp* returns nothing although there is an item
in the catalogue with such keyword. Does Geonetwork search for
something different when the words have underscores in them?

Thanks in advance,

Walter Barbera.