2 Introduction to the Koha Installation Process. 3 MARC21setup. Manual Documentation, Release MARC21 setup. This preference lets you decide when you’d like to create an item record in Koha. If you choose to add an item record when ‘placing an order’. Koha News. Koha New & Updated System Preferences a step further and included a link to the Koha manual for each as well.
|Published (Last):||7 December 2016|
|PDF File Size:||8.37 Mb|
|ePub File Size:||7.34 Mb|
|Price:||Free* [*Free Regsitration Required]|
Global system preferences control the way your Koha system works in general. Set these preferences before anything else in Koha.
System preferences can be searched using any part of the preference name or description using the search box on the ‘Administration’ page or the search box at the top of each system preferences page.
When editing preferences a ‘ modified ‘ tag will appear next to items you change until you click the ‘Save All’ button:. After saving your preferences you’ll get a confirmation message telling you what preferences were saved:.
Each section of preferences can be sorted alphabetically by clicking the small down arrow to the right of the word ‘Preference’ in the header column.
If koa preference refers to monetary values like maxoutstanding the currency displayed will be the default you set in your Currency and Exchange Rate administration area. In the examples to follow they will all read USD for U. This preference lets you decide when you’d like to create an item record in Koha. If you choose to add an item record when ‘placing an order’ then you will enter manjal information in as you place records in your basket. If you choose to add the item when ‘receiving an order’ you will be asked for item record information when you’re receiving orders in acquisitions.
If you choose to add the item when ‘cataloging a record’ then item records will not be created in acquisitions at all, you will need to go to the cataloging module to add the items.
When in acquisitions this preference allows you to control whose baskets you can see when looking at a vendor. The default value of ‘created by staff member’ makes it so that you only see the baskets you kona.
Choosing to see baskets ‘from staff member’s branch’ will show you the baskets created by anyone at the branch you’re logged in at. Finally, you can choose to set this preference to show you all baskets regardless of who created it ‘in system, regardless of owner. Regardless of which value you choose for this preference, superlibrarians can see all baskets created in the system.
This preference adds the option to skip confirmations on closing and reopening a basket. If you skip the confirmation, you do not create a new basket group. This preference will allow the library to define a default Goods and Mahual Tax rate. The default of value of 0 will disable this preference. If this preference is left blank when adding items in acquisitions there will be no check for uniqueness.
This means that a duplicate barcode can be created in acquisitions which will cause errors later when checking manhal in and out. If you don’t know what this is, leave these preferences set to their defaults. This preference determines how much information will be sent to kha user’s screen when the system encounters an error. The most detail will be sent when the value level is set at 2, some detail will be sent when the value is set at 1, and only a basic error message will display when the value is set at 0.
This setting is especially important when a system is new and the administration ooha interested in working out the bugs errors or problems quickly. Having detailed error messages makes quick fixes more likely in problem areas. This preference determines how reports exported from Koha will separate moha.
In many cases you will be able to change this option when koah if you’d like. This is the default ‘From’ address for emails unless there is one for the particular branch, and is referred to when an internal error occurs. This preference allows one email address to be used in warning messages set to the OPAC. If no email address is set for the branch this address will receive messages ,anual patrons regarding modification requests, purchase suggestions, and questions or information regarding overdue notices.
It is recommended that a email address that can be accessed by multiple staff members be used for this purpose so that if one librarian is out the others can address these requests. This email address can be changed when needed. This preference allows the system 310 to determine if users will be able to set and see an item type icon the catalog on both the OPAC and the Staff Client.
This preference controls whether the lists functionality will be available in the staff client and OPAC. If this is set to “Don’t allow” then no one will be able to save items to public or private lists.
ByWater Solutions | Koha New & Updated System Preferences
Manul preference protects the system by blocking unauthorized users from accessing the staff client program and settings. Authorized and unauthorized users are determined by their computer’s IP addresses.
When the preference is set to ‘Require’, IP authorization is in effect and unauthorized IP addresses will be blocked. This means that staff cannot work from maanual unless their IP address has been authorized. When set to ‘Don’t require’, anyone with a staff client login will 3.0 access no matter which IP address they are loha. This preference should only be used by library systems which are sharing a single Koha installation among multiple branches but are considered independent organizations, meaning they do not share material or patrons with other branches and do not plan to change that in the future.
If set to ‘Prevent’ it increases the security between library branches by: All of these security safeguards can be overridden only by the superlibrarian, the highest level of ioha. It is important that this value be set before going live and that it NOT be changed.
This preference okha whether or not authentication user login will be required to gain access to the staff client. If set to ‘Allow’, all authentication is bypassed. If set to ‘Don’t allow’ authentication login on the staff client is required. Kohaa this to ‘Allow’ is dangerous, and should not be done in production environments. This preference allows administrators to choose what format session data is stored in during web sessions. This preference sets the length of time the Staff Client or OPAC accounts can be left inactive before re-logging in is necessary.
The value of this preference is in seconds. Nanual preference is highly experimental and should not be changed from the default value in a production environment.
This preference will be used to control which search engine Koha uses for catalog searches in the OPAC and the staff client. BiblioAddsAuthorities must be set to “allow” for this to have any effect. When this and BiblioAddsAuthorities are both turned on, automatically create authority records for headings that don’t have any authority link when cataloging.
When BiblioAddsAuthorities is on and AutoCreateAuthorities is turned off, do not automatically manal authority records, but allow the user to enter headings that don’t match an existing authority.
When BiblioAddsAuthorities is off, this has no effect. This setting allows you to type values in the fields controlled by authorities and then adds a new authority if one does not exist. This setting will lock the authority controlled fields, forcing you to search for an authority versus allowing you to type the information in yourself. This preference tells Koha how to handle changes to your Authority records.
If you edit an authority record and this preference is ooha to ‘Do’ Koha will update all of the bib records linked to the authority with the new authority record’s data. If this is set to “Don’t” then Koha won’t edit bib records when changes are made to authorities. Use the following text for the contents of MARC authority control field position fixed length data elements. Do not include the date position in this preference, Koha manua calculate automatically and put that in before the values in this preference.
[Koha] Koha 3.10.7 released
This preference controls the default value in the field on Authority records. It does not effect bibliographic records. For libraries that have authority files, they may want to make it so that when a link to an authorized subject or author is clicked on the OPAC or staff client it takes the searcher only to a list of results with that authority record.
Most libraries do not have complete authority files and so setting this preference to ‘Don’t use’ will allow searchers to click on links to authors and subject headings and perform a keyword search against those fields, finding all possible relevant results instead.
These preference will control how Koha links bibliographic records to authority records. Longtime users of Koha don’t expect the authority and bib records to link consistently. This preference makes it possible to disable authority relinking in the cataloging module only i.
Libraries that want the intended behavior of authority control rather than the way Koha used to handle linking should set CatalogModuleRelink to ‘Do’. Once setting this to ‘Do’ the following preferences can also be set. When set to ‘Do’, the linker will never remove a link to an authority record, though, depending on the value of LinkerRelinkit may change the link.
Creates a link to the first authority record that matches a given heading, even if there is more than one authority record that matches.
Creates a link to the last authority record that matches a given heading, even if there is more than one record that matches. This preference tells Koha which match to use when searching for authority matches when saving a record. This feature is experimental and shouldn’t be used in a production environment until further expanded upon.
This is a pipe separated list of options. When set to ‘Do’, the linker will confirm the links for headings that have previously been linked to an authority record when it runs, correcting any incorrect links it may find. When set to ‘Do not’, any heading with an existing link will be ignored, even if the existing link is invalid or incorrect.
See ISBD preference for more information. This setting determines the bibliographic record display when searching the catalog on the staff client. This setting changes the look of the record when first displayed. This determines how the ISBD information will display.
Elements in the list can be reordered to produce a different ISBD manuak. The purpose of ISBD is to aid the international exchange of bibliographic records for a variety of materials. These preferences control hiding of bib records from display in the OPAC. If you want to further control suppression you can set an IP address manuaal to still show suppressed items to.
Define a range like If you don’t want to limit suppression in this way, leave the IP field blank. If koga preference is set to ‘hide’ and you have the n field set to 1, it will hide the entire bib record – not just an individual item.
Koha 3.10 manual pdf
You must have the Suppress index set up in Zebra and at least one suppressed item, or your searches kohz be broken. If the field does not have a subfield 3 or y defined, the OPAC will say ‘Click here to access online.
When clicking on links to msnual that appear next to ‘Continues’ and ‘Continued by’ in the detail display Koha will perform a title search. When clicking on links to titles that appear next to ‘Continues’ and ‘Continued by’ in the detail display Koha will perform a control number MARC field search.