Changes between Initial Version and Version 1 of TemporalExtentSearch


Ignore:
Timestamp:
04/14/10 03:27:44 (15 years ago)
Author:
simonp
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • TemporalExtentSearch

    v1 v1  
     1= Adding Search on Temporal Extent to Advanced Search =
     2
     3|| '''Date''' || 2010/04/14 ||
     4|| '''Contact(s)''' || Simon Pigot ||
     5|| '''Last edited''' || [[Timestamp]] ||
     6|| '''Status''' || complete ||
     7|| '''Assigned to release''' || 2.5.0 ||
     8|| '''Resources''' || Available, patch attached ||
     9
     10== Overview ==
     11
     12!GeoNetwork can search for metadata records based on date of last change but cannot search for metadata records with a temporal extent in the resource Identification section (!DataIdentification or !ServiceIdentification).
     13
     14=== Proposal Type ===
     15 * '''Type''': GUI Change, Core Change
     16 * '''App''': !GeoNetwork
     17 * '''Module''': Data Manager, Lucene Index, Search Interface, User Interface
     18
     19=== Links ===
     20 * '''Sandbox''': BlueNetMEST
     21 * '''Other wiki discussions''': Proposed at 2008 Bolsena meeting and has been present in BlueNetMEST for some years - too long.
     22
     23=== Voting History ===
     24 * Note voted on yet
     25
     26----
     27
     28== Motivations ==
     29Add Temporal Search capability to GeoNetwork.
     30
     31== Proposal ==
     32
     33Advanced Search Interface would look like the following:
     34
     35
     36In ISO records temporal extents can be specified in a number of different ways (GML has many different and flexible representations for time). The !GeoNetwork editor simplifies the options by using a !JavaScript calendar interface to specify an ISO DateTime or ISO Date interface. For temporal extent searching to work correctly, we need a flexible method of parsing as many of the different time formats as possible because not all records in the catalog will be created using the !GeoNetwork editor. After parsing we will need to convert to a common time format and timezone before storing in a Lucene Index field for searching.
     37
     38Example temporal extents (these were not created with the !GeoNetwork editor):
     39
     40{{{
     41
     42}}}
     43
     44This proposal would see !GeoNetwork use parser from the JODA time library for this purpose as JODA is generally considered to be the most comprehensive time library for Java. The parsing and conversion step is done by a call to Java objects that use the JODA library when preparing the Lucene Document for indexing (index-fields.xsl).
     45
     46=== Backwards Compatibility Issues ===
     47
     48None known.
     49
     50== Participants ==
     51 * Michael Stegherr - CSIRO CESRE - ported some of the functionality from BlueNetMEST to trunk
     52