[Reddes.bvs-tech] Intercambio de Dados - Aleph y Lildbi-Web - Addenda

De Smet Egbert egbert.desmet at ua.ac.be
Sat Apr 7 15:52:11 BRST 2012 

Hello,

my experiments are with real large records of up to 1Mb as that is the idea behind FFI and would be necessary for e.g. doing Digital Library with ABCD.
When incrementally indexing (with the FFI-NonLind version) small-up-to-medium records work well, but large records (e.g. 800Kb) don't. This is - according to Ernesto - because all the individual words (as it is about full-text indexing) are stored as repeats of a field in a virtual record which then would exceed the limits of an ISO2709 record. But why do it that way - doesn't that take away the whole idea of FFI to deal with records up to 1Mb? Or are we back to the long foregone times of DbaseIII where texts had to be put into a 'memo'-filed which was just a passive container and could not be indexed ? 
The other main problem is indeed the limitations of IsisScript : whenever interactively editing a record the limits is 16Kb, which prevents from adding meta-data to records in a digital library collection. Even if the text-field (the long one) is not in the worksheet, such records cannot be edited.
I understand there is no way to overcome such limits with the classic (C)ISIS technology.
My experiments with J-ISIS and Digital Library records of unlimted size are positive, both for editing and indexing.

Egbert de Smet
Universiteit Antwerpen
________________________________________
From: spinaker [spinaker at adinet.com.uy]
Sent: Saturday, April 07, 2012 1:20 PM
To: Marcos Luis Mori
Cc: Reddes bvs-tech; Renato Toshiyuki Murasaki; Alexander; FERNANDO ARDITO SAENZ; De Smet Egbert
Subject: Re: [Reddes.bvs-tech] Intercambio de Dados - Aleph y Lildbi-Web - Addenda

Mori

Creo que Egbert tiene experiencias reales personales con registros
mayores de 16kb que cancelan
él enviara ejemplos

ernesto


El 05/04/2012 06:37 p.m., Marcos Luis Mori escribió:
> Hola Spinak
>
> Hicimos várias pruebas con el WXIS pero a través de linea de comando y no ocurrió ninguna limitación  que informó pero la prueba más correcta seria a través de una interface tipo lildbi-web pero no logramos simular con un registro. La wiki publicaremos cuando finalizar las pruebas.
>
>> está compilado en el wxis.exe (todas sus versiones) con el limite de
>> 16Kb para ingreso de registros.
> Usted puede enviar un registro que excede ese tamaño para se prueba acá?
>
>
> Saludos,
>
>
> Marcos Luis Mori
> RST/MTI
> BIREME/OPS/OMS
>
>
>
>
> ----- Mensagem original -----
>> De: "spinaker"<spinaker at adinet.com.uy>
>> Para: "Marcos Luis Mori"<marcos.mori at bireme.org>
>> Cc: "Reddes bvs-tech"<Reddes.bvs-tech at listas.bireme.br>, "Renato Toshiyuki Murasaki"<renato.murasaki at bireme.org>,
>> "Alexander"<asoto at gsl.com.mx>, "FERNANDO ARDITO SAENZ"<fernando.ardito.s at upch.pe>, "De Smet Egbert"
>> <egbert.desmet at ua.ac.be>
>> Enviadas: Segunda-feira, 9 de Janeiro de 2012 13:43:46
>> Assunto: Re: [Reddes.bvs-tech] Intercambio de Dados - Aleph y Lildbi-Web - Addenda
>> Respecto a la conversion de registros provenientes de Aleph o
>> cualquier
>> otro programa que usa MARC
>>
>> Hay un problema estructural que deberíamos contemplar, y es la
>> limitación que tiene IsisScript sobre el tamaño de los registros.
>> La norma ISO 2709 acepta registros hasta 99.999 bytaes de largo.
>> El MicroIsis implementó originalmente un limite de 16Kb por registro,
>> que luego fue expandido gracias a CISIS a 32 Kb
>> Nota: Winisis fue construido sobre la librería de CISIS y por eso
>> superó
>> la limitación de la versión MS.DOS.
>>
>> Las versiones estándar de CISIS tiene limitación a 32 Kb en los
>> registros, y el FFI tiene 1Mb
>> Esto es cierto si llamamos al .exe en forma directa, pero el
>> IsisScript
>> está compilado en el wxis.exe (todas sus versiones) con el limite de
>> 16Kb para ingreso de registros.
>> En caso de recibirse desde un programa externo un registro ISO2709
>> mayor
>> a 16Kb, podrá ser importado sin problemas usando el mx.exe
>> pero si se quiere editar con LILDBI el registro se va a quebrar.
>> La sugerencia es re-compilar los wxis.exe con un alloc() de 32kb para
>> carga de datos
>> Eso puede causar un problema con la FST si el registro es grande y se
>> crean postings con técnica 4/8, pero ese problema lo discutiremos
>> aparte
>>
>> Saludos
>> Ernesto Spinak
>>
>>
>>
>>
>>
>> El 09/01/2012 11:19, Marcos Luis Mori escribió:
>>> Hola a todos,
>>>
>>> Gustaría de compartir con ustedes también una iniciativa importante
>>> a través de Ing. Fernando Ardito, Jefe de Publicaciones Cientificas
>>> de la Universidad Peruana Cayetano Heredia - Lima - Perú junto al
>>> Ing. José Alexander Soto Cortez de la
>>> ExLibris(http://www.exlibrisgroup.com/) donde a través del sistema
>>> Aleph va a poder exportar archivos ISO-2709 utilizando la
>>> Metodología LILACS.
>>>
>>> Hay varios beneficios para las instituciones que tienen el sistema
>>> Aleph e colaboran con la base de datos LILACS, donde muchas veces se
>>> ingresaban los registros 2 veces.
>>>
>>> Algunos de los problemas que esa funcionalidad puede a resolver
>>>
>>> . Duplicación de la operación de ingreso de datos
>>> . Falta de interoperación entre las plataformas
>>> . Falta de interoperación das Metodologias
>>>
>>>
>>> Nosotros validamos el envio del archivo ISO-2709 y estamos ahora en
>>> la etapa atribución de campos MARC a LILACS y estamos abiertos a
>>> colaboración de todos. Hay en nuestra lista expertos como Ernesto
>>> Spinak y cualquier otro que quiere participar de esa discusión.
>>>
>>> Creamos una wiki
>>> http://wiki.bireme.org/pt/index.php/Intercambio_de_dados_entre_Aleph_e_LILACS/LILDBI-Web
>>> donde se puede colaborar en la discusión.
>>>
>>> En esa wiki también hay subido los archivos que hicimos pruebas y el
>>> documento de atribución de campos de MARC para LILACS.
>>>
>>> Por favor, Fernando y Alexander si quiere a adicionar o arreglar
>>> comentários quedase a voluntad.
>>>
>>>
>>> Saludos,
>>>
>>> Marcos Luis Mori
>>> RST/MTI
>>> BIREME/OPS/OMS
>>>
>>> _______________________________________________
>>> Reddes.bvs-tech mailing list
>>> Reddes.bvs-tech at listas.bireme.br
>>> http://listas.bireme.br/mailman/listinfo/reddes.bvs-tech
>>>
>>
>> --
>> .^. .^.
>> ( ) ( )
>> === ===
>> =[=]================================[=]=
>> | |  Ernesto Spinak | |
>> | |  spinaker at adinet.com.uy | |
>> | |  Montevideo, Uruguay | |
>> | |  tel/fax (598) 2622-3352 | |
>> | |  celular (598) 99612238 | |
>> =[=]================================[=]=
>> === ===
>> ( ) ( )
>> V V


--
   .^.                                .^.
   ( )                                ( )
   ===                                ===
  =[=]================================[=]=
   | |  Ernesto Spinak                | |
   | |  spinaker at adinet.com.uy        | |
   | |  Montevideo, Uruguay           | |
   | |  tel/fax  (598) 2622-3352      | |
   | |  celular  (598) 99612238      | |
  =[=]================================[=]=
   ===                                ===
   ( )                                ( )
    V                                  V

More information about the Reddes.bvs-tech mailing list