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