Changes between Version 32 and Version 33 of FCS-spec


Ignore:
Timestamp:
06/05/11 10:40:31 (13 years ago)
Author:
vronk
Comment:

added alternative SearchResult?-format

Legend:

Unmodified
Added
Removed
Modified
  • FCS-spec

    v32 v33  
    6363        /* this is for metadata provided directly by the content provider
    6464         * NOT the CMD  metadata.  */
    65       <ccs:f key="{any metadata-key}">{any metadata value}</ccs:f>
     65      <ccs:f key="{any metadata-key}">{any metadata value}</ccs:f> /* is this any useful? */
     66        /* or rather direct metadata-fields like: */
     67       <dc:title></dc:title>
     68       <dc:author></dc:author>
     69       ....
    6670    </ccs:Metadata>
    6771    <ccs:ResourceFragment pid="{offset relative to the parent resource PID}“>           
     
    6973       </ccs:Metadata>
    7074
     75      <ccs:DataView type="kwic">Some text with <kw>keyword</kw> highlighted</ccs:DataView>             
     76   
    7177      <ccs:DataView type="text/xml"><meertens:any/>     
    7278      </ccs:DataView>           
     
    95101  It can carry an optional parameter `cmd-link` with the PID of a CMD-record. (This only makes sense for `Resource/Metadata`)
    96102
     103  Although the original idea was to "serialize" all such metadata-fields in a `<f key="{field-name}">`-element, I now prefer reusing existing namespaces.
     104
     105  `<dc:title>` seems preferable to `<f key="dc:title">`, right?
     106
     107However this nested approach seems not directly compatible with the established SRU-based systems, that rather work on flat fields.
     108And while this can be overcome by providing converter XSL-stylesheets, the information we need seems expressable in a flat structure as well, that makes the more complex (nested) approach questionable:
     109
     110{{{
     111<sru:recordData>
     112   <ccs:ResourcePID>{PID of the resource}</ccs:ResourcePID>
     113   <ccs:ResourceFragmentPID>{identifier of the resource-fragment (relative to Resource-PID?)}</ccs:ResourcePID>
     114   <ccs:CMDPID>{PID of the CMD-record}</ccs:CMDPID>  /* optional */
     115
     116   <dc:title>{title of the resource}</dc:title> 
     117     /* basically any metadata-fields as is standard in SRU-world */
     118   ...
     119 
     120   <ccs:DataView type="kwic">Some text with <kw>keyword</kw> highlighted</ccs:DataView>         
     121   <ccs:DataView type="text/xml"><meertens:any/>     
     122    </ccs:DataView>             
     123   <ccs:DataView type="image/jpeg" href="{optional link  to the data}" ></ccs:DataView> 
     124</sru:recordData>
     125}}}
     126
    97127
    98128=== Data Views ===