Hi Chris,
here are my answers:
Andrew Robson has conducted further investigation of the incorporation of
spatial queries into Lucene. We will summarise this in a document and
pass to you. As this kind of sophisticated spatial queries this work
entails is not required for minimal compliance with the ISO AP of CSW 2.0
we are not inclined to proceed with this at the moment. Andrew reckons
there is about 2 months worth of work here. Happy to discuss this
further.
In his report, Andrew spoke about a simple library to convert from GML to WKT.
If you send us that library (with sources) we can investigate ourselves.
- Our understanding is that, in order to be minimally compliant with Cat2
CSW (04-021r3), the BBOX operator must be supported (p122)?
Yes.
- Do you believe that the current version of GN CSW implements BBOX
according to the definition in the FE Spec (02-059), ie, "all geometries
that spatially interact with the box in some manner (p10)"? I am asking
so that we can be clear about what the software should do. As you will
have guessed, we had some trouble getting this working.
Geonetwork uses the 1.1 version of the FE specification (04-095). After
converting our 19115 metadata into the 19139 equivalent I tested the code
against the simple BBOX that is contained in our metadata. The behaviour
of the operator is specified into the 1.1 spec but tests against complex geometries
should be done.
- The "GetRecords" request appears to work in some cases, but not others,
eg, for Dublin core records its OK, FGDC has a bug and ISO19115 just
doesn't seem to be implementedWould you like us to work on fixing this?
This is a subtle point. The CSW-ISO spec obviously refers to the 19139. This
means that:
- the DC schema works only for the OGC CORE output schema. I made the
mapping myself, which could not be correct in some cases.
- the FGDC schema works only for the OGC CORE output schema. I received
the mapping from some guys at FGDC. Maybe this mapping needs to be
improved.
- the 19115 schema doesn't have the CSW stylesheets because it is just a
legacy schema.
- The records that we are getting back (including ones we generate using
GN) appear to be formatted to a much older version of 19139 than the
recently ratified version...
We use the latest 19139 schema (presented in May/June).
We have fixed some things to the migration script. I suggest to use that script
again if you want to use some 19115 metadata. Anyway, the Metadata.ddf file
contains 2 metadata in 19139 format that can be used for testing.
Cheers,
Andrea