This schema shall define the generic inner structure of one record within the (federated) CLARIN content search. This means it would validate the xml-fragment inside sru:record/sru:recordData and would be referenced in sru:record/sru:recordSchema of the sru:searchRetrieveResponse. It shall allow: a) any metadata about the matched record, including reference to a CMD-record b) separate (metadata) description of full Resource and ResourceFragment (matching part of the resource) c) providing metadata AND content d) various views on the data delivered (text-snippet, image, individual annotation-layers, ...) e) providing links (either as PID or as simple URLs) to any of: Resource, ResourceFragment, Metadata (CMD-record), DataViews The content expressed in XML that complies with another XML Schema (namespace=#other). This is obviously not exhaustive. Could this be a superset of of MIME-type? a persistent! identifier of given entity. This should be really only used, when a PID is available. Provider should also fill the sru:record/sru:recordIdentifier-element. If there are more PIDs in one record (for Resource, Metadata, DataView), provider selects the "most important"/primary PID to put into sru:recordIdentifier a URL to given entity, that can be invoked directly (via HTTP)