Time  Nick        Message
11:13 frederic    So you may have to create this 952 fields or move another existing 'item' field into 952.
11:13 frederic    Your MARC21 records need to have data in 952 fields if you want Koha import script to create item records.
11:12 frederic    Look at its subfields. $p is required. Some other also... like location.
11:12 frederic    kwak: In Koha > Administration > MARC Framework, take a look at 952 field.
10:39 kwak        hi hdl? how do I fix this?
09:07 hdl         b) you holding maynot have the correct libraries.
09:06 hdl         because a your holdings may not be in correct place (952)
09:05 kwak        why is it that after i imported a marc21 file, when i check it, it says holdings (0).
07:34 hdl         quite a heavy change if it goes that far.
07:33 hdl         in an Engine directory
07:33 chris       yeah something like that
07:33 hdl         sthg like Zebra.pm
07:32 chris       be in the script
07:32 chris       and just the way its called
07:32 hdl         Maybe adding daemon option to rebuild_zebra could be the right thing.
07:32 chris       all the stuff should in a module
07:32 chris       naw, that shouldnt be hard
07:31 hdl         But I also think we cannot maintain 2 scripts for updating biblios.
07:30 chris       *nod*
07:27 hdl         I favour daemon too because some customers have old time techniques.
07:27 chris       ah right
07:27 hdl         just seen your discussion about daemon and cron.
07:26 chris       heya hdl
07:25 hdl         hi chris
04:47 kwak        and im deleting libraries (came with installation), but can't delete Franklin, Midway, Pleasant Valley, Springfield
04:38 kwak        How do I add logo with out school name on top of the OPAC page?
04:15 kwak        yea, i saw that manual. i just wanted a quick answer :) and i appreciate the newbie. haven't seen that
04:09 chris       http://www.pakban.net/brooke/tut/newbie.html
04:08 chris       there is also the newbie guide
04:08 chris       lots of good info in that manual :)
04:06 kwak        thanks chris
03:44 chris       http://sites.google.com/a/liblime.com/koha-manual/Home/Table-of-Contents/Tools/Tools--Stage-MARC-Records
03:38 kwak        hi, we're using concourse ILS right now and it can export to MARC21. How do I import those records into KOHA?
01:32 mason       which could even be a quicky..
01:31 mason       sounds like the solution is the nicer index features of the cron script, combined with the existing daemon code
01:30 mason       ah, the horse... ;)
01:30 chris       well, i cant remember why i wrote it originally, i think because i could
01:29 mason       which is something we may have forgotten when rolling back to the cron method
01:29 mason       hmm, i remember the index-daemon thing being written primarily coz clients were vocal about the lag-issue being a pain.
01:00 chris       yep
01:00 ryan        I'm sure it'll get done, just enough higher priority things to keep pushing it back :)
01:00 ryan        :)
01:00 chris       id probably tell them to just deal with it :-)
00:59 chris       yeah, some ppl are grizzling on the list tho, that their cataloguers want to see it in the results 'now'
00:59 ryan        most people aren't too put out by the lag
00:59 ryan        we don't really go faster than 5 minutes in practice.
00:58 chris       well potential for it
00:58 chris       tho
00:58 chris       yep, always gonna have that 1 min lag
00:58 ryan        shouldn't take too much to do it, but the cron script is working reasonably well for us .
00:57 ryan        yeah, i guess so.
00:56 chris       the daemon could do that too?
00:56 ryan        i think the api for ZOOM only supports extended services updates
00:56 chris       yep
00:56 ryan        well, the cron script calls zebraidx.
00:55 chris       surely the daemon could do that too
00:55 ryan        the cron script can reindex many records at once.
00:55 ryan        pianohacker: zebraqueue daemon can only update one record at a time, so if every circ event causes a record to be reindexed, you outpace the max update speed of zq daemon pretty quickly.
00:23 chris       the rest of the time it logs traffic counts to a db
00:23 chris       that interrupts
00:23 chris       thats how my cafenet daemon works, it responds to login requests from a webserver
00:23 pianohacker Yah
00:22 chris       just have it listen on a socket
00:22 chris       yep
00:21 pianohacker And make zebraqueue a couldn't-connect-backup that that daemon (on occasion and startup) and rebuild_zebra -z would check
00:21 pianohacker We could rewrite zebraqueue-daemon to accept connections from koha that told it to update records
00:20 mason       as many catalogers wanted to view the record after they had cat-ed it, and had to wait 60 seconds to do that..
00:20 pianohacker See, if we wanted to get really crazy (you should all run away now)
00:19 mason       s/than/that/
00:19 mason       yesss, the index-daemon was orig. written to get around the 1 minute index lag - than the cron method had
00:16 pianohacker Ahh, CPAn
00:15 chris       lots of options :)
00:15 chris       or even Proc::Application::Daemon
00:14 pianohacker Ahh
00:14 chris       but now i like the look of Proc::Daemon
00:14 chris       i used POE, because id used it in the past for things like cafenet.co.nz and was familair with tit
00:13 chris       it seems to sometimes flip out and eat memory
00:13 pianohacker Any particular reason besides heavy dependency?
00:13 chris       and not using POE maybe
00:12 chris       yep
00:12 pianohacker Might be worth moving the zebra{,queue} management code into a C4 module; thus rebuild_zebra and zebraqueue-d can do different things without too much duplication of code
00:11 pianohacker *cronjob rebuild_zebra
00:11 chris       theres probably nicer ways to do it, but i still think a daemon is the way to go
00:11 pianohacker My cronjob zebraqueue is exporting the records but not actually indexing them :P
00:10 chris       as a proof of concept
00:10 pianohacker Or getting to run at all
00:10 chris       thats why i wrote the daemon
00:10 pianohacker Hmm
00:10 pianohacker Yah
00:10 chris       is running it faster than every minute :)
00:09 chris       the only problem with the cronjob
00:01 pianohacker The grs.xml was for zebraqueue-d
00:01 pianohacker Yah
00:01 mason       KOHA_CONF set correctly?
00:00 mason       if they do the same thing , then just keep one tool, and make it  a good one
00:00 pianohacker I got a unknown record type: grs.xml when I tried it myself
00:00 pianohacker Seems like it
00:00 mason       poss. zebuild_zebra.pl has had some recent improvements, that people cant justify backporting to the daemon
23:59 pianohacker Interesting, INSTALL.debian still references it
23:58 pianohacker kados? (I think you're the zebra guru)
23:58 pianohacker Yah
23:58 mason       rebuild_zebra.pl as a cron was the subst. i think
23:57 mason       or at least i recall it about to be dropped  a few weeks ago??
23:57 pianohacker Any particular reason? It seems like a good idea (in theory)
23:57 mason       yeah, i think so
23:56 pianohacker The zebraqueue daemon has been dropped, yes?
20:58 chris       i think tina's computer may have narcolepsy
20:50 chris       lol
20:28 chris       i think that gets it from the count on the item table, so yes it could quite likely be out
20:27 owen        The "total checkouts" number on moredetail.pl seems to be inaccurate. Is that just a quirk of the sample data?
20:22 chris       pretty much yeah
20:22 owen        is bookcount.pl made obsolete by issuehistory.pl?
20:20 gmcharlt    hi chris
20:19 chris       morning
20:13 Sharon      how hard would it be to change the holdings table on the details.pl page to show the permanent location instead of the current location, since the current location is given in the status?
19:52 liz         thanks for the tips... I'll go take a look
19:51 liz         sadly I don't have access to most of the guts of koha: we are hosted
19:51 gmcharlt    owen: thanks
19:51 atz         the rest you have to look at the script for a line like  $template->param(your_variable_in_question => 1);
19:51 owen        gmcharlt: I will
19:50 atz         liz: a lot of them get loaded by Auth.pm (so are usually available)
19:50 gmcharlt    owen: while you're at it, please take out those two corresponding lines in issuehistory.pl
19:50 liz         sorry, i'm still learning what's what with html::template
19:50 owen        thanks gmcharlt, I'll correct the links
19:49 gmcharlt    owen: dead weight of history.  issuehistory.pl does nothing with those
19:49 liz         no,... yes, the variables available to the template
19:49 atz         otherwise, no... everything is specific to the script being run
19:49 owen        Or do you mean variables available to the template?
19:49 atz         do you mean system preferences?
19:49 atz         liz: "the koha variables" ?
19:48 liz         done and done
19:48 liz         2nd question, is there a place where the koha variables are listed as well?
19:48 atz         liz: quick advisory -- EXPR is to be avoided when possible
19:47 owen        Anyone know why links to issuehistory.pl are passing title and author as well as biblionumber?
19:47 atz         http://search.cpan.org/~viy/HTML-Template-Pro-0.70/lib/HTML/Template/SYNTAX.pod
19:46 liz         atz: thanks
19:45 atz         yes, 1 sec
19:45 liz         right
19:45 atz         liz: you mean HTML::Template::Pro tags?
19:44 liz         quick question... is there somewhere online where all of the template tags are documented? Did I just miss it?
18:18 owen        I agree--where you can get away with it. Can't always, though.
18:18 ryan        in fact, i think i prefer just 'mail'.
18:11 atz         yeah, otherwise you might be calling a program "e" with the -mail option
18:10 atz         acmoore: is that an argument for or against? :)
18:08 acmoore     They use 'e-mail' all over the Chcago manual of style.
18:08 acmoore     http://www.chicagomanualofstyle.org/CMS_FAQ/HyphensEnDashesEmDashes/HyphensEnDashesEmDashes09.html
17:59 atz         er... hypHens
17:59 atz         screw hypens
17:59 owen        "email" is outnumbering "e-mail" in the templates, so I guess we'll go with "email." anyone have an opinion?
17:53 atz         staggering to think that you might be incurring CPU charges based on this
17:53 gmcharlt    atz: agreed
17:53 atz         thankfully we're not on those.
17:52 atz         gmcharlt: "Note that the default Perl on all Red Hat-based Amazon EC2 VMIs has this bug"
17:50 atz         how does redhat just sit on it for 9 months?
17:50 atz         incredible
17:44 gmcharlt    owen: ouch
16:41 MikeJones   i know it's not Koha specific, but I was wondering if anyone else ran into this issue?
16:40 MikeJones   it fails when checking for iconv, which is installed in /usr/bin
16:40 MikeJones   Well, almost ready to install Koha, going through making sure all the dependencies are met, however I'm getting an error trying to install Text::Iconv
16:02 frederic    hi
14:12 mc          ghatt, this is the english chan ..
14:12 gmcharlt    hi
13:52 ghatt       bonjour à tous
13:35 acmoore     see also: http://wiki.koha.org/doku.php?id=kohanews_irc_channel
13:34 acmoore     There's a bot in there that announces things like changes to bugs, or stuff checked in to git, and a few other types of things.
13:33 acmoore     you can read more about it at http://blogs.liblime.com/developers/2008/07/10/what-i-have-learned-hanging-out-in-kohanews/
13:32 acmoore     it's on the freenode network. you can use the chat.us.freenode.net server if you like.
13:26 rhcl        #kohanews is a channel? On this server?
13:21 acmoore     glad you like it!
13:20 hdl         acmoore++ for #kohanews
12:34 mc          :)
12:33 mason       im up a bit late doing taxes, lol..
12:33 mason       hey guys
12:30 mc          afternoon, danny
12:25 danny       morning #koha