Suche
Suchhistorie
Ihre Suchhistorie können Sie aufrufen, indem Sie rechts oben auf Ihren Benutzernamen klicken, und im Kontextmenü ‚Suchhistorie‘ anklicken. Diese Option wird in der Auswahl angezeigt, wenn Sie den Systemparameter EnableSearchHistory auf ‚Protokolliere‘ gesetzt haben.
Auf dieser Seite sehen Sie die Historie Ihrer Suchen nach Titeln
und nach Normdaten.
Suchindices für die Expertensuche
Mit den folgenden Suchindices können Sie Ihre Stichwortsuche nach Exemplaren einschränken
ti: Titelsuche
ex. ti:hamlet
su: Schlagwortsuche
ex. su:cooking
pb: Verlagssuche
ex. pb:penguin
au: Verfassersuche
ex. au:rowling
su-geo: geographische Schlagworte
ex. su-geo:wales and kw:description and kw:travel
bc: Barcode
ex. bc:502326000912
lex: Lesbarkeitslevel
levels lex:510
Rechercheleitfaden
Dieser kurze Leitfaden zeigt anhand eines Beispiels wie eine MARC21-Datenbank konfiguriert werden kann, sowie eine kurze Einführung zur Suche. Die erwähnten indexierten Felder beziehen sich auf die bibliografischen Daten, nicht auf die Normdaten.
Indexierung und Beschreibung der Suchmaschine
Die Datenbanken von Koha werden durch die Open-Source-Software Zebra indexiert. Im Überblick der Dokumentation wird Zebra beschrieben als:
„…Zebra ist eine leistungsstarke, universell einsetzbare Recherche- und Indexierungssoftware für strukturierten Text. Sie kann Datensätze in unterschiedlichen Formaten (z. B. E-Mail, XML, MARC) lesen, und stellt den Zugriff über eine mächtige Kombination aus Ausdrücken mit Boolschen Operatoren und nach Relevanz geordneten Freitextabfragen zur Verfügung.“
Zebra supports large databases (tens of millions of records, tens of gigabytes of data). It allows safe, incremental database updates on live systems. Because Zebra supports the industry-standard information retrieval protocol, Z39.50, you can search Zebra databases using an enormous variety of programs and toolkits, both commercial and free, which understands this protocol…“ Zebra - User’s Guide and Reference, p. 1, https://software.indexdata.com/zebra/doc/idzebra.pdf
Dieser kurze Leitfaden zeigt anhand eines Beispiels wie eine MARC21-Datenbank konfiguriert werden kann, sowie eine kurze Einführung zur Suche. Die erwähnten indexierten Felder beziehen sich auf die bibliografischen Daten, nicht auf die Normdaten.
Hinweis
Die in diesem Dokument beschriebene Indexierung basiert auf den Einstellungen der SouthEastern University. Ihre lokale Indexierung kann sich unterscheiden.
Indexkonfiguration
Es gibt drei Konfigurationsdateien die Koha beim Indexieren verwendet.
Die erste Konfigurationsdatei (etc/zebradb/biblios/etc/bib1.att) enthält die Attributliste Z39.50 bib-1 sowie die lokalen Attribute von Koha für Biblio-Indizes, Exemplarindex, feste Felder und andere Sonderindizes. Das Z39.50 Bib-1-Profil besteht aus verschiedenen Attributtypen: Verwendung, Beziehung, Position, Struktur, Trunkierung und Vollständigkeit. Das Attribut bib-1 ‚Use‘ ist im Diagramm dargestellt. Die anderen Attribute werden hauptsächlich für Suchvorgänge verwendet. Zwar gibt es mehr als 150 Verwendungsattribute, die zur Definition Ihres Indexsatzes verwendet werden könnten, es ist jedoch unwahrscheinlich, dass Sie sich dafür entscheiden, alle zu verwenden. Die Attribute, die Sie auswählen, werden zu den Indizierungsregeln für Ihre Datenbank. Die anderen fünf Attributgsruppen definieren die verschiedenen Möglichkeiten, wie eine Suche weiter definiert werden kann, und werden in diesem Dokument nicht speziell behandelt. Eine vollständige Liste der Standardattribute für Bib-1 finden Sie unter http://www.loc.gov/z3950/agency/defns/bib1.html.
Die zweite Datei lautet etc/zebradb/marc_defs/[marc21| unimarc]/biblios/record.abs, wenn Sie die grs1-Indizierung [der Standard bis 3.16] oder etc/zebradb/marc_defs/[marc21| unimarc] verwenden. /biblios/biblio-koha-indexdefs.xml, wenn Sie die Dom-Indizierung verwenden [der Standard bei 3.18]. Beide Dateien enthalten die abstrakte Syntax, mit der die MARC21-Tags den von Ihnen ausgewählten Verwendungsattributen zugeordnet werden. Um genauer zu sein, muss die zu aktivierende XML-Datei in biblio-zebra-indexdefs.xsl umgewandelt werden. Lesen Sie den Kopf von biblio-zebra-indexdefs.xsl, um mehr über dieses Thema zu erfahren. Die in dieser Datei festgelegten Regeln bieten einen passablen Dienst der Bath-Stufen 0 und 1, der Autor, Titel, Betreff, Schlüsselwort und genaue Dienste wie Standardkennungen (LCCN, ISBN, ISSN usw.) enthält.
Die dritte Datei (etc/zebradb/ccl.properties) enthält die CCL-Feldzuordnungen (Common Command Language). Diese Datei kombiniert die Attributsatzdatei bib-1 und die abstrakte Datei und fügt die Qualifikationsmerkmale hinzu, die üblicherweise als Indexnamen bezeichnet werden. Die Qualifizierer oder Indizes für diese Datenbank lauten: pn, cpn, cfn, ti, se, ut, nb, ns, sn, lcn, callnum, su, su-to, su-geo, su-ut, yr, pubdate , acqdate, ln, pl, ab, nt, rTyp, mc-rTyp, mus, au, su-na, kw, pb, cTyp und an.
Das: ref:Koha Indexing Chart <koha-search-indexes-label> fasst den Inhalt aller drei Dateien in einem besser lesbaren Format zusammen. Die ersten beiden Spalten mit der Bezeichnung Z39.50-Attribut und Z39.50-Name stimmen mit der Attributdatei Z39.50 bib-1 überein. In der dritten Spalte mit der Bezeichnung „MARC-Tags indiziert“ finden Sie, welche MARC-Tags einem Attribut zugeordnet sind. In der vierten Spalte mit der Bezeichnung „Qualifiers“ (Qualifizierer) werden die in der internen CCL-Abfrage verwendeten Suchabkürzungen angegeben. Die folgende Beschreibung enthält eine Definition für das Wort „Qualifizierer“.
Qualifikationsmerkmale werden verwendet, um die Suche auf einen bestimmten durchsuchbaren Index wie Titel (ti) und Autorenindex (au) zu lenken. Der CCL-Standard selbst spezifiziert keinen bestimmten Satz von Qualifikationsmerkmalen, schlägt jedoch einige Kurznotationen vor. Sie können den CCL-Parser so anpassen, dass er einen bestimmten Satz von Qualifizierern unterstützt, die das aktuelle Zielprofil widerspiegeln. Traditionell wird ein Qualifizierer einem bestimmten Verwendungsattribut innerhalb des BIB-1-Attributsatzes zugeordnet. Es ist auch möglich, andere Attribute festzulegen, z. B. das Strukturattribut.
In der mit MARC-Tags indizierten Spalte gibt es einige Konventionen mit spezifischen Bedeutungen. Diese sind:
Ein dreistelliges Tag (100) bedeutet, dass alle Unterfelder des Tags in einer Suchabfrage verwendet werden können. Wenn Sie also eine Suche nach „Jackson“ als Autor eingeben, rufen Sie Datensätze ab, bei denen Jackson der Nachname oder der Vorname sein kann.
Ein dreistelliges Tag dass das ‚$‘ - Zeichen gefolgt von einem Buchstaben (600$a) aufweist, bedeutet das die Suchabfrage nur das Unterfeld ‚a‘ durchsucht.
Ein dreistelliges Tag, gefolgt von einem ‚:‘ und einem Buchstaben (240: w), bedeutet, dass eine Suchabfrage weiter qualifiziert werden kann. Der Buchstabe nach dem ‚:‘ gibt an, wie die Suche durchgeführt werden soll. Die häufigsten Werte sind ‚w‘ (Wort), ‚p‘ (Phrase), ‚s‘ (Sortierung) und ‚n‘ (numerisch).
Der Inhalt der MARC-Tags, Unterfelder und / oder festen Feldelemente, die in diesem Diagramm aufgeführt sind, werden alle indiziert. Sie werden feststellen, dass nicht jede Attributzeile einem bestimmten Qualifikationsmerkmal (Index) zugeordnet ist. Zeile 9 ist ein Beispiel. Jedes indizierte Wort (eine Zeichenfolge, der ein Leerzeichen vorausgeht und nach dem ein Leerzeichen folgt) kann jedoch mit einer Schlüsselwortsuche (kw) durchsucht werden. Obwohl es keinen spezifischen Index für die LC-Kartennummer gibt, können Sie dennoch nach der LCCN suchen, da Tag 010 dem Attribut LC-Kartennummer zugewiesen ist. Um dies zu überprüfen, geben Sie 72180055 in das permanente Suchfeld ein. Sie sollten „The gods themselves“ von Isaac Asimov erhalten.
Beispiele für die Indizierung fester Feldelemente sind im Diagramm zwischen Attribut 8822 und Attribut 8703 zu sehen. Diese Attribute werden am häufigsten zur Einschränkung verwendet. Die festen Feldattribute repräsentieren derzeit die BK-Codes. Bei Bedarf können auch andere Formatcodes definiert werden.
Grundlegende Suchen
Das Suchfeld, das Bibliotheksmitarbeiter und Bibliotheksbenutzer am häufigsten sehen, ist das permanente Suchfeld oben auf der Seite. Koha interpretiert die Suche dort als Stichwortsuche.
Geben Sie einen oder mehrere Suchbegriffe in das Suchfeld ein um eine Suche auszulösen. Wenn ein einzelnes Wort eingeben wird, wird eine Stichwortsuche ausgeführt. Sie können dies überprüfen, indem Sie ein Wort in das Formular eingeben und die Anzahl der gefundenen Ergebnisse notieren. Wiederholen Sie die Suche dann mit einer geringfügigen Änderung. Geben Sie vor dem Suchbegriff „kw=“ gefolgt von demselben Suchbegriff ein. Die Ergebnisse sind identisch.
Auch wenn mehr als ein Suchbegriff eingegeben wird, wird eine Stichwortsuche durchgeführt, nur auf leicht unterschiedliche Weise. Jedes Wort wird separat gesucht, der Boolsche Operator ‚und‘ schränkt Ihre Suche anschließend auf die Exemplare ein, bei denen alle Wörter in übereinstimmenden Datensätzen enthalten sind.
Angenommen, Sie möchten Material darüber finden, wie Bibliotheken Mashups verwenden. Sie wählen Suchbegriffe und geben sie in das Suchfeld ein.
Die Antwort auf diese Suche ist:
Die Reihenfolge der eingegebenen Wörter hat keinen Einfluss auf die Suchergebnisse. Sie können daher auch „Mashups-Bibliothek“ eingeben. Die Suchergebnisse sind identisch
Wenn viele Suchbegriffe eingegeben werden, werden auch wenige Treffer erzielt, wie das folgende Beispiel zeigt:
Erweiterte Suche
Wenn Sie in der allgemeinen Suche keine geeigneten Treffer erzielen, können Sie zur Erweiterten Suche wechseln, indem Sie in der Navigationsleiste auf Suchen klicken.
Die Seite Erweiterte Suche bietet viele Möglichkeiten, um die Ergebnisse Ihrer Suche einzuschränken. Sie können mit den Booleschen Operatoren AND, OR und NOT arbeiten. Limit nach Artikeltyp; Begrenzung nach Jahr und Sprache; Begrenzung durch Subtypen Zielgruppe, Inhalt, Format oder zusätzliche Inhaltstypen; nach Standort und Verfügbarkeit.
Der erste einschränkende Abschnitt bei der Erweiterten Suche bietet eine schnelle und einfache Möglichkeit, die Booleschen Operatoren bei der Suche zu verwenden. Diese Anzeige ist abhängig von einer Systemeinstellung. Diese Option finden Sie auf der Seite Administration> Globale Systemparameter> Suche. Der Systemparameter : ref: expandedSearchOption muss auf ‚zeige‘ gesetzt sein, um die folgende Anzeige zu sehen.
In diesem Abschnitt können Sie unter den vielen Indizes auswählen, indem Sie auf den Pfeil im ersten Feld klicken. In das nebenstehende leere Feld geben Sie Ihren ersten Suchbegriff oder Ihre ersten Suchbegriffe ein. In der zweiten Zeile können Sie den Booleschen Operator auswählen, den Sie für Ihre Suche verwenden möchten. Die Optionen sind ‚und‘, ‚oder‘ und ‚nicht‘. Dann würden Sie erneut den zu durchsuchenden Index auswählen, gefolgt vom zweiten Begriff oder den zweiten Begriffen. Wenn Sie weitere Felder / Indizes in Ihre Suche aufnehmen möchten, können Sie auf [+] klicken, um eine weitere Zeile für Ihre Suche hinzuzufügen.
Hier eine Beispielsuche, inklusive der Ergebnisse:
Behalten Sie die Wirkung der einzelnen Booleschen Operatoren im Auge, wenn Sie diese verwenden, um eine Suche zu erweitern oder einzugrenzen. Der Operator ‚und‘ schränkt die Ergebnisse ein, da bei der Suche die Datensätze abgerufen werden, die alle Ihre Suchbegriffe enthalten. Der Operator ‚oder‘ erweitert die Ergebnisse, da bei der Suche nach Vorkommen aller Ihrer Suchbegriffe gesucht wird. Der Operator „nicht“ schließt Datensätze mit dem Begriff aus, der auf den Operator folgt.
Hinweis: Wenn Sie den Systemparameter expandedSearchOption auf ‚zeige keine‘ gesetzt haben, erhalten Sie diese Anzeige:
In der Erweiterten Suche werden außerdem verschiedenen Arten von Filtermöglichkeiten angezeigt, die auf Ihre Suchergebnisse angewendet werden können. Aktivieren Sie entweder ein Kontrollkästchen oder wählen Sie aus den Dropdown-Menüs aus, um Ihre Suche einzugrenzen. Geben Sie das Jahr, den Jahresbereich oder ein Jahr größer als (>) oder kleiner als (<) ein.
Schließlich können Sie auswählen, wie die Ergebnisse sortiert werden sollen. Die vordefinierten Sortieroptionen befinden sich im unteren Bereich auf der Seite Erweiterte Suche.
Die Standardsortierung erfolgt nach Relevanz, allerdings können Sie wählen, ob Sie nach Autor, Titel, Signatur, Datum oder Beliebtheit sortieren möchten (dazu wird die Anzahl der Gesamtausleihen herangezogen). Wenn Sie eine andere Standardsortierung bevorzugen, können Sie den Systemparameter defaultSortField auf eine der anderen Optionen unter Administration> Systemeinstellungen> Suchen setzen.
Suchergebnisse
Nachdem die Suche durchgeführt wurde, erscheint die Anzahl der erzielten Treffer oberhalb der Suchergebnisse.
Auf der linken Seite finden Sie Filter oder Facetten, mit deren Hilfe Sie Ihre Suche weiter eingrenzen können. Derzeit stehen folgende Facetten zur Verfügung:
Verfügbarkeit
Verfasser
Sammlungen
Heimatbibliothek, besitzende Bibliothek oder beides
Hinweis
Das hängt von Ihrer Einstellung im Systemparameter DisplayLibraryFacets ab.
Medientypen
Standorte
Reihen
Places (geographic name headings)
Themen
Titles (uniform title headings)
Wenn es mehr als fünf mögliche Facetten in einer Kategorie gibt, erscheint ein ‚Mehr zeigen‘ Link darunter. Über die folgenden Systemparameter können Sie die Anzeige der Facetten steuern: displayFacetCount, DisplayLibraryFacets, FacetLabelTruncationLength, FacetMaxCount, maxRecordsForFacets, und UNIMARCAuthorsFacetsSeparator.
Unterhalb der Anzeige der Trefferanzahl finden Sie verschiedene Buttons, über die Sie für ausgewählte Treffer unterschiedliche Aktionen durchführen können.
‚Alle auswählen‘: wählt alle Treffer auf der aktuellen Seite aus
‚Auswahl aufheben‘: hebt die Selektierung auf.
‚Unmarkieren‘: entfernt das Highlighting des Suchbegriffs in den erzielten Treffern.
‚Zum Korb hinzufügen‘: fügt ausgewählte Treffer zum Korb hinzu.
Hinweis
Der Systemparameter intranetbookbag muss auf ‚Zeige‘ gesetzt sein damit dieser Button angezeigt wird.
‚Zur Liste hinzufügen‘: fügt ausgewählte Treffer zu einer ausgewählten Liste hinzu.
‚Vormerken‘: setzt eine Vormerkung auf die ausgewählten Treffer ab.
‚Markierte Titel durchblättern‘: damit können Sie ausgewählte Treffern in der Detailansicht durchblättern. Über ‚Weiter‘ oder ‚Zurück‘ auf der Detailansicht gelangen Sie zum nächsten bzw. vorherigen Titel.
Hinweis
Der Systemparameter BrowseResultSelection muss auf ‚Aktiviere‘ gesetzt sein damit der Button erscheint.
‚Z39.50/SRU Suche‘: öffnet das Z39.50/SRU-Suchfenster, in dem die Felder mit den eingegebenen Suchbegriffen vorausgefüllt sind.
‚Sortierung‘: hier können Sie ein Sortierkriterium auswählen und die Trefferliste danach sortieren.
Hinweis
Im Standard werden Ihre Suchergebnisse basierend auf den Einstellungen im Systemparameter defaultSortField and defaultSortOrder sortiert.
Under each title on your results list a series of values from your leader will appear. It is important to note that this has nothing to do with the item types or collection codes you have applied to your records, this data is all pulled from your fixed fields. This can be turned on or off with the DisplayIconsXSLT system preference.
At the bottom, under each record, there are more action links:
‚Holds‘: brings you to that record’s ‚Holds‘ tab.
‚Request article‘: brings you to that record’s ‚Article requests‘ tab.
‚Edit record‘: brings you to that record’s MARC framework for editing.
‚Edit items‘: brings you to that record’s item list for editing.
‚OPAC view‘: brings you to that record’s detail page in the OPAC.
Hinweis
‚OPAC view‘ needs the OPACBaseURL system preference to be properly set.
To the right of each record are the holdings information and availability.
Hinweis
Auch wenn Sie Ihre Suche auf einen Bibliotheksstandort eingeschränkt haben, erscheinen alle Standorte der Exemplare in den Suchergebnissen.
Wichtig
An item’s hold status doesn’t not affect whether or not the item is ‚available‘ until the item is in ‚waiting‘ status. Items with on-shelf holds will show as available until a librarian has pulled them from the shelf and checked the item in make it show ‚waiting‘.
Exemplarsuche
Wenn Sie nach Exemplaren suchen möchten, können Sie hierzu die spezielle Exemplarsuchfunktion in der Dienstoberfläche verwenden.
Get there: Search > Item search
You can also access the item search from the link ‚Go to item search‘ at the top of the advanced search page in the staff client.
Either of those links will open up a item specific search engine.
Using the search form that is presented you can find a list of specific items that can be output to the screen, to a CSV file or to a barcode file.
You can add more search fields to this form by going to the item search fields section in the Administration module.
If your results are printed to the screen you will have the option to narrow your search further using filters at the top.
Common Command Language Searching
Koha uses the Common Command Language (CCL) (ISO 8777) as its internal search protocol. Searches initiated in the graphical interface use this protocol as well, although the searcher doesn’t know which indexes, operators and limiters are available and being used to conduct their search. The searcher can use the Advanced Search when more precise results set are desired and where the search indexes are somewhat known. However, some library users and many library staff prefer using a command based structure. This part of the document will present and explain the use of the Koha command based structure. The indexes, operators, and limiters used are identical to those used in the graphical interface.
Indices
The CCL standard itself doesn’t specify a particular set of qualifiers (indexes), but it does suggest a few short-hand notations such as ‚ti‘, ‚au‘, and ‚su‘. Koha has a default set of indexes; it’s possible to customize that set by adding needed indexes based on local requirements. A qualifier (index) maps to a particular use-attribute within the Z39.50 BIB-1 attribute set. The complete Z39.50 Bib-1 Attribute can be viewed at http://www.loc.gov/z3950/agency/defns/bib1.html.
The standard Koha set of indexes is a fairly common example of MARC21 indexing rules. The indexes that are defined in Koha are indexes typically used by other integrated library systems. The defined Z39.50 Bib-1 Attribute mapped to the indexes include:
Bib-1 Attribute |
Qualifier (index) |
---|---|
Personenname |
pn |
Corporate-name |
cpn |
Conference-name |
cfn |
Titel |
ti |
Title-series |
se |
Einheitstitel |
ut |
ISBN |
nb |
ISSN |
ns |
Lokale Nummer |
sn |
Local-classification |
lcn and callnum |
Schlagwort |
su, su-to, su-geo, su-ut |
Pubdate |
yr,pubdate |
Date-of-Acquisition |
acqdate |
Sprache |
ln |
Place-of-publication |
pl |
Abstract |
ab |
Hinweise |
nt |
Record-type |
rtype, mc-rtype, mus |
Verfasser |
au, aut |
Subject-person-name |
su-na |
Any (keyword) |
kw |
Verlag |
pb |
Content-type |
ctype |
Koha-Auth-Number |
an |
Author-personal-bibliography |
aub |
Author-in-order |
auo |
Table: Attributes
Refer to the Koha Indexing Chart for the MARC21 tags mapped to each Bib-1 Attribute and index combination.
Audience Examples
aud:a Vorschule
aud:b Grundschule
aud:c Vor-Jugendlich
aud:d Jugendlicher
aud:e Erwachsene
aud:f Spezialisiert
aud: g Allgemein
aud:j Jugendlich
Contents Examples
fic:1 Belletristik
fic:0 Non Fiction
bio:b Biographie
mus:j Musikaufnahme
mus:I Non musical record
Search Syntax
In the persistent search box, single words generally retrieve large sets. To narrow a search, you can use multiple words. Koha automatically uses the ‚and‘ Boolean operator to create a set of records matching your input. When you want to narrow the search to an author or a title or a subject or some other specific field or use a Boolean operator, there isn’t an obvious way to accomplish that specificity. The library user can, of course, go to the Advanced Search page; however, if you know how to construct a CCL search, you can achieve more specificity while using the persistent search box on any page.
There is a specific order to the CCL search syntax. Although it can be used for simple searches, it is an especially effective way to perform complex searches, as it affords you a great deal of control over your search results. To construct a CCL search, first enter a desired index code, then an equal sign, followed by your search word(s). Following are examples of simple CCL searches.
ti=principles of accounting
au=brown joseph
su=poetry
su-na=Shakespeare
kw=marlin
You can refine your search by combining search terms with Boolean operators ‚and‘, ‚or‘, or ‚not‘. Following are examples of searches using Boolean operators.
ti=principles of accounting and au=brown joseph
su=poetry not su-na=Shakespeare
kw=communication and su=debate
You can also choose to search for things that start with a character or series of characters
ti,first-in-subfield=C (will show you all titles that start with the letter ‚C‘)
Other string location searches can be performed with the following keywords:
rtrn : right truncation
ltrn : left truncation
lrtrn : left and right truncation
st-date : type date
st-numeric : type number (integer)
ext : exact search on whole subfield (does not work with icu)
phr : search on phrase anywhere in the subfield
startswithnt : subfield starts with
Using specific indexes and Boolean operators are not the only way a search can be refined. You can also refine your search as a phrase when looking for a title, author, or subject. The syntax for this search is index,phr=search words.
To illustrate the results of various search types, a search was done for the words ‚supreme court‘. The results illustrate that the search index and the word order make a difference in search results. Only the results count and the search itself is in these examples. The search executed will always be between the single quotes.
You can also choose to use limiters in your search query. Some common limiters include dates, languages, record types, and item types. In the Advance Search, you can either click a box or key in data to limit your search. You can also apply the same limits with CCL by using the syntax in the following examples. In all
By Date: su=supreme court and yr,st-numeric=>2000
When you limit by date, you can use the ‚>‘ (greater than), ‚<‘ (less than), ‚=‘ (equal), or ‚yyyy-yyyy‘ (range) symbols.
By Item Type: su=nursing and itype:BK
Each library will have a different set of item types defined in their circulation configuration. When you set up item types, you define a code and a name for each one. The name will appear on the Advance Search page. The code you assigned is used as a CCL search limit, formatted as ‚itype:x‘, where ‚x‘ is the assigned code. The initial set of item types in Koha will usually be edited to reflect your collections, so your item type limiters may be different than the initial ones. The initial item type limiters follow.
itype:BKS Books, Booklets, Workbooks
itype:SR Audio Cassettes, CDs
itype:IR Binders
itype:CF CD-ROMs, DVD-ROMs, General Online Resources
itype:VR DVDs, VHS
itype:KT Kit
itype:AR Models
itype:SER Serials
By format: su=supreme court not l-format:sr
The format limiters are derived from a combination of LDR, 006 and 007 positions. The formats that are currently defined are the following.
l-format:ta Regulärer Druck
l-format:tb Großdruck
l-format:fk Braille
l-format:sd Audio-CD
l-format:ss Kasettenaufnahme
l-format:vf VHS tape
l-format:vd DVD video
l-format:co CD software
l-format:cr Website
By content type: su=supreme court not ctype:l
The content types are taken from the 008 MARC tag, positions 24-27.
There are two other limiter types that are not described in this document. They are: Audience and Content. The only difference in the syntax of the CCL is the actual limiter. They are reproduced here just in case you would like to use these limiters.
Koha Search Indexes
By default, not all fields are indexed in the Zebra search engine, but many are. Below are the MARC21 fields that are indexed in Zebra.
Feld |
Beschreibung |
---|---|
Leader/06 |
Record-type, rtype |
Leader/07 |
Bib-level |
Leader/06-07 |
Material-type |
001 |
Control-number |
005 |
Date/time-last-modified, dtlm, date-time-last-modified |
007 |
Microform-generation:n:range(data,11,1), Material-type,ff7-00:w:range(data,0,1), ff7-01:w:range(data,1,1), ff7-02:w:range(data,2,1), ff7-01-02:w:range(data,0,2) |
008 |
date-entered-on-file:n:range(data,0,5), date-entered-on-file:s:range(data,0,5), pubdate:w:range(data,7,4), pubdate:n:range(data,7,4), pubdate:y:range(data,7,4), pubdate:s:range(data,7,4), pl:w:range(data,15,3), ta:w:range(data,22,1), ff8-23:w:range(data,23,1), ff8-29:w:range(data,29,1), lf:w:range(data,33,1), bio:w:range(data,34,1), ln:n:range(data,35,3), ctype:w:range(data,24,4), Record-source:w:range(data,39,0) |
010 |
LC-card-number, Identifier-standard |
011 |
LC-card-number, Identifier-standard |
015 |
BNB-card-number, BGF-number, Number-db, Number-natl-biblio, Identifier-standard |
017 |
Number-legal-deposit, Identifier-standard |
018 |
Identifier-standard |
020$a |
ISBN:w, Identifier-standard:w |
020 |
Identifier-standard |
022$a |
ISSN:w, Identifier-standard:w |
022 |
Identifier-standard |
023 |
Identifier-standard |
024$a |
Identifier-other |
024 |
Identifier-standard |
025 |
Identifier-standard |
027 |
Report-number, Identifier-standard |
028 |
Number-music-publisher, Identifier-standard |
030 |
CODEN, Identifier-standard |
034 |
Map-scale |
035 |
Other-control-number |
037 |
Identifier-standard, Stock-number |
040 |
Code-institution, Record-source |
041$a |
ln-audio |
041$h |
language-original |
041$j |
ln-subtitle |
041 |
ln |
043 |
Code-geographic |
050$b |
LC-call-number:w, LC-call-number:p, LC-call-number:s |
050 |
LC-call-number:w, LC-call-number:p, LC-call-number:s |
052 |
Geographic-class |
060 |
NLM-call-number |
070 |
NAL-call-number |
080 |
UDC-classification |
082 |
Dewey-classification:w, Dewey-classification:s |
086 |
Number-govt-pub |
100$9 |
Cross-Reference:w, Koha-Auth-Number |
100$a |
Author,Author:p, Author:s, Editor, Author-personal-bibliography, Author-personal-bibliography:p, Author-personal-bibliography:s |
100 |
Author, Author-title, Author-name-personal, Name, Name-and-title, Personal-name |
110$9 |
Koha-Auth-Number |
110 |
Author, Author-title, Author-name-corporate, Name, Name-and-title, Corporate-name |
111$9 |
Koha-Auth-Number |
111 |
Author, Author-title, Author-name-corporate, Name, Name-and-title, Conference-name |
130$n |
Thematic-number |
130$r |
Music-key |
130$9 |
Koha-Auth-Number |
130 |
Title, Title-uniform |
210 |
Title, Title-abbreviated |
211 |
Title, Title-abbreviated |
212 |
Title, Title-other-variant |
214 |
Title, Title-expanded |
222 |
Title, Title-key |
240$r |
Music-key |
240$n |
Thematic-number |
240 |
Title:w, Title:p, Title-uniform |
243$n |
Thematic-number |
243$r |
Music-key |
243 |
Title:w, Title:p, Title-collective |
245$a |
Title-cover:w, Title-cover:p, Title-cover:s, Title:w, Title:p, Title:s |
245$c |
Author, Author-in-order:w, Author-in-order:p, Author-in-order:s |
245$9 |
Cross-Reference:w, Koha-Auth-Number |
245 |
Title:w, Title:p |
246 |
Title, Title:p, Title-abbreviated, Title-expanded, Title-former |
247 |
Title, Title:p, Title-former, Title-other-variant, Related-periodical |
260$a |
pl:w, pl:p |
260$b |
Publisher:w, Publisher:p |
260$c |
copydate, copydate:s |
260 |
Provider, pl |
264 |
Provider |
300 |
Extent:w, Extent:p |
400$a |
Name-and-title |
400$t |
Author-title, Name-and-title, Title, Title-series |
400$9 |
Koha-Auth-Number |
400 |
Author, Author-name-personal, Name, Personal-name |
410 |
Author, Corporate-name |
410$a |
Name-and-title |
410$t |
Author-title, Title, Title-series |
410$9 |
Koha-Auth-Number |
410 |
Author-name-corporate, Name |
411 |
Author, Conference-name |
411$a |
Name-and-title |
411$t |
Author-title, Title-series |
411 |
Author-name-corporate, Name |
440$a |
Title-series:w, Title-series:p |
440$9 |
Koha-Auth-Number |
440 |
Title-series:w, Title-series:p, Title, Title-series |
490$a |
Title-series:w, Title-series:p |
490 |
Title, Title-series |
490$9 |
Koha-Auth-Number |
500 |
Note:w, Note:p |
502 |
Material-type |
505$r |
Verfasser |
505$t |
Titel |
505 |
Note:w, Note:p |
510 |
Indexed-by |
520 |
Abstract:w, Abstract:p |
521$a |
lex:n |
526$c |
arl, arl:n |
526$d |
arp, arp:n |
590 |
Note:w, Note:p |
600$a |
Name-and-title, Name, Personal-name, Subject-name-personal, Subject |
600$t |
Name-and-title, Title, Subject |
600$9 |
Koha-Auth-Number |
600 |
Name, Personal-name, Subject-name-personal, Subject |
610$a |
Name-and-title |
610$t |
Name-and-title, Title |
610$9 |
Koha-Auth-Number |
610 |
Name, Subject, Corporate-name |
611 |
Conference-name |
611$a |
Name-and-title |
611$t |
Name-and-title, Title |
611$9 |
Koha-Auth-Number |
611 |
Name, Subject |
630$n |
Thematic-number |
630$r |
Music-key |
630$9 |
Koha-Auth-Number |
630 |
Schlagwort |
650$9 |
Koha-Auth-Number |
650 |
Subject, Subject:p |
651$9 |
Koha-Auth-Number |
651 |
Name-geographic, Subject,Subject:p |
652$9 |
Koha-Auth-Number |
653$9 |
Koha-Auth-Number |
653 |
Subject, Subject:p |
654$9 |
Koha-Auth-Number |
654 |
Schlagwort |
655$9 |
Koha-Auth-Number |
655 |
Schlagwort |
656$9 |
Koha-Auth-Number |
656 |
Schlagwort |
657$9 |
Koha-Auth-Number |
657 |
Schlagwort |
690$9 |
Koha-Auth-Number |
690 |
Subject, Subject:p |
700$9 |
Cross-Reference, Koha-Auth-Number |
700$a |
Author, Author:p |
700$n |
Thematic-number |
700$r |
Music-key |
700$t |
Author-title, Name-and-title, Title, Title-uniform |
700 |
Author, Author-name-corporate, Author-name-personal, Name, Editor, Personal-name |
710 |
Author, Corporate-name |
710$t |
Author-title, Name-and-title, Title, Title-uniform |
710$a |
Name-and-title |
710$9 |
Koha-Auth-Number |
710 |
Author, Name |
711$a |
Name-and-title |
711$t |
Author-title, Title, Title-uniform |
711$9 |
Koha-Auth-Number |
711 |
Author-name-corporate, Name, Conference-name |
730$n |
Thematic-number |
730$r |
Music-key |
730$9 |
Koha-Auth-Number |
730 |
Title, Title-uniform |
740 |
Title, Title-other-variant |
773$t |
Host-item |
780$t |
Titel |
780$w |
Record-control-number |
780 |
Title, Title-former, Related-periodical |
785$w |
Record-control-number |
785 |
Related-periodical |
787$w |
Record-control-number |
800$a |
Name-and-title |
800$t |
Author-title, Name-and-title, Title, Title-series |
800$9 |
Koha-Auth-Number |
800 |
Author, Author-name-personal, Name, Personal-name |
810$a |
Name-and-title |
810$t |
Author-title, Name-and-title, Title, Title-series |
810$9 |
Koha-Auth-Number |
810 |
Author, Corporate-name, Author-name-corporate, Name |
811$a |
Name-and-title |
811$9 |
Koha-Auth-Number |
811$t |
Author-title, Name-and-title, Title, Title-series |
811 |
Author, Author-name-corporate, Name, Conference-name |
830$9 |
Koha-Auth-Number |
830 |
Title, Title-series |
840 |
Title, Title-series |
942$0 |
totalissues:n, totalissues:s |
942$2 |
cn-bib-source |
942$6 |
cn-bib-sort:n, cn-bib-sort:s |
942$c |
itemtype:w |
942$n |
Suppress:w, Suppress:n |
942$h |
cn-class |
942$i |
cn-item |
942$k |
cn-prefix |
942$m |
cn-suffix |
952$0 |
withdrawn:n, withdrawn:w |
952$1 |
lost, lost:n |
952$2 |
classification-source |
952$3 |
materials-specified |
952$4 |
damaged:n, damaged:w |
952$5 |
restricted:n, restricted:w |
952$6 |
cn-sort:n, cn-sort:s |
952$7 |
notforloan:n, notforloan:w |
952$8 |
ccode |
952$9 |
itemnumber:n, itemnumber:s |
952$a |
homebranch |
952$b |
holdingbranch |
952$c |
location |
952$d |
Date-of-acquisition, Date-of-acquisition:d, Date-of-acquisition:s |
952$e |
acqsource |
952$f |
coded-location-qualifier |
952$g |
price |
952$j |
stack:n, stack:w |
952$l |
issues:n, issues:w, issues:s |
952$m |
renewals:n, renewals:w |
952$n |
reserves:n, reserves:w |
952$o |
Local-classification:w, Local-classification:p, Local-classification:s |
952$p |
barcode, barcode:n |
952$q |
onloan:n, onloan:w |
952$r |
datelastseen |
952$s |
datelastborrowed |
952$t |
copynumber |
952$u |
uri:u |
952$v |
replacementprice |
952$w |
replacementpricedate |
952$y |
itype:w |
952$z |
Note:w, Note:p |
999$c |
Local-Number:n, Local-Number:w, Local-Number:s |
999$d |
biblioitemnumber:n, biblioitemnumber:w, biblioitemnumber:s |
Table: Indexes