Changes between Version 42 and Version 43 of ComposedMetadataRecords


Ignore:
Timestamp:
Apr 27, 2010, 3:04:35 AM (14 years ago)
Author:
simonp
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • ComposedMetadataRecords

    v42 v43  
    3636The two components to be added by this proposal (in more detail):
    3737
    38  * WFS fragment harvester - this is a harvester that accepts (along with the usual harvester parameters) a WFS !GetFeature query, a template which will be for each feature and linked to metadata fragments (more than one fragment can be returned from a feature) plus permissions and categories for fragments and records created. Note: the template is only used to create records on the first run of the harvester. The WFS response to the !GetFeature request is assumed to be in the form of fragments. Current implementation uses deegree WFS where the transformation of the WFS response can be done by the server using xslt. (See http://geonetwork.svn.sourceforge.net/viewvc/geonetwork/sandbox/BlueNetMEST/src/org/fao/geonet/kernel/harvest/harvester/metadatafragments/ - this will be renamed wfsmetadatafragments)
     38 * WFS fragment harvester - this is a harvester that accepts (along with the usual harvester parameters):
     39  * a WFS !GetFeature query
     40  * an XSLT to convert WFS GML output to metadata fragments (two XSLTS: the first for use with the default deegree Philosopher WFS and the other for use with the GeoServer default countries WFS are supplied for example purposes)
     41  * a template metadata document that describes how to link metadata fragments (more than one fragment can be returned for each feature) - this is only used for the first run of the harvester.
     42  * permissions and categories for fragments and records created.
    3943
    4044 * XLink resolver and cache - the geocat.ch sandbox has developed an XLink resolver and cache mechanism. The implementation in the BlueNetMEST sandbox uses the same cache mechanism (based on Apache JCS) but parts of the resolver have been rewritten to handle (amongst other things) relative links to fragments in the same record and to avoid caching of such fragments. (See http://geonetwork.svn.sourceforge.net/viewvc/geonetwork/sandbox/BlueNetMEST/jeeves/src/jeeves/xlink). More details: