Hi,<br><br>in my previous message I raised two different issues :<br>1. the total capacity of records, which is supposed to be 1 Mb in FFI (whether Lind or not).<br>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.<br>
<br>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 !) :<br>
<br>1. I can store records up to 1 Mb indeed. Indexing FT with FFI (Lind) works well but, as known, cannot be done incrementally.<br>I am attaching a database zipped as example : ethwat2.mst contains one large text of about 860Kb.<br>
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'.<br>
[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]<br><br>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.<br>
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.<br>
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.<br>
<br>I hope this allows some more positive input into the issues.<br><br>Egbert<br><br><div class="gmail_quote">On Sat, Apr 7, 2012 at 1:20 PM, spinaker <span dir="ltr"><<a href="mailto:spinaker@adinet.com.uy">spinaker@adinet.com.uy</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Mori<br>
<br>
Creo que Egbert tiene experiencias reales personales con registros<br>
mayores de 16kb que cancelan<br>
él enviara ejemplos<br>
<br>
ernesto<br>
<br>
<br>
El 05/04/2012 06:37 p.m., Marcos Luis Mori escribió:<br>
<div class="HOEnZb"><div class="h5">> Hola Spinak<br>
><br>
> 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.<br>
><br>
>> está compilado en el wxis.exe (todas sus versiones) con el limite de<br>
>> 16Kb para ingreso de registros.<br>
> Usted puede enviar un registro que excede ese tamaño para se prueba acá?<br>
><br>
><br>
> Saludos,<br>
><br>
><br>
> Marcos Luis Mori<br>
> RST/MTI<br>
> BIREME/OPS/OMS<br>
><br>
><br>
><br>
><br>
> ----- Mensagem original -----<br>
>> De: "spinaker"<<a href="mailto:spinaker@adinet.com.uy">spinaker@adinet.com.uy</a>><br>
>> Para: "Marcos Luis Mori"<<a href="mailto:marcos.mori@bireme.org">marcos.mori@bireme.org</a>><br>
>> Cc: "Reddes bvs-tech"<<a href="mailto:Reddes.bvs-tech@listas.bireme.br">Reddes.bvs-tech@listas.bireme.br</a>>, "Renato Toshiyuki Murasaki"<<a href="mailto:renato.murasaki@bireme.org">renato.murasaki@bireme.org</a>>,<br>
>> "Alexander"<<a href="mailto:asoto@gsl.com.mx">asoto@gsl.com.mx</a>>, "FERNANDO ARDITO SAENZ"<<a href="mailto:fernando.ardito.s@upch.pe">fernando.ardito.s@upch.pe</a>>, "De Smet Egbert"<br>
>> <<a href="mailto:egbert.desmet@ua.ac.be">egbert.desmet@ua.ac.be</a>><br>
>> Enviadas: Segunda-feira, 9 de Janeiro de 2012 13:43:46<br>
>> Assunto: Re: [Reddes.bvs-tech] Intercambio de Dados - Aleph y Lildbi-Web - Addenda<br>
>> Respecto a la conversion de registros provenientes de Aleph o<br>
>> cualquier<br>
>> otro programa que usa MARC<br>
>><br>
>> Hay un problema estructural que deberíamos contemplar, y es la<br>
>> limitación que tiene IsisScript sobre el tamaño de los registros.<br>
>> La norma ISO 2709 acepta registros hasta 99.999 bytaes de largo.<br>
>> El MicroIsis implementó originalmente un limite de 16Kb por registro,<br>
>> que luego fue expandido gracias a CISIS a 32 Kb<br>
>> Nota: Winisis fue construido sobre la librería de CISIS y por eso<br>
>> superó<br>
>> la limitación de la versión MS.DOS.<br>
>><br>
>> Las versiones estándar de CISIS tiene limitación a 32 Kb en los<br>
>> registros, y el FFI tiene 1Mb<br>
>> Esto es cierto si llamamos al .exe en forma directa, pero el<br>
>> IsisScript<br>
>> está compilado en el wxis.exe (todas sus versiones) con el limite de<br>
>> 16Kb para ingreso de registros.<br>
>> En caso de recibirse desde un programa externo un registro ISO2709<br>
>> mayor<br>
>> a 16Kb, podrá ser importado sin problemas usando el mx.exe<br>
>> pero si se quiere editar con LILDBI el registro se va a quebrar.<br>
>> La sugerencia es re-compilar los wxis.exe con un alloc() de 32kb para<br>
>> carga de datos<br>
>> Eso puede causar un problema con la FST si el registro es grande y se<br>
>> crean postings con técnica 4/8, pero ese problema lo discutiremos<br>
>> aparte<br>
>><br>
>> Saludos<br>
>> Ernesto Spinak<br>
>><br>
>><br>
>><br>
>><br>
>><br>
>> El 09/01/2012 11:19, Marcos Luis Mori escribió:<br>
>>> Hola a todos,<br>
>>><br>
>>> Gustaría de compartir con ustedes también una iniciativa importante<br>
>>> a través de Ing. Fernando Ardito, Jefe de Publicaciones Cientificas<br>
>>> de la Universidad Peruana Cayetano Heredia - Lima - Perú junto al<br>
>>> Ing. José Alexander Soto Cortez de la<br>
>>> ExLibris(<a href="http://www.exlibrisgroup.com/" target="_blank">http://www.exlibrisgroup.com/</a>) donde a través del sistema<br>
>>> Aleph va a poder exportar archivos ISO-2709 utilizando la<br>
>>> Metodología LILACS.<br>
>>><br>
>>> Hay varios beneficios para las instituciones que tienen el sistema<br>
>>> Aleph e colaboran con la base de datos LILACS, donde muchas veces se<br>
>>> ingresaban los registros 2 veces.<br>
>>><br>
>>> Algunos de los problemas que esa funcionalidad puede a resolver<br>
>>><br>
>>> . Duplicación de la operación de ingreso de datos<br>
>>> . Falta de interoperación entre las plataformas<br>
>>> . Falta de interoperación das Metodologias<br>
>>><br>
>>><br>
>>> Nosotros validamos el envio del archivo ISO-2709 y estamos ahora en<br>
>>> la etapa atribución de campos MARC a LILACS y estamos abiertos a<br>
>>> colaboración de todos. Hay en nuestra lista expertos como Ernesto<br>
>>> Spinak y cualquier otro que quiere participar de esa discusión.<br>
>>><br>
>>> Creamos una wiki<br>
>>> <a href="http://wiki.bireme.org/pt/index.php/Intercambio_de_dados_entre_Aleph_e_LILACS/LILDBI-Web" target="_blank">http://wiki.bireme.org/pt/index.php/Intercambio_de_dados_entre_Aleph_e_LILACS/LILDBI-Web</a><br>
>>> donde se puede colaborar en la discusión.<br>
>>><br>
>>> En esa wiki también hay subido los archivos que hicimos pruebas y el<br>
>>> documento de atribución de campos de MARC para LILACS.<br>
>>><br>
>>> Por favor, Fernando y Alexander si quiere a adicionar o arreglar<br>
>>> comentários quedase a voluntad.<br>
>>><br>
>>><br>
>>> Saludos,<br>
>>><br>
>>> Marcos Luis Mori<br>
>>> RST/MTI<br>
>>> BIREME/OPS/OMS<br>
>>><br>
>>> _______________________________________________<br>
>>> Reddes.bvs-tech mailing list<br>
>>> <a href="mailto:Reddes.bvs-tech@listas.bireme.br">Reddes.bvs-tech@listas.bireme.br</a><br>
>>> <a href="http://listas.bireme.br/mailman/listinfo/reddes.bvs-tech" target="_blank">http://listas.bireme.br/mailman/listinfo/reddes.bvs-tech</a><br>
>>><br>
>><br>
>> --<br>
>> .^. .^.<br>
>> ( ) ( )<br>
>> === ===<br>
>> =[=]================================[=]=<br>
>> | | Ernesto Spinak | |<br>
>> | | <a href="mailto:spinaker@adinet.com.uy">spinaker@adinet.com.uy</a> | |<br>
>> | | Montevideo, Uruguay | |<br>
>> | | tel/fax (598) 2622-3352 | |<br>
>> | | celular (598) 99612238 | |<br>
>> =[=]================================[=]=<br>
>> === ===<br>
>> ( ) ( )<br>
>> V V<br>
<br>
<br>
--<br>
.^. .^.<br>
( ) ( )<br>
=== ===<br>
=[=]================================[=]=<br>
| | Ernesto Spinak | |<br>
| | <a href="mailto:spinaker@adinet.com.uy">spinaker@adinet.com.uy</a> | |<br>
| | Montevideo, Uruguay | |<br>
| | tel/fax (598) 2622-3352 | |<br>
| | celular (598) 99612238 | |<br>
=[=]================================[=]=<br>
=== ===<br>
( ) ( )<br>
V V<br>
<br>
_______________________________________________<br>
Reddes.bvs-tech mailing list<br>
<a href="mailto:Reddes.bvs-tech@listas.bireme.br">Reddes.bvs-tech@listas.bireme.br</a><br>
<a href="http://listas.bireme.br/mailman/listinfo/reddes.bvs-tech" target="_blank">http://listas.bireme.br/mailman/listinfo/reddes.bvs-tech</a><br>
</div></div></blockquote></div><br>