taller abcd buenos aires

TALLER ABCD BUENOS AIRES
Objetivos del taller
Ciclo de creación de una base de datos
Ciclo completo de ingreso de una obra
Estructura de las bases auxiliares
Ernesto versión 1.0 a fines de octubre.
Egberg
Promotor del Consejo universitario de univ flamencas en Bélgica -> colaboración internacional
proyectos p apoyar desarrollo de bibliotecas universitarias este grupo selecciona abcd para
implementar con sus socios
Preocupaciones
Tener una versión definitiva sin más demora
Como hacer promoción de las ventajas técnicas únicas no presentes en koha pmb. Etc sobre
todo flexibilidad de estructuras BD
Como establecer un equipo de desarrollo continuo foss website etc.
La versión Linux no debe ser descuidada
Creación de una base de datos. Guilda Ascencio:
La base de datos no se crea finalmente hasta k se cumplen todos los pasos, los pick list k sean
tablas no se hacen hasta el final cuando se crea la carpeta.
Crear nueva Base datos:
SE RECOMIENDA SEGUIR EL PROCEDIMIENTO COMPLETO DE CREACION DE LA BASE
GRABAR Y VOLVER A ENTRAR PARA REALIZAR EL RESTO DE AS MODIFICACIONES
Base “nueva”
Base de datos: Argentina
Crear FDT
Obs: las bases son multilingües, cuando se crea la base de datos, se crea carpeta en el
lenguaje activo, en le config.php hay un parámetro que define el idioma, se piensa k el archivo
debería estar en pass.dat, sin embargo se debe cambiar este parámetro!!
Usar este haciendo click en link:
Tipo de campo:
Nuevos son: Auto increment, fecha marc, fecha de ingreso operador.
Auto incremnent: es como para enumerar, se usa para listar las copias en la fst debe estar
marcado como para las copias Control score. CN no es posible asignar dos veces el mismo
número de control (bkn)
Listar y extraer como, es un método de transferencia entre bases de datos si sabes el formato
correcto, ES PARA LISTAS PICK LIST, PUEDES DEFINIR UN CAMPO PARA QUE LO TRAIGA, SE
USAN “PREFIJOS” TIPO AB_ También se recomienda hacer un pft y usar la secuencia: Listar
como “autoridades.pft” y ponerlo ahí en la fdt
Los subcampos no se pueden definir solos DEBEN ESTAR ASOCIADOS AUN CAMPO GRUPO,
Grupo es campo con subcampos repetibles
Subir archivo: aun esta en prueba, requiere revisión además un script k busque el archivo y lo
pueda subir
Solo lectura y escondido: le “esconde” al operador subcampos k no se requiere k use ni
actualice “escondidos o solo lectura, la idea al final de abcd es poder asignar worksheeps x
usuarios (aun no está listo) no se pueden eliminar de la hoja de entrada x k se pierden
Las “fmts” pasan a ser fdt por que permiten dar vistas distintas a las bases de datos.
Separar definición de presentación es complicado.
FST:
Se usa el signo % para indicar la separación de ocurrencias en un campo
Formato era (¡v10!%/) ¡ es el more#¡ªªºª
Técnicas de indexación de abcd
El caracter k abre y cierra el prefijo deben ser iguales
No me quedo claro como editar la hoja de trabajo k responde a la fdt
Pero parece que hay una versión nueva en la 0.85.
Ingreso de obras: compra, permuta etc.
Id number
Control number
En estado el campo más importante es el “verificado” k es el que permite pasar para el sistema
de préstamo, este lleva una base de datos de objetos k crea un registro para cada copia
Ficha k define el registro intelectual asiento
De esta obra en la base copias se describen los objetos k tiene la institución
Ej.: asiento 001
Copies 001 -100
001-101
001-109
Y la base de datos
Loan objects para préstamo
001
100
101
198
Y luego relaciona madre e hijos.
El sistema de préstamos puede relacionar varias bases de datos.
El número de inventario puede ser cualquier string alfanumérico hasta 60 caracteres, no
necesariamente correlativos
En el caso de números repetidos se asocian a las bases de datos que las contienen entonces
pueden haber números repetidos pero se asocian a la base y biblioteca propietaria.
+++ se debe dar numero de control a los registros bibliográficos para cada REG Bibliográficos,
después se linkea la base de datos con la de copia.
Se vio el proceso de ingreso de una obra x adquisiciones desde la sugerencia, licitación,
adjudicación, generación de ordenenes de compra etc.
Propuse incorporar el manejo de facturas y poder sacar indicadores asociados al proceso,
además asociar las compras a alguna instancia tipo carrera.
DIA 2
ADMINISTRACION DE USUARIOS, Guilda Asencio
Debería estar más claro cuáles son las bases de acuerdo a cada grupo y cuáles son los
privilegios de cada grupo
Se necesita un mapa conceptual respecto a los niveles de privilegio y acceso que se pueden
definir
Por que se bloquean los registros de usuarios al operar con ellos, que implicación tiene por
ejemplo que el registro bloqueado sea el System administrator?
La respuesta es que el bloqueo de registros corresponde a una funcionalidad general del
sistema quien niega el acceso a un registro mientras se esta editando creando el campo 1001.
Al volver a editar el registro y grabar este se desbloquea. La paradoja del tema es que el nivel
de acceso a esta funcionalidad es solo para el Administrador del Sistema por lo que no debería
haber otro usuario accediendo.
Utilitarios del sistema
Utilitarios
Estadísticas
Existen errores en la generación de gráficos, al parecer por ser una aplicación externa, da
errores en las leyendas de los mismos. Existen también problemas de control al manejo de
diacríticas, por esta razón las labels vienen en mayúsculas.
En actualización de bases de datos se pueden definir las variables que van a ser usadas en este
modulo, es decir que campos van a ser indizados y usados para generación de reportes
Uno define la variable como se extrae de la fst, al siguiente paso se puede definir la creación
de tablas
Hay una lista de estadísticas pre definidas que toda biblioteca requiere, estas deberían estar
por default o al menos debe estar indicado en la documentación.
La única condición para usar REF deben estar declaradas en el .par de abcd, esto es útil para
hacer relación entre distintas bases de datos generando estadísticas combinas P.Ej: Número de
volúmenes por alumno, títulos por carrera, prestamos por carreras, etc.
Problema: es probable que en web no se pueda manejar la generación de estadísticas de
grandes volúmenes de registros ya que esto implica tiempo de ejecución excesivo para la
plataforma.
Z3950
Servidores:
Existe problemas de diacríticas, problemas de conversión ANSI
El manejo de z3950 funciona rápido y no presenta inconvenientes.
Al recuperar registros daba problemas de paginación, no permitía recuperar registros de la
segunda página en adelante, solucionado.
Otro problema solucionado fue la ubicación de posiciones del líder que presentaba
incompatibilidades con algunos browsers.
TABLAS DE CONVERSION D E FORMATO:
Permite convertir de marc a cualquier formato.
Tabla de conversión de caracteres: permite definir y agregar caracteres de otros idiomas de
marc8 a ANSI.
Respecto al uso, se requiere encontrar una nueva forma para que al importar, por defecto se
establezca fija la conversión de marc a cepal, sin necesidad de volver a marcarla.
Otra funcionalidad es la búsqueda por isbn que permite realizar una búsqueda simultanea por
25 isbn, se sugiere clarificar los mensajes de esta funcionalidad.
Configuración z3950 permite configura diferentes tablas de conversión a objeto de custumizar
las importaciones.
Tabla de conversión de formato:
Se debe considerar que las fst necesarias sea definida previamente en la base de datos.
Las bases en marc vienen con la puntuación isbn incluida. Esta aplicación no hace la limpieza
de esta, deben ser editadas a mano. Unimarc no usa puntuación isbn. Esta clase de tareas
debe ser asumida por el grupo.
Se propone además que para completar datos el sistema asuma el campo ISBN para hacer la
búsqueda en los servidores.
Ejemplo:
Como usar Z3950 para complementar los datos:
Permite que al realizar las búsquedas y copiar a nuestra base de datos permite solo traer los
datos faltantes de nuestro registro y los completa. Función importante para la reconversión
Bibliográfica.
Se sugiere también que a través de z3950 se pueda en ADQUISICIONES para traer ya datos
desde los proveedores, editores.
Tesauros:
Se está trabajando en un sistema de tesauros que permita gestionar estos recursos ya sean
internos o externos.
Por otra parte se plantea poder incluir en ABCD el sistema de clasificación UDC definido por
defecto para el sistema ya que se encuentra en su formato original y en Isis. Otras iniciativas
planteadas es el DOAJ.
Existen muchos tesauros de acceso libre, 20 de ellos los más usados para bibliotecas, en Isis,
estos podrían ser empaquetados e incorporados en ABCD.
Bireme plantea incorporar Lilacs, Decs, etc. se plantea usar Web server para que abcd sea el
mantenedor (ingreso de datos) de todas las aplic de Bireme. BVS. La idea es que abcd forme
parte las aplicaciones de BVS.
SERVICIOS
Utilitarios
Importar y exportar no presenta problemas en bases de pequeños volúmenes aun que en las
grandes se producen problemas de time out.
Una funcionalidad útil es la importación desde Excel o Txt
Importación desde excel
EJ:
Desde un Excel con info se selecciona todas las columnas y filas que se requieren (se ha
probado hasta 2000 filas)
Importar archivo txt, debe definirse una tabla de conversión donde defines que columna va a
cada campo. Adicionalmente debe darse un check indicando que está delimitado x tabuladores
y que cada registro es una linea. En la ventana siguiente se pega el texto y se procesa, de
acuerdo al resultado es factible actualizar. Este tipo de aplicaciones son útiles además para
generar una lista de autoridades.
Exportar
Antes Debe checkerase que no existan bloqueos lógicos en los registros para evitar problemas
con los campos fuera de norma iso (3 dígitos) lo cual podría generar truncación en las tags y
basura en la base. Ej.: el campo de bloqueo de registros v1001 al exportar pasaría como v100,
por esta razón debe asegurarse que no existan bloqueos.
Se plantea como solución un prog en el proceso de exportación : incorporar la función Clean
que limpia todos los tags por encima del 999, esto aseguraría en forma automático el proceso
Eliminar Base de datos: Borra la carpeta y el .dat. No deja rastros
Bloquear base de datos: Permite sacar de servicio” una base de datos para permitir
operaciones de mantenimiento. Bloquea la base para todos los usuarios y envía un mensaje de
“ Esta base volverá a x hora”
Otras utilidades necesarias
BACKUP: se plantea esta funcionalidad versus la simple copia de carpetas. Actualmente existe
la función Directory Treeview, útil para localhost, pero complicada para web por el tema de
servicio y restricciones de acceso.
CAMBIOS GLOBALES: existe un equipo trabajando en este tema.
Problema de TIME OUT: Existe una solución llamada Asincrónica para solucionar este tema.
Una base de datos grande podría dar problemas vía web, se plantea el uso de MX para estas
operaciones.
Se precisa un CHECK URL genérico Ping para determinar que url están quebradas, que links no
funcionan.
Martes TARDE
Módulo Central (Guilda y Egbert)
- Sistema de préstamos básico
- Políticas, creación de usuarios
- Servicios
Sistema de Prestamos Básico
La diferencia a nivel de menú entre el administrador y el administrador de préstamos es que
este tiene acceso a menos funcionalidades
Para prestamos se requiere la base de datos Loan Objects esta se estructura como un campo
con subcampos repetibles
Se requiere definir las políticas de préstamos esto se hace en el menú Configuración
1 Bases de origen: aunque este en loan objects requiere saber cuáles son los formatos.
El formato usado en “2. PFT para almacenar el objeto en la base de Préstamos funciona como
Un ref para después en estadísticas poder relacionar con otras bases de datos..
Esquema de Bases de datos para el préstamo
Proceso de adquisición que termina en base de datos
Adq -> libros
Tesis
Etc
Base de datos Loan Objects
Campo 959 tiene los itemenes con subcampos maneja las copias dependiendo de la política
cada elemento puede tener condiciones de préstamos diferente
Loan Object lee algunos datos de la base de datos propietaria de los objetos, por ende puede
manejar múltiples bases de datos extrayendo de ellas los datos necesarios para la transacción
El campo 1 apunta a la obra de x base de datos.
El esquema es
COPIAS --< Catalogo > LOAN OBJECTS
CATALOGO ID=14504
Este mismo número es que que permite relacionar las tres bases.
Otro esquema es que la info de copias este en el mismo reg bibliográfico, sería fácil de adaptar
ya que el esquema de préstamo sería similar.
Las transacciones están en otra base.
Usuarios: a objeto de determinar políticas los usuarios deben estar categorizados, lo mismo
para los itemes.
Este sistema está planteado para bibliotecas pequeñas, el modulo de reserva debería
manejarse vía EMPWEB
Se debe configura para cada tipo de objeto y para cada tipo de usuario la política
correspondiente
Valores locales: permite configurar: moneda local, días, multas., se deben configurar los días
de funcionamiento de la bca y los días feriados.
En cuanto a la transacción hay varios eventos: prestamos, devoluciones, renovación, cada uno
de estos eventos puede requerir o no un impreso, se requiere salidas impresas configurables a
impresoras (parte sin diseñar aun) ODF Open Document Format.
Este sistema no maneja devoluciones en batch aun, por ejemplo la devolución en un buzón, se
requiere realizar de manera automática, sin confirmación y sin tantas pantallas.
LA base de datos TRANS registra la info de préstamos y transacciones.
Se sugiere que los reportes se puedan realizar por rango de fechas; actualmente se puede
hacer por mfn o por búsqueda.
Se requiere la “historia del ítem”
Es difícil saber el número de control, se plantea el número de inventario como una alternativa
Que estadísticas se requieren configura para el préstamo? Se necesita una lista de los reportes
más usados
Además de los impresos.
Existen 4 modelos de bcas:
El primer modelo Es 1 servidor, un catalogo y un sistema de préstamo.
♦ BD ISIS
♦ BD Usuarios
♦ Loan Objects
El segundo modelo varias bibliotecas k alimentan a un catalogo y a una base de
usuarios central con adquisición centralizada alimenta a un catalogo central único y
con una sola base de usuarios, en loan objects se indica en que biblioteca esta el libro
tiene un identificador; solo puede prestar y devolver libros de su propia biblioteca.
El tercer modelo es tipo Universidades federadas, cada bca tiene su sistema de compra
y sus bases de datos y todas alimentan a una base central y a una base de usuarios
únicas los itemes se identifican con el código de la bca y del título.
El cuarto modelo va a ser aplicado en proyecto bireme: sistema federado: múltiples
catálogos y múltiples bases de usuario, lo único centralizado es la base de
transacciones la política define que usuarios en que bibliotecas están habilitados, va a
ser usado en REDES de bibliotecas, aun en experimentar WEBSERVICE
Prioridades trabajo ABCD PARA LA VERSIOn 1.0
Administración de usuarios
Cambios en la fdt
Modulo de adquisiciones
Modulo de prestamos
Documentaciones y ayudas
DIA 3
EMPWEB
Circulation Framework Plug in
Software para implementar el proceso de circulación (ucv), desarrollo independiente
de las bases de datos de prestamos y objetos, permite configurar el proceso completo
de circulación
Utiliza el lenguaje grooving
Webservice
Se puede conectar con 1 o mas bases de usuarios y podría tener mas de una base de
objetos.
Usa bases de datos relacionales en dos niveles aplicación y db. El registro de
circulación en motor mysql
Arquitectura avanzada
La info podría ser corporativa (mysql).
Tipos de reserva FIFO o Booking
POLITICAS:
Se PUEDEN manejar múltiples políticas cada incluye un perfil de acuerdo a matrices en
la cual se puede ver un tipo de usuario y un tipo de objeto, en la defaukt: cualquier
objeto y cualquier usuario
Al editar existen todas las definiciones
ADMINISTRACION DEL SITIO
Existe un manueal de diseño del sitio
Para configurar bases de datos se debe dar el link, fijarse en el link de alguna base ya
existente en el sistema
La metabúsqueda esta en 2 partes: sobre bases de datos o sobre tópicos (no
activa, problemas de sintaxis) su operación depende de la expresión de búsqueda
sobre todas las fuentes configuradas en el meta buscador
3 parámetros
1: Parte fija parámetros de la Url donde esta la fuente y palabras reservadas para
buscar : instrucciones del isisscripts sobre iah
2.a parte: área donde se recibe la info, queda abierta para recibir la expresión de
consulta
3.a parte ; instrucciones en xml que indican como mostrar el resultado
1: host 2 : lo ke activa el isisi sripts 3 la base 4 el idioma
Se trata de dividir la url y agregar ciertos comandos fijos
&Nextaction=
Expr. Search
&Next acion=ink
El aih requiere ke existan prefijos en las fst de las bases.
IAH
Es el componente fundamental k aporta la funcionalidad a la Bvs, es la interface con la
que el publico va a consultar. Como s e vincula las bases para el IAH (editar
bases.dat)deben ser disponibilizadas en IAh y la fst debe contemplar los prefijos
necesarios
Características básicas del sistema:
IAH: herramienta para recuperad bases de datos Isis. Soporta hasta 9 idiomas, hay
procedimientos para traducción de textos de los idiomas, interfaz grafica con control a
través de css, utilización de javascrips en archivos pft, textos de ayuda y notas. Puede
mostrar resultados en xml para integración, para cada base de datos un contexto
grafico diferente y RSS en desarrollo
Estructura IAH en abcd: httdocs ->iah
En par .def parámetros de la base de datos para cada base exige su par
Hoja de estilo esta en iah CSS
Iah.def.php: define path, apariencia, header (imágenes y enlaces) y más
Configura base de datos en iah: abrir opción, es un editor de los parámetros de
funcionamiento para iah es columna de nombres (variables lógicas ya definidas en el
código) y sus rutas
En cuanto a la fst puede ser del tamaño k queiera pero debe habilitarse líneas de esta
como INDEX junto al prefijo para IAH,
Ej: se declaran INDEX TW=^1Palabras^Palavras, todos los prefijos están documentados
en manual.
Todas las líneas tienen 4 parametros
Seccion Prerferencs: sends results: determina si se debe o no habilitar el envio de
resultados por email valores posible on: Off
Para k funcione correctamente el usuario debe instar y configurar un programa SMTP
para crear una rutina para recibir los parámetros de envio de correos
BODY:
Mrgin 0px
Color ·333;
Background-color: #C8C8
BODY LINK COLOR INDICA COLOR D ELOS LINKS EN LA PAGINA HTML
OPEN ARCHIVES INITIATIVE
Desarrolla y promueve la interabilidad que intentan faciloitar la diseminación eficiente
de contenido: acceso abierto y repositorios institucionales.
Abcd esta lista solo limitado al tema de búsqueda por rango de fechas en este caso
seria por años.
Se genera un archivo en xml con dublincore
http://abcd.homolog.bireme.br/cai/abcd-oai.php?verb=identify
verbos:
identify es un parámetro k permite identificar el documento , en cepal v2, en marc
v1+ v2 es un parámetro obligatorio.
List identifierrs
Data estamp
SetSpec
Localhost:9090/oai
Wizzard de instalación Jussara.Oliveira@bireme.br
Se plantea un paquete distinto, más transparente para el usuario
Errores mas comunes hoy: cuando existe el pre instalacionde apache php
Se plantea una aplicación autoinstalable donde se podrá realizar instalación paso a
paso considerando prerrequisitos
ABCD
Subversion/trac y wiki
Subversion: es un sistema de repositorio jerárquico de archivos y directorios k
contienen una aplicación con todos los códigos fuentes, sus modificaciones y cambios.
Es necesario tener un cliente de subversión
http://Reddes.bvsalud.bireme.br/projets/abcd /browser/
en la red de desarrolladores de bireme
Tortoisesvn es un cliente de subversión.
Download
TRAC
Es una herramienta que permite controlar los cambios de la aplicación
Seguimiento de la ejecución del proyecto
Mejoría en la calidad del proceso de desarrollo e en la aplicación por consecuencia
Registro, rastreo y control de cambios
TICKET: iniciativa para poder plantear requerimientos de cambios, deben llenarse
varios campos identificando la situación como sist operativo, browser, versión etc, se
pueden enviar attachements, esta prepauteado indicar cial es el tipo d requerimiento,
si es sugerencuia, defecto, etc
WIKI es utilizado para crear una documentación colaborativa.
Utiliza un lenguaje de marcación sencillo y eficaz
SECS : Administración de Colección de periódicos
Permite realizar catalogación, catalogo integrado, bibliometria, envió de documentos,
scielo.
Exite en versión DOS desde 1992.
Administrador Level:
TITLE, MASK, USERS, LIBRARIES.
BASES
TITLE PLUS
FACIC
HLDGS
GESTION DE ADMINISTRADOR CREAR EDITAR BORRAR TITLE, MASK, USERS
Perfil multiple.
El editor trabaja solo en su biblioteca solo gestiona la capa inferior de su biblioteca
Cada biblioteca gestiona su colección, pero en una red los títulos se ingresan en una
base común así se evita la duplicación (Base Title), tienen un numero único.
En cuanto al opac, utiliza iah a través de la interface, las bases son isis.
Secs mediante Iah utilizando shortcuts permite acceder a recursos remotos como otras
bases de datos o definir servicios desde la interface.
Masks: permite a través de una plantilla basada en la frecuencia de un titulo poder
manejar su existencia.
Editar, lleva a una interfaz con 7 páginas de extensión donde se registarn todos sus
antecedentes descriptivos según Issn( se puede importar desde issn), incluye picklist,
descriptores, uso de tesauros. Se puede hacer link, si tenemos el url o el acceso, a
indizadores, editores, etc (Se podrá con Ebsco? Por ejemplo?)
Title plus: permite llevar el control de suscripción del título, la prioridad de la
adquisición, el provedor : canje, donación, suscripción, etc. Además en el caso de
suscripciones permite enviarte recordatorios respecto a la fecha de renovación.
Técnicas de conversiones MX
Uso de ficheros batch en windosws donde se deben incluir todas las etapas necesarias
para una conversión. En el ejemplo se expone la conversón de un sistema en TINLIB,
de una universidad de Kenia, la conersion del sistema salió via archivo .txt con tags
La rutila utiliza Pearl a objeto de poder limpiar el archivo de texto, el resultado se
grafica por lines tipo:
Title keyword:proverbs
La etapa crucial es convertir este fichero .txt a un format isis. La herramienta utilizada
es Attica (funciona via línea de comandos) permite obtener un archivos .iso, a través
de un archivo de control se define el tamaño de los registros, otros parámetros como
los numerales de identificación de campos y algunas instrucciones, p. ej: para que
agregue por defecto en algunos campos, p.e: identificadores.
Volviendo al bat se definen las herramientas cisis que se van a utilizar (MX) y también
a través de scripts se pueden hacer otras operaciones como para marc .
Como producir la base de datos Copies y Loan Objets
Copies es 1 registro x copia, LO es un registro para todas las copias de un titulo.
Crear una base de datos desde un campo repetible de la base de datos que maneja las
existencia vía subcampos debería ser sencillo. No existe una solución ideal para crera
la base LO, se presenta en el ejemplo un script para exportación y un fichero txt con
tags, otra posibilidad es sacar un reporte usando abcd donde cada línea es una
ocurrencia presentada como tabla y luego importarla a la base de datos usando tb
abcd…
PLAN DE TRABAJO