head 1.5; access; symbols; locks; strict; comment @# @; 1.5 date 2007.01.09.00.00.00; author MoinMoin; state Exp; branches; next 1.4; 1.4 date 2007.01.09.00.00.00; author MoinMoin; state Exp; branches; next 1.3; 1.3 date 2007.01.09.00.00.00; author MoinMoin; state Exp; branches; next 1.2; 1.2 date 2007.01.09.00.00.00; author MoinMoin; state Exp; branches; next 1.1; 1.1 date 2007.01.09.00.00.00; author MoinMoin; state Exp; branches; next ; desc @Initial revision @ 1.5 log @Revision 5 @ text @---+ DocSearch A search request asking for a document based on a single xml root element that contains records defined by the ConceptualSchema and not by the protocol. For a record based search using a record envelope of the protocol see the SearchResponseTopStructure and the SearchProposalTwo. To be able to handle paging and counting a RecordDefinition is needed. This should be defined by each ConceptualSchema and not freely by the requestor. The RecordDefinition should also be represented in a datasource capabillities response as shown in the DatasourceCapabilitiesProposal. The definition could be a list of concepts as discussed in RecordDefinition. There is no extension mechanism proposed for the DocSearch. It would be possible to do something like the idea explained in RecordVsDocumentApproach, but it is not picked up here because of its complexity. People that need to extend their schemas can always define their own based on an existing one and extend it with their needs. But this should be treated with care and always result in a new namespace for the new extended schema! ---+++++ Request The request is based on the PartialSearchProposalOne and the SearchProposalTwo. A request that combines concepts from more than one namespace should be considered as a wrong request and not be processed by a datasource!
...
* ...
with* indicating repeatable elements
---+++++ Response
...
BGBM Lichen DB 2001-01-01 2003-08-11 Botanic Garden and Botanical Museum Berlin-Dahlem 11802 Astrothelium 12464 Gyalectidium Asterothyrium?
@ 1.4 log @Revision 4 @ text @d6 81 @ 1.3 log @Revision 3 @ text @d5 1 a5 1 To be able to handle paging and counting a RecordDefinition is needed. This should be defined by each ConceptualSchema and not freely by the requestor. The RecordDefinition should also be represented in the CapabillitiesResponse as shown in the DatasourceCapabilitiesProposal. The definition could be a list of concepts as discussed in RecordDefinition. @ 1.2 log @Revision 2 @ text @d5 1 a5 1 To be able to handle paging and counting a RecordDefinition is needed. This should be defined by each ConceptualSchema and not freely by the requestor. The RecordDefinition should also be represented in the CapabillitiesResponse as shown in the DatasourceCapabilitiesProposal. The definition could be a list of concepts as discussed in xxx. @ 1.1 log @Initial revision @ text @d5 1 a5 1 To be able to handle paging and counting a RecordDefinition is needed. This should be defined by each ConceptualStandard and not freely by the requestor. The RecordDefinition should also be represented in the CapabilitiesResponse as shown in the DatasourceCapabilitiesProposal. The definition could be a list of concepts as discussed in xxx. @