Basically, I agree on all the changes to the matrix that you described.
Unfortunately, I won’t have the time till next week to change it. I’ll do it then, but in the meantime everybody is invited to edit the page and change it if they want to.
XML Request: now I’m having the same problems that you describe, it looks like something changed on these servers, because I’m using the same build. I don’t have the XMLs as GeoNetwork is doing the job, but I’ll try to capture something from the logs.
Hi Oscar,
It would be good to then clearly state the purpose of the matrix. It’s easy for someone to read that the CSW service is not responding and therefor is not interoperable, while in fact there may have been an issue with submitting the request. In that case, it’s the client that needs some work.
Similarly, when putting a specific software product name in the ‘Software’ column, the table suggests that the organization is using the CSW interface available in that product. In the ICC and Coruna case, it’s the CSW implementation that may have the issue, not the underlying metadata service provider. In that case I would not list those as ArcIMS/deegree, but as ‘custom’ in the software column.
Can you send the request XML you sent to the GeoNetwork nodes (such as AWCUBED and SANDRE)? Perhaps I sent the wrong request that resulted in the exception response from these GeoNetwork sites. I’m using a simple HTTP POST client to eliminate possible product behaviors when running my tests. Note that typeNames is a mandatory attribute of csw:Query.
Regards,
Marten
From: Oscar Gomez [mailto:ogomez2@anonymised.com]
Sent: Monday, May 26, 2008 12:29 AM
To: Marten Hogeweg
Cc: Jeroen Ticheler; Satish Sankaran
Subject: Re: [GeoNetwork-users] “Real interoperability” tests
Hi Marten,
It’s very good to have ESRI around, this could help to improve interoperability.
I have re-tested, but I get the same error from GeoNetwork: “Raised exception when searching”. I realized that keel server had some connection problems, so I just made the tests when it was online.
I have captured for you the piece of geonetwork log that is showing the error. I’m not an expert (just a user), but it looks like GN is missing one parameter, locator=typeName
Maybe Jeroen can help us with this error.
By the way, I don’t know whether it’s posible or not having more “verbose” logs. If it is, please Jeroen tell me how to do it, and I will run the test again.
Regarding the tests you have made, it looks like in some cases the Catalogs are getting empty (AWCUBED).
In the case of Spain, it’s very common that the companies develop a servlet on top of deegree or ArcIMS, for example, so they can decide not to implement GET, for example, or set up specific responses. I don’t know what is behind ICC server (but they are ESRI users, I would be surprised if it was not ArcIMS), neither what is behind A Coruña (I insist that it’s deegree most probably, with some customized servlet on top).
Best Regards,
Oscar
On 5/26/08, Marten Hogeweg <mhogeweg@anonymised.com> wrote:
Jeroen/Oscar,
You may want to retest the ArcIMS service on keel.esri.com. The server got moved and ended up behind a firewall. I tested this service just now and it’s operational. The screenshot shows the CSW request structure that returns several records. This service is an OGCCORE 2.0.2 service. Also, in your list you don’t seem to distinguish between OGCCORE, ebRIM, or ISO application profiles of CSW.
I went through a couple of the other URLS and found this:
· ICC Spain, this is not using ESRI technology. It seems to respond to some POST XML, but doesn’t to GET requests. All ESRI CSW implementations support HTTP GET.
· Diputación A Coruña (Spain) responds to some POST request for GetCapabilities and is advertised as being based on IdeAC. I don’t think this is a Degree-based service.
· SDIGER (GeoNetwork): see screenshot below. the capabilities come back, but a search for WMS returns an exception: Rised exception while searching metadata : java.lang.StringIndexOutOfBoundsException: String index out of range: -1
· Keel.esri.com: as stated above, please retest this. Can you share your request XML?
· www.geodata.gov: this service is operational (see screenshot below). Can you share your request XML that resulted in the exception?
· AWCubed (GeoNetwork): Rised exception while searching metadata : java.lang.StringIndexOutOfBoundsException: String index out of range: -1
Groeten,
Marten Hogeweg
Product Manager GIS Portal Toolkit
ESRI Inc.
Keel.esri.com Response
server.awcubed.com response:
SDIGER response
www.geodata.gov response:
-----Original Message-----
From: geonetwork-users-bounces@anonymised.comt [mailto:geonetwork-users-bounces@lists.sourceforge.net] On Behalf Of Jeroen Ticheler
Sent: Sunday, May 25, 2008 1:26 AM
To: Oscar Gomez
Cc: Geonetwork Users; geonetwork-devel@lists.sourceforge.net
Subject: Re: [GeoNetwork-users] “Real interoperability” tests
Dear Oscar,
This is excellent work! Indeed the results are not what we would all
hope for, but at least this an give directions on how to find the
cause and ensure that at least on our side we can fix issues and on
other sides point our the issues. Would you mind creating a matrix
table on the http://trac.osgeo.org/geonetwork website (just create a
dedicated WIKI page) where we can start collecting and updating such
results? Your list below would be the perfect starting point for this.
Others can than start helping out. A coumn is needed too that
indicates what version on GeoNetwork was used to test (what build
version exactly).
Ciao,
Jeroen
On May 23, 2008, at 1:18 PM, Oscar Gomez wrote:
Dear all,
I’m currently working on cascading CSW interoperability. As we
decided to
work with Geonetwork, I have been conducting some interoperability
tests on
harvesting.
What we are doing is building a distributed architecture, with
different
geonodes in different countries and regions. We would like to do is
being
able to search metadata in one geonode, but getting results from any
of the
distributed geonodes.
All this should be based in the CSW standard, as each node should be
able to
decide which software to use.
The following table shows the results of the tests I’ve been
conducting:
Server
Harvesting
GetCapabilities URL
Software
Does harvest work?
Error
CSW version
Comments
Spanish SDI
CSW
http://www.idee.es/csw/servlet/cswservlet?Request=GetCapabilities
deegree?
No
The server does not support GET requests; GeoNetwork is using GET
for the
GetCapabilities request
2.0.0
Basic web client:
http://www.idee.es/csw/client.html
Germany
CSW
SOAP service, cannot be accessed from Geonetwork harvesting
ConTerra - SOAP
No
This Server only supports SOAP, direct requests such as
GetCapabilities are
not available.
*NOTE: *there a re no SOAP specifications from OGC
???
WSDL (Axis):
http://geoportal.bafg.de/csw/services/CSW20_Discovery_SOAP_Port?wsdl
ICC (Spain)
CSW
http://delta.icc.es/indicio/csw?Request=GetCapabilities
ESRI
No
GetCapabilities is null
???
Diputación A Coruña (Spain)
CSW
http://www.dicoruna.es/webeiel/ideac/scm?Request=GetCapabilities&SERVICE=CSW
deegree?
No
The server does not support GET requests; GeoNetwork is using GET
for the
GetCapabilities request
???
SDIGER
CSW
http://sandre.eaufrance.fr/geonetwork/srv/fr/csw?SERVICE=CSW&REQUEST=GetCapabilities
GeoNetwork
Yes
2.0.1
Dutch Space Agency
CSW
http://www.geodata.alterra.nl/excat/csw?request=GetCapabilities&service=CSW
Excat (Developed by them)
Yes
2.0.1
LAITS - Universidad George Manson (USA)
CSW
http://laits.gmu.edu:8099/csw/CSW_Service?service=CSW&request=GetCapabilities&acceptFormats=text%2Fxml
???
No
Capabilities problem: GetRecordById operation missing
2.0.0
Agriculture and Agri-Food Canada
CSW
http://ngistc1.agr.gc.ca/registry/RegistryServlet?service=CSW&request=GetCapabilities
???
No
GeoNetwork: “Raised exception when searching”
2.0.0
Italian G-SDI node
CSW
http://zeus.pin.unifi.it/apollo/lucansdi-gi-profile-1.1/csw?REQUEST=getCapabilities&service=CSW&VERSION=2.0.2
???
No
Capabilities problem: “GetRecords” operation missing
2.0.2
This is because GeoNetwork is sensible to upper-lower case.
Capabilities in
this node has the operations getRecords, getRecordById (with the
first “g”
lower-case)
ESRI demo
CSW
http://keel.esri.com/catalog/csw202?request=GetCapabil
ities&service=CSW&version=2.0.2
ArcIMS x.y
No
GeoNetwork: “Raised exception when searching”
2.0.2
Demo deegree
CSW
http://demo.deegree.org/deegree-csw/services?REQUEST=GetCapabilities&service=CSW
deegree 2.1
No
GeoNetwork: “Raised exception when searching”
2.0.0
AWCUBED
CSW
http://server.awcubed.com:8080/geonetwork/srv/en/csw?service=CSW&request=GetCapabilities
GeoNetwork 2.2
Yes
2.0.2
AWCUBED
GeoNetwork
host: server.awcubed.com
port: 8080
servlet: geonetwork
GeoNetwork 2.2
Yes
Direct GeoNetwork harvesting
NASA
CSW
http://esg.gsfc.nasa.gov/wes/serviceManagerCSW/csw?request=GetCapabilities&version=2.0.2
Compusult
No
GeoNetwork: “Raised exception when searching”
2.0.2
INSPIRE
CSW
http://geoportal.jrc.it/csw/CSWStartup?service=CSW&request=GetCapabilities
ConTerra
No
GeoNetwork: “Raised exception when searching”
2.0.0
GEOSS
CSW
http://geossregistries.info:1090/GEOSSCSW202/discovery?Request=GetCapabilities&Service=CSW&Version=2.0.2
George Manson University
No
Capabilities problem: GetRecordById operation missing
2.0.2
Geospatial One Stop (USA Government)
CSW
http://gos2.geodata.gov/aimscsw/csw2.0?request=getcapabilities&service=CSW
ESRI ArcIMS 9.1
No
GeoNetwork: “Raised exception when searching”
2.0.0
Slovakia enviroInfo
CSW
http://enviroinfo.enviroportal.sk/csw/index.php?service=CSW&request=getCapabilities
?
No
GeoNetwork: “Raised exception when searching”
2.0.2
Not very promising. The only case that is cross-software is Dutch
Excat. I
expected it should work at least with ESRI, and hopefully with
deegree or
Compusult.
I learned from Jeroen’s e-mail that harvesting 2.0.0 is not supported.
Please note that a number of sites are only offering 2.0.0 (the ones
from
institutions).
Best Regards,
Oscar Gomez
PS: does anyone know the url to the GetCapabilities request from an
Ionic
CSW site?
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
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