Fellow Koha users ~
I'm collecting news for the April newsletter. Send anything noteworthy
to:
k o h a news AT gmail dot com
News criteria:
---
** For events **:
*- Please include dates for past events. If I can't find dates
I may not add it.
*-
OK. Thanks.
We are finding a lot of bib records with the 942n flag set and I believe
it's 100% human caused but wanted to make sure before asking staff about it.
On Wed, Apr 13, 2016 at 11:30 AM, Mark Tompsett
wrote:
> Greetings,
>
> Does the OpacHiddenItems setting
Greetings,
Does the OpacHiddenItems setting auto set the 942n "Suppress in OPAC"
flag?
Two different things.
It seems unlikely but thought I'd ask.
942 is at the Biblio level, as are the Framework visibility settings.
OpacHiddenItems is at the Item level.
GPML,
Mark Tompsett
Does the OpacHiddenItems setting auto set the 942n "Suppress in OPAC" flag?
It seems unlikely but thought I'd ask.
Thank you!
--
Chad Roseburg
Asst. Director / IT
Automation Dept.
North Central Regional Library
___
Koha mailing list
Hi, Raymund--
I overlay (and thus update) authority records based on the 010 $a all the
time without any problems--the match & authority record overlay works
perfectly. When the appropriate script(s) run on Friday night, all my
linked fields in bibs are updated, which also works perfectly. Some
University of the Arts London moved to Koha in September last year, moving away
from Voyager. We subscribe to the Marcive authority update service and we
receive monthly updates to existing authority records and (in theory) also new
authority records derived from newly added bibliographic
Additionally, if you have bibliographic records without any items
(electronic resources) you will need an itemtype at the bib level (942c) to
allow for patrons to search for that type of resource.
-joy
On Wed, Apr 13, 2016 at 6:58 AM, Owen Leonard wrote:
> > What is the
> What is the necessity of calling "Item type" (942c) at Record level
> instead of calling it as "record type".
> Circulation rules are defined for ITEMS which are associated with a RECORD.
ByWater Solutions posted something about this recently. The short
answer is that without a biblio-level
Hi Martin,
We have 1.126 branches in that system, with clustered database.
All user has only one username and password but they may use any library
in any location of Turkey with same password.
Bibliographic records are centeralized but 1 record may have many items
for different branches.
Hey Mengu,
one(or two) more question(s).
Is it possible to share one database of users between selected or all
branches?
And is the same thing possible for one shared database of bibliographic
records?
Thanks for answers.
Martin Kravec
___
Koha
10 matches
Mail list logo