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 [email protected] 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