Differences

This shows you the differences between two versions of the page.

--- codigos_de_relacion_en_opacmarc [24/02/2009 15:52]
fernando
+++ codigos_de_relacion_en_opacmarc [15/05/2009 00:00] (current)
@@ Line 172: / Line 172: @@
 == script ==
-<code>
+<code xml>
 <!-- Encontrar ID del encabezamiento -->
 <!-- Primero, normalizar query.
@@ Line 227: / Line 227: @@
 </do>
 </code>
@@ Line 238: / 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
-    ----------------------------
+=== NAME / SUBJ ===
     mx name gizmo=REMOVE-CHARS,1     <=  elimina apóstrofes y otros caracteres equivalentes
             fst=@HEADINGS.FST        <=  2 0 '~',@HEADSORT.PFT,
@@ Line 260: / Line 272: @@
     ~ARMSTRONG CHARLES K
-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 (que puede ser 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).
+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 ===
-    ----------------------------
-    BIBLIO
-    ----------------------------
     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
@@ Line 286: / 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 =====
@@ Line 343: / Line 363: @@
+{{tag>opacmarc desarrollo}}

CatalisWiki

User Tools

Site Tools

Differences

Page Tools