source: tags/arb_5.1/HELP_SOURCE/oldhelp/searching.hlp

Last change on this file was 6142, checked in by westram, 15 years ago
  • backport [6141] (parts not affecting code at all, i.e. helpfiles, figs, ..)
File size: 5.1 KB
Line 
1#Please insert up references in the next lines (line starts with keyword UP)
2UP      arb.hlp
3UP      glossary.hlp
4
5#Please insert subtopic references  (line starts with keyword SUB)
6#SUB    subtopic.hlp
7
8# Hypertext links in helptext can be added like this: LINK{ref.hlp|http://add|bla@domain}
9
10#************* Title of helpfile !! and start of real helpfile ********
11TITLE           Searching
12
13OCCURRENCE      ARB_NT/Species/Search and Query
14                ARB_NT/Genome/Search and Query
15
16DESCRIPTION     This describes the search feature in ARB.
17                When we talk about 'items' below, we mean e.g. 'species', 'genes', etc., depending
18                which search tool you are currently using.
19
20SECTION SEARCH FIELD
21
22                Each search expression applies either
23
24                     - to a specific item field (e.g. 'full_name') or
25                     - if you select the '[any field]' pseudo search field,
26                       all direct database subentries of the item are searched for the expression.
27                       This does NOT work for subcontainers (i.e. 'ali16s/data' is not searched).
28
29SECTION SEARCH EXPRESSION
30
31               - Each expression tries to match the complete field content,
32                 i.e. searching for 'test' will match only fields which
33                 exactly contain 'test' (not 'my test' or 'testing').
34
35               - If you search for '' (empty expression), all fields w/o data, i.e. all
36                 non-existing fields will be found.
37
38               - if you want to match all fields that contain some substring
39                 then use wildcards:
40
41                      - '*'     will match any number of characters (including no characters).
42                      - '?'     will match exactly one character
43
44                      If the whole search expression is '*', then it is handled like '?*' (which
45                      means 'at least one character'). So searching for '*' will report all
46                      existing fields.
47
48                      Examples:
49
50                        '*pseu*'        matches all fields with the substring 'pseu'
51                        'pyrococcus*'   matches all fields starting with 'pyrococcus'
52                        '*bact*ther*'   matches all fields with the substring 'bact' followed by 'ther'
53                                        (there may be many characters in-between or none, i.e. it as
54                                        well matches 'bactther')
55
56               - if the first character is '<' or '>' and the rest is a number,
57                 then a numerical comparison is done:
58
59                        - '<7'       matches all fields containing a number smaller than 7
60                        - '>10'      matches all fields containing a number greater than 10
61
62                        Be careful:
63                           Negating '<7' does NOT only match numbers greater or equal to seven. It as
64                           well finds all non-numeric contents. Use something like '>6.999' instead.
65
66               - if the first character is '/' then the following regular expression is used
67                 for the query (see LINK{regexpr.hlp}).
68
69               - if the first character is '|' then the following ACI expression is evaluated
70                 and the query hits, if the evaluation is not "0".
71                 See LINK{commands.hlp}.
72
73               - if the query string is completely empty, it hits if the selected field does
74                 not exist.
75
76SECTION SORTING RESULTS
77
78                Search results are displayed unsorted by default. You can sort them, by selecting
79                a different order with the sort radio button.
80                The available sort criteria are
81
82                    unsorted       display items like they are stored in database
83                    by value       sort by content of first query field
84                    by id          sort by unique item id (e.g. 'name' for species)
85                    by parent      sort by globally unique id of parent item (e.g. 'name' of organism for genes)
86                    by marked      sort marked before unmarked items
87                    by hit         sort by (and display) hit description (the hit description tells you
88                                   why an item was hit by query)
89                    reverse        reverts previously selected sort order
90
91                ARB remembers and uses all the sort criteria you apply.
92
93                Example: Selecting 'by id' will sort the items by their id (e.g. 'name'). If you
94                select 'by value' afterwards, ARB will sort items by the content of the first query
95                field - if the contents of some items are equal, it will still sort them by name.
96
97NOTES           Wildcarded or exact search always searches case insensitive.
98                Regular expression search always searches case sensitive.
99
100EXAMPLES        see LINK{sp_search.hlp}
101
102WARNINGS        Using ACI is a bit tricky here, cause you cannot see what happens.
103                Using 'trace(1)' somewhere in the ACI expression starts to print an
104                ACI trace to the console. Don't forget to use 'trace(0)' afterwards,
105                otherwise that may slow down ARB.
106
107BUGS            No bugs known
Note: See TracBrowser for help on using the repository browser.