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