[Reddes.bvs-tech] Intercambio de Dados - Aleph y Lildbi-Web - Addenda
Egbert de Smet
egbert.desmet at ua.ac.be
Mon Apr 9 12:00:07 BRST 2012
Hi,
in my previous message I raised two different issues :
1. the total capacity of records, which is supposed to be 1 Mb in FFI
(whether Lind or not).
2. the capacity of IsisScript to deal with records e.g. for editing, which
is supposed to be 32Kb but in my experience is limited to 16Kb.
Some comments to clarify my experience, sorry if it sounds a bit sore at
times which is not my intention (I am a complete admirer of CISIS and
exacty for that reason would love to see it survive by aplying extended
standards !) :
1. I can store records up to 1 Mb indeed. Indexing FT with FFI (Lind) works
well but, as known, cannot be done incrementally.
I am attaching a database zipped as example : ethwat2.mst contains one
large text of about 860Kb.
2. I cannot open the example records just above 16Kb in 'ex1.mst' (see also
attached). I use ABCD (which uses IsisScript) and a worksheet which only is
supposed to open the field 11 (the full-text of an article) in an
'HTML-area' worksheet field. The text is not displayed and when I try to
save the record again with some new (dummy) text, there is an error stating
'please specify a value'.
[note : I had to change the extension .mst to mstt in the attachment due to
Gmail's security policy which considers .MST as an executable so change
back to .MST please]
Both problems are important for Digital Library use of ABCD, for which
there is a huge demand as I continue experiencing in my contacts with about
all potential ABCD-users all over the world.
I realize that editing 1Mb records is probably out-of-reach (although it
can be done in J-ISIS without a problem, which gives it a huge advantage
over competition like e.g. Greenstone which cannot edit any records), but
keep hoping at least something like 99Kb (the ISO2709 limit) would be
reachable.
Full-text indexing (techiques 4 and 8) of large records is a must for
Digital Library.applications. If not possible incrementally (which could be
done autamatically after creating a record), we could envisage providing a
button 'full inverted file creation' (like in the ABCD-utilities already
available) in the record-upload dialog box, but it is not preferable,
though 'acceptable' as a last-resort solution.
I hope this allows some more positive input into the issues.
Egbert
On Sat, Apr 7, 2012 at 1:20 PM, spinaker <spinaker at adinet.com.uy> wrote:
> 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
>
> _______________________________________________
> Reddes.bvs-tech mailing list
> Reddes.bvs-tech at listas.bireme.br
> http://listas.bireme.br/mailman/listinfo/reddes.bvs-tech
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://listas.bireme.br/pipermail/reddes.bvs-tech/attachments/20120409/a47f520b/attachment-0001.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: largerecs.zip
Type: application/zip
Size: 256540 bytes
Desc: not available
Url : http://listas.bireme.br/pipermail/reddes.bvs-tech/attachments/20120409/a47f520b/attachment-0001.zip
More information about the Reddes.bvs-tech
mailing list