[Koha-devel] Koha: XML processing

[Linda Culberson]

  I'd like to add my 2cts. to the reasons for removing items from the 
bibliographic record. We have many records with thousands of items.  
This is often the case with long-running serial publications in academic 
institutions.   In the case of archival institutions like ours, we are 
talking about decades if not centuries of a record series.  To split 
them into groups just because they don't fit within the 9999 byte limit 
is doable, but not logical, in my own (limited and aging) mind.
Thanks.

-- 
Linda Culberson  lculber at mdah.state.ms.us
Archives and Records Services Division
Ms. Dept. of Archives&  History
P. O. Box 571
Jackson, MS 39205-0571
Telephone:  601/576-6873
Facsimile:  601/576-6824


On 11/12/2010 8:43 AM, Henri-Damien LAURENT wrote:
>
> Other reason is that deserializing from xml rather than iso2709 is WAY 
> slower and proc intensive. It would not be a problem is any setup 
> would CORRECTLY and SENSIBLY use XSLT. But since XSLT.pm is what it is 
> ie taking marc record, editing, tranforms to xml before processing 
> xslt, this process would only be slower if we used xml.
> Moreover the main reason why record are bigger than 9999 bytes is 
> because of items. It is proven that it would really be HEALTHY to 
> remove them. So the problem wouls not exist any longer.
> My 2 cts.
> -- 
> Henri-Damien Laurent
>
>> Le 12 nov. 2010, 7:55 AM, "Frédéric Demians" <frederic at tamil.fr 
>> <mailto:frederic at tamil.fr>> a écrit :
>>
>> > Here we go > > 
>> http://www.nntp.perl.org/group/perl.perl4lib/2006/05/msg2369.html
>>
>> >From this email, as I understand it, it seems that here is the 
>> reason why Koha in search result deserialize MARC records from their 
>> ISO2709 representation rather than their MARCXML. If we were able to 
>> use marcxml, the 99,999 limitation for MARC record size could be 
>> exceed. And we would have one less reason to move to 
>> SolR--notwithstanding the other reasons to move to.
>> --
>> Frédéric
>>
>> _______________________________________________ Koha-devel mailing 
>> list Koha-devel at lists.koha-comm...
>>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/koha-devel/attachments/20101112/54be01b1/attachment.htm>