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" <[email protected]> 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 [email protected]...
_______________________________________________ Koha-devel mailing list [email protected] http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
