This repository was archived by the owner on Aug 22, 2023. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 0
Expand file tree
/
Copy pathissa.xml.example
More file actions
125 lines (108 loc) · 4.71 KB
/
issa.xml.example
File metadata and controls
125 lines (108 loc) · 4.71 KB
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
<?xml version="1.0" encoding="UTF-8"?>
<!-- Configuration for the URSA integration application -->
<issa>
<!-- Information needed to authenticate with Evergreen -->
<credentials>
<!-- URSA staff account -->
<username></username>
<!-- Password for the above -->
<password></password>
<!-- Virtual Catalog organizational unit shortname -->
<work_ou></work_ou>
<!-- Workstation registered for the URSA staff account -->
<workstation></workstation>
</credentials>
<!-- Path to opensrf_core.xml bootstrap configuration -->
<bootstrap_config></bootstrap_config>
<!-- name of the config.bib_source entry to use when creating MARC Records -->
<config_bib_source>Local System</config_bib_source>
<!-- Inactivity timeout in seconds. After this many seconds of
inactivity, issa will quit. -->
<timeout>180</timeout>
<!-- Configurable options for holds. -->
<holds>
<!-- For title holds: These are typically holds placed by issa on
our copies to be sent to fill vircual catalog holds
elsewhere. -->
<title>
<!-- Number of days, weeks, months, years before the holds
expire. -->
<duration unit="days">7</duration>
</title>
</holds>
<!-- Configurable options for created copies. -->
<copy>
<!-- Add a stat_cat_entry element for each stat cat that you wish
to fill in when creating copies. If you aren't using
stat_cats or if you don't wish to create any for these, you
don't need to have stat_cat_entry elements. You could delete
the dummy entry in this case.
The stat_cat attribute is the numeric id of the stat_cat for
the entry.
The required attribute indicates if the stat_cat is required
for saving a copy. If the stat_cat is not required, you can
delete this attribute or set its value to 0.
The element's text node is used as the asset.stat_cat_entry's
value in the database.
-->
<stat_cat_entry stat_cat="" required="1"></stat_cat_entry>
</copy>
<!-- Configurable options for patron retrieval/validation -->
<patrons>
<!-- List of blocks to block a patron on. These correspond to
entries in the block_list column of the config.stand_penalty
table. Remove any of these that you don't wish to use, hold
and renew, perhaps. You can add additional entries if you
make up new blocks for your system.
-->
<!-- Block patrons who are barred from checkout. -->
<block_on block="CIRC"/>
<!-- Block patrons who are barred from renewal. -->
<block_on block="RENEW"/>
<!-- Block patrons who are barred from placing holds. -->
<block_on block="HOLD"/>
<!-- You can block patrons by profile group in two ways:
The first is to enter a block_profile tag with a grp
attribute set to the value of the profile group's id, for
example:
<block_profile grp="20"/>
The second is to enter a block_profile tag with a text value
equal to the name of the profile group, for instance:
<block_profile>Local Use Only</block_profile>
In this case, the name must match exactly the case, spacing,
and punctuation (if any) of the profile group's name in the
permission.grp_tree table.
If you specify both the grp attribute and a text value with a
group name, then the value of the grp tag is used. The text
value will be ignored:
<block_profile grp="20">Local Use Only</block_profile>
You might want to do this in order to have slightly faster
configuration load times and still have the group name as a
reminder to the person that edits the configuration.
-->
</patrons>
<!-- You can add custom prompt messages in a <prompts> block.
Each prompt can be defined with a cusom tag named for the
prompt key in the %prompts hash in issa.pl. The prompt text, if
different from the default, can go in a prompt tag. The regex,
if different from the default, can go in a regex tag. The
message goes in a message tag.
You want to make certain that your regex allows a single letter
Q (either upper or lower case) or there may be no escape from
the program.
Here's an example for the patron barcode prompt that changes
all parts of the entry:
<prompts>
<patron>
<prompt>Patron Barcode:</prompt>
<regex>^(?:2\d{13}|[Qq])$</regex>
<message>A patron barcode must be 14 digits and begin with a 2.</message>
</patron>
</prompts>
You can have multiple prompts blocks or put all the custom
prompt tags in a single block.
It doesn't make sense to configure a custom prompt more than
once, but if you do, the one that appears last in the file will
take precedence over all previous ones.
-->
</issa>