Update 02_administration.rst
authorJessica Zairo <jzairo@bywatersolutions.com>
Thu, 31 Aug 2017 20:38:45 +0000 (20:38 +0000)
committerChris Cormack <chris@bigballofwax.co.nz>
Wed, 20 Sep 2017 12:15:57 +0000 (00:15 +1200)
(cherry picked from commit 07a0a0382200591505ad86b1b40f0fdd11ed62c8)

en/source/02_administration.rst

index 6574877..fd8c491 100644 (file)
@@ -309,6 +309,23 @@ MarcItemFieldsToOrder
 Asks: Set the mapping values for new item records created from a MARC record
 in a staged file.
 
+Description: 
+
+- This preference automatically generates items in Koha with populated 
+information based on a 9XX field and subfield. You can use the following 
+fields: homebranch, holdingbranch, itype, nonpublic_note, public_note, loc, 
+ccode, notforloan, uri, copyno, price, replacementprice and itemcallnumber. 
+Special fields: quantity and budget_code 
+
+For example: 
+
+::
+
+       homebranch: 975$a
+       holdingbranch: 975$b
+       public_note: 975$z
+       loc: 975$c
+
 .. _uniqueitemfields-label:
 
 UniqueItemFields
@@ -5735,9 +5752,9 @@ Description:
    disabled, they will prevent AmazonCoverImages from functioning
    properly.
 
-.. _babelthã¨que-label:
+.. _babelthã¨que-label:
 
-Babelthèque
+Babelthèque
 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
 
 .. _babeltheque-label:
@@ -5748,7 +5765,7 @@ Babeltheque
 Default: Don't
 
 Asks: \_\_\_ include information (such as reviews and citations) from
-Babelthèque in item detail pages on the OPAC.
+Babelthèque in item detail pages on the OPAC.
 
 Description:
 
@@ -5768,7 +5785,7 @@ Values:
 
 -  Do
 
-   Data from Babelthèque on the bib record
+   Data from Babelthèque on the bib record
    |image48|
 
 -  Don't
@@ -5881,12 +5898,12 @@ Asks: Access Baker and Taylor using username \_\_\_ and password \_\_\_
 Descriptions:
 
 -  This setting in only applicable if the library has a paid
-   subscription to the external Content Café service from Baker &
-   Taylor. Use the box provided to enter in the library's Content Café
+   subscription to the external Content Café service from Baker &
+   Taylor. Use the box provided to enter in the library's Content Café
    username and password. Also, ensure that the
    :ref:`BakerTaylorBookstoreURL` and
    :ref:`BakerTaylorEnabled` settings are properly
-   set. The Content Café service is a feed of enhanced content such as
+   set. The Content Café service is a feed of enhanced content such as
    cover art, professional reviews, and summaries that is displayed
    along with Staff Client/OPAC search results. For more information on
    this service please see the Baker & Taylor website:
@@ -15696,7 +15713,7 @@ Match Points are the criteria that you enter that must be met in order
 for an incoming record to match an existing MARC record in your catalog.
 You can have multiple match points on an import rule each with its own
 score. An incoming record will be compared against your existing records
-(‘one record at a time’) and given a score for each match point. When
+(â\80\98one record at a timeâ\80\99) and given a score for each match point. When
 the total score of the matchpoints matches or exceeds the threshold
 given for the matching rule, Koha assumes a good match and
 imports/overlays according your specifications in the import process. An
@@ -15733,7 +15750,7 @@ indexes are stale and out of date. The match checks go right for the
 data instead of relying on the data in the indexes. (If you fear your
 indexes are out of date, a rebuild of your indexes would be a great idea
 and solve that situation!) The other use for a Match Check is as a
-“double check” or “veto” of your matching rule. For example, if you have
\80\9cdouble checkâ\80\9d or â\80\9cvetoâ\80\9d of your matching rule. For example, if you have
 a matching rule as below:
 
 Threshold of 1000
@@ -15745,7 +15762,7 @@ Match Check on 245$a
 Koha will first look at the 020$a tag/subfield to see if the incoming
 record matches an existing record. If it does, it will then move on to
 the Match Check and look directly at the 245$a value in the incoming
-data and compare it to the 245$a in the existing ‘matched’ record in
+data and compare it to the 245$a in the existing â\80\98matchedâ\80\99 record in
 your catalog. If the 245$a matches, Koha continues on as if a match was
 successful. If the 245$a does not match, then Koha concludes that the
 two records are not a match after all. The Match Checks can be a really
@@ -16375,7 +16392,7 @@ Additional Parameters
 Z39.50/SRU servers
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 
-Z39.50 is a client–server protocol for searching and retrieving
+Z39.50 is a clientâ\80\93server protocol for searching and retrieving
 information from remote computer databases, in short it's a tool used
 for copy cataloging.