Time Nick Message 10:59 alaurin i've got this message 10:59 alaurin kados : i've got a problem with zebra indexation ...., 10:49 kados ok ... I'll be back soon 10:47 kados :-) 10:47 cm yeah, no kidding! 10:47 kados by the way ... kudos on getting the system up and running ... no easy feat! 10:46 cm ok. 10:46 kados (and besides, I have heard reports that the framework editor is buggy ... we don't use it at LibLime) 10:46 kados that way you have a back up of your framework that you can rely on 10:46 kados and just edit that sql file with the changes 10:45 kados it's a sql file 10:45 kados what I'd do is grab the latest marc21 framework from rel_2_2 10:45 kados in fact ... i suspect your framework is missing quite a lot 10:45 kados you'll want to add those 10:45 kados yep :-) 10:45 cm 000 & 008 seem to be missing from my framework. that would explain it! 10:44 cm :) 10:44 kados our marc8 export routines crash sometimes too :-) 10:44 cm I'll see if I can find a pre-marcedit copy and upload it. 10:44 kados ahh ... actually, that makes me feel better :-) 10:44 cm yes, but i had problems with marcedit's utf8 exporter. iirc, it was crashy. 10:43 kados what do they look like befre marcedit gets ahold of them? 10:43 kados (btw: unless I'm mistaken, marcedit can natively export to UTF-8) 10:43 kados ahh ... you tweak them in marcedit? 10:42 kados that's just for the index 10:42 kados it wouldn't be in record.abs 10:42 cm 961t is our item type. 10:42 cm it's what I get after tweaking them with marcedit, but I don't touch 000 or 008. I'll check my framework. i'll check record.abs too. 10:42 kados 961 _tJBOC 10:41 kados I see a 961 field 10:41 kados cm: also ... from your old system, were your itemtypes at the record level or item level? 10:40 kados cm: do you have framework entries for 000 (leader) and 008? 10:39 kados cm: so maybe your framework is the problem 10:39 kados cm: those records have leaders, and 008 fields ... 10:37 kados cm: just so we're clear ... mplcurrent.mrc is what you get directly from your old ILS ... before Kyle imports into Koha 2.2 and merges the records? 10:36 cm there are two. mplcurrent.mrc is before I run it through marc2xml & xml2marc. mplcurrentout.mrc is after. 10:35 cm okay, here: http://www.ccfls.org/marc/ 10:29 kados :-) 10:29 cm minutes, that is. :) 10:29 cm ok, give me a few. 10:29 kados cool, let me know where 10:28 cm sure, I can dig one up. I can post it on our web server so you can download it easily. 10:28 kados (before Kyle runs it through his merge routine?) 10:28 kados cm: do you have a data dump from your old system handy? 10:27 kados as do some of the sort by options 10:26 kados all of the subtype limits rely on proper values ... 10:26 kados those are _very_ important in Koha 10:26 cm ah, wonderful. 10:26 kados you're missing leaders and fixed fields for one 10:26 cm mmm, yes. what is so bad about them? 10:25 kados cm: is that what they looked like out of your current system? 10:25 kados cm: looks like your MARC records are in pretty bad shape 10:24 kados nice 10:24 cm very cool about the transaction speed. 10:24 cm hey there. it goes. :) I have our opac up at http://catalog.ccfls.org. It should look familiar. ;) 10:24 kados cm: just so you know, NPL has seen a drastic increase in speed at the circ desk ... transactions running under a second 10:23 kados hey cm, how goes it? 08:30 hdl can this happen ? 08:30 hdl The problem would be for multpile connexions to the same zebra server. 08:30 kados ok ... thx 08:29 hdl You will be able to see. 08:29 hdl I commit my solution. 08:29 hdl kados : It perfectly works. 08:26 hdl Sorry. 08:26 kados sec ... phone call 08:25 hdl Is it clear ? 08:25 hdl .... 08:25 hdl Zconn->{biblioserver} would contain connection to "biblios (whatever its name)" database 08:24 hdl In Context vars, Zconn would be a ref 08:22 hdl No : it would store connexions into a 10 entries hash. 08:22 kados (the Zconn is also used for federated searches remember) 08:22 kados what if I have 10 servers defined? 08:22 kados but that would mean it would connect to every server every time 08:22 hdl Zconn could INTERNALLY be a ref to a hash. 08:21 hdl returns the connection of the right server. 08:21 hdl and when asking $server 08:20 hdl Zconn could be a ref to a hash. 08:20 hdl I suggest 08:20 kados hmmm 08:20 hdl So you cannot connect to authorities then to biblios.... 08:20 kados right ... because the $context-> global object 08:20 kados ahh 08:20 hdl :D 08:20 hdl But when you search for existing Zconn and find one, you return the 1st connexion whatever it is... 08:19 kados so "biblioserver" for biblios and "authorityserver" for authorities 08:19 hdl Yes it is a parameter. 08:19 kados second one is the 'server' 08:18 kados my $piggyback=shift; my $syntax=shift; 08:18 kados my $auth=shift; 08:18 kados my $async=shift; 08:18 kados my $server=shift; 08:18 kados my $self=shift; 08:18 kados sub Zconn { 08:18 hdl It sends you back current connection 08:18 kados here's what I have: 08:18 hdl whatever parameter you ask for afeter 1st connection. 08:18 hdl Because it doesnot use parameter to get the right connection. 08:17 kados k ... what's the prob? 08:17 hdl yes : Got a problem with rel3 Context.pm Zconn. 08:17 kados hdl: briefly ... about to head to the gym 08:15 hdl kados around ? 06:39 chris http://blog.katipo.co.nz/?p=17 06:32 chris hmm missed osmoze ... hlt, kapiti and rangitikei all have printers set up in koha, hlt is all unix, rangitikei is windows machines using samba and cups, and kapiti is a mix of windows and linux 05:27 tumer hdl:looking for me? 05:15 hdl HLT ;) 05:15 osmoze who have configured a printer under koha ? 04:30 hdl tumer around ? 03:23 osmoze hello