Buscar
Search history
If you have your EnableOpacSearchHistory preference set to keep your search history then you can access this information by clicking on your username in the top right of the staff client and choosing “Search history”.
From this page you will see your bibliographic search history
And your authority search history.
Prefijos de búsqueda avanzada
Los siguientes prefijos se pueden agregar para buscar términos en la caja de búsquedas de palabras claves para limitar los resultados de búsqueda
ti: búsqueda por título
ej. ti:hamlet
su: búsqueda por materia
ej. su:cocina
pb: búsqueda por editorial
ej. pb:santillana
au: búsqueda por autor
ej. au:borges
su-geo: temas geográficos
ej. su-geo:gales and kw:descripción and kw:viaje
bc: código de barras
ej. bc:502326000912
lex: lexile
niveles lex:510
Guía de búsqueda
Esta breve guía expone un esquema que muestra un ejemplo de cómo se puede configurar una base de datos MARC21, así como una breve guía introductoria sobre la búsqueda. Los campos de indexación que describe esta sección se refiere a los datos bibliográficos y no a la indexación de la base de datos de autoridades.
Descripción de la indexación y la búsqueda
Las bases de datos Koha se indexan con el software de código abierto Zebra. La documentación describe a Zebra como:
«…Zebra es un motor de indexación y recuperación de texto estructurado de propósito general y de alto rendimiento. Lee registros en una variedad de formatos de entrada (p. ej., correo electrónico, XML, MARC) y proporciona acceso a ellos a través de una poderosa combinación de expresiones de búsqueda booleanas y de consultas de texto libre con ordenación por relevancia.
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
Esta breve guía expone un esquema que muestra un ejemplo de cómo se puede configurar una base de datos MARC21, así como una breve guía introductoria sobre la búsqueda. Los campos de indexación que describe esta sección se refiere a los datos bibliográficos y no a la indexación de la base de datos de autoridades.
Nota
La configuración de indexación que se describe a continuación es la utilizada por Southeastern University. Su indexación local puede ser diferente.
Configuración de la indexación
La indexación de Koha utiliza tres archivos de configuración.
El primer archivo de configuración (etc/zebradb/biblios/etc/bib1.att) contiene la lista de atributos bibliográficos bib-1 de Z39.50, más los atributos de uso local Koha para índices bibliográficos, índices de ítems, campos fijos y otros índices especiales. El perfil Z39.50 Bib-1 se compone de varios tipos diferentes de atributos: Use, Relation, Position, Structure, Truncation y Completeness. El atributo bib-1 “Use”, esta representado en la tabla; los otros atributos son utilizados, ante todo, cuando se realizan búsquedas. Mientras que existen alrededor de 150+ atributos que pueden ser utilizados para definir el conjunto de índices, es poco probable que usted opte por utilizarlos a todos ellos. Los atributos que seleccione para utilizarlos son aquellos que se convertirán en las reglas de indexación para su base de datos. El otro conjunto de cinco atributos definen las múltiples formas adicionales en que una búsqueda puede ser definida y, específicamente, no se abordaran en este documento. Para una lista completa de los atributos estándares Bib-1, diríjase a http://www.loc.gov/z3950/agency/defns/bib1.html.
El segundo archivo es etc/zebradb/marc_defs/[marc21|unimarc]/biblios/record.abs si usted utiliza la indexación grs1 [por defecto hasta 3.16] o etc/zebradb/marc_defs/[marc21|unimarc]/biblios/biblio-koha-indexdefs.xml si utiliza la indexación dom [por defecto desde 3.18]. Ambos archivos contienen la sintaxis abstracta que asigna las etiquetas MARC21 al conjunto de Atributos Use que usted eligió utilizar. Para ser más precisos, el archivo xml activa necesidades para ser transformadas con biblio-zebra-indexdefs.xsl, lea la parte superior de biblio-zebra-indexdefs.xsl para saber más acerca de este tópico. Las reglas establecidas en este archivo proveen un nivel en Lote aceptable de servicio 0 y 1, el cual incluye autor, títulos, materias, palabras clave y servicios exactos tales como identificadores estándares (LCCN, ISBN, ISSN, etc.)
El tercer archivo (etc/zebradb/ccl.properties) es el de asignaciones de campo del Common Command Language (CCL). Este archivo combina el archivo de atributos bib-1 y agrega los clasificadores, que por lo general se conocen como nombres de índices. Los clasificadores, o índices, pueden ser: 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, rtype, mc-rtype, mus, au, su-na, kw, pb, ctype, y an.
El Tabla de indexación de Koha resume el contenido de estos tres en un formato más legible. Las dos primeras columnas identificadas como Atributo Z39.50 y Nombre Z39.50 coincide con el archivo de atributos Z39.50 bib-1. La tercera columna llamada Etiquetas MARC Indexadas es donde encontrará qué etiquetas MARC se mapean a un atributo. La cuarta columna llamada Cualificadores identifica las abreviaturas de búsqueda utilizadas en la consulta interna CCL. La siguiente descripción proporciona una definición para la palabra “cualificadores”.
Los cualificadores se utilizan para dirigir la búsqueda a un determinado índice de búsqueda, como los índices de título (ti) y de autores (au). La norma CCL no especifica un conjunto particular de cualificadores pero sí sugiere notaciones para unos pocos. Usted puede personalizar el analizador sintáctico CCL para soportar un conjunto particular de cualificadores para reflejar el perfil del actual destino. Tradicionalmente, un cualificador se asignará a un atributo Use particular dentro del conjunto de atributos bib-1. También es posible establecer otros atributos, como atributos de estructura.
En la columna de etiquetas MARC indexadas, hay algunas convenciones utilizadas que tienen significados específicos. Éstas son:
Una etiqueta de tres dígitos (por ejemplo 100) significa que todos los subcampos en la etiqueta se puede utilizar en una consulta. Por lo tanto, si se introduce una búsqueda de “Jackson” como autor, se recuperarán los registros en que Jackson podría ser el apellido o el nombre.
Una etiqueta de tres dígitos seguida por “$” y una letra (por ejemplo 600$a) significa que una consulta sólo buscará en el subcampo “a”.
Una etiqueta de tres dígitos que es seguida por un “:” y una letra (240:w) significa que la consulta puede ser aún más cualificada. La letra que viene despues del “:” identifica la forma de realizar la búsqueda. Los valores más comunes que veremos son la “w” (palabra), “p” (frase), “s” (tipo), y “n” (numérico).
Se indexan todos los contenidos de las etiquetas MARC, subcampos, y/o elementos de campo fijo que se enumeran en esta tabla. Usted verá que cada línea de atributo no se asigna a un cualificador específico (índice)-LC, número de tarjeta, en la línea 9 es un ejemplo. Sin embargo, cada palabra indexada (una cadena de caracteres precedida y seguida por un espacio) se puede buscar usando una palabra clave (kw) de búsqueda. Así, aunque un número específico de tarjeta de índice de LC no existe, usted todavía puede buscar por la etiqueta LCCN desde 010 se asigna al número de atributo LC-card. Para comprobar esto, escriba 72180055 en el cuadro de búsqueda persistente. Usted debe recuperar a Los propios dioses, de Isaac Asimov.
Ejemplos de elementos de campo fijo de indexación se pueden ver en la tabla entre Attribute 8822 y Attribute 8703. Estos atributos son los más comúnmente utilizados para limitar. Los atributos de campo fijo actualmente representan los códigos de BK. Los otros códigos de formato, si son necesarios, se podrían definir.
Búsqueda básica
La recuadro de búsqueda que el personal de la biblioteca y los usuarios verán más a menudo es el cuadro de búsqueda repetido en la parte superior de la página. Koha interpreta las búsquedas como búsquedas por palabras clave.
Para iniciar una búsqueda, escriba una palabra o varias palabras en el cuadro de búsqueda. Cuando se escribe una sola palabra se realiza una búsqueda por palabra clave. Usted puede comprobar esto tecleando una palabra en el formulario y tome nota de el número de resultados localizados. A continuación, repita la búsqueda con un cambio menor. Frente a la palabra de búsqueda, escriba “kw =” seguido por el mismo término de búsqueda. Los resultados serán idénticos.
Cuando haya más de una palabra en el cuadro de búsqueda Koha también hará una búsqueda por palabras clave, pero un poco diferente. Cada palabra se buscará por su cuenta y después el conector Booleano “and” limitará la búsqueda a los ítems con todas las palabras contenidas en los registros buscados.
Suponga que quiere encontrar material acerca de cómo las bibliotecas están usando los mashups. Usted seleccionará las palabras importantes y las introducirá en el cuadro de búsqueda.
La respuesta a esta búsqueda es:
El orden de las palabras no afecta los resultados recuperados, así que también podría entrar en la búsqueda de «mashups library». La respuesta a esta búsqueda son los resultados.
Demasiadas palabras en la caja de búsqueda daría como resultado pocos registros, como ilustra el siguiente ejemplo:
Búsqueda avanzada
Cuando usted no puede encontrar los materiales más adecuados con la búsqueda general, puede ir a la página de búsqueda avanzada haciendo clic en la opción de búsqueda en la barra de herramientas.
La página de búsqueda avanzada ofrece muchas maneras para limitar los resultados de su búsqueda. Usted puede buscar utilizando los operadores booleanos AND, OR y NOT, limitar por tipo de ítem; limitar por año e idioma; límitar por los subtipos audiencia, contenido, formato, o tipos de contenidos adicionales; por ubicación y disponibilidad.
La primera sección en la página de búsqueda avanzada ofrece una manera rápida y sencilla de utilizar los operadores booleanos en la búsqueda. Tenga en cuenta que esta pantalla depende de la configuración de las preferencias del sistema. Esta opción se puede encontrar en Administración > Preferencias del sistema > Buscar. La opción llamada expandedSearchOption se debe establecer en “mostrar” para ver la siguiente pantalla.
En esta sección puede elegir entre los muchos índices haciendo clic sobre la flecha en la primera casilla. El cuadro en blanco que sigue es donde se introduce su primer término o términos de búsqueda. En la segunda línea, puede elegir el operador booleano que desea utilizar en su búsqueda. Las opciones son “y”, “o”, y “no”. A continuación, se puede elegir el índice de búsqueda, seguido por el segundo término o términos. Si tiene más términos que desea incluir en su búsqueda, puede hacer clic en el [+] para agregar otra línea en la búsqueda.
Un ejemplo de búsqueda se muestra a continuación, seguido de sus resultados:
Cuando utilice los operadores booleanos para ampliar o limitar una búsqueda, recuerde como actúa cada operador. El operador “y” reduce los resultados que va a recuperar porque la búsqueda se efectuará en los registros que incluyen todos los términos de búsqueda. El operador “o” amplía los resultados porque la buscará las apariciones de cada uno de los términos de búsqueda. El operador “no” excluye los registros con el que sigue al operador.
Nota: si deja la preferencia :ref:`expandedSearchOption en “no mostrar”, esta es la pantalla que se verá:
The Advanced Search page then shows the multiple kinds of limits that can be applied to your search results. Either check a box or select from the drop down menus to narrow your search. You will type the year, year range, or a “greater than (>)” or “less than (<)” year.
Por último, puede elegir la forma de ordenar los resultados. Las opciones predefinidas de ordenamiento están en el área final de la pantalla de búsqueda avanzada.
The default sort is by relevance, although you can choose to sort by author, by title, by call number, by dates, or by popularity (which uses the information on total issues found in the items table). If you would prefer a different default sort, you can set defaultSortField to one of the other choices in Administration > System Preferences > Searching.
Search results
After performing a search the number of results found for your search will appear above the results.
To the left, you will find filters, or facets, to refine your search. Currently available facets include:
Availability
Authors
Collections
Home library, holding library or both
Nota
This depends on your setting for the Faceta de biblioteca system preference.
Item types
Locations
Series
Places (geographic name headings)
Topics (subject headings)
Titles (uniform title headings)
When there are more than five facets in a category, a “Show more” link will appear. You can control the display of the facets using the following systempreferences: displayFacetCount, Faceta de biblioteca, FacetLabelTruncationLength, FacetMaxCount, maxRecordsForFacets, and UNIMARCAuthorsFacetsSeparator.
Along the top, under the number of results, there are buttons to do different actions on selected records.
“Select all”: selects all the records on the page.
“Clear all”: unselects all the records that were selected.
“Unhighlight”: removes the red/yellow highlighting of the search term(s).
“Add to cart”: adds selected record(s) to the cart.
Nota
The intranetbookbag system preference needs to be set to “Show” in order for that button to appear.
“Add to list”: adds selected record(s) to the chosen list.
“Place hold”: places a hold on the selected record(s).
“Browse selected records”: goes to the detailed record page of the selected record(s). Clicking on “Next” or “Previous” from the detailed record will bring you to the next selected record.
Nota
The BrowseResultSelection system preference needs to be enabled in order for that button to appear.
“Z39.50/SRU search”: opens the Z39.50/SRU search popup window with the fields pre-filled with the search terms.
“Sort”: lets you choose a sorting field and order.
Nota
By default your search results will be sorted based on your defaultSortField and defaultSortOrder system preferences values.
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.
Nota
“OPAC view” needs the OPACBaseURL system preference to be properly set.
To the right of each record are the holdings information and availability.
Nota
Even if you filtered on one library location all locations that hold the item will appear on the search results.
Important
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”.
Item Searching
Si usted busca ítems específicos, puede utilizar el motor de búsqueda de ítems en la interfaz del personal para poder encontrarlos.
Ir a: Buscar > Ir a la búsqueda de ítem
En la parte superior de la página de búsqueda avanzada en la interfaz del personal, usted verá un enlace a “Ir a la búsqueda de ítem”
Al hacer clic en ese enlace, se abrirá un motor de búsqueda específico para ítems.
Utilizando el formulario de búsqueda que es presentado, usted puede localizar una lista de ítems específicos que pueden ser emitidos a la pantalla o a un archivo CSV. Si el resultado es impreso en la pantalla, tendrá la opción de delimitar la búsqueda más a fondo utilizando los filtros en la parte superior.
Buscar con el Lenguaje Común de Comandos
Koha utiliza el Common Command Language (CCL) (ISO 8777) como su protocolo de búsqueda interna. Las búsquedas iniciadas en la interfaz gráfica utilizan este protocolo, aunque la persona que busca no sabe qué índices, operadores y limitadores están disponibles y se utilizan para llevar a cabo la búsqueda. La persona que está buscando puede acceder a algunos de los índices utilizados en la búsqueda avanzada y así obtener un conjunto de resultados más precisos. Sin embargo, algunos usuarios comunes de la biblioteca y muchos del personal prefierne usar un lenguaje con comandos para la búsqueda. En esta parte del documento se presenta y explica el uso de los comandos de búsqueda de Koha. Los índices, operadores y limitadores utilizados son idénticos a los utilizados en la interfaz gráfica.
Índices
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.
El conjunto estándar de índices de Koha es un ejemplo bastante común de reglas de indización MARC21. Los índices que se definen en Koha son índices habitualmente utilizados por otros sistemas integrados para bibliotecas. Los atributos Z39.50 Bib-1 se asignan de la siguiente forma a los índices:
Atributo bib-1 |
Cualificador (índice) |
---|---|
Personal-name |
pn |
Corporate-name |
cpn |
Conference-name |
cfn |
Título |
ti |
Title-series |
sí |
Title-uniform |
ut |
ISBN |
nb |
ISSN |
ns |
Local number |
sn |
Local-classification |
lcn and callnum |
Tema |
su, su-to, su-geo, su-ut |
Pubdate |
yr,pubdate |
Date-of-Acquisition |
acqdate |
Idioma |
ln |
Place-of-publication |
pl |
Abstract |
ab |
Notas |
nt |
Record-type |
rtype, mc-rtype, mus |
Autor |
au, aut |
Subject-person-name |
su-na |
Any (keyword) |
kw |
Editor |
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.
Ejemplos de audiencia
aud:a Preescolar
aud:b Primaria
aud:c Pre-adolescente
aud:d Adolescente
aud:e Adulto
aud:f Especializado
aud:g General
aud:j Juvenil
Ejemplos de contenido
fic:1 Ficción
fic:0 No ficción
bio:b Bibliografía
mus:j Grabación musical
mus:I Grabación no musical
Sintaxis de búsqueda
En el cuadro de búsqueda persistente (el que aparece en la parte superior de la mayoría de las pantallas) una única palabra generalmente recupera conjuntos de gran tamaño. Para limitar una búsqueda, puede utilizar varias palabras. Koha utiliza automáticamente el operador booleano “y” para crear un conjunto de registros que coinciden con su entrada. Si desea restringir la búsqueda a un autor o un título o una materia o algún campo concreto, o si desea utilizar un operador booleano, no hay una forma obvia de lograr esa especificidad. El usuario de la biblioteca puede, por supuesto, ir a la página de búsqueda avanzada, sin embargo, si usted sabe como construir una búsqueda CCL, se puede lograr una mayor especificidad utilizando el cuadro de búsqueda persistente en cualquier página.
Hay un orden específico para la sintaxis de búsqueda CCL. Aunque puede ser utilizada para las búsquedas sencillas, es una manera especialmente eficaz para realizar búsquedas complejas, ya que ofrece un gran control sobre los resultados de su búsqueda. Para construir una búsqueda CCL, en primer lugar introduzca un código de índice deseado, a continuación, un signo igual, seguido de las palabras de su búsqueda. Los siguientes son ejemplos de búsquedas CCL simples.
ti=principios de contabilidad
au=escalante pedro
su=poesía
su-na=Shakespeare
kw=marlin
Usted puede refinar su búsqueda mediante la combinación de los términos de búsqueda con operadores booleanos “and” “or”, o “not”. Los siguientes son ejemplos de búsquedas con operadores booleanos.
ti=principios de contabilidad and au=escalante arce pedro
su=poesía not su-na=Shakespeare
kw=comunicación and su=debate
También puede optar por buscar cosas que comiencen con un carácter o conjunto de caracteres
ti,first-in-subfield=C (le mostrará todos los títulos que comienzan con la letra “C”)
Otras búsquedas de localización de cadenas se pueden realizar con las siguientes palabras clave:
rtrn : truncamiento a la derecha
ltrn : truncamiento izquierdo
lrtrn : truncamiento izquierdo y derecho
st-date : tipo fecha
st-numeric : tipo numérico (entero)
ext: búsqueda exacta sobre todo subcampo (no funciona con icu)
phr: búsqueda de expresión en cualquier lugar en el subcampo
startswithnt: subcampo comienza con
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.
Para ilustrar los resultados de diversos tipos de búsqueda, se realizaron búsquedas para los términos “Tribunal Supremo”. Los resultados muestran que el índice de búsqueda y el orden de las palabras hacer una diferencia en los resultados de la búsqueda. En estos ejemplos sólo se muestra la cantidad de resultados devueltos y la búsqueda en sí misma. La búsqueda que se ha ejecutado está entre comillas simples.
También puede optar por utilizar limitadores en su consulta. Algunos limitadores comunes incluyen las fechas, los idiomas, los tipos de registros, y los tipos de ítems. En la búsqueda avanzada, puede bien hacer clic en una casilla o teclear datos para limitar la búsqueda. También puede aplicar los mismos límites con CCL usando la sintaxis de los siguientes ejemplos. En todos
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
Cada biblioteca tendrá un conjunto diferente de tipos de ítems definidos en su configuración de circulación. Al configurar los tipos de ítems, se define un código y un nombre para cada uno. El nombre aparecerá en la página de búsqueda avanzada. El código que ha asignado se utiliza como un límite de búsqueda CCL, con el formato “itype:x”, donde “x” es el código asignado. El conjunto inicial de tipos de ítems en Koha usualmente sera editado para reflejar las colecciones, así que los limitadores de tipo de ítems pueden ser diferentes que los iniciales. Los limitadores de tipos de ítems iniciales son:
itype:BKS libros, folletos, libros de ejercicios
itype:SR audiocasete, CDs
itype: IR Carpetas
itype:CF CD-ROMs, DVD-ROMs, Recursos generales en línea
itype:VR DVDs, VHS
itype:KT Kit
itype:AR Maquetas
itype:SER Publicaciones periódicas
By format: su=supreme court not l-format:sr
Los limitadores de formato se derivan de una combinación de las posiciones 006 y 007 de la cabecera. Los formatos que se definen actualmente son los siguientes.
l-format:ta Impresión común
l-format:tb Impresión grande
l-format:fk Braille
l-formato:sd CD audio
l-formato:ss Grabación en casete
l-format:vf cinta VHS
l-format: DVD vídeo
l-format:co CD de software
l-format:cr Sitio Web
By content type: su=supreme court not ctype:l
Los tipos de contenido se han tomado de la etiqueta 008 de MARC, posiciones 24-27.
Hay dos tipos de limitadores que no se describen en este documento. Ellos son: Audiencia y Contenido. La única diferencia en la sintaxis de la CCL es el limitador en sí. Se mencionan aquí en caso de que quiera utilizarlos.
Índices de búsqueda en Koha
De forma predeterminada, no todos los campos se indexan en el motor de búsqueda de Zebra, pero sí muchos de ellos. A continuación se muestran los campos que están en el índice de Zebra.
Campo |
Descripción |
---|---|
leader6 = t |
Record-type |
leader7 = a |
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 |
041$j |
título |
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 |
Proveedor, pl |
245 |
Proveedor |
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 |
Autor |
505$t |
Título |
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 |
Tema |
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 |
Tema |
655$9 |
Koha-Auth-Number |
655 |
Tema |
656$9 |
Koha-Auth-Number |
656 |
Tema |
657$9 |
Koha-Auth-Number |
657 |
Tema |
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 |
Título |
780$t |
Control-number |
780 |
Title, Title-former, Related-periodical |
785$w |
Control-number |
785 |
Related-periodical |
787$w |
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