X-Git-Url: http://git.indexdata.com/?a=blobdiff_plain;ds=sidebyside;f=doc%2Ftools.xml;h=f72288765ff1a7bc92ab707832b176070cd4a9ba;hb=f4864107db9ab5780218ca0d28c480f5e6ebd684;hp=d19faf90ff430bd3172a4281357f9dac4ff62156;hpb=0cd4a65083c86690792faa7bb14de67a30bcfc20;p=yaz-moved-to-github.git
diff --git a/doc/tools.xml b/doc/tools.xml
index d19faf9..f722887 100644
--- a/doc/tools.xml
+++ b/doc/tools.xml
@@ -2006,6 +2006,7 @@ int cql_transform_rpn2cql_wrbuf(cql_transform_t ct,
#define YAZ_MARC_XCHANGE 5
#define YAZ_MARC_CHECK 6
#define YAZ_MARC_TURBOMARC 7
+ #define YAZ_MARC_JSON 8
/* supply iconv handle for character set conversion .. */
void yaz_marc_iconv(yaz_marc_t mt, yaz_iconv_t cd);
@@ -2099,6 +2100,15 @@ int cql_transform_rpn2cql_wrbuf(cql_transform_t ct,
+
+ YAZ_MARC_JSON
+
+
+ MARC-in_JSON format.
+
+
+
+
@@ -2329,8 +2339,9 @@ int cql_transform_rpn2cql_wrbuf(cql_transform_t ct,
Format of input. Supported values are
- marc (for ISO2709); and xml
- for MARCXML/MarcXchange.
+ marc (for ISO2709), xml
+ (MARCXML/MarcXchange) and json
+ (MARC-in_JSON).
@@ -2339,10 +2350,12 @@ int cql_transform_rpn2cql_wrbuf(cql_transform_t ct,
Format of output. Supported values are
- line (MARC line format);
- marcxml (for MARCXML),
- marc (ISO2709),
- marcxhcange (for MarcXchange).
+ line (MARC line format);
+ marcxml (for MARCXML),
+ marc (ISO2709),
+ marcxhcange (for MarcXchange),
+ or json
+ (MARC-in_JSON ).
@@ -2511,6 +2524,80 @@ int cql_transform_rpn2cql_wrbuf(cql_transform_t ct,
+ Sorting
+
+ This chapter describes sorting and how it is supported in YAZ.
+ Sorting applies to a result-set.
+ The
+ Z39.50 sorting facility
+
+ takes one or more input result-sets
+ and one result-set as output. The most simple case is that
+ the input-set is the same as the output-set.
+
+
+ Z39.50 sorting has a separate APDU (service) that is, thus, performed
+ following a search (two phases).
+
+
+ In SRU/Solr, however, the model is different. Here, sorting is specified
+ during the the search operation. Note, however, that SRU might
+ perform sort as separate search, by referring to an existing result-set
+ in the query (result-set reference).
+
+ Using the Z39.50 sort service
+
+ yaz-client and the ZOOM API supports the Z39.50 sort facility. In any
+ case the sort sequence or sort critiera is using a string notation.
+ This notation is a one-line notation suitable for being manually
+ entered or generated and allows for easy logging (one liner).
+ For the ZOOM API, the sort is specified in the call to ZOOM_query_sortby
+ function. For yaz-client the sort is performed and specified using
+ the sort and sort+ commands. For description of the sort criteria notation
+ refer to the sort command in the
+ yaz-client manual.
+
+
+ The ZOOM API might choose one of several sort strategies for
+ sorting. Refer to .
+
+
+ Type-7 sort
+
+ Type-7 sort is an extension to the Bib-1 based RPN query where the
+ sort specification is embedded as an Attribute-Plus-Term.
+
+
+ The objectives for introducing Type-7 sorting is that it allows
+ a client to perform sorting even if it does not implement/support
+ Z39.50 sort. Virtually all Z39.50 client software supports
+ RPN queries. It also may improve performance because the sort
+ critieria is specified along with the search query.
+
+
+ The sort is triggered by the presence of type 7 and the value of type 7
+ specifies the
+
+ sortRelation
+
+ The value for type 7 is 1 for ascending and 2 for descending.
+ For the
+
+ sortElement
+
+ only the generic part is handled. If generic sortKey is of type
+ sortField, then attribute type 1 is present and the value is
+ sortField (InternationalString). If generic sortKey is of type
+ sortAttributes, then the attributes in list is used . generic sortKey
+ of type elementSpec is not supported.
+
+
+ The term in the sorting Attribute-Plus-Term combo should hold
+ an integer. The value is 0 for primary sorting criteria, 1 for second
+ criteria, etc.
+
+
+