Time Nick Message 23:56 Jo very cool :) 23:56 Jo smoke signlas ... 23:56 nengard all my contact info is on my website: http://web2learning.net 23:56 nengard Jo - nengard@gmail.com or here or on chat 23:55 brendan Jo -- smoke signals work the best :) 23:54 Jo Nicole: now you aren't at Liblime how do people contact you before you start with Paul and Brendan? 23:44 pianohacker I will, thanks for the offer 23:43 nengard so if i can help, let me know how 23:43 nengard also, i'm on vaca for the next few weeks 23:43 pianohacker np, thanks for letting me know 23:43 nengard thanks pianohacker 23:41 pianohacker nengard: Backlogged with missing prefs, but when I put that in, it will have the right description 23:39 nengard thanks Jo 23:37 Jo so happy that Bywater and Biblibre have hired Nicole - congrats 23:32 nengard just that one changes the default description needed for the other 23:31 nengard they're not dependant on each other 23:31 nengard gmcharlt I can do that - send jesse the description and just submit my patch which i wrote on the main branch 23:31 gmcharlt nengard: and you can also send it to jesse first for him to look it over 23:30 brendan gmcharlt can always ask you to send it from a different branch if needed 23:27 chris you probably want to make the change on the sysprefs branch, and send a patch for that 23:27 chris or on the main one? 23:27 chris did you change it on the sysprefs branch? 23:25 nengard question about system preference patches - I have made changes to the OPAC that changes the description of the OPACPatronDetails preference ... do I submit that on the main branch or the sys prefs branch? 23:10 munin` 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2629 major, P1, ---, jmf@liblime.com, NEW, Diacritics not being ignored when searching 23:10 brendan bug 2629 22:35 * richard amazed that they even admitted behaving badly 22:26 chris yup 22:26 gmcharlt about time 21:59 pianohacker Very nice 21:59 pianohacker From the Right Honorable Gordon Brown, no less 21:58 pianohacker Wow 21:58 chris http://www.number10.gov.uk/Page20571 21:58 chris and the uk finally apologised to alan turing 21:57 pianohacker Very good 21:57 chris its friday .. so good ;) 21:57 pianohacker How's it going? 21:57 pianohacker Hey chris 21:57 chris hiya pianohacker 21:57 rhcl Hi Hi 21:54 pianohacker Hi, nengard, rhcl, wizzyrea 21:54 pianohacker back 21:36 nicomo see you tomorrow #koha 21:36 nicomo and with that piece of good news I'll go collapse into bed right now 21:35 chris_n2 congrats nengard 21:28 cait_laptop time to go to bed - good night :) 21:25 brendan enjoy 21:25 * nengard making dinner be back soon 21:25 nengard thank you everyone - and like i said - thanks for being so nice on that chat earlier this month 21:22 cait_laptop nengard... sorry for the typo 21:22 cait_laptop nengart: grats :) 21:21 brendan news is fast these days though 21:21 rhcl Well, I usually am anyway! 21:21 nengard you're not the last 21:21 nengard rhc1 it just went out like 2 min ago 21:21 rhcl icic I'm always the last to find out things. Congrats! 21:21 brendan we're excited! 21:21 nicomo :-D 21:21 brendan :D 21:20 wizzyrea http://lists.koha.org/pipermail/koha-devel/2009-September/010085.html 21:20 rhcl Nicole has a new job? Pray tell... 21:18 nengard thanks wizzyrea 21:18 wizzyrea nengard: grats on the new job :D 21:06 nengard got me a side to side scrollbar - and i don't want that!!! 21:06 nengard having some issues with template editing 21:05 chris sounds like a good idea to me hdl_laptop 21:05 hdl_laptop chris : when shelves are done, we could try and update translations. 21:02 nengard yo wizzyrea hey chris 21:02 wizzyrea yo nengard 21:02 chris hey nengard 20:57 chris heya Jo 20:57 Jo Morning all 20:38 chris i can set it up so you can approve 20:38 Ropuch Strange 20:38 chris if you join pootle, under my account set your language to polish and let me know your usercode 20:37 chris no one yet, you are the first to ask :) 20:36 Ropuch chris: who can approve translation for polish? 20:35 richard hiya chris 20:35 chris back 20:35 richard hi 20:30 Ropuch Our it goes berserk every time they had to mess with their stuff 20:30 Ropuch pianohacker: from what i can see in "Jobs" they switched/planning to switch from delphi/dbf to postgress/python, but they suck anyway 20:29 * chris_n heads out 20:27 pianohacker Ropuch: thanks 20:11 hdl_laptop owen : what do you think about thickbox ? 20:10 Ropuch http://www.sokrates.pl/ 20:10 Ropuch pianohacker: you mean Sowa? 20:05 pianohacker Ropuch: Hmm, I can't find much info on that. Do you have a website for it? 19:56 Ropuch Nevermind, it's song of the past, 19:56 * chris_n seems to remember a bug with the news in an earlier 3.0.x version 19:55 cait_laptop hehe 19:55 Ropuch Every second i have to launch it i want to torture the gui creator 19:55 pianohacker cait_laptop: Yeah, that seems to be happening a lot lately 19:54 Ropuch It's dbf+delphi 19:54 Ropuch Polsih one, Sowa 19:54 cait_laptop jinx? 19:54 pianohacker Ropuch: What are you using? 19:54 cait_laptop which is it? 19:54 Ropuch I'm making some crazy moves now, because i want to get rid of our old ils, which sucks 19:53 Ropuch Well 19:53 cait_laptop I need to do some corrections - but our library will go live end of september, so it has to be ready then 19:52 Ropuch nice 19:52 cait_laptop I think the opac will be ok 19:51 Ropuch Hmm 19:51 Ropuch Well, we'll have the german version of opac too 19:50 cait_laptop and german is often too long, while english is nice and short 19:50 cait_laptop german is not easy there too 19:50 Ropuch hehe 19:50 Ropuch apart from plural problem 19:50 cait_laptop I had to kill some cats... because it was translated as the animal and not as abbreviation for category ;) 19:50 cait_laptop I think thats the main problem 19:49 cait_laptop yep 19:49 Ropuch ep, and translating out-of-context can lead to funny results ;> 19:48 Ropuch Guess i'll contact some koha users in Poland first, maybe we can form some translate group 19:48 cait_laptop translation is a hard job, still seeing so many strange things... will eidt po-file directly now, because pootle search is acting strange 19:47 Ropuch I'll thing about it 19:47 pianohacker translators++ 19:47 Ropuch We're going to make koha working in public in month or so 19:46 cait_laptop with the file in pootle 19:46 cait_laptop perhaps ask chris to give you the right to approve, he can also merge your file 19:46 Ropuch My local opac is nearly 80% complete, I've just wanted to share ;> 19:45 cait_laptop but strings need approval first i think 19:45 cait_laptop you can download the file from pootle then and use for your installation 19:44 Ropuch I will 19:44 cait_laptop ask chris about it 19:44 cait_laptop I have only the rights for German 19:44 cait_laptop i dont know who can approve for polish 19:44 cait_laptop ropuch: your suggestions need to be approved 19:44 pianohacker Also, the strings you're translating against will be constantly changing up until the string freeze 19:44 Ropuch Ok, thanks 19:44 Ropuch Oh 19:44 pianohacker Ropuch: Those changes are only pulled just before release 19:43 Ropuch Have ~80% made in local test instalation 19:43 Ropuch Yes 19:42 pianohacker Ropuch: You made changes in Pootle? 19:42 Ropuch How does the translations work? I've made some suggestion in polish opac .po some times ago and they are still "suggestions" 19:41 pianohacker bye 19:41 Ata Take Care and Bye 19:41 Ata Thanks for positive and promt response @ piano, cait, gmcharlt 19:41 pianohacker Happy to help :) 19:40 Ata Thanks all ... it is a great forum...Instant reply... 19:40 Ata hmmm Ok 19:39 pianohacker There will be upgrade instructions included. It will actually be pretty easy, as it will update the database schema for you 19:39 Ata any updater? 19:39 gmcharlt Ata: not quite yet, but will be for alpha release of 3.2 19:39 Ata is there any easy way to upgrade from 3.03 to 3.2? 19:39 gmcharlt snap 19:39 Ropuch [; 19:39 pianohacker Ropuch: yup 19:39 gmcharlt Ata: it's following (kinda sorta) linux versioning 19:39 Ropuch Quite similar to linux kernel numbering rule ;> 19:38 Ata ok thanks @ piano, cait 19:38 pianohacker Closest equivalent would be following git master 19:38 pianohacker It would be an unstable release 19:38 pianohacker Ata: No 3.1, unfortunately 19:37 Ata I wonder, the current relase is 3.0 and the upcoming is 3.2, where is 3.1? 19:36 cait_laptop I think end of november is planned for release 19:36 pianohacker Ata: Possibly an early alpha in October 19:36 cait_laptop 3.2 feature freeze was last sunday 19:35 Ata can someone update me about release of koha 3.2? 19:35 pianohacker Hello 19:35 Ata hi all 18:54 chris cool, ill hopefully get some time at work to day to have a look 18:53 hdl_laptop But would be great If it passed all the tests. 18:53 hdl_laptop I think that with shelves It should be ok 18:53 hdl_laptop chris I sent some more patches today 18:50 ricardo pianohacker: :) 18:50 ricardo (... and " $field->subfield( 'my_marc_subfield' ) ", I mean) 18:50 pianohacker No problem 18:50 ricardo pianohacker: Thanks a lot for the tip regarding $record->field( 'my_marc_tag' ) and $record->field( 'my_marc_tag' ) 18:48 pianohacker ricardo: cool 18:48 ricardo pianohacker: Got it to work perfectly! :) 18:44 pianohacker brendan: I think that is, yes 18:44 brendan pianohacker -- I'm seeing this word-phrase-utf.chr -- is that even utilized by zebra? 18:43 owen Hmm... sorry about the patch problems. 18:42 pianohacker Only thing that is server-side highlighted is jumped-to prefs 18:41 pianohacker owen: Tested your patch, had a few problems applying against current sysprefs_editor, but it's there. Like the new layout. The highlighting code will need some updates, though, as it's mostly client side 18:36 hdl_laptop hi cait_laptop 18:36 cait_laptop hi hdl 18:36 hdl_laptop hi chris 18:36 cait_laptop I just wondered if it got through because I did not see it 18:35 cait_laptop chris: thx - wanted to do this for some time now, glad we finally sent it today 18:35 chris cait_laptop: congrats on you message to the list :) 18:34 pianohacker brendan: Yes 18:34 cait_laptop morning chris 18:34 brendan you mean mapping charset in zebra.cfg 18:33 pianohacker brendan: Yes, but you have to make sure Zebra is set up correctly 18:33 brendan just wondering if anyone had some suggestions for me to trace through or read through... 18:32 brendan so I'm searching for an author -- named daniélou -- shouldn't I just be able to enter in danielou -- without the ' over the é and find it? 18:31 chris_n hi chris 18:31 brendan if anyones up for it -- I've got a question about zebra 18:30 pianohacker Hi, brendan 18:30 brendan morning chris, pianohacker ricardo et. al 18:29 pianohacker Hi, chris 18:29 chris morning 18:28 ricardo hdl_laptop: Wb Henri! :) 18:23 hedgesst hi, owen! 18:19 owen Hi hedgesst, cybrarian 18:06 chris_n puts a whole new meaning on 'mobile computing' 18:06 pianohacker Heh 18:06 * chris_n quickly flings his laptop into the I95 traffic 18:05 pianohacker chris_n: Run for your life! 18:05 * chris_n is no html/css/etc guru :-P 18:05 chris_n owen: feel free to dress up the css/templates etc 18:05 owen I'll go look for interface nick-picks now ;) 18:05 chris_n ok 18:05 owen Everything looks good on first glance. 18:04 chris_n did labels go to working for you owen? 18:03 pianohacker ricardo: yes 18:03 ricardo pianohacker: Thanks for the tip! Let me try 18:03 ricardo pianohacker: OK. I'm guessing that I have to use that in a "list context" ( using the @ sign) and NOT in a "scalar context" (using the $ sign), so I get the several "items" 18:03 pianohacker Then, for each $field in the results, $field->subfield( 'my_marc_subfield' ) will return a list containing the contents of each occurence of that subfield 18:02 pianohacker $record->field( 'my_marc_tag' ) will return a list of MARC::Fields with that tag number 18:01 ricardo pianohacker: Cool :) 18:01 pianohacker ricardo: No, that actually makes sense 18:01 ricardo pianohacker: Clear as mud, right? Do you want an example? 18:01 chris_n owen: then you should be kosher then 18:00 ricardo pianohacker: What I want is to "capture" multiple occurrences of the same MARC field /subfield in a bibliographic record (in order to "concatenate" the strings of the several occurrences to another MARC field / subfield) 18:00 owen chris_n: That is the case, no patron card mention 18:00 ricardo pianohacker: I have a Perl programming question, regarding "MARC::Record" and "MARC::Field" 18:00 pianohacker ricardo: What's up? 17:59 ricardo chris_n: OK. Thanks. 17:59 chris_n hehe 17:59 pianohacker Uh-oh 17:59 chris_n ricardo: pianohacker might have your answer 17:59 pianohacker Hi, ricardo 17:59 ricardo Hi David (schuster) and Jesse (pianohacker)! 17:59 chris_n so the tools page should have a link for "Label Creator" and no reference to Patron Cards 17:58 chris_n owen: it appears the upgrade/update has already been applied 17:58 chris_n owen: om 17:57 pianohacker Hi, owen 17:57 pianohacker Hi chris_n 17:57 owen Okay, after bumping version back to 52 I get an error from the updater: DB ERROR: Table 'oleonard_koha.labels' doesn't exist 17:57 chris_n hi pianohacker 17:56 ricardo It's "that" simple ;-) 17:56 ricardo d. Purchased; 20 USD 17:56 ricardo 010 17:56 ricardo I now want to copy those two informations to the 010 tag, subfield "d" and I want that one to have the information, like so 17:55 ricardo a. 20 USD 17:55 ricardo 300 17:55 ricardo a. Purchased 17:55 ricardo 300 17:55 ricardo like: 17:55 ricardo This is UNIMARC, but it could be MARC 21 just as well... Imagine, that I have a Record with 2 occurrences of the 300 field (Notes), and each of them has only the subfield "a" filled in 17:55 ricardo Then, to the "larger" audience: 17:54 ricardo chris_n: Ah, OK :) 17:54 chris_n ricardo: more likely my understanding (or lack thereof) of MARC stuff in general :-) 17:53 ricardo chris_n: Maybe I'm not being clear enough? 17:52 * chris_n 's head swims 17:52 ricardo ? 17:52 ricardo Does anyone have experience of "capturing" multiple occurrences of the same MARC field /subfield in a bibliographic record (in order to "concatenate" the strings of the several occurrences to another MARC field / subfield) 17:51 chris_n they should be harmless, however 17:51 chris_n rolling the syspref version to 52 should apply the labels upgrade, but you may see a few errors from the db update script after that due to later changes already being applied 17:50 ricardo This time, I have more of a "MARC::Record" / "MARC::Field" Perl modules question, than a purely "Koha related" one 17:50 chris_n owen: you've been working with that branch so that probably explains the discrepancy 17:50 chris_n hi ricardo 17:50 ricardo Hi all 17:49 chris_n syspref branch is at that version 17:48 chris_n hrmm 17:48 chris_n it should be automagic as long as the version is earlier than 53 17:48 owen Interesting...the version in system prefs says 3.0100058 17:47 chris_n alternately you can run the installer/data/mysql/labels_upgrade.pl script from the command line 17:47 owen I'll try it, thanks 17:46 chris_n roll it back to 52 in the syspref editor and the update should run after you save it 17:45 owen 3.01.00.053 17:45 chris_n if you were running the syspref branch it may be ahead 17:44 chris_n owen: check the version number 17:44 owen I'm not getting a prompt to do a database update 17:43 gmcharlt owen: yes, I belive that hte labels_recon udpate is automatic 17:32 Sharon We just impressed them with this quick Community answer ;-) Go OS! 17:31 Sharon yep, they've cataloged 200 items 17:31 Sharon owen that was it!, thank you. 17:30 owen Are there items in the catalog for POMONA? 17:30 Sharon i'll go look! 17:30 owen Search my library first? 17:28 Sharon I'm at a training for a standalone koha system and the OPAC says "Search (in POMONA only)" when I am logged in, but then gives 0 results. If I log out of the OPAC, I get search results. - What syspref is screwy?? 17:03 owen If I check out the labels_recon topic branch should it automatically prompt me to update the database? 16:51 brendan hi chris_n 16:51 chris_n hi brendan, paul_p 16:33 brendan does zebra utilize that -- or is it there for an example for me? 16:33 brendan I was wondering if anyone knew anything about this file in koha --- sort-string-utf.chr 16:31 brendan hi paul_p 16:31 paul_p hi brendan 16:31 brendan ahh... good morning - very pleasant bike ride to work this morning :) 15:19 kf ok, need to go - bye #koha! 15:16 owen chris_n: Not every Koha library has fully internalized the open source idea obviously 15:14 chris_n hrmm... 'protection against vendor lock in' 15:08 owen ...or don't see what the fuss is about, since their support company is on top of things from their perspective. 15:07 kf I think most of them dont know whats going on 15:07 owen I've seen the beginnings of that (the users asking questions), slef, in a non-public forum, but no response yet 15:06 slef Although given how much I've been flamed by LL+co when our workload and staffing problems caused us to fork 3.0, maybe I could take this opportunity for revenge. I'm not going to, though. 15:05 slef I think it needs to be the users who really press on the LL-in-or-out topic, not we other vendors. 15:03 jdavidb It'd be nice if they'd stand up and say so, one way or another. 15:02 kf I got the impression, that they cant say its wrong so they stay silent. 15:00 sekjal gtg to a Drupal training. back later 15:00 sekjal but their silence is creating a void into which conclusions seem to want to draw themselves 14:59 sekjal I hate to draw conclusions about WALDO and LibLime without hearing from them 14:57 sekjal I started my thread with them on Aug 9., so its been over a month. 14:57 jdavidb Ditto for the whole, "LibLime has withdrawn from the community" thing...if that's not the case, where are they? 14:56 owen If there were misconceptions about the situation I would think they'd want to correct them right away 14:55 sekjal I wouldn't think it would take too much time to dash off a quick email to the koha list, but I don't know the details of their current workload and staffing, so perhaps I'm off 14:53 * jdavidb hears a run-around there. 14:51 sekjal so far I've only heard back that they are EXTREMELY busy working to catch up to their schedule, and to try asking again in mid-Oct. 14:50 sekjal Been trying to get WALDO to issue a statement about their intentions 14:50 owen "All of the development that has been planned will be done by August 2008 and then shared back with the community." 14:49 owen How time changes things: http://www.web2learning.net/archives/1624 14:31 rhcl wizzyrea: I seem to recall you were going to have a telecon w/ LL. Has that happened yet, and if so, how did it go down? 14:26 kf nice 14:25 munin` jwagner: Quote #6: "gmcharlt: kf: hold requests are a plot to sell more aspirin ;)" (added by wizzyrea at 04:13 PM, June 16, 2009) 14:25 jwagner @quote random 14:25 * jdavidb raises an eyebrow 14:25 munin` jdavidb: Quote #1: "<pianohacker> resolve, rather, I doubt it needs lotion" (added by gmcharlt at 03:05 AM, May 31, 2009) 14:25 jdavidb @quote random 14:24 munin` jdavidb: Quote #23: "<gmcharlt> /msg munin register nick password" (added by wizzyrea_ at 04:25 PM, August 06, 2009) 14:24 jdavidb @quote random 14:19 kf owen: that was fast! thx for your help! 14:18 owen Bug updated, patch-sent status removed. Fingers crossed. 14:14 chris_n Willem: the record is clearly corrupted; what version of koha are you using? (under 'More-About Koha') 14:12 wizzyrea :) 14:12 wizzyrea owen is so nice. 14:12 kf thx owen! 14:12 owen kf: I'll update the bug report with ryan's patch and gmcharlt's response 14:11 owen Yeah, this one is over my head too :( 14:10 kf kf: I would do that, if I would know how - I cannnot program in perl (yet) and this is a bit more complicated. 14:10 owen kf: the best solution is probably to take Ryan's patch and correct it according to gmcharlt's recommendations (it doesn't appear ryan plans to do so) 14:08 owen (not sure why Google returned those from different sites, but there you go) 14:08 owen Here's gmcharlt's response: http://www.mail-archive.com/koha-patches@lists.koha.org/msg02592.html 14:08 kf I can test again at home on a current dev install and update the bug if its still not fixed? 14:07 kf owen: thx! hm, what to do about it? 14:06 owen http://lists.koha.org/pipermail/koha-patches/2009-May/003592.html 14:06 kf ah ok 14:05 owen I wonder if the revision never happened 14:05 owen Ah, I found it in my mail archive. Looks like Ryan submitted a patch and gmcharlt asked for a revision 14:04 kf owen: I have a 3 week old koha installation from head here where its not fixed 14:04 kf owen: yes, but im not sure it made his way over the patches list and into koha 14:04 munin` 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3164 major, PATCH-Sent, ---, oleonard@myacpl.org, NEW, OPAC-placed holds broken in SingleBranchMode 14:04 owen A search of the patches list for "bug 3164" doesn't turn up anything 14:03 owen kf: it looks to me like Ryan submitted a patch for it, although it wasn't attached to the bug report 13:55 munin` 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3164 major, PATCH-Sent, ---, oleonard@myacpl.org, NEW, OPAC-placed holds broken in SingleBranchMode 13:55 kf does someone know if @bug 3164 is fixed in current head? I can not find the patch on the mailing list or in git 13:46 |Lupin| I'm wondering: can anyone pls explain me the syntax of the isbd system preference ? The manual is not very talkative about this and I'm oo new to the field to fully understand it just by reading the default value... 13:45 |Lupin| hi again, everybody 13:38 munin` slef: wn, gcide, and moby-thes responded: wn: corollary n 1: a practical consequence that follows naturally; "blind jealousy is a frequent corollary of passionate love" 2: (logic) an inference that follows directly from the proof of another proposition; gcide: Corollary \Cor"ol*la*ry\ (k?r"?l-l?-r?; 277), n.; pl. {Corollaries} (-r?z). [L. corollarium gift, corollary, fr. corolla. See {Corolla}.] 1. That which (4 more messages) 13:38 slef @dict corollary 13:38 munin` slef: No definition for "corrollary" could be found. 13:38 slef @dict corrollary 13:24 Willem to show the difference between records a month ago and the additional 952 fields I've placed an example at http://www.cfce.org.za/downloads/koha%20for%20chris_n.txt 13:19 chris_n bbiab 13:19 chris_n there are some others here and on the list that have migrated from a variety of proprietary ILS's and so might be able to give more insight 13:18 chris_n if it is not, perhaps the work with MarcEdit is the introducing some problems 13:18 chris_n if it is, the problem is with the original record 13:17 chris_n I'm not sure where the corruption might be occurring, but you might try importing the record w/o editing it first and see if the item data is still messed up 13:16 Willem I edit the text, for instance for adding info like publication dates etc, in a text editor. then load the plain text into MarcEdit. then convert to *.mrc to export to koha 13:15 chris_n so you create the record in MarcEdit from scratch? 13:14 Willem I use MarcEdit 13:14 chris_n what software are you migrating the data from 13:13 chris_n I would not be sure how it happened, but millions of records have been imported into koha w/o issues 13:13 Willem well this kind of extra data appears automatically after a while of having multiple items per biblio - they are everywhere in our data 13:12 chris_n Willem: looks like corrupted data in those last two items 13:11 Willem chris_n have a look at my screenshot at http://www.cfce.org.za/downloads/koha%20shot.jpg 13:10 chris_n if so, I suspect corrupt data 13:05 chris_n Willem: so you are seeing the '|' separated fields within a single table division rather than seeing a separate table row for each item? 13:01 Willem chris_n, the incorrect item count comes up when displaying a single biblio search result - the "cascaded" items appear when choosing "edit items", in the same table as the normal items 12:57 chris_n ie what part of the staff interface 12:56 chris_n Willem: where are you seeing "cascaded" 952 fields? 12:52 chris_n Willem: a cron job will need to be setup to rebuild the zebra indexes at regular intervals 12:51 Willem the opac search is actually fine - it's the librarian's version of showing how many items there are that goes wrong, counting the cascaded 952 as additional items 12:50 * chris_n thinks that zebras do kick occasionally... :-) 12:50 chris_n there are a variety of install docs included in the tarball or git clone which explain the zebra 12:50 Willem I'll need to ask the person who installed it whether it's zebra or nozebra 12:49 chris_n Willem: you had to select either 'zebra' or 'nozebra' during the web install routine 12:49 chris_n Willem: if you are running zebra then running 'misc/rebuild_zebra.pl -a -b -r -v' will most likely cure the discrepancies in the opac searches 12:41 Willem well I might be running giraffe or hippo i have no idea. 12:32 chris_n Willem: are you running zebra or nozebra? 12:26 kf Willem: I cant explain what you see, never saw that in our data. could be something like a summary record or something really going wrong there. 12:24 Willem forget expkf, typing went wrong 12:23 Willem expkf this was exported, but the cascaded 952 also show as "additional" items which don't get counted in OPAC searches, but give incorrect counts when logged in as a librarian. 12:19 chris_n g'night chris 12:18 kf AAA = akadmisches auslandsamt? 12:18 kf where do you get this from? exported marc data or one of the marc views? 12:17 Willem not sure where to find my koha version... 12:16 Willem the barcodes 36352..... x3 represent the items' barcodes that are listed separately as 952 items 12:15 Willem kf =952 \\$8AAA | AAA | AAA$70$p3635200002010 | 3635200002014 | 3635200002012$40$00$90$bCFCE | CFCE | CFCE$yAAA | AAA | AAA$10$d2009-06-17 | 2009-06-17 | 2009-06-17$aCFCE | CFCE | CFCE 12:14 kf Willem: which koha version do you use? I saw summary records once in a catalog hosted by liblime and wonder if that is what you might see. 12:14 kf Willem: do you have an example? 12:13 Kivutar good night 12:13 Kivutar i don't know why gitstat can't find my git binary at /usr/bin/git 12:13 Willem kf, yes but koha produces additional 952 lines with cascaded summaries of info from the normal 952 items, separated with ' | ' (space,vertical,space) That's the one I don't understand. 12:13 nahuel i'm in the top 25 :p 12:12 chris ok bedtime for me 12:12 kf Willem: do you only want the items of a specific library for export or why would you want to switch it off? atm the item information in marc-xml is needed for Koha to work correct. but I understand that its planned to change that, so that item information will be only in items tabel at some time. 12:12 nahuel ah yes 12:11 chris you have a lot more commits in the version 3 branch :) 12:11 chris nahuel: http://stats.workbuffer.org/ 12:11 kf Willem: there is one 952 for every item 12:11 chris i just run it every so often, could be cronned easily tho 12:11 nahuel a cronjob ? 12:10 chris much nicer :) 12:10 chris done 12:10 nahuel chris, ok 12:10 chris ./gitstats path/to/repo /where/i/want/the/files 12:10 Willem Thanks kf, will have a look there. By the way, could you explain to me the additional 952 fields that koha seems to create if there are several items of the same biblio? Is it possible to switch that function off? 12:10 chris git clone 12:10 chris what i use here 12:10 chris http://stats.workbuffer.org/koha-20001220-now/ 12:09 nahuel ah ? 12:09 chris gitstats is a python one 12:09 nahuel chris, because it exists a python or perl one ? 12:09 Kivutar chris: looks like it hasn't changed much in 2 years ;) 12:09 kf Willem: depends on what you want to do 12:09 kf Willem: nicoles manuals on koha.org are a good starting point 12:07 Willem Thanks kf, I'm an experienced VB programmer, but need to be shown the way into koha. How could I tackle my learning route? 12:07 chris i set it up at liblime when i was working there, 2 years ago .. its annoying to do and has bad instructions 12:06 chris if you are talking about the php one 12:05 chris i know its a pita 12:00 Kivutar anybody knows how to setup gitstat? 11:55 kf Willem: once a item is created it can only be changed within koha, not by import 11:32 Willem Hi there, I'm using MarcEdit successfully to change biblios, but changes of items (e.g. shelving) seem to be ignored. Is there a different approach that needs to be followed to update items? 10:49 Ropuch Is there a quick way to avoid "Could not get the IP address of koha, DNS fault? at rewrite-config.PL line 68."? 09:54 jransom hola 08:35 jransom Merete: if you are about still I'd like to get started if possible. 08:35 |Lupin| kf: many thanks for your help 08:33 |Lupin| kf: yeah, good idea 08:33 kf dont know, perhaps just try and ask later, when USA is awake 08:32 |Lupin| kf: and perhaps also pianohacker ? 08:32 |Lupin| ! 08:32 |Lupin| kf: good idea, thanks 08:30 kf perhaps ask owen about it, he should know 08:27 |Lupin| kf: ah ! interesting...:/ thanks. Will have to try this, then. 08:26 kf there are paramters in admin for changing the used templates but I dont know if it really works 08:25 |Lupin| kind of a template overloading ? 08:25 |Lupin| actually, is it possible to tel KOha to use another template than the one that comes with it, for a given page ? 08:22 |Lupin| kf: I'm not even sure they should really be stored in the MARC field. The only sure thing is that they shold appear on the generated pages, and since they are completely determined by other fields, it may just be a matter of modifying the templates the right way ! 08:21 |Lupin| kf: in cataloguing... 08:20 kf so this might be a problem. you want them to be filled during import or in cataloging? 08:19 kf never wrote a plugin, so I dont know. I think you might need javascript to get the values entered in the other marc fields 08:17 |Lupin| then I'd like to associate to this item a link to the URL http://somesite/download.pl?biblio=1234&ccode=56 08:16 |Lupin| kf: what I'd like to do is this: assume an item associated to the biblio #1234 and whose ccode is 56 08:16 jransom hi merete 08:16 |Lupin| kf: it's just that I don't know how a plugin can fetch the value from another MARC field 08:15 |Lupin| kf: yeah plugins may be the way 08:11 kf I dont know what you want to do, but I think you could use a plugin, there are already some plugins for acquisition_date in items or coded fields. plugins can be linked to MARC-fields. 08:09 |Lupin| Not even sure the value should be stored in the marc fields themselves actually 08:08 |Lupin| I'm wondering where in Koha is the right place to do something like that 08:08 |Lupin| I'd like to have some MARC fields automatically filled with URLs that include parameters from other fields. 08:07 kf hello all again :) 08:07 kf chris: when I download the po-file from pootle, will merge work ok when uploading it again? I gave up on pootles search, intranet is just not working. 08:07 |Lupin| or paul_p you may have ideas, too 08:06 |Lupin| salut paul_p 08:06 jransom hello all 08:06 |Lupin| chris: around ? 08:06 |Lupin| chris: hi 08:06 paul_p hello jransom & |Lupin| & kf 08:02 kf guten morgen |Lupin| 08:01 |Lupin| guten morgen kf 08:01 |Lupin| good morning #koha 08:01 chris hi kf 08:00 hdl hi 08:00 kf good morning chris + hdl 07:54 hdl thanks anyway 07:53 chris no, i just meant i got none today :) 07:45 hdl have you said you wouldnot do any other ? 07:39 chris i didnt get any cherry-picks done sorry 07:39 chris :) 07:38 hdl hi 07:38 hdl ??? 07:16 chris wll no more cherry picks anyway 07:14 chris hdl: i didnt manage to get anything more done today 07:14 paul_p hi chris 07:14 chris evening 07:12 magnusenger hi paul_p 07:12 paul_p hi magnusenger 07:07 nicomo which probably only means I'll be the first to take a coffee break 07:06 magnusenger ;-) 07:06 magnusenger yes, i noticed! 07:06 nicomo yes: we're all clicking in, but you'll notice I've been here slightly before the others :-) 07:06 magnusenger hi nicomo 07:05 nicomo hi magnusenger 07:04 magnusenger good morning BibLibre! ;-) 06:38 nicomo morning #koha 06:33 Ropuch morning everybody 06:33 magnusenger hi Amit 06:33 Amit hi magnusenger 06:25 magnusenger good morning #koha! 05:44 brendan good night #koha 03:11 Amit good morning #koha 03:11 Amit hi chris, brendan 02:05 chris_n2 g'night 01:47 chris_n2 call number splitting strikes again :-P 01:37 brendan catch you in a bit #koha 00:14 brendan lunch time yet? 00:13 brendan good afternoon chris :) 00:13 chris hi brendan 00:12 brendan heya #koha