1 / 28

(Pre) Diagnóstico de cumplimiento de directrices DRIVER

(Pre) Diagnóstico de cumplimiento de directrices DRIVER. Emiliano Marmonti. Consultor Componente III Bogotá. Colombia 28 de Agosto de 2012. Finalidad de este espacio. Espacio destinado a que los socios indiquen el estado de situación de las redes a nivel de cada país.

elani
Download Presentation

(Pre) Diagnóstico de cumplimiento de directrices DRIVER

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. (Pre) Diagnóstico de cumplimiento de directrices DRIVER Emiliano Marmonti. Consultor Componente III Bogotá. Colombia 28 de Agosto de 2012

  2. Finalidad de este espacio • Espacio destinado a que los socios indiquen el estado de situación de las redes a nivel de cada país. • Detallar el estado de implementación de un cosechador/agregador de cada red objeto de procesamiento por parte del cosechador de la red regional

  3. Pre-Diagnóstico de estado de situación de la red Prueba no exhaustiva destinada a tomar una muestra de un número de repositorios por país para detectar los principales obstáculos que la red nacional podría hallar. Estas pruebas se han realizado solo para dar un contexto apropiado a la formulación de los acuerdos entre los socios en cuanto al uso y aplicación de las directrices.

  4. Pre-Diagnóstico de estado de situación de la red (II) • Prueba realizada sobre un total de 19 repositorios de los distintos países • Argentina • Brasil • Chile • Venezuela • Colombia • Perú • Ecuador

  5. Pre-Diagnóstico de estado de situación de la red (II) Aclaración Importante: Los números indicados en las muestras no representan un volúmen de cada red. Se ha tomado una muestra que se considera válida para alcanzar conclusiones en relación a los potenciales problemas en la adhesión a DRIVER 2.0 Tecnología usada para la toma de muestras. Desarrollo propio basado en OVAL Validity Checker (python+django)

  6. Pre-Diagnóstico de estado de situación de la red (II) • Argentina • SEDICI (UNLP) • RepHipUNR (UNR) • Instituto Balseiro • Tesis de la UNL • Biblioteca Digital UNCuyo • CLACSO Tomados en muestra 10.222 registros

  7. Pre-Diagnóstico de estado de situación de la red (II) • Brasil • Universidad Federal do Paraná • RIDI – IBICT • Universidad Federal de Brasilia Tomados en muestra 9.973 registros

  8. Pre-Diagnóstico de estado de situación de la red (II) • Colombia • Universidad del Rosario • Pontificia Universidad Javeriana • Universidad del Valle • Universidad Tecnológica de Pereira Tomados en muestra 5.792 registros

  9. Pre-Diagnóstico de estado de situación de la red (II) • Chile • Universidad de Talca • Universidad de Chile Tomados en muestra 10.856 registros

  10. Pre-Diagnóstico de estado de situación de la red (II) • Venezuela • Universidad de Los Andes • REVENCYT (Indice y Biblioteca Electrónica de Revistas Venezolanas de Ciencia y Tecnología) Tomados en muestra 24.365registros

  11. Pre-Diagnóstico de estado de situación de la red (II) • Ecuador • Pontificia Universidad Católica del Ecuador • Instituto de Altos Estudios Nacionales Tomados en muestra 7.739 registros

  12. Pre-Diagnóstico de estado de situación de la red (II) • Perú • Scielo Perú • Repositorio Digital de Tesis de PUCP Tomados en muestra 4.776 registros

  13. Problemas comunes a todos los países • Necesidad de un fuerte control de errores. Robustez del cosechador • Repositorios no accesibles • Repositorios en estado de espera contínuo. • Repositorios que dependiendo la tecnología de base que accede puede concluir o no cosecha. Timeouts. Número de retries • XML de respuesta mal conformados • Existencia de desarrollos propios no normalizados que con diversos tipos de material no logran publicar correctamente los recursos. Implicancias en la solución a seleccionar

  14. Conclusiones • dc:date • El validador encuentra aproximadamente un 50% de observaciones en relación a la ausencia del campo dc:date (mandatorio en DRIVER 2.0) tanto como un 50% de observaciones en relación al incumplimiento de la norma ISO 8601. Poco menos de 1/3 de las observaciones de error halladas corresponden a dc:date

  15. Conclusiones • dc:creator • Para DRIVER 2.0 dc:creator es obligatorio, sin embargo en muchos de los repositorios implementados sobre DSpace, se está truncando el dc.contributor.creator a dc.contributor sin especificar creator. Esto genera una diferencia importante en la definición semántica de la autoría 2/3 de las observaciones halladas por el Validador corresponden a dc:creator

  16. Conclusiones • dc:title • El validador ha encontrado alrededor de 350 entradas que no poseen dc:title definido. En general se atribuyen a dificultades de mapeos de metadatos al momento de la exposición sobre el protocolo OAI Menos del 3% de las observaciones halladas por el validador pertenecen a dc:title

  17. Conclusiones • dc:identifier • El validador ha encontrado en toda la muestra solo 4 registros que no poseen dc:identifier Baja incidencia en la muestra tomada Prueba incompleta Necesidad de verificar si primer occ es URL válida

  18. Indicadores – dc.type A mejorar en las pruebas, no mezclar en el análisis diferentes ocurrencias

  19. ¿Como debería funcionar la red a nivel nacional? ¿Filtrado de Registros? DRIVER 2.0 solo trata de material textual

  20. Gran problema con las Tesis ¿Que tipo de Tesis son? Forma correcta de acuerdo a DRIVER 2.0 especificación del tipo de Tesis.

  21. DRIVER 2.0

  22. ¿Como debería funcionar la red a nivel nacional? Mapeos ¿Se supone entonces que el cosechador regional hará estos mapeos o los harán las redes nacionales? info:eu-repo/semantics/article info:eu-repo/semantics/doctoralThesis

  23. Otros indicadores – dc.format

  24. Otros indicadores – dc.rights

  25. Otros indicadores – dc.rights

  26. Futuras acciones de la consultoría componente III en relación a los diagnósticos de cumplimiento. • Realizar mejoras en las herramientas para toma de indicadores y observaciones del cumplimiento de las directrices. Requerimientos en cuanto al validador de la red regional. Informes desglosados por país. • Atender e implementar los acuerdos alcanzados en la presente reunión. • Mejoras en la metodología de tomas de muestras. • Necesidad de establecimiento de reglas claras para la incorporación a la plataforma agregador cosechador. Threeshold de cumplimiento. • Definición del alcance de los mapeos automáticos a realizar.

  27. Estado de situación conformación de las redes Espacio de debate y destinado a la formulación de acuerdos técnicos en relación a lo esperado para la componente III. Validador y agregador / cosechador.

More Related