X-Git-Url: http://git.indexdata.com/?p=yaz-moved-to-github.git;a=blobdiff_plain;f=doc%2Ftools.xml;h=28ad015098c2825c0f96129d78ddb5f90e58f6e6;hp=33de66ecc40d465f336f4caf19a6d8e45f32007b;hb=9287c96097c00d28310becb14ea3dd7cfb9f2ab0;hpb=fe4182bf1ca7bebcb3172cde916d4467c2154e7b diff --git a/doc/tools.xml b/doc/tools.xml index 33de66e..28ad015 100644 --- a/doc/tools.xml +++ b/doc/tools.xml @@ -1,13 +1,13 @@ - - Supporting Tools + + Supporting Tools In support of the service API - primarily the ASN module, which - provides the programmatic interface to the Z39.50 APDUs, &yaz; contains + provides the pro-grammatic interface to the Z39.50 APDUs, &yaz; contains a collection of tools that support the development of applications. - Query Syntax Parsers + Query Syntax Parsers Since the type-1 (RPN) query structure has no direct, useful string @@ -20,7 +20,7 @@ that may be of use to you. - Prefix Query Format + Prefix Query Format Since RPN or reverse polish notation is really just a fancy way of @@ -32,19 +32,73 @@ in simple test applications and scripting environments (like Tcl). The demonstration client included with YAZ uses the PQF. + + + + The PQF have been adopted by other parties developing Z39.50 + software. It is often referred to as Prefix Query Notation + - PQN. + + - The PQF is defined by the pquery module in the YAZ library. The - pquery.h file provides the declaration of the - functions + The PQF is defined by the pquery module in the YAZ library. + There are two sets of function that have similar behavior. First + set operates on a PQF parser handle, second set doesn't. First set + set of functions are more flexible than the second set. Second set + is obsolete and is only provided to ensure backwards compatibility. - -Z_RPNQuery *p_query_rpn (ODR o, oid_proto proto, const char *qbuf); + + First set of functions all operate on a PQF parser handle: + + + #include <yaz/pquery.h> -Z_AttributesPlusTerm *p_query_scan (ODR o, oid_proto proto, - Odr_oid **attributeSetP, const char *qbuf); + YAZ_PQF_Parser yaz_pqf_create (void); -int p_query_attset (const char *arg); - + void yaz_pqf_destroy (YAZ_PQF_Parser p); + + Z_RPNQuery *yaz_pqf_parse (YAZ_PQF_Parser p, ODR o, const char *qbuf); + + Z_AttributesPlusTerm *yaz_pqf_scan (YAZ_PQF_Parser p, ODR o, + Odr_oid **attributeSetId, const char *qbuf); + + + int yaz_pqf_error (YAZ_PQF_Parser p, const char **msg, size_t *off); + + + A PQF parser is created and destructed by functions + yaz_pqf_create and + yaz_pqf_destroy respectively. + Function yaz_pqf_parse parses query given + by string qbuf. If parsing was successful, + a Z39.50 RPN Query is returned which is created using ODR stream + o. If parsing failed, a NULL pointer is + returned. + Function yaz_pqf_scan takes a scan query in + qbuf. If parsing was successful, the function + returns attributes plus term pointer and modifies + attributeSetId to hold attribute set for the + scan request - both allocated using ODR stream o. + If parsing failed, yaz_pqf_scan returns a NULL pointer. + Error information for bad queries can be obtained by a call to + yaz_pqf_error which returns an error code and + modifies *msg to point to an error description, + and modifies *off to the offset within last + query were parsing failed. + + + The second set of functions are declared as follows: + + + #include <yaz/pquery.h> + + Z_RPNQuery *p_query_rpn (ODR o, oid_proto proto, const char *qbuf); + + Z_AttributesPlusTerm *p_query_scan (ODR o, oid_proto proto, + Odr_oid **attributeSetP, const char *qbuf); + + int p_query_attset (const char *arg); + The function p_query_rpn() takes as arguments an &odr; stream (see section The ODR Module) @@ -57,10 +111,10 @@ int p_query_attset (const char *arg); If the parse went well, p_query_rpn() returns a pointer to a Z_RPNQuery structure which can be - placed directly into a Z_SearchRequest. + placed directly into a Z_SearchRequest. + If parsing failed, due to syntax error, a NULL pointer is returned. - The p_query_attset specifies which attribute set to use if the query doesn't specify one by the @attrset operator. @@ -72,53 +126,71 @@ int p_query_attset (const char *arg); The grammar of the PQF is as follows: - - Query ::= [ '@attrset' AttSet ] QueryStruct. + + query ::= top-set query-struct. - AttSet ::= string. + top-set ::= [ '@attrset' string ] - QueryStruct ::= [ Attribute ] Simple | Complex. + query-struct ::= attr-spec | simple | complex | '@term' term-type - Attribute ::= '@attr' [ AttSet ] AttributeType '=' AttributeValue. + attr-spec ::= '@attr' [ string ] string query-struct - AttributeType ::= integer. + complex ::= operator query-struct query-struct. - AttributeValue ::= integer. + operator ::= '@and' | '@or' | '@not' | '@prox' proximity. - Complex ::= Operator QueryStruct QueryStruct. + simple ::= result-set | term. - Operator ::= '@and' | '@or' | '@not' | '@prox' Proximity. + result-set ::= '@set' string. - Simple ::= ResultSet | Term. + term ::= string. - ResultSet ::= '@set' string. + proximity ::= exclusion distance ordered relation which-code unit-code. - Term ::= string | '"' string '"'. + exclusion ::= '1' | '0' | 'void'. - Proximity ::= Exclusion Distance Ordered Relation WhichCode UnitCode. + distance ::= integer. - Exclusion ::= '1' | '0' | 'void'. + ordered ::= '1' | '0'. - Distance ::= integer. + relation ::= integer. - Ordered ::= '1' | '0'. + which-code ::= 'known' | 'private' | integer. - Relation ::= integer. + unit-code ::= integer. - WhichCode ::= 'known' | 'private' | integer. - - UnitCode ::= integer. - + term-type ::= 'general' | 'numeric' | 'string' | 'oid' | 'datetime' | 'null'. + You will note that the syntax above is a fairly faithful - representation of RPN, except for the Attibute, which has been + representation of RPN, except for the Attribute, which has been moved a step away from the term, allowing you to associate one or more attributes with an entire query structure. The parser will automatically apply the given attributes to each term as required. + The @attr operator is followed by an attribute specification + (attr-spec above). The specification consists + of optional an attribute set, an attribute type-value pair and + a sub query. The attribute type-value pair is packed in one string: + an attribute type, a dash, followed by an attribute value. + The type is always an integer but the value may be either an + integer or a string (if it doesn't start with a digit character). + + + + Z39.50 version 3 defines various encoding of terms. + Use the @term operator to indicate the encoding type: + general, numeric, + string (for InternationalString), .. + If no term type has been given, the general form + is used which is the only encoding allowed in both version 2 - and 3 + of the Z39.50 standard. + + + The following are all examples of valid queries in the PQF. @@ -133,6 +205,8 @@ int p_query_attset (const char *arg); @or @and bob dylan @set Result-1 + @attr 1=4 computer + @attr 4=1 @and @attr 1=1 "bob dylan" @attr 1=4 "slow train coming" @attr 4=1 @attr 1=4 "self portrait" @@ -140,10 +214,14 @@ int p_query_attset (const char *arg); @prox 0 3 1 2 k 2 dylan zimmerman @and @attr 2=4 @attr gils 1=2038 -114 @attr 2=2 @attr gils 1=2039 -109 + + @term string "a UTF-8 string, maybe?" + + @attr 1=/book/title computer - Common Command Language + Common Command Language Not all users enjoy typing in prefix query structures and numerical @@ -156,14 +234,15 @@ int p_query_attset (const char *arg); - The EUROPAGATE research project working under the Libraries programme + The EUROPAGATE + research project working under the Libraries programme of the European Commission's DG XIII has, amongst other useful tools, implemented a general-purpose CCL parser which produces an output structure that can be trivially converted to the internal RPN - representation of YAZ (The Z_RPNQuery structure). + representation of &yaz; (The Z_RPNQuery structure). Since the CCL utility - along with the rest of the software - produced by EUROPAGATE - is made freely available on a liberal license, it - is included as a supplement to YAZ. + produced by EUROPAGATE - is made freely available on a liberal + license, it is included as a supplement to &yaz;. CCL Syntax @@ -206,7 +285,7 @@ int p_query_attset (const char *arg); | string -- Qualifiers is a list of strings separated by comma - Relation ::= '=' | '>=' | '<=' | '<>' | '>' | '<' + Relation ::= '=' | '>=' | '<=' | '<>' | '>' | '<' -- Relational operators. This really doesn't follow the ISO8777 -- standard. @@ -253,7 +332,7 @@ int p_query_attset (const char *arg); index, such as title (ti) and author indexes (au). The CCL standard itself doesn't specify a particular set of qualifiers, but it does suggest a few short-hand notations. You can customize the CCL parser - to support a particular set of qualifiers to relect the current target + to support a particular set of qualifiers to reflect the current target profile. Traditionally, a qualifier would map to a particular use-attribute within the BIB-1 attribute set. However, you could also define qualifiers that would set, for example, the @@ -348,14 +427,14 @@ struct ccl_rpn_node *ccl_find_str (CCL_bibset bibset, const char *str, which takes the CCL profile (bibset) and query (str) as input. Upon successful completion the RPN - tree is returned. If an error eccur, such as a syntax error, the integer + tree is returned. If an error occur, such as a syntax error, the integer pointed to by error holds the error code and pos holds the offset inside query string in which the parsing failed. - An english representation of the error may be obtained by calling + An English representation of the error may be obtained by calling the ccl_err_msg function. The error codes are listed in ccl.h. @@ -386,7 +465,7 @@ struct ccl_rpn_node *ccl_find_str (CCL_bibset bibset, const char *str, - Object Identifiers + Object Identifiers The basic YAZ representation of an OID is an array of integers, @@ -417,7 +496,7 @@ struct ccl_rpn_node *ccl_find_str (CCL_bibset bibset, const char *str, The OID module provides a higher-level representation of the - family of object identifers which describe the Z39.50 protocol and its + family of object identifiers which describe the Z39.50 protocol and its related objects. The definition of the module interface is given in the oid.h file. @@ -583,7 +662,7 @@ typedef struct oident The oid_ent_to_oid() function can be used whenever you need to prepare a PDU containing one or more OIDs. The separation of - the protocol element from the remainer of the + the protocol element from the remainder of the OID-description makes it simple to write applications that can communicate with either Z39.50 or OSI SR-based applications. @@ -632,7 +711,7 @@ typedef struct oident - Nibble Memory + Nibble Memory Sometimes when you need to allocate and construct a large, @@ -660,6 +739,7 @@ typedef struct oident void nmem_reset(NMEM n); int nmem_total(NMEM n); void nmem_init(void); + void nmem_exit(void); @@ -675,15 +755,18 @@ typedef struct oident allocated on the handle. - - - The nibble memory pool is shared amonst threads. POSIX - mutex'es and WIN32 Critical sections are introduced to keep the - module thread safe. On WIN32 function nmem_init() - initialises the Critical Section handle and should be called once - before any other nmem function is used. - - + + The nibble memory pool is shared amongst threads. POSIX + mutex'es and WIN32 Critical sections are introduced to keep the + module thread safe. Function nmem_init() + initializes the nibble memory library and it is called automatically + the first time the YAZ.DLL is loaded. &yaz; uses + function DllMain to achieve this. You should + not call nmem_init or + nmem_exit unless you're absolute sure what + you're doing. Note that in previous &yaz; versions you'd have to call + nmem_init yourself. + @@ -698,7 +781,7 @@ typedef struct oident sgml-indent-step:1 sgml-indent-data:t sgml-parent-document: "yaz.xml" - sgml-local-catalogs: "../../docbook/docbook.cat" + sgml-local-catalogs: nil sgml-namecase-general:t End: -->