Time Nick Message 12:34 owen Good Monday, #koha 12:38 slef is it? 13:30 kados heya owen et al 13:30 owen Hi kados 14:01 slef Is there current end-user documentation for authorities? 14:03 gmcharlt slef: I think negard has included them in the manual she's writing - should come out of internal review and be published soon 14:24 slef gmcharlt: is it possible to get a prerelease? 14:25 gmcharlt slef: yes, I assume Paul et al did. 14:25 gmcharlt slef: I 14:25 gmcharlt slef: we'll get you a preview of the manual 14:26 slef gmcharlt: thanks. I'm a bit stuck advising someone how to upload hierarchical authorities. 14:27 gmcharlt slef: no problem. if hdl or paul are about, they are in a better position to advise about the hierarchical authorities - MARC21 is rather different from UNIMARC in that respect, AFAICT 14:28 slef paul just pto'd so I guess he's not. 14:29 slef gmcharlt: one you may know: why does perl Makefile.PL ask all questions twice? 14:29 slef gmcharlt: or is it just me? 14:29 gmcharlt slef: I think it's just you :) 14:29 gmcharlt when did this start happening? 14:30 slef about when I stopped sending patches because I assumed I'd broken my dev/test server... 2 months? I thought it was just me, but I can't see a reason for it. 14:31 slef let's wait and see if anyone else has noticed this? 14:31 gmcharlt ok, I'll wait and see 14:52 mc hello all 15:06 slef hi mc - have you had perl Makefile.PL asking you the same questions twice in one run? 15:07 mc never seen this problem 15:07 slef run Makefile.PL much? 15:11 gmcharlt slef: what platform? and are you running it interactively or through a script? 15:16 slef gmcharlt: debian stable (amd64 IIRC) and both of them do the same (but it doesn't wait for answers if run from a script) 15:18 gmcharlt slef: the second time it asks the question, is it different (e.g., adding " (default from environment)" or "Value 'foo' is not a valid option."? 15:19 mc slef, i run Makefile almost daily :) 15:23 slef gmcharlt: not as far as I can tell 15:24 mc slef, last one was thursday in fact 15:26 gmcharlt slef: when you do that, please grab a copy of your env vars as well 15:27 slef will do... env should be pretty clean except for PERL5LIB=~/perl or similar 15:27 slef (actually, definitely similar) 15:35 gmcharlt owen: yeah, I was expecting that to be the initial response to the RFCs, actually :) 15:36 owen I hope you're right 15:36 gmcharlt well, since you're the first to respond, by definition, I am :) 15:37 gmcharlt cogito ergo sum? 15:56 slef #define owen right 15:57 slef (define owen 'right) 15:57 slef owen 15:57 slef right 18:26 dkg i'm setting up my cronjob to update zebra, and i'm concerned about the noisiness. 18:26 dkg i'm invoking it as "./misc/migration_tools/rebuild_zebra.pl -a -b -z 18:26 dkg (whoops -- missed trailing "). and i get about a screenful of output on every successful run. 18:27 dkg my sysadmin instincts say that cronjobs should be silent when successful, and produce useful debugging info (and non-zero return codes) when they fail. 18:28 nengard sys pref question "I have a question about the NoReturnSetLost Patron preference. The library has enter a time period in days. However, it's not clear whether the system starts counting from the checkout date or the due date. I'm hoping it's the due date because of the different loan periods." 18:29 dkg Any suggestions for how to make rebuild_zebra.pl quiet during success? 18:32 dkg (without silencing error details, that is) 18:52 gmcharlt dkg: file a bug. the stuff printed by rebuild_zebra.pl itself can readily be quieted; it also calls zebraidx, and its output could be redirected to a separate log or something 19:05 dkg gmcharlt: ok, done: http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2232 19:07 fbcit-1 it seems things go a bit sour when adding more than 49 items to a label batch 19:09 tim Doe anyone know why I'd be getting this error? 19:09 tim Cannot Check In This item must be checked in at its home library. NOT CHECKED IN 19:09 atz tim: you have independent branches on? 19:10 tim yes 19:11 tim But the systempref is called IndependantBranches. Do we have a typ there? 19:11 atz french vs/ english 19:12 atz it's the price we pay for international development coordination :) 19:12 paul ;) 19:12 paul (hello world) 19:12 paul (limit june,11th) 19:13 atz tim: there are a couple of other sysprefs that govern behavior of returns under indy.branches 19:13 tim Should it be on? 19:14 atz AutomaticItemReturn i think is one 19:16 mc is there a way to imcrease zebrasrv verbosity ? 19:16 mc (to know what files are included by xml config?) 19:17 atz tim: IndependantBranches is a very wide-affect syspref. if you aren't sure you need it on, definitely turn it off. 19:18 atz the other relevant value is HomeOrHoldingBranch 19:19 atz (if you want to keep ID on) 19:24 tim This seems to be working. I'll stick with IndependantBranches off for now at least. 19:24 tim Thanks 19:31 tim The status of an item isn't completely kept during an update from 2.2. If an item was checked out before the update, the status won't show in a search listing, but it will show if you get the item details. 19:36 tim I see items.onloan in version 3, but where does 2.2 keep the onloan status? 19:42 atz tim: there is an items.onloan field still 19:42 atz er, wait. you're asking the reverse. 19:42 atz that I'm less familiar w/ 20:11 rhcl Sorry for perhaps an uninformed question here, but is it necessary to rebuild or update zebra routinely, or is that just for development? 20:12 gmcharlt rhcl: the zebra indexes need to be updated whenver a bib, authority, or item changes, but that is done via rebuild_zebra.pl -z as a cronjob or zebraqueue_daemon.pl 20:12 gmcharlt rebuilding the entire index is mostly a development thing, but also is needed if you change index definitions 08:02 Solomon In koha 3 beta does idzebra index the database directly or some records obtained from the database? 08:07 masonj_ zebra uses its own index, not any index from the mysql koha database 08:07 masonj_ zebra uses its own indexes 08:09 masonj_ there is a daemon process that inserts newly added koha records into zebra as they are created 08:10 masonj_ make sense to you? 08:14 Solomon Yes it does. So that implies that the daemon process fetches the new records and presents them to idzebra? 08:20 Solomon If this is so I want to know how I can access the records presented to zebra so that I can index them using another egine 08:21 masonj_ yes, (1st question ;) ) 08:22 masonj_ you could access the zebra records in different ways 08:22 masonj_ 1) the ZOOM perl module 08:23 masonj_ 2) yazclient , a Z39.50 search client 08:25 masonj_ 3) thru koha's subs in C4/Z3950.pm, perhaps... 08:26 masonj_ i would start with yazclient first, its the easiest to start with 08:27 Solomon I have used the yaz client an received the data in xml format after I specified so 08:28 Solomon But I have a problem with the response 08:28 masonj_ you got some xml , with not much in it ? 08:29 Solomon The response contains some codes I dont understand and I cant find any link like feature for more info on the item I received 08:30 Solomon How does the search interface in koha know how or where to direct the user for more info on an item? 08:30 masonj_ remember to send your details in a mail to the zebra mailing-list too 08:30 masonj_ zebralist@lists.indexdata.dk 08:32 Solomon I have already done that but kind of required some faster reply 08:34 masonj_ whats the subject of your email?, ill have a read now.. 08:35 masonj_ ' Incomplete Example' ? 08:43 masonj Solomon: ill mail u my zebra conf files 08:43 Solomon Ok I'm waiting for them 08:47 masonj ok, on their way now.... 08:55 Solomon well I can see that for the biblios database which is of my interest, they use the grs.xml format. But I cant locate the records files(i.e. the grsxml files) in the directory 08:55 Solomon Do you know where they are? 08:59 masonj hmm, sorry that was a bad example ;( 09:02 masonj i only have 1 zebradb about currently, and its .5 gig, so i cant email you that 09:03 Solomon I wouldn't mind if you ave me the dir relative to koha where your db is located so that I can try to locate mine too 09:04 masonj var/lib/zebradb 09:04 masonj $YOUR_KOHA/var/lib/zebradb 09:05 masonj . 09:05 masonj FYI: look in your koha-conf.xml file... 09:06 masonj <directory>/home/mason/k/kohahead/var/lib/zebradb/biblios</directory> 09:08 Solomon thank you I got it let me try and see if there is a way I can use that. I'll get back to you if I need more help. Thanks a lot 09:08 mc does someone knows this problem: 09:09 mc one of my koha vhost is just sending http header again and again 09:09 mc as html content 09:09 masonj ah, ive seen that before mc 09:09 mc not all http header: just content type in fact 09:09 masonj its very probably a bad user/password combo 09:10 masonj look in your /var/log/apache2/error.log file 09:10 mc wow! 09:10 mc nothing on it :- 09:10 mc ( 09:10 mc allready checkej 09:10 mc checked 09:10 masonj hmm, thats always been the cause of my problem 09:11 mc ok: i'll check my db right 09:11 mc s 09:11 mc thx for clue masonj 09:11 masonj yeah, that next.. 09:13 mc you got it ! 09:13 mc i just have a new error now :) 09:15 paul this one is easy mc ... 09:16 paul in systempreferences, set DebugLevel to 2 09:16 Solomon masonj if you just gace me a clue about the codes. Let me send you a mail with one response then you will like tell me whether you get it 09:16 paul you should get more info than "production mode, trapped" ;-) 09:16 masonj Solomon, yep send it over 09:17 mc paul, ok 09:17 mc thx 09:30 masonj ok, i understand solomon 09:31 masonj you are looking at a record format called 'MARC' ;) 09:32 masonj http://www.loc.gov/marc/bibliographic/ecbdhome.html 09:33 masonj the 952 values are vendor-specific (read: koha) 09:34 masonj 952 $7 0 $k 967.6 $p 772 $v 20/09/2007 $4 0 $0 0 $9 5 $b KNA $1 0 $u 5 $d KNA 09:34 masonj . 09:34 masonj but the rest of your record should conform to the LOC MARC standard 09:37 Solomon The url is giving me a blank response but I will try to see whether I can gather further information about the codes 09:42 masonj Solomon: on your koha install - look at these 2 files, to explain what the koha 952 code map too 09:42 masonj marc21_framework_DEFAULT.sql 09:42 masonj unimarc_framework_DEFAULT.sql 09:46 Solomon Thank you very much. It seems they give info about the status of the item. Let me see if I will manage to decode my examples/ reponses then. Thank you