codigos_de_relacion_en_opacmarc
Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
|
codigos_de_relacion_en_opacmarc [24/02/2009 14:43] fernando |
codigos_de_relacion_en_opacmarc [15/05/2009 00:00] (current) |
||
|---|---|---|---|
| Line 172: | Line 172: | ||
| == script == | == script == | ||
| - | <code> | + | <code xml> |
| <!-- Encontrar ID del encabezamiento --> | <!-- Encontrar ID del encabezamiento --> | ||
| <!-- Primero, normalizar query. | <!-- Primero, normalizar query. | ||
| Line 227: | Line 227: | ||
| </do> | </do> | ||
| </code> | </code> | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| Line 234: | Line 243: | ||
| - | Debemos prestar atención a la diferencia entre estas dos maneras de enviar encabezamientos a los diccionarios, según la base: | + | Debemos prestar atención a la diferencia entre estas dos maneras de enviar encabezamientos a los diccionarios, según la base. |
| + | |||
| + | * ¿Por qué reciben tratamientos diferentes? | ||
| + | * ¿Qué uso damos a las claves en cada caso? | ||
| + | * ¿Podrían unificarse? Mejor aún: ¿para qué necesitaríamos seguir usando estas claves en la base BIBLIO, si vamos a recuperar por encabezamientos usando IDs? | ||
| | | ||
| - | -- NAME -- | + | |
| - | mx name gizmo=REMOVE-CHARS,1 | + | |
| - | fst=@HEADINGS.FST <= 2 0 '~',@HEADSORT.PFT, | + | |
| + | === NAME / SUBJ === | ||
| + | |||
| + | mx name gizmo=REMOVE-CHARS,1 <= elimina apóstrofes y otros caracteres equivalentes | ||
| + | fst=@HEADINGS.FST <= 2 0 '~',@HEADSORT.PFT, | ||
| actab=AC-ANSI.TAB | actab=AC-ANSI.TAB | ||
| uctab=UC-ANSI.TAB | uctab=UC-ANSI.TAB | ||
| fullinv=name | fullinv=name | ||
| - | ~ABREGU MARTIN <= 1 "~aAbregú, Martín." | + | ---------------------------- |
| + | ~ABREGU MARTIN <= 1 "~aAbregú, Martín." | ||
| ~ADERINWALE AYODELE | ~ADERINWALE AYODELE | ||
| - | ~ADLER GLENN 1958 <= 1 "~aAdler, Glenn,~d1958-" | + | ~ADLER GLENN 1958 <= 1 "~aAdler, Glenn,~d1958-" |
| ~AFRICA INSTITUTE OF SOUTH AFR | ~AFRICA INSTITUTE OF SOUTH AFR | ||
| ~AFRICA LEADERSHIP FORUM | ~AFRICA LEADERSHIP FORUM | ||
| Line 252: | Line 271: | ||
| ~ALFONSIN RAUL | ~ALFONSIN RAUL | ||
| ~ARMSTRONG CHARLES K | ~ARMSTRONG CHARLES K | ||
| - | | + | |
| - | -- BIBLIO -- | + | Estas claves se utilizan en ''browse-headings.xis'', mediante un ''keyrange'' (y no un ''search''). El input es ''browseTerm'', el término inicial a partir del cual se desea recorrer el índice de encabezamientos. Este término (ingresado por el usuario, potencialmente una cadena arbitraria de caracteres) se normaliza eliminando espacios iniciales y el carácter ''\'', anteponiendo ''~a'', aplicando ''HEADSORT.PFT'', y finalmente eliminando el carácter final (si es punto, coma o espacio). El propósito de esta normalización es lograr que la cadena resultante sea consistente con las claves del diccionario de NAME. |
| + | |||
| + | **EXPLICAR** las razones para usar HEADSORT; relación entre el ordenamiento del archivo maestro de NAME y el ordenamiento de su diccionario. ¿Cómo se relaciona la forma en que distinguimos/confundimos encabezamientos usando normalización para el diccionario, con la generación de la base NAME? | ||
| + | |||
| + | === BIBLIO === | ||
| mx biblio gizmo=DICTGIZ,100,110,111,130,700,710,711,730,800,810,811,830 | mx biblio gizmo=DICTGIZ,100,110,111,130,700,710,711,730,800,810,811,830 | ||
| gizmo=DICTGIZ,240,245,246,440,740,600,610,611,630,650,651,653,655,656 | gizmo=DICTGIZ,240,245,246,440,740,600,610,611,630,650,651,653,655,656 | ||
| - | fst=@BIBLIO.FST <= 9100 0 if p(v700) then proc('d1000',(,'a1000¦',replace(v700*3,'^','¦a1000¦'),'¦','a1000¦##¦',) ), ,(,if v1000 = '##' then / else if 'abcdq' : v1000.1 then '~'v1000*1, else if '9'=v1000.1 then /'_NAME_',v1000*1/ fi,fi,fi ,), fi, | + | fst=@BIBLIO.FST <= 9100 0 if p(v700) then proc('d1000',(,'a1000¦',replace(v700*3,'^','¦a1000¦'),'¦','a1000¦##¦',) ), ,(,if v1000 = '##' then / else if 'abcdq' : v1000.1 then '~'v1000*1, else if '9'=v1000.1 then /'_NAME_',v1000*1/ fi,fi,fi ,), fi, |
| actab=AC-ANSI.TAB | actab=AC-ANSI.TAB | ||
| uctab=UC-ANSI.TAB | uctab=UC-ANSI.TAB | ||
| stw=@BIBLIO.STW | stw=@BIBLIO.STW | ||
| fullinv=biblio | fullinv=biblio | ||
| - | ~ABREGU_MARTIN <= 700 "1#^aAbregú, Martín.^9000676" | + | ---------------------------- |
| + | ~ABREGU_MARTIN <= 700 "1#^aAbregú, Martín.^9000676" | ||
| ~ADERINWALE_AYODELE | ~ADERINWALE_AYODELE | ||
| - | ~ADLER_GLENN~1958- <= 700 "1#^aAdler, Glenn,^d1958-^9001507" | + | ~ADLER_GLENN~1958- <= 700 "1#^aAdler, Glenn,^d1958-^9001507" |
| ~AFRICA_INSTITUTE_OF_SOUTH_AFR | ~AFRICA_INSTITUTE_OF_SOUTH_AFR | ||
| ~AFRICA_LEADERSHIP_FORUM | ~AFRICA_LEADERSHIP_FORUM | ||
| Line 273: | Line 298: | ||
| - | Es decir, hay que comparar ''headsort.pft'' con las líneas 9100 de ''biblio.fst'', teniendo en cuenta además los gizmos aplicados en cada caso. Y además ver: | + | Estas claves se utilizan en ''heading-match-in-bib-record.xis'', mediante un ''search''. El input es ''query'', el encabezamiento para el cual queremos encontrar registros bibliográficos asociados. En condiciones "normales", ''query'' ha sido generado automáticamente a partir de un encabezamiento existente, y no ingresado por el usuario. La normalización consiste en: reemplazar ''^x'' por ''~'' (para cualquier ''x''), y aplicar ''DICTGIZ.PFT''. El propósito de esta normalización es lograr que la cadena resultante sea consistente con las claves del diccionario de BIBLIO. |
| - | * ¿Por qué reciben tratamientos diferentes? | + | |
| - | * ¿Qué uso damos a las claves en cada caso? | + | ¿A qué viene este DICTGIZ? El propósito de este gizmo era normalizar los encabezamientos de acuerdo con estos criterios: |
| - | * ¿Podrían unificarse? Mejor aún: ¿para qué necesitaríamos seguir usando estas claves en la base BIBLIO, si vamos a recuperar por encabezamientos usando IDs? | + | |
| + | - Acortar: debido a la limitación que impone el diccionario de CDS/ISIS a la longitud de las claves, necesitamos quitarnos de encima caracteres no esenciales, como puntuación y algunos espacios | ||
| + | - Evitar conflictos con la sintaxis de búsqueda: espacios, paréntesis, símbolos ''+'' (OR) y ''*'' (AND), son reemplazados por caracteres "seguros". **AVERIGUAR**: ¿encerrar entre comillas una clave no la vuelve segura? | ||
| + | |||
| + | A diferencia de la base NAME, donde solamente estábamos interesados en utilizar las claves asociadas a encabezamientos en forma aislada, para identificar el MFN del registro correspondiente, en la base BIBLIO debíamos considerar la posibilidad de que las claves fueran parte de expresiones de búsqueda más complejas ---es decir, con operadores---, de ahí la importancia del segundo criterio. Posiblemente esta haya sido la razón para aplicar diferentes tratamientos. | ||
| + | |||
| + | Podríamos considerar la aplicación de un procedimiento de normalización bien conocido: [[http://www.loc.gov/catdir/pcc/naco/normrule.html|NACO Normalization]] (también disponible como [[http://www.oclc.org/research/researchworks/naco/default.htm|servicio en línea]]), quizás con alguna leve modificación para adaptarlo a necesidades propias del OpacMarc. Ver también el [[http://www.oclc.org/research/publications/archive/2006/naco-lrts.pdf|paper de OCLC (pdf)]]. | ||
| + | |||
| + | Si bien en OpacMarc podríamos prescindir de estas claves en el diccionario de BIBLIO (si pasamos a basar las búsquedas por encabezamiento en el uso del ID), no olvidemos que en **Catalis** esta es la única forma de "ver los encabezamientos" en el diccionario; Catalis ofrece (o puede ofrecer) acceso crudo al diccionario. | ||
| ===== Asuntos varios ===== | ===== Asuntos varios ===== | ||
| Line 330: | Line 363: | ||
| + | |||
| + | {{tag>opacmarc desarrollo}} | ||
codigos_de_relacion_en_opacmarc.1235493812.txt.gz · Last modified: 24/02/2009 00:00 (external edit)
Except where otherwise noted, content on this wiki is licensed under the following license: CC Attribution-Noncommercial-Share Alike 4.0 International
