IRC log for #koha, 2015-02-17

All times shown according to UTC.

Time S Nick Message
00:00 papa joined #koha
00:01 papa joined #koha
00:09 papa joined #koha
00:55 JoshB joined #koha
01:11 eythian When calls SearchAuthorities, it expects three results, however SearchAuthorities only provides two. The third is passed straight on to the template, which never references it.
01:11 eythian It's like finding a broken plate under a metre of soil or something.
01:31 mtompset Greetings, dcook wizzyrea eythian. :)
01:32 wizzyrea hi
01:33 mtompset Not to be pushy, wizzyrea, but I was wondering if you noticed the two requests to be added to the support providers list.
01:34 mtompset Manuel Tamayao Feb 4, and Pankaj Feb 11.
01:54 wizzyrea Yep, just been pretty generally hammered with things that need doing. Plus this whole "i'm on the website so now I get to claim I'm an authorised provider" nonsense has made me want to throw the whole thing in a fire.
01:54 wizzyrea (which of course the "i'm an authorised koha provider" thing is utter nonsense. There is no such thing.)
02:03 mtompset I understand. But that is why there is a disclaimer on the page, right? Personally, I'd remove "Avior Technologies Private Limited" while I was at it. ;)
02:16 * wizzyrea puts her fingers in her ears "LA LA LA LA LA LA"
02:26 dcook mtompset: Of course, how many people actually follow links/citations?
02:26 * dcook is increasingly in favour of ditching the thing
02:26 * dcook goes back to what he was doing
02:28 mtompset dcook: Spiders do. ;) -- but not many. But if someone knew they wanted a Koha provider, are we going to leave finding one in one's country up to Google?
02:30 tcohen joined #koha
02:33 dcook True true
02:33 wizzyrea actually spiders don't
02:33 wizzyrea because the links are all nofollow
02:34 tcohen hi
02:34 wahanui hola, tcohen
02:51 huginn New commit(s) kohagit: Bug 7741 [Follow-up] Clear search terms in Z3950 search page <[…]f78e212ed9e1d53b1> / Bug 7741: Added Clearing Capability to the Z39.50 Search fields <[…]7b935c9f1e8522042> / Bug 13672 - OPAC locks up browser when browsing items from series link with NoveList
02:56 ngourlay joined #koha
02:59 tcohen hi rangi
03:01 tcohen eythian: around?
03:02 eythian yarp
03:02 tcohen when you face the situation of "where to hook Catmandu::Fix uses" and stuff like that, please consider taking a look at Koha::RecordProcessor
03:03 tcohen it could be extended to handle "Catmandu" objects too (instead of just "MARC" for MARC::Record)
03:03 eythian Catmandu::Fix is already in there
03:03 tcohen and then you could implement what you need in Koha::Filter:: packages
03:06 eythian tcohen: where does the documentation say what RecordProcessor does? It has the how but not the why in the perldoc.
03:06 eythian (I am looking at a slightly older version though, so that won't help.)
03:09 tcohen it seems to be a coherent way of extending Koha to support multiple representation formats (MARC::Record, XML::LibXML, Catmandu, etc objects) and to define filter plugins for each format
03:09 tcohen it is not widely adopted
03:10 tcohen but I think it is a good way to go
03:10 eythian ah
03:10 eythian yeah, that could be usefule
03:10 eythian -e
03:10 tcohen because otherwise we will have "the ES-way Koha code"
03:11 tcohen anyway, just saying, so you have it on your pipe once time comes when you need to think of it
03:11 tcohen i'm about to extend it to handle XML objects, for example
03:11 tcohen so it is not tied to MARCXML objects, which will be the only format I'll implement heh
03:11 eythian yeah, it'll probably good to work that into what I have
03:12 eythian which is really just MARCJSON at the moment
03:12 tcohen there you go
03:12 tcohen another format
03:12 tcohen yeah
03:13 eythian well, it's just a storage format, just like MARCXML, but even more simple
03:13 tcohen yeap
03:13 eythian I'm converting it to MARC::Record very close to when it's loaded, for the most part.
03:15 tcohen almost as the current does
03:16 eythian yeah
03:23 tcohen we could just get rid of that step :-D
03:23 tcohen i'm working on crunching the raw XML directly from Zebra
03:25 eythian ah yep
03:25 eythian In this case, I get a Catmandu::Hits which contains all the records, and metadata like total results and such.
03:27 tcohen yes, and you will end-up transforming into MARC::Record and then as_xml so you can use the XSLTs
03:28 * tcohen is looking for XSLT-like tools for JSON
03:28 eythian ayup
03:33 jenkins_koha Project Koha_Master_D7 build #313: UNSTABLE in 45 min: http://jenkins.koha-community.[…]ha_Master_D7/313/
03:33 jenkins_koha * Jonathan Druart: Bug 13684: C4::Budgets should not be used in C4::Output
03:33 jenkins_koha * Julian Maurice: Bug 13700: Fix item search templates for translation
03:33 jenkins_koha * Kyle M Hall: Bug 13672 - OPAC locks up browser when browsing items from series link with NoveList and OpacHighlightedWords
03:33 jenkins_koha * Thomas Misilo: Bug 7741: Added Clearing Capability to the Z39.50 Search fields
03:33 jenkins_koha * Owen Leonard: Bug 7741 [Follow-up] Clear search terms in Z3950 search page
03:33 huginn Bug[…]_bug.cgi?id=13684 normal, P5 - low, ---, jonathan.druart, Pushed to Master , C4::Output uses C4::Budgets
03:33 huginn Bug[…]_bug.cgi?id=13700 normal, P5 - low, ---, julian.maurice, Pushed to Master , Translated item search not working
03:33 huginn Bug[…]_bug.cgi?id=13672 major, P5 - low, ---, kyle, Pushed to Master , OPAC locks up browser when browsing items from series link with NoveList and OpacHighlightedWords
03:33 huginn Bug[…]w_bug.cgi?id=7741 enhancement, P5 - low, ---, misilot, Pushed to Master , Clear search terms in Z3950 search page
04:18 tcohen night #koha
05:09 dcook I'm loving these past few days
05:09 dcook Played around with iptables... exim4...
05:09 * dcook doesn't manage email or firewalls typically hence having no need to know much about them...
05:10 dcook Although no idea why exim4 is using the completely wrong name for the from address..
05:13 dcook Ho ho
05:13 dcook /etc/aliases
05:13 dcook That's neato
05:13 eythian /etc/mailname
05:14 dcook Nah, /etc/mailname is all right
05:14 dcook /etc/aliases is mapping root to my admin user
05:14 eythian that's normal, yeah
05:14 dcook I don't think exim4 will deliver email to root
05:14 eythian oh, it will if you tell it
05:14 dcook Right, makes sense
05:14 eythian it's just that you shouldn't log in as root
05:15 dcook Fair enough
05:15 dcook So why is my admin user an alias of root? :S
05:15 eythian so that you get mail that would be sent to root
05:15 eythian like cronjob notices etc
05:16 dcook But is it just because my admin user was the normal user on the system?
05:17 eythian yeah
05:17 eythian probably the first real user created, or some such
05:17 dcook That's how it looks
05:17 dcook Probably nothing gained by looking at that one further
05:19 eythian damn, my authority searching is sorta working, but returns no results
05:19 dcook :(
05:23 mtompset Have a great day (24 hour period), #koha.
05:37 eythian OK, I think I must be doing something silly with my query building. I'll leave that for another day.
05:51 dcook Man... koha-conf.xml gets bigger and bigger all the time
05:52 dcook I suppose it might be nicer having a monolithic conf file than different smaller ones in some ways..
06:03 papa joined #koha
06:03 papa1 joined #koha
06:28 cait joined #koha
06:44 Viktor joined #koha
06:57 cait gr
06:58 cait yr,st-numeric=>2000 - accordingto the manual and my memory that should work fine... but it does not?
07:24 laurence joined #koha
07:31 Viktor Morning #koha
07:34 laurence joined #koha
07:57 dac joined #koha
07:58 reiveune joined #koha
07:58 alex_a joined #koha
07:59 alex_a bonjour
07:59 reiveune hello
08:05 alex_a joined #koha
08:11 sophie_m joined #koha
08:14 Viktor joined #koha
08:15 Joubu hi #koha
08:32 drojf joined #koha
08:34 gaetan_B joined #koha
08:34 gaetan_B hello
08:42 paul_p joined #koha
09:06 sophie_m joined #koha
09:07 * magnuse waves
09:19 Viktor joined #koha
09:23 paul_p joined #koha
09:26 drojf1 joined #koha
09:53 kivilahtio eythian, tcohen:  I hope you are looking into separating MARC records and Items to separate search databases?
09:53 kivilahtio so we get rid of this crazy ITem to MARC mapping
09:53 kivilahtio eythian: You were working on elasticsearch right?
09:54 kivilahtio If I can make a wish, I wished for separation oof Items from MARC
09:54 kivilahtio With elasticSearch you can anyway make joint searches from two search databases
09:55 magnuse eythian is probably afk
10:19 sophie_m1 joined #koha
10:33 brinxmat joined #koha
10:34 brinxmat Hey folks
10:34 brinxmat Authorized values for NOT_LOAN…not appearing in list of authorized values…is this normal?
10:36 sophie_m joined #koha
10:37 magnuse brinxmat: hei!
10:37 magnuse nope, it should be there
10:37 magnuse which version are you on? is it in the database?
10:38 magnuse select * from authorised_values where category = 'NOT_LOAN';
10:39 brinxmat magnuse: 3.18 (ls.ext) :D
10:41 brinxmat mysql> select * from authorised_values where category = 'NOT_LOAN'; Gives: "Empty set (0.00 sec)"
10:43 magnuse sounds like something did not get loaded during the install, then
10:43 magnuse are there other authorised values there?
10:44 brinxmat There are others, yes — in fact we've been manually entering NOT_LOAN for a while now…
10:45 magnuse weird
10:45 magnuse have a look at installer/data/mysql/nb-NO/2-Valgfritt/auth_val.sql are NOT_LOAN the onely ones missing from there?
10:45 brinxmat hmm.
10:45 magnuse[…]h_val.sql;hb=HEAD
10:46 brinxmat magnuse: I'll get onto this after lunsj ;-)
10:47 magnuse good plan :-)
10:48 * drojf wants lunsj too
11:11 ngourlay joined #koha
11:49 kivilahtio the koha database in master is case insensitive?
11:49 kivilahtio characters r and R are threated the same
11:49 kivilahtio and this causes a conflict
11:50 kivilahtio So I cannot add "Koha to MARC mappings" for subfields r and R foir the same Field
11:50 kivilahtio table collation is as follows:
11:51 kivilahtio marc_subfield_structure   >=>=>=>   ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci |
11:51 kivilahtio somebody broke Koha
12:12 drojf kivilahtio: unless i misunderstand, MARC21 is case insensitive. where in that standard do you find a distinction between r and R subfields? :)
12:12 kivilahtio drojf: I agree
12:13 kivilahtio but take a look at Bug 13708
12:13 huginn Bug[…]_bug.cgi?id=13708 enhancement, P5 - low, ---, olli-antti.kivilahti, BLOCKED , MARC Mapping Item columns to several MARC Fields
12:13 kivilahtio drojf: Adding a new Field for Items is not very hard, but since mapping Item-columns to MARC Record has nothing to do with MARC-standard (or the whole mechanism of having Items in the MARC Record for indexing reasons.
12:14 kivilahtio I took the easier route thanks to cait ofr poiinting it out and saving me a ton of troulbe maintaining ridiculous Koha modules
12:14 drojf hmm interesting. definitely not what i would do. isn't there a nice 9xx range to add whatever you like? :)
12:14 kivilahtio drojf: That causes problems in various views where Items should have multiple fields
12:14 drojf hm
12:15 drojf i blame marc. for everything
12:15 kivilahtio drojf: That was exactly what I was trying to, but I stopped doing it because the whole system is so messed up I couldnät take it.
12:16 kivilahtio drojf: the MARC is not the culprit here, but legacy code from tiumes when ITems records were put to the MARC Record for search indexing. A more reasonable approach would be to have a separate search database/index for Item-records
12:16 drojf ah i see
12:16 kivilahtio I hope they are going to do that change for Ealstic Search. There are a ton of scaffolding code to just keep up this monstrosity
12:16 kivilahtio And I need to deal with BS like mapping Items fields to MARC.
12:17 drojf heh
12:17 kivilahtio instead we could just map items-columns 1-on-1 on the Items-searchindex.
12:17 misilot joined #koha
12:18 kivilahtio drojf: Things are hardly this easy and prolly there is a good reason why items are appended to the MARC records, but now I am frustrated :)
12:18 kivilahtio atleast parsing search results is more easy when all the data is received at once iwthout a need to combine Item and MARC searches.
12:18 drojf there probably is. soething weird and zebra-related maybe :D
12:18 kivilahtio exaclty
12:18 drojf *something
12:19 drojf gotta go, later #koha
12:19 kivilahtio but this is a problem now when we have ran out of MARC subfields for ITesm, but I have a DB spell to change the collation to utf8_bin, so it is case sensitive
12:19 kivilahtio this fixes the issue
12:19 kivilahtio bye
12:21 kivilahtio To finish my rant, elasticsearch supports subdocuments and subdocument queries, maybe that can help with indexing Items and Biblios together
12:37 paul_p joined #koha
12:46 meliss joined #koha
12:49 NateC joined #koha
12:51 tombibl joined #koha
13:16 carmen joined #koha
13:21 tcohen joined #koha
13:28 tcohen morning
13:31 tcohen hi Joubu
13:31 alex_a_ joined #koha
13:31 Joubu buenos dias tcohen ;)
13:33 tcohen bonjour then
13:39 alex_a joined #koha
13:39 Dyrcona joined #koha
13:55 carmen joined #koha
13:57 JoshB joined #koha
13:57 talljoy joined #koha
14:10 drojf joined #koha
14:21 kohanta joined #koha
14:22 cma joined #koha
14:27 fridolin joined #koha
14:27 fridolin hie all
14:28 tcohen hi fridolin
14:52 kohanta Hi. I have this issue : Can't locate C4/ in @INC. Do you know how to fix it ?
14:57 fridolin kohanta: on your web browser ?
15:06 kohanta joined #koha
15:07 tcohen kohanta: what are you doing to get that error?
15:07 tcohen running something on the command line?
15:11 kohanta tchoen: I am trying to rebuild the index with zebra command : It seems koha can not locate the C4 directory. I've installed koha with git.
15:14 kohanta tcohen: Some guys just copying the C4 folder to the perl folder but I can not find the C4 folder. Do you know what to install for C4 ?
15:14 tcohen you shouldn't copy anything
15:14 tcohen that just messes your setup
15:14 tcohen you need to set some environment variabl|es
15:15 tcohen export PERL5LIB=path_to_where
15:15 tcohen C4_is
15:15 tcohen and also export KOHA_CONF=path_to_your_koha-conf.xml_file
15:16 tcohen also, try to follow the official instructions
15:16 tcohen they kind of make koha work out of hte box :-D
15:17 drojf kohanta: are you developing?
15:19 kohanta tcohen: That's what I did with the two export parameters but can not locate the C4. Do you know how I can locate/search C4 ? Any repository to use ?
15:19 tcohen kohanta: C4 is part of Koha itself
15:19 tcohen can u tell us what are you doing?
15:20 tcohen what instructions did u follow?
15:20 kohanta drojf: I am not a developper yet :) I need to know how to use koha with git for future development.
15:21 tcohen kohanta: so you cloned the git repo
15:21 drojf PERL5LIB in git is the folder you checked out koha to. i think. so 'export PERL5LIB=/path/to/koha
15:21 drojf '
15:22 kohanta Yys tcohen, I've follow these instructions :[…]a_on_ubuntu_-_git
15:23 tcohen so you reached[…]_git#Install_Koha
15:23 tcohen can u run
15:23 tcohen sudo updatedb ; locate C4
15:23 tcohen ?
15:24 drojf is the wiki terribly slow or is that just me?
15:24 kohanta Yes, koha is running fine, only search is not working because not indexation.
15:25 tcohen kohanta: can u run 'set | grep KOHA' and paste the output here?
15:27 kohanta Hold on, I just restart my servers
15:48 rocio joined #koha
15:59 kohanta tcohen: No output for the "set | grep KOHA"
16:00 brinxmat joined #koha
16:00 kohanta I've found the C4 directory. I was searching for the minus c... c4 and forgot the linux rules ! Thanks tcohen
16:01 brinxmat Regarding absence of NOT_LOAN, we have not included optional samples for authorized values
16:04 brinxmat So this is a non-issue
16:19 drojf joined #koha
16:21 paul_p_ joined #koha
16:22 reiveune bye
16:22 reiveune left #koha
16:25 paul_p__ joined #koha
16:28 drojf joined #koha
16:31 paul_p joined #koha
16:50 brinxmat Folks, I understand validation of authorized values has been up a few times (Bugs 7013 10237 11019); as we were entering test data into the authorized values interface, we happened to (automatically) create a new value for NOT_LOAN with a non-numeric. No error message was given and the value is available in the Add items interface, but when it is set, it does nothing
16:51 brinxmat There seems to be an issue here that is covered by reading the manual, nevertheless, it is rather unintuitive
17:06 paul_p_ joined #koha
17:08 paul_p__ joined #koha
17:20 cait joined #koha
17:20 cait hi #koha
17:28 brinxmat joined #koha
17:44 talljoy joined #koha
17:49 gaetan_B bye
18:00 paul_p__ joined #koha
18:03 wnickc joined #koha
18:12 drojf joined #koha
18:25 fridolin left #koha
18:44 khall @later tell Joubu let me know if you got my pm's from after you went away
18:44 huginn khall: The operation succeeded.
18:57 rocio1 joined #koha
19:15 barton afternoon, #koha! I'm writing a blog entry, and want to illustrate the complexity of Koha -- I wanted to use the Gource animation as an example -- is there an up-to-date version of this animation?
19:19 tcohen joined #koha
19:26 tcohen bad network connection right now
19:31 laurence left #koha
19:44 tcohen joined #koha
20:15 tcohen any xslt guru?
20:15 tcohen or just someone who likes XSLT challenges?
20:15 cait ohoh
20:16 cait don't ask to ask?
20:16 cait :)
20:16 tcohen hi cait!
20:16 tcohen was missing you
20:16 cait hi tcohen :)
20:16 cait aw :)
20:16 cait whatdid you want me to do? :P
20:16 cait training a library this week - 2 more days
20:16 tcohen nothing, actually
20:16 wizzyrea cait were you wanting me for something yesterday
20:17 cait the old holds queue vs. holds report question :)
20:17 cait for a single library
20:19 rangi morning
20:19 * rangi tries to fight FUD
20:19 rangi[…]oback=.gmr_671467
20:20 cait morning rangi
20:23 * drojf makes a comment about secret discussions in closed networks and secret ebsco money
20:23 * drojf hides
20:23 rangi lol
20:23 rangi an italian user group applied for a grant and got it
20:23 rangi whoopie do
20:24 rangi if EBSCO want to spin the press a bit, thats fine, they gave a decent (not huge or massive) but decent chunk of money
20:24 rangi that entitles you to a bit of press
20:24 tcohen heh
20:24 tcohen rangi++
20:25 drojf but the amount is secret? i was slighty confused by news like "HUGE GRANT!1" and then there is not even a number :P
20:25 wizzyrea also linkedin.
20:26 rangi yeah, thats fairly standard, maybe Koha Gruppo Italiano will say, but it really doesnt matter too much, the fact is that its cool that libraries are not having to pay for elastic search work
20:26 rangi thats the bit that i like anyway :)
20:26 tcohen what was marshall's word?
20:26 tcohen "massive"?
20:26 rangi everything is massive in marketing
20:27 rangi have you seen adverts for mcdonalds? :)
20:27 * wizzyrea is not sure money actually has mass these days.
20:27 wizzyrea it's all bits in a computer.
20:27 tcohen LOL
20:27 tcohen wizzyrea++
20:28 cma joined #koha
20:29 drojf ebscoha does not sound so bad :P
20:29 gmcharlt eh, Koha still seems like a solid name to me, all by itself
20:29 gmcharlt :)
20:41 andreashm joined #koha
20:44 * magnuse waves at all the cool people
20:44 rangi hey magnuse
20:44 wahanui well, magnuse is a Norwegian giant.
20:44 magnuse mohahaha
20:45 cait :)
20:45 cait cait?
20:45 wahanui you are, like, just silly on a train again
20:45 Viktor joined #koha
20:45 cait why is he a norwegian giant and I am silly?:)
20:45 cait cait?
20:45 wahanui you are very pale, and needs lots of sun lotion.
20:45 cait hmpf.
20:46 magnuse the interwebs said it - gotta be true
20:46 andreashm good old interwebs
20:47 andreashm can't log in to our koha instance because vpn stopped working on my computer. gaaargh.
20:48 magnuse nice, andreashm
20:48 andreashm ah... I forgot to add koha in a search... but google did that for me. guess my searches lately has been somewhat narrowminded
20:49 andreashm trying to read up on the holds queue... what setting's are available, and what's being developed.
20:49 magnuse narrowminded kohaness - we like!
20:49 meliss joined #koha
20:50 magnuse kia ora meliss
20:51 rangi hi meliss
20:51 meliss hi
20:51 wahanui hi, meliss
20:51 meliss feeling the love.  hi everyone
20:52 * cait waves
20:52 cait andreashm: lots of branches?
20:53 andreashm not that many, 9 at the moment. but currently, in our old system, we have holds being based on location, not branches... and would preferably like to keep it that way. I haven't seen anything in Koha to suggest that it can do that at the moment.
20:54 rangi it cant
20:54 rangi but if you file an enhancement request then find someone to add it ... :)
20:54 andreashm that's the plan
20:55 andreashm just wanted to make sure we hadn't missed a setting somewhere... or some smart workaround, that would be to our benefit.
20:55 cait andreashm: can you explain a little about branches/locations?
20:58 andreashm cait: well, for starters we prefer not to send books between branches. but also, a certain book can be placed on multiple location within a branch. Sometimes there can be a difference of loan period between the various location - like the textbook collection, with only 7 day loans. So a hold on one location should be filled for all copies at that location (not just a specific item), but not any other location, even within the same
20:58 andreashm if that makes any sense.
21:00 cait hmm
21:00 cait i think we'd be using itemtypes for that currently
21:01 cait like having a textbook collection itemtype... maybe
21:01 cait but i am not sure i understand it fully yet to be honest :)
21:01 cait holds are always a bit complicated and messy
21:06 andreashm it seems so.
21:07 pianohacker joined #koha
21:07 andreashm itemtypes will only go so far. then there are other locations as well - such at's s in the closed stacks, which we don't want to be connected to the other holds.
21:08 wizzyrea andreashm: you can use the transiting rules and weighting to discourage the reserve queue from selecting items at other branches
21:08 andreashm such as... (don't know where the 'at' came from)
21:09 wizzyrea and you can have "local hold" only item types
21:09 wizzyrea items that cant be reserved by people from another branch
21:13 andreashm perhaps the transiting rules might work somewhat too... but there's still the trouble with several location at the same branch that shouldn't affect one another, preferably. local holds I don't think will work for us at all unfortunately.
21:13 cait i think most of th holds logic is tied to itemtypes - i tell the libraries to think of them as 'loan types' more... because most connect to books, serials, dvd.. etc.
21:14 wizzyrea yeah, I think you need to think about how you use collection codes and item types, and locations.
21:14 andreashm (patrons aren't really assigned to any specific branch)
21:14 wizzyrea in your case, item types may well refer more to "location"
21:14 cait andreashm: can you give an example about same branch and holds that should not affect another? trying to see if we can trigger some ideas
21:14 wizzyrea and location may well be more like "collection"
21:14 wizzyrea and collection may well be more like "item type"
21:15 drojf it's not confusing at all! :P
21:16 wizzyrea the tools you have are item type and borrower category, sometimes you have to be flexible in your thinking ;)
21:16 wizzyrea and branch.
21:16 wizzyrea item type, branch, and borrower category. You can be creative with item types and branches.
21:16 wizzyrea not so much with borrower categories
21:17 magnuse joined #koha
21:17 andreashm ok. an example: from 2009 and onwards we place new books in a numerus currens suite. so a new copy of an older book is most likely to be placed there. another copy or two can be placed on the subject shelves. all of these are for 30 day loan, but not connected when placing holds. then there can be a copy in the closed stacks (30 day most likely), and a few in the textbook collection (7 day loans).
21:18 andreashm all within one branch.
21:18 andreashm then there might be more copies (items) at other branches.
21:19 andreashm all patrons can borrow at all branches.
21:19 * cait nods
21:19 andreashm to make things even more complicated we have researchers who can place holds on stuff that's on the shelves - everyone else can't.
21:20 andreashm (but that we will probably take care of via the opac... which won't be kohas, but the Swedish union catalog Libris)
21:20 andreashm sorting who's who, and who can place holds on what, that is.
21:21 cait andreashm: hm there is a bug that is interesting about htat
21:21 andreashm oh, really?
21:21 cait bug 5786
21:21 huginn Bug[…]w_bug.cgi?id=5786 enhancement, P5 - low, ---, srdjan, Needs Signoff , Move AllowOnShelfHolds and OpacItemHolds system preferences to the Circulation Matrix
21:22 cait you can then define per patron category - itemtype if the items can be placed on hold while on the shelf or not
21:22 cait there is one thing to it that i would like to see enhanced once that is in
21:23 cait being even more strict as currently one item off the sehfl is enough for a record level hold... but still looking into how that could work best
21:24 andreashm I have seen that bug actually, it's very interesting. I think Gaetan (BibLibre) told me about it.
21:26 andreashm thinking about if we can be more creative with branches.
21:27 andreashm trouble is that they need to be branches, for the books we actually send between them (retur
21:27 andreashm book returns
21:27 andreashm damn enter key. (or clumsy fingers)
21:31 cait might still need a development, but good to look at the problem from different angles
21:31 andreashm yup.
21:32 eythian
21:32 eythian also, hi
21:32 andreashm still trying to figure out how we want collection code to work. our old prop. system only had branches and locations to play with. =)
21:33 wizzyrea i'm imagining that as eythian's entrance into #koha today
21:34 eythian it's 18° outside, not very snowy :)
21:34 wizzyrea metaphorically speaking.
21:37 eythian I think that pear was very under-ripe
21:38 wizzyrea it sounded crunchy.
21:38 eythian it was quite an effort to get through.
21:38 wizzyrea and probably not super tasty?
21:38 eythian bit sour
21:39 drojf joined #koha
21:41 cait great cat :)
21:41 andreashm thanks for tips and comments cait and wizzyrea
21:42 cait andreashm: it's interesting
21:42 tcohen joined #koha
21:42 eythian kivilahtio: I'm not separating them right now, but it is something that could happen eventually.
21:43 cait andreashm: sounds all very familiar :)
21:43 mveron joined #koha
21:44 mveron Hi #koha
21:45 cait hi mveron :)
21:45 mveron hi cait :-)
21:45 cait thx for working on the address formats :)
21:46 cait was thinking maybe a plugin instead of includes? still not quite sure which of the tt tools is best in which situation
21:46 mveron cait: It's just an idea with Bug 4041
21:46 huginn Bug[…]w_bug.cgi?id=4041 enhancement, P5 - low, ---, oleonard, NEW , Address Format as a I18N/L10N system preference
21:47 cait it's progress :)
21:48 eythian[…]desk-leavi,37957/
21:53 mveron eythian: That is great :-)
21:58 wnickc joined #koha
21:59 * mveron listens to Koha Concerto I:
22:00 rangi :)
22:00 rangi you can follow it up with the Te Takere Sonata
22:00 rangi
22:01 rangi (Te Takere are HLT the original and oldest Koha library)
22:06 mveron rangi: Wonderful msic - and a wonderful library :-)
22:06 mveron music
22:08 rangi its pretty neat to have a recording studio, in your library :)
22:08 NateC joined #koha
22:11 BobB joined #koha
22:15 mveron Oh, it's late... Good worldtime #koha
22:28 dac I'm always intrigued to see how Koha pops up around the world in different ways (
22:29 rangi is the biggest one
22:32 dcook Interesting
22:32 wahanui Interesting is probably sometimes good and sometimes bad
22:35 eythian wahanui: golden ratio
22:35 wahanui eythian: i'm not following you...
22:35 eythian wahanui: golden ratio is <reply>The great thing about the square crop \is that it uses the universal constant of "1", which appears everywhere in nature.
22:35 wahanui OK, eythian.
22:43 chrisvella joined #koha
22:52 andreashm left #koha
22:53 NateC joined #koha
23:12 pianohacker cait: around?
23:12 pianohacker also hi everyone
23:13 pianohacker @later tell Joubu bug 11559 is at 3 patches and 3 followups, with another soon to follow... want me to condense them?
23:13 huginn pianohacker: The operation succeeded.
23:14 tcohen joined #koha
23:14 papa joined #koha
23:17 chrisvella_ Morning all. mtj said this might be useful for the koha project:
23:24 dcook chrisvella_: That does look neat
23:25 chrisvella_ yea I was pretty impressed by it
23:25 dcook Neat to remember to look more at that later :)
23:25 dcook heya pianohacker :)
23:25 pianohacker hi dcook! How are ya?
23:26 dcook Not too shabby! Slightly less blood than normal, but eating donuts, so I can't complain ;)
23:26 dcook you?
23:27 pianohacker woo! I'm decent. *endless whiny rant about being too busy*, but life goes on
23:29 dcook I hear that ;)
23:29 dcook Oh, that reminds me I was supposed to do a bunch of phone calls...
23:29 dcook I think I need a life assistant and an office assistant
23:31 cait left #koha
23:31 pianohacker being a techie makes you so spoiled when you have to pick up the phone... feels so low tech
23:32 dcook hehe
23:32 dcook Well, it certainly has pros and cons in terms of efficiency
23:32 dcook It's too demanding in terms of time, but it can be useful in terms of precision
23:33 pianohacker yeah. there are some conversations that drag out endlessly over IM/email that you wish you had been prescient enough to switch to voice :)
23:34 pianohacker unrelated cool thing:[…]cripts/
23:35 dcook Haha yup
23:35 dcook Maybe I should take a few voice moments..
23:50 dcook Oh my... pulling bandages off arm hair... not fun
23:53 eythian wuss

| Channels | #koha index | Today | | Search | Google Search | Plain-Text | plain, newest first | summary