Changes between Version 6 and Version 7 of FCS-specification


Ignore:
Timestamp:
04/17/12 12:43:56 (12 years ago)
Author:
dietuyt
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • FCS-specification

    v6 v7  
    5555This is the issue of tag expansion. If “no-expansion” has been chosen, then the query should be taken literally and no available relations should be used. If “expansion” has been chosen then relations should be used. We argue that that expansion of the tag to all locally applicable tags by making use of RELcat  should happen locally at the endpoint. After all, endpoints are meant to be used programmatically by many clients, not just our demonstrator. It’s the local repository who best understand how things can be extended in a useful way. Having only the relevant expansion happen at the endpoint would make using them in infrastructures easier and more attractive..
    5656
     57== Technical details aggregator ==
     58
     59=== Input for the aggregator ===
     60
     61
     62
     63=== Referring to an SRU endpoint from a CMDI file ===
     64
     65This can be done with a ResourceProxy where:
     66 * ResourceType = Resource
     67 * mimetype = application/sru+xml
     68
     69{{{#!xml
     70 <ResourceProxy id="d55">
     71   <ResourceType mimetype="application/sru+xml">Resource</ResourceType>
     72   <ResourceRef>http://cqlservlet.mpi.nl/</ResourceRef>
     73 </ResourceProxy>
     74}}}
     75
     76For a complete example file see: http://www.clarin.eu/cmd/example/example-cgn-sru.cmdi
     77
    5778== Return format ==
    5879We have defined the use of several return formats.
     
    7495=== Explain ===
    7596
    76 This basic request serves to announce server's capabilities and should allow the client to configure itself automatically. The explain response should, ideally, provide a list of ISOcatted indexes as possible search indexes. If there is no ISOcat equivalent the ccs-context set is to be used. We provide a telling example (as seen within the context of the explain response as defined on the SRU/CQL website):
     97This basic request serves to announce server's capabilities and should allow the client to configure itself automatically. The explain response should, ideally, provide a list of ISOcatted indexes as possible search indexes. If there is no ISOcat equivalent the CCS-context* set is to be used. We provide a telling example (as seen within the context of the explain response as defined on the SRU/CQL website):
    7798
    7899{{{#!xml