|
|
Especificaciones para procesamiento por lote de registros de datos locales
Usted puede actualizar sus menciones de existencias de publicaciones
seriadas en WorldCat por medio de procesamiento por lote. Primero,
revise las directrices.
Luego, siga los requisitos detallados para enviar registros que se detallan
a continuación. Si tuviera comentarios o consultas, póngase en
contacto con el proveedor regional de servicios
de OCLC.
La información sobre sus existencias de publicaciones seriadas se puede
formatear ya sea como:
- Formato que se ajusta al Format for Holding Data de MARC 21
(MFHD) y usted o el proveedor de su sistema pueden extraer un archivo de los
datos de existencias que cumpla con ese formato.
- Datos de existencias con normalización no MARC
con descripciones de campo y su contenido asociado de una manera simple, consistente,
discernible y predecible en todo el archivo.
Saltar a: Elementos de MARC 21 | Requisitos
para datos con normalización
Elementos de MARC 21 usados en procesamiento de datos de existencias de publicaciones
seriadas
- Comentarios generales.
- Los registros de existencias que las bibliotecas envían pueden
contener cualquier elemento o campo en "Formato MARC 21 para datos
de existencias". Sin embargo, no todos los elementos o campos serán
usados. A continuación se listan los elementos que OCLC debe tener
o usará para el procesamiento de registros de existencias que las
bibliotecas envían para procesamiento por lote. Estos elementos
serán usados al convertir registros de existencias MARC 21 a LDR
de OCLC.
- Hay varios campos que deben estar presentes en el registro, en tanto
que otros pueden estar presentes según el contenido. Los campos
que deben estar presentes son Leader, Directory, 001,
008 y 852. Los campos que pueden estar presentes según
el contenido del registro son 004, 007, 014, 035, 583, 853, 856, 863 y
866. Los elementos no enumerados en esta especificación pueden
ser enviados, p. ej., designación de contenido que contenga datos
de Nivel 4, pero no serán usados en el procesamiento.
- Las bibliotecas deben proveer todos los registros de existencias asociados
con un registro bibliográfico específico incluso si hay
un cambio en sólo uno de los registros de existencias. OCLC no
establecerá la correspondencia en registros en copias individuales.
El procesamiento por lote borra todos los LDRs asociados con un registro
bibliográfico específico y los reemplaza por los registros
enviados. OCLC no procesará datos de existencias incorporados en
registros bibliográficos ni existencias múltiples en un
registro.
- Cada registro de existencias enviado en un conjunto de registros para
un registro bibliográfico específico debe representar los
datos de ubicaciones sólo para una copia. (Elementos del 17 al
19 del campo 008 deben ser igual a '001' y sólo una etiqueta 852
puede estar presente en cada registro).
- Se debe incluir un número de control bibliográfico de
OCLC (OCLC#) en cada registro de ubicaciones. El OCLC# puede ser suministrado
en los campos 004, 014 o 035. El campo 014 o 035 es preferido. Use el
mismo campo en cada registro del archivo.
- Detalles sobre los elementos usados en el procesamiento en OCLC. Para la
definición y repetibilidad de cada elemento consulte "MARC 21
Format for Holdings Data." Si se requiere un valor específico
éste se da a continuación.
- Leader. Debe suministrar un líder con 24 caracteres.
- 00-04 Longitud del registro
- 05 Estatus del registro
- 06 Tipo de registro = y (ubicaciones del ítem de publicación
seriada)
- 07-08 Posiciones de caracteres no definidos = 2 en blanco
- 09 Esquema de codificación de carácter = 1 en blanco
(MARC-8)
- 10 Cuenta de indicador = 2
- 11 Cuenta de código de subcampo = 2
- 12-16 Dirección básica de datos
- 17 Nivel de codificación
- 18 Información del ítem en el registro (no procesado)
- 19 Posiciones de carácter no definido = 1 en blanco
- 20 Longitud de la porción de longitud del campo = 4
- 21 Longitud de la porción de posición del carácter
inicial = 5
- 22 Longitud de la porción implementación definida
= 0
- 23 Posición indefinida del carácter del mapa de ingreso
= 0
- Directory. Un directorio completo y correcto es obligatorio
para cada registro MARC.
- 001Número de control. Requerido para procesamiento.
También usado para listar errores en los reportes postprocesamiento.
- 004Números de control para registros bibliográficos
relacionados (El número de control bibliográfico
de OCLC puede ser suministrado en los campos 004, 014 o 035. Se prefieren
los campos 014 o el campo 035.)
- 007Descripción física del campo fijo
(OCLC procesará todos los códigos válidos para agregar
a formas físicas en el LDR. Si el campo no se envía o sólo
se envía un byte, forma física se especificará en
'zu' [no especificado).
- 00 Categoría de material
- 01 Designación de material específico
- 008Elementos de datos de longitud fija. Debe
suministrar un campo 008 con 32 caracteres. Lo siguiente se usa en el
procesamiento:
- 06 Estatus de recepción o adquisición
- 12 Política general de retención
- 16 Integridad
- 17-19 Número de copias reportadas = 001
- 25 Reporte de copias separado o combinado = 0 (Reporte de copia
separada)
- 26-31 Fecha de reporte
- 014Número de vínculo (El número
de control bibliográfico de OCLC puede ser suministrado en los
campos 004, 014 o 035. El campo 014 o campo 035 es preferido.)
- Primer indicador = 1
- Segundo indicador = en blanco (indefinido en MARC 21)
- ‡a Número de control bibliográfico de OCLC (No
incluir prefijos ocl7, ocm ni OCoLC)
- ‡b OCoLC (Ejemplo: 1605897‡bOCoLC)
- 035Número de control del sistema (El número
de control bibliográfico de OCLC puede ser suministrado en los
campos 004, 014 o 035. El campo 014 o 035 es preferido.)
- Primer y segundo indicadores = en blanco (indefinido en MARC 21)
- ‡a Número de control bibliográfico de OCLC,
precedido inmediatamente por el símbolo MARC 21 de OCLC (anteriormente
NUC) en paréntesis. Ejemplo: (OCoLC)1605897
- 583Nota de acción
- Acciones de preservación; todos los subcampos como están
definidos en MARC 21
- 852Ubicación (Sólo puede haber
una etiqueta 852 presente en cada registro para actualización por
lote LDR de OCLC).
- ‡a Ubicación = símbolo de institución
o identificador relacionado de OCLC (código de identificación
MARC 21, símbolo de la institución local, etc.)
- ‡b Sububicación o ubicación = código
de biblioteca con el material de OCLC o identificador local
- ‡h Parte de clasificación
- ‡i Parte del material
- ‡k Prefijo de signatura topográfica
- ‡m Sufijo de signatura topográfica
- ‡t Número de copia
- ‡z Nota pública
- 853Leyendas o unidades bibliográficas basadas en
patrón
- ‡a Primer nivel de enumeración
- ‡g Esquema de enumeración alternativo, primer nivel
de enumeración
- ‡i Primer nivel de cronología
- ‡m Esquema de enumeración alternativo, cronología
- ‡8 Enlace de campo y número de secuencia:
- 856Ubicación electrónica y acceso
(No usado en procesamiento actual. OCLC lo conserva para desarrollo futuro.)
- Primer y segundo indicadores, todos los valores como están
definidos en MARC 21
- Todos los subcampos como están definidos en MARC 21
- 863Enumeración y cronología-Unidad bibliográfica
básica
- ‡a Primer nivel de enumeración
- ‡g Esquema de enumeración alternativo, primer nivel
de enumeración
- ‡i Primer nivel de cronología
- ‡m Esquema de enumeración alternativo, cronología
- ‡z Nota pública
- ‡8 Enlace de campo y número de secuencia
- 866Unidad bibliográfica básica de ubicación
textual (La información de ubicación textual puede
requerir procesamiento personalizado. Si es posible, los datos deben ser
colocados en enumeración y cronología. Si no, se pueden
agregar como nota o borrar.)
- ‡a Cadena textual
- ‡z Nota pública
- ‡8 Enlace de campo y número de secuencia
Datos sobre existencias con normalización no MARC
OCLC puede crear registros de existencias MARC usables desde datos con normalización
no MARC. La clave del éxito para procesamiento por lote de estos datos
es que la descripción del campo y su contenido deben ser asociados de
una manera, simple, consistente, discernible y predecible en todo el archivo.
Los datos que no sean MARC no son utilizables si las relaciones de descripción/contenido
varían o tienen que ser entraídas registro por registro.
Los datos normalizados en un formato MARC que usted envía deben ceñirse
a las siguientes directrices:
- Datos identificadoslas descripciones de campo son
precedidas inmediatamente por su contenido (por ejemplo, UBICACIÓN:
Principal) o las columnas de datos identificados en una hoja de cálculo
- Datos delimitados los campos y registros están
separados por un carácter o una serie de caracteres identificables
únicos (por ejemplo, archivos delimitados por tab)
- Datos posicionales las descripciones del campo y
su contenido están relacionadas por la posición del registro
(por ejemplo, registros formateados con una longitud fija)
Ninguna de estas formas de datos son mutuamente excluyentes. Los registros
pueden ser una combinación de estos tres tipos de datos básicos.
Ejemplos de estos formatos de datos no MARC comúnmente usados son hojas
de cálculo Excel®, bases de datos Access® y documentos Word®.
|