[Reddes.bvs-tech] RES: Consultas del OAI-Provider
spinaker
spinaker at adinet.com.uy
Thu Jun 2 20:16:11 GMT-2 2016
Mori
vamos aclarando de a poco el procedimiento, pongo mis comentarios abajo,
solo las consultas que van quedando
El 02/06/2016 a las 14:56, Mori, Marcos (BIR) escribió:
>
> Hola Spinak,
>
> Como estás, todo bien? ES: TODO BIEN , GRACIAS
>
> Ø/Para integrar nuestras bases al iAHx nos informaron que los
> registros debemos enviarlos usando el OAI-Provider /
>
> El Isis OAI Provider servirá para que colectemos sus datos para que
> publiquemos en una instancia IAHx, como por ejemplo:
> pesquisa.bvsalud.org/bvssmu. Tiene la misma función de enviar el
> archivo ISO. Pero nuestros procesos están siendo automatizados para
> colectar a través del protocolo OAI PMH. ES: eso lo entendemos bien
>
> Ø/para que se pueda crear la faceta a la derecha de la interfaz /ES:
> exacto, eso mismo hicimos con el CLAP y OPS/URY//
>
> Sí estás hablando a respecto de esos filtros (clusters) de la imagen
> arriba, esos son creados por los datos colectados o por una estrategia
> de búsqueda. ES: CORRECTO
>
> ØAclaracion: son dos bases de datos (Libros y Videos) que fueron
> creadas con la estructura LILDBI
>
> Duda: Cada base de datos está en un LILDBI-WEB diferente o es solo un
> LILDBI-web separados por lo campo 4 (base de datos)? ES: LOS REGISTROS
> SON CREADOS EN *UNA INSTANCIA LOCAL *DE LILDBI, LUEGO SE EXPORTAN COMO
> *DOS *BASES SEPARADAS Y SE SUBEN AL BVS-SITE, COMO *DOS *BASES
> SEPARADAS, LA ACTUALIZACIÓN ES COMPLETA, ES DECIR CADA VEZ QUE SE
> ACTUALIZA EN EL SITE, SE SUSTITUYE LA COPIA ANTERIOR.
>
> Ø+modificaciones locales, en total son más de 3.200 registros.
>
> A través del ISIS OAI provider no será colectado campos que no están
> en la metodología LILACS. ES: ¿ES POSIBLE CUSTOMIZAR EL PFT DE
> EXPORTACIÓN PARA QUE LOS CAMPOS AD-HOC SE CONVIERTAN A ETIQUETAS
> CANÓNICAS DE DC?
>
> * ¿Nosotros hacemos la exportación y los depositamos en xxx ????
>
> En realidad, a través de ISIS OAI provider nosotros vamos colectar sus
> datos. ES: OK
>
> * Si lo hacemos nosotros, cómo les avisamos que están disponibles?
>
> El servicio tiene que estar siempre disponible para colectemos
> regularmente ES: OK, NO PROBLEM
>
> * ¿Ustedes son los que "chupan" los registros usando la interfaz?
>
> Es eso. ES:NO PROBLEM
>
> * Esto es automático o manual?
>
> Automático, pero hay acompañamiento para mirar si todo ocurrí bien. ES: OK
>
> * ¿con qué periodicidad se hace la rutina?
>
> Inicialmente 2 x por semana. ES: EL INGRESO DE REGISTROS NUEVOS NO ES
> MUY FRECUENTE, QUIZAS UNA VEZ AL MES, Y EN VERANO NADA
>
> Por favor, envíe la url del ISIS OAI provider para que nosotros
> hagamos las pruebas iniciales. ES: ENVIO LA URL EN MAIL PERSONA A TI
>
Saludos
Ernesto
>
> Saludos,
>
> Marcos Luis Mori
>
> BIREME/OPS/OMS
>
> *De:*reddes.bvs-tech-bounces at listas2.bireme.br
> [mailto:reddes.bvs-tech-bounces at listas2.bireme.br] *Em nome de *spinaker
> *Enviada em:* quarta-feira, 1 de junho de 2016 18:29
> *Para:* reddes bvs-tech; Gustavo Signorele; Biblioteca
> *Assunto:* [Reddes.bvs-tech] Consultas del OAI-Provider
>
> Mori
>
> Estamos en el último paso para completar la migración de la BVS SMU
>
> Para integrar nuestras bases al iAHx nos informaron que los registros
> debemos enviarlos usando el OAI-Provider para que se pueda crear la
> faceta a la derecha de la interfaz. Aclaracion: son dos bases de datos
> (Libros y Videos) que fueron creadas con la estructura LILDBI
> +modificaciones locales, en total son más de 3.200 registros.
>
> Pues bien, hemos instalado la aplicación ISIS-OAI-Provider siguiendo
> las instrucciones del wiki, (vean la captura de pantalla más abajo),
> de acuerdo a:
> http://wiki.bireme.org/es/index.php/Instalando_el_Isis-oai-provider
>
> preguntas:
>
> Cómo será el flujo de trabajo, porque el wiki dice:
> /Se trata de una aplicación WEB que _deja _disponible datos
> almacenados en bases de datos CDS-ISIS para ser recolectado por otros
> sistemas a través del protocolo de comunicación OAI-PMH . /
>
> * ¿Nosotros hacemos la exportación y los depositamos en xxx ????
> * Si lo hacemos nosotros, cómo les avisamos que están disponibles?
> * ¿Ustedes son los que "chupan" los registros usando la interfaz?
> * Esto es automático o manual?
> * ¿con qué periodicidad se hace la rutina?
>
> Sobre la configuración de*oai-config.php*
>
> Preguntas: no sabemos qué ponemos en los parámetros: IDPREFIX ; IDDOMAIN
>
> EARLIESTDATESTAMP: ¿este valor queda fijo siempre, o hay que cambiarlo
> cada vez que se exportan registros?
>
>
> Sobre la configuración de*oai-databases.php
> *¿Hay documentación para adaptar el mapping (lilacs-dc.pft) porque
> es posible que no todos los campos sean estrictamente LILACS, pues
> algunos campos son ad-hoc a las necesidades del servicio.
>
>
>
> --
> .^. .^.
> ( ) ( )
> === ===
> =[=]================================[=]=
> | | Ernesto Spinak | |
> | |spinaker at adinet.com.uy <mailto:spinaker at adinet.com.uy> | |
> | | Montevideo, Uruguay | |
> | | tel/fax (598) 2622-3352 | |
> | | celular (598) 99612238 | |
> =[=]================================[=]=
> === ===
> ( ) ( )
> V V
>
> IMPORTANT: This transmission is for use by the intended
> recipient and it may contain privileged, proprietary or
> confidential information. If you are not the intended
> recipient or a person responsible for delivering this
> transmission to the intended recipient, you may not
> disclose, copy or distribute this transmission or take
> any action in reliance on it. If you received this transmission
> in error, please dispose of and delete this transmission.
>
> Thank you.
>
--
.^. .^.
( ) ( )
=== ===
=[=]================================[=]=
| | Ernesto Spinak | |
| | spinaker at adinet.com.uy | |
| | Montevideo, Uruguay | |
| | tel/fax (598) 2622-3352 | |
| | celular (598) 99612238 | |
=[=]================================[=]=
=== ===
( ) ( )
V V
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listas2.bireme.br/pipermail/reddes.bvs-tech/attachments/20160602/2dd3c56f/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 86625 bytes
Desc: not available
URL: <http://listas2.bireme.br/pipermail/reddes.bvs-tech/attachments/20160602/2dd3c56f/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 42521 bytes
Desc: not available
URL: <http://listas2.bireme.br/pipermail/reddes.bvs-tech/attachments/20160602/2dd3c56f/attachment-0001.jpe>
More information about the Reddes.bvs-tech
mailing list