Time Nick Message 22:59 hdl good night 22:05 hdl Will continue thereafter 22:04 hdl thanks. 22:04 chris hdl: i will send an updated email with the picks left to do before i finish work today 22:03 pianohacker reconciliation, or sysprefs_editor? 21:53 brendan getting ready to start some testing on your branch 21:52 hdl I can cope with that. 21:52 brendan heya pianohacker 21:52 pianohacker Hi, hdl, brendan 21:52 hdl ) 21:52 hdl hi brendan howdy ? 21:52 hdl (v=>update, z=>otherupdate) 21:51 brendan hello hdl and gmcharlt (I know you're lurking out there somewhere) 21:51 hdl gmcharlt: ModItem(undef, $itemnumber, $biblionumber, $dbh, $fwkcode, 21:51 chris heya brendan 21:51 hdl gmcharlt: at the moment, it is not possible to udpate only the item part which is not linked to any subfields as far as i can tell. 21:51 brendan hey chris 21:51 brendan hey chirs 21:50 munin` chris: The operation succeeded. 21:50 chris @later tell ricardo http://repo.or.cz/w/koha-maintenance.git 21:30 ricardo Back in a hour or so 21:21 ricardo gmcharlt: :) 21:21 gmcharlt lol 21:19 chris ok, mirror is starting 21:18 ricardo Here's to you Galen! ;-) 21:18 ricardo http://www.youtube.com/watch?v=dCJXcKEQ10I 21:18 ricardo Three Doors Down - Kriptonite 21:18 ricardo On a related note: 21:17 ricardo ... at least, while Galen doesn't get his "super powers" back 21:17 chris doing it now 21:16 ricardo chris: That would be much appreciated :) 21:16 chris i can set repo.or.cz to mirror it 21:16 ricardo chris: I will, when I get to my workplace tomorrow (I have the same problem that "Savitra" has - there I am behind a "Big Bad Firewall") 21:15 chris ricardo: do you want to clone it over http? 21:15 ricardo chris: Right. Now, I get it 21:15 ricardo gmcharlt: Ah! OK, understood. Thanks for the explanation 21:15 chris yeah its the fact its a different repository 21:15 gmcharlt there's a step that has to be done per repository, and at moment I don't have access to do anything about it 21:14 ricardo gmcharlt: ... I clearly remember that you set up "Cloning over HTTP" following a request from me (thanks again!) a few months ago. So I'm finding strange that it's now giving problems to Savitra. Any ideas? 21:14 chris unfortunately we cant change the git.koha.org set up 21:14 chris otherwise could just get it from repo.or.cz 21:13 chris well its actually a repo, not a branch 21:13 ricardo http://lists.koha.org/pipermail/koha-devel/2009-September/010039.html 21:13 ricardo [Koha-devel] problem git cloning maintenance branch over http 21:13 ricardo gmcharlt: Regarding this question from "Savitra Sirohi" : 21:12 ricardo chris: OK 21:11 chris so it will be fixed in 3.0.x in a day or so when we merge over 21:11 chris but it is in hte maintenance 21:11 ricardo chris: Right... I'm pulling from the "regular" 3.0.x branch 21:11 hdl should be at least 21:11 chris yeah, its not fixed in 3.0.x yet hdl 21:11 chris its fixed now :) 21:11 hdl I updated that on my version. But maybe I forgot to push update on koha-maintenance/reconciliation 21:10 hdl => loop 21:10 hdl gmcharlt: is right. I realized that reconciliation Version missed a last SetVersion on the last updatedatabase 21:09 hdl ricardo: yes. 21:09 hdl Well, still have some other stuff I work on to make. 21:09 gmcharlt the warning itself probably isn't doing it - I suspect just a missing SetVersion call somewhere 21:08 ricardo hdl: of course, understood... The bigger problem seems that it's getting the web installer "stuck", at least in my setup 21:08 hdl But i agree it should be not displayed. 21:07 ricardo hdl: Good night Henri! :) 21:07 chris (just picked a new one) 21:07 chris you can track progress there if you want 21:07 hdl ricardo: this was a useful hint for me. 21:06 chris thats where im up to 21:06 chris http://git.workbuffer.org/cgi-bin/gitweb.cgi?p=koha.git;a=summary 21:06 chris its night time for hdl, so im taking over for the day 21:06 gmcharlt ricardo: ah, you've just jumped the gun, it seems - better wait a couple days, as chris says 21:05 ricardo ... But, yeah, if you're "cherry picking" I can wait a few days, of course :) 21:05 ricardo Well... A side effect seems that it introduces a "loop" in the web installer (when clicking on the "Click to continue to log in to Koha" takes again to the "Step 3" of the Web Installer (the one that you must "update your database")... 21:04 chris and then if its still doing that, a patch would be appreciated 21:04 chris yeah id give us a day or 2 21:04 gmcharlt well, I'd wait until chris & hdl finish cherry-picking, but you can always send a patch 21:03 ricardo But, because we're NOT using a "Centralized" Source Control Management System, I don't know if anybody else is already changing this file to comment that line, eheh 21:03 gmcharlt just a debug warn - nothiing serious 21:01 ricardo warn "inside 3.00"; 21:01 ricardo Line 1963 (the "guilty" one): 21:01 ricardo if (C4::Context->preference("Version") =~/3\.00/) { 21:01 ricardo Line 1962: 21:01 chris and then that will get merged into 3.0.x and lots of testing then 3.0.4 .. 21:01 ricardo gmcharlt: Right... It seems the result of an "almost-unconditional" warn instruction in the Perl code: 21:01 chris http://git.koha.org/cgi-bin/gitweb.cgi?p=koha-maintenance.git;a=summary 21:00 chris 125 cherry-picks to go into 21:00 chris yep 21:00 gmcharlt pretty sure that's entirely benign 20:59 ricardo [Mon Sep 7 20:57:30 2009] updatedatabase.pl: inside 3.00 at /root/ricardokohaclone/installer/data/mysql/updatedatabase.pl line 1963. 20:59 ricardo I'm updating now to the current HEAD of the 3.0.x branch... In the Web Installer step, after logging in, I'm getting this message (seems relatively benign, but I wanted to check it with you, anyway): 20:59 ricardo Hi Galen / Hi Chris! :) 20:58 gmcharlt hi ricardo 20:58 chris hiya ricardo 20:58 ricardo Hi all! 20:51 chris knocked em all down now :) 20:51 gmcharlt chris: any windmills left standing in Wellington? ;) 20:49 chris hehe 20:49 nicomo hum... can you point me to an install you made? 20:48 chris nicomo: sent my request to be listed 20:48 chris :) 20:46 hdl Well he was early so he "deserves" peculiar attention from doctors ;) 20:44 gmcharlt hdl: glad to hear it was just routine checkups (re your son) 20:38 chris back 20:03 pianohacker See ya 20:03 chris_n ttyl 20:03 chris_n time to head out 19:56 pianohacker *support 19:56 pianohacker Speaking of which, still needs translation suppor 19:54 chris_n order from chaos 19:54 pianohacker chris_n: Thanks 19:54 chris_n pianohacker: nice work on the syspref editor 19:52 pianohacker See you soon 19:52 chris ok time to catch my bus, good night to those who will be gone by the i get back online 19:50 chris :) 19:47 nicomo chris about my tweet: I sent an email point out the "error". We'll see 19:47 nicomo right now 19:46 nicomo chris: it's always sad to fell like you're just going through the motions, but well, that's how things are 19:46 chris hdl: ahhh that is good news :) 19:46 hdl But took all my time. 19:46 chris nicomo: ill send a request today, as you say, follow the procedures 19:46 hdl It was mere checkups, and simple stomachal problems. 19:46 chris hehe 19:45 nicomo chris: as "Gandhi of the Beige Brigade" 19:45 chris oh no hdl .. i hope he is doing better? 19:45 chris s/ghandi/gandhi/ 19:45 hdl My son Emmanuel had 3 medical interviews. 19:45 chris nicomo: im exercising my passive resistance ala ghandi :) 19:44 hdl I had no minutes to devote to cherry-picking today. 19:44 nicomo maybe you should have, you know, just placing a stone here on the path saying: hey, I followed procedures, see? 19:43 chris requesting a listing 19:43 chris yep, i didnt even bother 19:41 nicomo chris: imo Nick doesn't really expect a response 19:40 chris i will try to get a few more cherry-picks done today, if you want to send me an updated list 19:39 chris hiya hdl :) 19:39 chris its a hard fight 19:39 * chris fights the temptation to reply to nick on the mailing list, and say "i wouldnt ever expect a response" 19:39 hdl hi chris 19:39 nicomo morning chris 19:39 pianohacker Good morning, chris 19:38 chris morning 18:42 bigbrovar chris_n: pianohacker: thanks (its going to be a long night for me and a cup of coffee wont hurt) 18:40 pianohacker Then the LOC site is a good place to start 18:40 bigbrovar yep MARC21 18:39 bigbrovar MARC21 i 18:39 pianohacker bigbrovar: Did you set up Koha to use MARC21 or UNIMARC? 18:39 bigbrovar because it just keeps coming up and it something i would have to know ( oh there :pianohacker: u see what am saying :0) ) 18:39 chris_n bigbrovar: you might try http://www.loc.gov/marc/ for starters 18:38 pianohacker Gah, I'm too used to typing out the directory name that way 18:38 bigbrovar what i need now is to understand how this MARC thingie works .. a good guide would be appriciated 18:38 pianohacker bigbrovar: Yes; unfortunately, all Koha cataloguing is done using MARC 18:38 pianohacker chris_n: Always good to catch data corruption issues 18:37 chris_n thankfully it was only 12 items and not 1200 18:37 bigbrovar hi guys been working on configuring koha for my schools library ( am not a librarian or in fact knowledgeable on library matters) am just a normal generic system admin.. am doing this because there just no one to do it . i have it up and running but its the cataloging part that am lost. 18:37 chris_n my catalogers begin manually entering barcodes and *figured out* the wrong pattern... 8-O 18:37 pianohacker Koha has many examples of those. Can you be more specific? :) 18:36 chris_n trying to fix a programmer's nightmare 18:36 pianohacker How are you, chris_n? 18:36 pianohacker Just trying to keep bigbrovar company 18:36 * chris_n thinks some folks have been at the command prompt tooo long ;-) 18:16 pianohacker cd .. 18:16 bigbrovar . 15:43 nahuel happend 15:43 nahuel Hopping this never arrive ! 15:43 nahuel ^^ 15:42 slef happily, /usr/sbin/arp to the rescue! :))) 15:42 slef don't you hate it when you finally get the network router login from the network manager and then discover that the router has changed IP address and no-one told you? (AFAICR) 15:41 slef hehe 15:36 pianohacker Not much, school and work as always 15:36 nahuel what's up ? 15:36 pianohacker Hi, nahuel 15:36 nahuel hey pianohacker ! 15:36 nahuel i'm not gone 15:35 nahuel slef, ! 15:35 Kivutar :) 15:27 pianohacker Good morning, #koha 14:59 slef damn, these French people always seem to quit an hour early ;-) 14:58 nahuel ++ 14:50 |Lupin| bye everybody ! 14:50 |Lupin| enf of working day so this will have to wait till tomorrow... 14:49 |Lupin| nahuel: ah yeah, good idea. Thanks a lot for the hint ! 14:49 nahuel |Lupin|, you should look at C4/Search.pm 14:48 |Lupin| nahuel: ok, thanks 14:44 nahuel never used it 14:44 nahuel |Lupin|, ah, no zebra is a black box for me :p 14:43 |Lupin| nahuel: and in the case of nozebra systems ? 14:38 munin` 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3586 normal, P5, ---, joe.atzberger@liblime.com, NEW, errors pages are sent with HTTP 200 OK header 14:38 slef Bug 3586 Submitted 14:35 nahuel |Lupin|, As I know, there is no syspref, it's zebra configuration 14:31 |Lupin| which fields are searched ? I assume this is customizable ? Is there a syspref for that ? 14:31 |Lupin| when a patron does a simple search in the OPAC 14:31 |Lupin| please folks 14:27 chris_n gmcharlt: patch submitted to correct css issues in the labels code 14:22 munin` slef: jargon, foldoc, and vera responded: foldoc: RSN {Real Soon Now}; jargon: RSN /R-S-N/ adj. See {Real Soon Now}; vera: RSN Real Soon Now (telecommunication-slang) 14:22 slef @dict RSN 14:21 nahuel héhé 14:20 slef http://foldoc.org/RSN 14:17 |Lupin| RSN ? 14:05 slef ok I will file one RSN 14:02 nahuel and if it isn't, i think it's a bug 14:02 nahuel yes they should 14:01 slef hi nahuel - should files in /errors/NNN.pl return the corresponding NNN status codes, do you think? 13:44 nahuel hi 13:40 slef I suspect hdl_childdoctor might not be there just now ;-) 13:38 paul_p slef: don't know, sorry (and for technical questions, you'll probably have more luck with nahuel or hdl_childdoctor) 13:37 slef or paul_p 13:37 slef gmcharlt: chris: any opinion on this? 13:35 |Lupin| slef: ok :) 13:33 |Lupin| slef: 13:32 slef I'll wait to see other opinions for a few minutes while I deal with my immediate problem (I need to 503 Service Unavailable some pages) 13:31 |Lupin| slef: don't know 13:29 slef ok, it's not just me. That's a bug, isn't it? Looks to me like C4::Output::output_html_with_http_headers doesn't pass status codes. Anyone reported this bug before? I don't find it in a search. 13:28 |Lupin| slef: HTTP/1.1 200 OK 13:28 slef heh 13:28 slef |Lupin|: did you replace koha with your koha's server name? 13:28 |Lupin| slef: ah you mean on an installed koha, oops, sorry 13:27 |Lupin| slef: the URL isnot valid... 13:26 slef Does curl -I http://koha/cgi-bin/koha/errors/404.pl show "HTTP/1.1 200 OK" instead of 404 Not Found for other people? 13:23 slef I'm pretty sure dh-make-perl should be used instead of cpan when we can 13:23 slef everything ok now 13:22 |Lupin| slef: do you need a double check or is everything okay ? 13:21 slef sole -i is optional 13:21 slef answering myself: nope 13:19 slef Question about http://wiki.koha.org/doku.php?id=en:documentation:tutorials:installperldebian - don't you need "install" after "cpan" in the last one? 13:13 |Lupin| paul_p or fredericd: one of you knows in which unimarc field to put the collection titles, pls ? 12:48 |Lupin| could anybody help ? 12:41 |Lupin| hmm hidden was 0, set it to -1 but nothing changes... 12:37 |Lupin| gmcharlt: here it's for other users I'm trying to have the field showed in a nice way. 12:34 gmcharlt |Lupin|: not expanded by default - label shows, but form for entering subfield is not shown by default - user has to click to view it. not relevant to lynx 12:33 gmcharlt hi Amit 12:33 Amit hi galen 12:26 |Lupin| I don't know what Collapsed means... could somebody explain, pls ? 12:22 |Lupin| gmcharlt: thanks a lot !! 12:22 gmcharlt koha-tmpl/intranet-tmpl/prog/en/modules/help/admin/marc_subfields_structure.tmpl 12:21 |Lupin| gmcharlt: I'm sorry, I can't see it with lynx... Is the help stored in some file in Koha, or in the database ? 12:17 cait_laptop bye #koha 12:17 gmcharlt for that, please read the help associated with the MARC framework editor - it's complicated 12:16 |Lupin| gmcharlt: it's 0 for the field in quesiton, so it means the field is hidden, or is not hidden ? 12:14 gmcharlt marc_subfield_structure.hidden 12:13 |Lupin| gmcharlt: so which field shoudl I check in the db for the visibility ? 12:12 |Lupin| gmcharlt: ok 12:11 chris_n g'morning all 12:11 gmcharlt and usually is set to the first digit of the tag 12:11 gmcharlt |Lupin|: it says what tab in the editor to display the subfield 12:10 |Lupin| gmcharlt: I thought it was to tell koha on which page the field had to be displayed... 12:10 |Lupin| gmcharlt: I'm not sureI understand. Are you saying that if tab is between 0 and 9 then it contains the first digit of the tagsubfield column ? 12:08 gmcharlt tab = -1 does suppress the subfield 12:08 gmcharlt tab = 0 - 9 corresponding to which MARC Yxx tag it is 12:07 gmcharlt |Lupin|: no 12:07 |Lupin| gmcharlt: does it correspond to the tab column of the marc_subfield_structure table ? 12:06 gmcharlt in the framework subfield definition editor 12:06 |Lupin| gmcharlt: where is it ? 12:06 gmcharlt |Lupin|: check the visibility setting 12:01 |Lupin| for the moment it is said the field is ignored,... 12:01 |Lupin| what should I do to activate a subfield in a cataloguing framework ? 12:01 |Lupin| pls 11:55 gmcharlt slef: where on software.coop are the RFID:: modules? 11:34 gmcharlt cait_laptop: you're welecome 11:33 cait_laptop gmcharlt: and thx for the welcome mail. Im really happy that my patch got accepted. 11:32 cait_laptop good morning gmcharlt 11:29 nahuel hi gmcharlt 11:25 gmcharlt good morning 10:56 davi thanks 10:48 slef There is a page on http://wiki.koha.org about database revisions 10:48 slef kohastructure.sql and updatedatabase.pl I think 10:36 davi I need to add some fields 10:36 davi ? 10:36 davi Where are the files which modify the Koha database schema 10:29 chris_n2 pianohacker++ #for the new syspref editor 10:22 chris_n2 slef: a little of both 10:22 slef list traffic or following links? 10:20 chris yeah its not pretty 10:19 chris_n2 yup 10:19 * chris_n2 grimaces 10:19 chris reading up on the foundation? 10:19 chris liblime's lawyer 10:18 chris_n2 who is Jonathan Sowash? 10:15 munin` 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3583 blocker, P5, ---, cnighswonger@foundations.edu, NEW, Patron Card Labels should print 10:15 slef I'll stick it in bug 3583 then ;-) 10:14 cait_laptop slef: never saw a bug number for label enhancement - perhaps there is none 10:12 slef what's the label enhancement bug number? I'm failing to find it 10:07 |Lupin| paul_p: ok, will check that, thanks 10:06 paul_p |Lupin|: yep, in the cataloguing framework 10:06 |Lupin| paul_p: do you mean in the cataloguing framework, or where ? 10:06 |Lupin| paul_p: ah maybe... what do you mean by activate ? 10:05 paul_p |Lupin|: maybe you did not activate it (it may be unactive by default) 10:03 cait_laptop thx chris :) 10:02 chris fixed 10:02 |Lupin| any idea ? 10:02 |Lupin| In a few imported records there is a 410$a field (collection). This field does not appear in marc view, neither at OPAC nor in the staff client. 10:01 |Lupin| paul_p, hdl_laptop, fredericd: unimarc question please 10:00 chris ill fix it now 10:00 chris and unless someome manages to go back in time and commit in the past, shouldnt be an issue :) 10:00 chris thats only the 2nd mistake ive made 09:59 cait_laptop but it got accepted so perhaps I did not make all the mistakes I dreamt about :) 09:59 cait_laptop but I m happy, I dreamed about the code tonight (I always do when I try to program) 09:58 slef I wondered about the wisdom of numbering them in the text. Sorry for not mentioning it to chris 09:56 cait_laptop but I think you have 2 96th commiters now 09:56 cait_laptop thx :) 09:56 cait_laptop just started reading my mails - no internet connection here 09:56 chris added you to the history today :) 09:56 cait_laptop hi chris 09:56 chris hi cait_laptop 09:37 |Lupin| paul_p: ok, thanks :) 09:34 chris edited 09:33 chris slef: none at moment, just a private member 09:32 paul_p |Lupin|: if you have started a transaction and not commited it yes. Otherwise, no 09:31 |Lupin| is it possible in mysql to undo the last operation ? 09:31 |Lupin| hmm 09:31 slef chris: which project did you join from (if any)? 09:30 chris ill add that 09:30 chris :) 09:30 slef chris: cool. You can edit the wiki too ;-) 09:30 chris slef: imm a member of spi too 09:29 slef ok, think I'm overtime... http://wiki.koha.org/doku.php?id=kohafoundation updated 09:27 slef tyvm 09:25 chris might work 09:25 chris http://www2.sos.state.oh.us/pls/portal/PORTAL_BS.BS_QRY_BUS_FILING_DET.SHOW?p_arg_names=charter_num&p_arg_values=1839255 09:24 chris search for koha there 09:24 chris http://www2.sos.state.oh.us/pls/portal/PORTAL_BS.BS_QRY_BUS_INFORMATION1.SHOW_PARMS 09:24 chris got it 09:21 chris http://activecause.com/nonprofit-profile/koha-foundation/id/383b3e39383d262525 09:19 chris i found the Koha Foundation one instead :) 09:18 chris but i cant remember where 09:18 chris i remember you and i found it 09:18 chris hmm i was looking for it the other day 09:18 slef anyone know the URL to the Ohio KSF? 09:10 chris :) 09:09 slef ok, so I'm being more than fair ;-) 09:07 chris or should i say, former developer 09:04 chris i thought there was only 1 post-kaitiaki developer 09:04 chris oh? 09:03 slef need to describe the Koha project's current structure (which is the subject of some disagreement between the pro-Kaitiaki and post-Kaitiaki developers). 09:03 slef hi all... does this sound fair: 08:53 |Lupin| yeah... 08:52 |Lupin| I find it a bit odd actually. Is it to prevent people from runnig the script by accident ? 08:52 chris its so someone doesnt accidentally run it 08:52 chris thats how it was written anyway 08:52 chris if you want it to do anything at all, then yep 08:51 |Lupin| chris: ah so -c is mandatory ? 08:51 chris you need -c -t 08:51 chris yes 08:51 |Lupin| chris: so it means that if the script is ran with -t as its only argument, it will print the syntax and exit. Is that the intended behaviour ? 08:51 chris you need -c -t 08:50 chris yes 08:50 |Lupin| batchRebuildBiblioTables.pl:30: if ($version || (!$confirm)) { 08:48 chris it should run, printing lots of things out, but not actually changing anything 08:48 chris so if its set, that unless will be true, so it wont change the db 08:47 chris that is the line checks it 08:46 |Lupin| chris: yeah but I think this line is not even reached, because the test variable is not checked after getopt has ben called. Or am I wrong on that ? 08:44 chris it looks like it should work 08:44 chris localNEWmodbiblio($dbh,$record,$biblionumber,$frameworkcode) unless $test_parameter; 08:44 |Lupin| chris: yeah. I assume it is not the intended behaviour... 08:43 chris d 08:43 chris true, it is just ignore 08:41 |Lupin| chris: no time to fix this myself, I'm sorry 08:41 |Lupin| chris: the -t option is not taken into account I believe 08:40 |Lupin| chris: I think there is a small bug in misc/batchRebuildBiblioTables.pl 08:40 |Lupin| chris: just in case you have some time 08:31 |Lupin| chris: yeah it proved to be useful so far 08:31 chris cool 08:31 |Lupin| chris: the first one should be doable. I have added tables in the Koha database that mapthe old identifiers (for users, books) to the new ones 08:30 |Lupin| chris: awesome 08:29 chris and then store the name of the person who created it in the info column 08:29 chris you can use a user called migration (or something like that) 08:29 chris or 08:29 chris there are 2 ways you can do it, you can get the info out of the old system .. find the borrowernumber in the new system and use that as the user in action_logs 08:26 chris so it will depend on how it stored in the old system 08:25 |Lupin| chris: thanks 08:25 chris lemme check something 08:25 |Lupin| chris: do you think it would be a difficult thing to do ? 08:15 chris so that it inserts the appropriate value in the log 08:14 chris in order to do that with the log, you would have to edit bulkmarcimport 08:13 |Lupin| chris: did you see the question I asked you just before you left to take care of your children ? 08:12 |Lupin| so we have to migrate these deleted users from the old system to the new one, too 08:12 |Lupin| chris: the thing is we have bibliographic records bound to deleted users 08:12 |Lupin| chris: ah yes 08:12 chris ahh if you dont have any of that, then yes, thats safe 08:11 chris it would be best to write a script that calls the members/deletemem.pl 08:11 |Lupin| chris: ah ok... we don't have such things here. Just migrating atm so nothing happened. 08:03 chris or you might leave dangling issues, reserves and fines 08:02 chris plus also accountlines 08:02 chris and the reserves one too 08:02 chris the issues table 08:02 chris you need to check a lot of things 08:02 chris nope 07:58 |Lupin| chris: is it possible to delete borrowers cleanly without using the web interface ? Is it just a matter of moving the lines from the borrowers to the deletedborrowers table ? 07:55 chris back 07:49 |Lupin| hi amit 07:48 Amit hi lupin 07:48 |Lupin| grrr, deleting a borrower requires javascript... 07:38 Amit hi paul_p thanks 07:37 paul_p Amit: (hello) look at the bottom of the page ("HEADS" section) 07:19 Amit chris: in this URL is there any maintenance branch http://repo.or.cz/w/koha.git/ 06:50 |Lupin| chris: np 06:46 chris back in a while 06:46 chris just gotta feed and bathe kids 06:42 |Lupin| chris: In our current system we know who has created a record and we'd like to import this information into KOha, too. 06:41 |Lupin| chris: I'm wondering how to deal with the initially bulkmarcimported records. 06:41 |Lupin| hi nicomo 06:38 nicomo hi chris hi all 06:38 chris hi nicomo 06:38 chris iyep 06:35 |Lupin| chris: do you remember the conversation we had about using logs to keep track of who added /modified a record ? 06:35 |Lupin| hello chris 06:35 |Lupin| hi #koh 06:32 munin` chris: Quote #26: "<chris> as an aside C4::Search makes my brain hurt" (added by jdavidb at 09:21 PM, August 22, 2009) 06:32 chris @quote random 06:29 chris hi |Lupin| 06:23 chris np 06:22 bob it has been very informative 06:22 bob cool, ta for you help 06:22 chris but then you can remove the 090's 06:21 chris you need to check you marc mappings in admin, and your zebra config 06:20 bob in changing the 090's to 999's is it safe to say the 090's can be removed or do both need to exist? 06:16 chris yep 06:16 bob he still the kohaaloha email? 06:16 hdl_laptop bob is that XSLT related or template ? 06:15 * bob has a much better idea of my problem now 06:15 chris bribe him with coffee :) 06:15 bob thanks chris 06:14 bob ah cool, i'll email him and ask for advice 06:14 chris for kapiti 06:14 chris i think mason might have 06:13 bob do you know if anyone has written a script to do that? 06:13 chris you might have to figure some way to clean those up, (maybe shift them to 999 too) 06:12 chris ahhhh 06:11 bob ah no the biblio number matches but the biblioitemnumber is the other number 06:11 chris select biblionumber,biblioitemnumber,marcxml from biblioitems where biblionumber=65; 06:10 chris and do they match the biblionumber and biblioitemnumber ? 06:10 * bob just wondering what the other number matches 06:10 bob same - as the c and d match 06:09 chris i suspect the one with 2 values (c and d) is the right one 06:09 bob ah ok 06:09 chris either way, it can only have 1 of each 06:09 chris d is biblioitemnumber i thnk, c is biblionumber 06:08 bob can you have more than one subfield code =d within the same <datafield></datafield> ? 06:07 bob i note the subfield code d values are different 06:07 chris ahh that would be doing it i bet 06:06 bob the other with both c and d 06:06 bob one with just a subfield code =d 06:06 bob there does look to be 2 <datafield tag="090" ind1=" " ind2=" "> 06:04 bob i'm just checking that now 06:04 chris its not doubled up in the 090 is it? 06:03 bob and that got the search working 06:03 bob when i imported the data from v2 and indexed it - search initially didn't work then i read about changing the zebra to index on 090 instead of 999 (from google) 06:01 chris i wonder if that might be the problem 06:01 chris 999 c i think it is 06:01 bob ah i think my data is using 090 rather than 999 06:00 chris im wondering if the biblionumber is doubled up there 05:59 chris specifically teh 999 tag 05:59 chris yeah check the marcxml column in biblioitems 05:59 bob you mean duplicate biblionumber? 05:58 chris if it happens in both, id suspect the db 05:58 chris to make sure the number isnt doubled up in it 05:57 chris and then the db 05:57 chris hmm 2 things to check then, the template 05:57 bob it happens both on opac and intranet 05:56 bob me thought it was some wigginess from importing from v2 05:56 bob ah i didn't check the template 05:55 chris i dont think ive ever seen that though 05:55 chris sounds like a bug in the template 05:55 bob yeah 05:55 bob i mean search results have them 05:54 chris the search results? 05:54 bob sorry 05:54 bob all of them 05:54 chris what page links you to the weird url? 05:54 bob that's what i'd expect to get too 05:54 chris i get versions like that 05:54 chris http://opac.koha.workbuffer.org/cgi-bin/koha/opac-detail.pl?biblionumber=559 05:53 bob 3.00.02.012 05:53 chris weird what version? 05:53 bob what's with the | bit? 05:52 bob eg /opac-detail.pl?biblionumber=65 | 65 05:52 bob in the koha i'm trying to set up i get urls like this 05:52 chris hi bob, whats that? 05:52 bob hi chris: got a koha qu for you 05:51 chris evening 05:10 pianohacker Hrm. A tad late 03:45 pianohacker and amit 03:45 pianohacker Good morning, chris 03:45 Amit hi pianohacker 03:42 Amit good morning #koha 03:42 Amit hi chris, brendan 03:11 munin` chris: The operation succeeded. 03:11 chris @later tell ricardo 3.0.4 is a bugfix release ... permanent feature freeze :) 02:21 ricardo Well... I guess all the other people ARE asleep, eheh... OK. I'll probably be back in 12 hours or so. Take care! 02:18 ricardo Question to everyone/anyone... I know today (6 Sep) is / was the feature freeze for 3.2... And is there some freeze date already set for 3.0.4 (fixes)? 02:15 ricardo chris: Still there? 02:06 ricardo Time to go to sleep... Take care everyone! :) 01:37 chris :) 01:36 chris_n2-away google andriod & koha++