X-Git-Url: http://git.indexdata.com/?a=blobdiff_plain;f=doc%2Fexamples.xml;fp=doc%2Fexamples.xml;h=c8b89a3c6c5e7f439ed58c748b51e8f90e0e52e2;hb=cbd0a7c0bf27f55373c0326f0aff4a1e0e4c81aa;hp=9ceab4d2dfc3ab404f98bf81fd3f92b17acb694c;hpb=8b45b3079db774065246ef67a8b2c22b5f13ed18;p=idzebra-moved-to-github.git diff --git a/doc/examples.xml b/doc/examples.xml index 9ceab4d..c8b89a3 100644 --- a/doc/examples.xml +++ b/doc/examples.xml @@ -1,5 +1,5 @@ - + Example Configurations @@ -175,7 +175,7 @@ significantly because it ties searching semantics to the physical structure of the searched records. You can't use the same search specification to search two databases if their internal - representations are different. Consider an different taxonomy + representations are different. Consider a different taxonomy database in which the records have taxon names specified inside a <name> element nested within a <identification> element @@ -192,8 +192,8 @@ said about implementation: in a given database, an access point might be implemented as an index, a path into physical records, an algorithm for interrogating relational tables or whatever works. - The only important thing point is that the semantics of an access - point are fixed and well defined. + The only important thing is that the semantics of an access + point is fixed and well defined. For convenience, access points are gathered into attribute