Re: [Koha-devel] Koha performance enhancement overview

2012-04-10 Thread Mason James
On 2012-04-10, at 8:37 PM, Chris Cormack wrote: > 2012/4/10 Mason James : >> >> >> just curious, is it worth switching back to the plain old MARC format >> internally for Koha, for an extra speed increase? > > Heh, thats what this whole thread started with :) You should read back >> >> i can

Re: [Koha-devel] Koha performance enhancement overview

2012-04-10 Thread Mason James
On 2012-04-11, at 1:14 AM, Jared Camins-Esakov wrote: > Mason, > > woooh, turbomarc looks pretty cool! > but, it looks like zebra does not support turbomarc, (just yet) > > Sure it does. The DOM indexing filter uses XSLT to transform arbitrary XML > into Zebra index definitions. The only Zebra

Re: [Koha-devel] MARC::Record, record length and leader

2012-04-10 Thread Ian Walls
I'd advocate ISO-2709 only being an import/export format, and never using it internally. It's just got too many limitations, as we're seeing here. On import, we check for valid leaders, and warn if not. On export, we calculate the leader, and if it exceeds 9, we warn. We can develop several

Re: [Koha-devel] MARC::Record, record length and leader

2012-04-10 Thread Jared Camins-Esakov
Julian, MARC::Record should proceed blithely on, like Admiral Farragut at the >> Battle of Mobile Bay or the Light Brigade at the Battle of Balaclava. >> The record can still be serialized as MARCXML, and large records are not >> uncommon in the wild. As far as I know, the only way to handle it is

Re: [Koha-devel] MARC::Record, record length and leader

2012-04-10 Thread Julian Maurice
On 10/04/2012 16:27, Jared Camins-Esakov wrote: Julian, I know this is an old discussion but I just realized that saving a biblio record longer than 9 bytes result in a malformed leader. Length of the record takes more than 5 characters and therefore remaining characters in t

Re: [Koha-devel] MARC::Record, record length and leader

2012-04-10 Thread Jared Camins-Esakov
Julian, I know this is an old discussion but I just realized that saving a biblio > record longer than 9 bytes result in a malformed leader. Length of the > record takes more than 5 characters and therefore remaining characters in > the leader are shifted to the right. > This cause the leader

[Koha-devel] MARC::Record, record length and leader

2012-04-10 Thread Julian Maurice
Hello, I know this is an old discussion but I just realized that saving a biblio record longer than 9 bytes result in a malformed leader. Length of the record takes more than 5 characters and therefore remaining characters in the leader are shifted to the right. This cause the leader to h

Re: [Koha-devel] Koha performance enhancement overview

2012-04-10 Thread Jared Camins-Esakov
Mason, woooh, turbomarc looks pretty cool! > but, it looks like zebra does not support turbomarc, (just yet) > Sure it does. The DOM indexing filter uses XSLT to transform arbitrary XML into Zebra index definitions. The only Zebra-related change needed is the elimination of the iso2709 option for

Re: [Koha-devel] Koha performance enhancement overview

2012-04-10 Thread Chris Cormack
2012/4/10 Mason James : > > On 2012-04-10, at 5:11 PM, Robin Sheat wrote: > >> Mason James schreef op di 10-04-2012 om 17:09 [+1200]: >>> woooh, turbomarc looks pretty cool! >>> but, it looks like zebra does not support turbomarc, (just yet) >>> >>> i think any turbomarc benchmarking for Koha is mo

Re: [Koha-devel] Koha performance enhancement overview

2012-04-10 Thread Mason James
On 2012-04-10, at 5:11 PM, Robin Sheat wrote: > Mason James schreef op di 10-04-2012 om 17:09 [+1200]: >> woooh, turbomarc looks pretty cool! >> but, it looks like zebra does not support turbomarc, (just yet) >> >> i think any turbomarc benchmarking for Koha is moot, until zebra >> supports turb