Changes between Version 5 and Version 6 of oaipmh_improvements
- Timestamp:
- 07/16/12 01:52:05 (10 months ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
oaipmh_improvements
v5 v6 13 13 OAIPMH Harvester in !GeoNetwork needs to be enhanced to support the following: 14 14 15 * '''Object harvesting''': In recent times !GeoNetwork has moved from supporting ISO19115/19139 metadata in the form of a 'record' to supporting a tree based hierarchy of ISO19115/19139 metadata 'objects'. The diagram below shows a typical hierarchy: 15 === '''Object harvesting''' === 16 17 In recent times !GeoNetwork has moved from supporting ISO19115/19139 metadata in the form of a 'record' to supporting a tree based hierarchy of ISO19115/19139 metadata 'objects'. The diagram below shows a typical hierarchy: 16 18 17 19 The mechanisms for handling these relationships are part of the ISO standard. They can be explicit in the form of an xlink that refers directly to the related metadata object or implicit by including the UUID of a related metadata object as content in an element. Here is an example of an explicit relationship between a metadata record and a fragment of contact information that it includes: … … 73 75 * extends the current OAIPMH implementation: the default behaviour will be to return resolved metadata records. Referencing the alternative OAIPMH service will deliver all metadata objects in unresolved form. 74 76 75 The reason for implementing this extension is to enable easy conversion to77 The reason for implementing this extension is to enable conversions to formats that support metadata objects eg. ANDS RIF-CS. 76 78 77 * '''Deleted Records''': 79 === '''Deleted Records''' === 80 81 This is a feature of the OAIPMH standard that has not been implemented in the !GeoNetwork OAIPMH server but has been implemented in the OAIPMH client. To implement this capability in the !GeoNetwork OAIPMH server: 82 83 * Records (and metadata objects in general) that have been deleted from the catalog should remain searchable by date range and/or set but be marked as deleted when returning results to an OAIPMH if the delete date-time is in the query date-time range and/or the deleted record is part of a requested set of records. 84 The idea behind this feature is that a harvester can use the response from a determine whether a record has been deleted. 85 78 86 79 87 === Proposal Type === 80 * '''Type''': GUI Change, Core Change, Module Change, Guideline and project governance procedures, ... 81 * '''App''': !GeoNetwork or !Intermap 82 * '''Module''': eg. Harvester, Kernel, Data Manager, Metadata Import, Lucene Index, Search Interface ... 88 * '''Type''': Core Change 89 * '''App''': !GeoNetwork 90 * '''Module''': Kernel, Harvester, Data Manager, Lucene Index 91 92 93 === Detailed Proposal === 94 95 96 ==== Deleted Records ==== 97 98 '''OAIPMH server''': This proposal will implement the deleted records capability as follows: 99 100 * Metadata records that are deleted from the !GeoNetwork catalog will continue to be removed from the database table and archived. 101 * Before removal, a subset of the content (date of deletion, uuid, schema) will be added to a table of deleted records and indexed with status set to deleted so that they are excluded from normal searches (this will require a change to the default Lucene search terms). 102 * The OAIPMH server will advertise that it maintains deleted records in a persistent manner when answering the OAIPMH "Identify" request. 103 104 '''OAIPMH client''': This proposal will implement the deleted records capability as follows: 105 106 * If the OAIPMH server being harvested advertises that it maintains deleted records in a persistent manager, then records will not be deleted at the start of the harvest. Instead, records will be updated and . 107 83 108 84 109 === Links === 85 * '''Documents''': 110 * '''Documents''': http://www.openarchives.org/OAI/openarchivesprotocol.html#DeletedRecords 86 111 * '''Email discussions''': 87 112 * '''Other wiki discussions''':
