← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
Time | 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 opac-authorities-home.pl 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 | 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 | 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 | (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 | 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 | 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 <http://git.koha-community.org/[…]f78e212ed9e1d53b1> / Bug 7741: Added Clearing Capability to the Z39.50 Search fields <http://git.koha-community.org/[…]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 | 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 | 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 | (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 | it is not widely adopted | |
03:10 | but I think it is a good way to go | |
03:10 | eythian | ah |
03:10 | yeah, that could be usefule | |
03:10 | -e | |
03:10 | tcohen | because otherwise we will have "the ES-way Koha code" |
03:11 | anyway, just saying, so you have it on your pipe once time comes when you need to think of it | |
03:11 | i'm about to extend it to handle XML objects, for example | |
03:11 | 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 | which is really just MARCJSON at the moment | |
03:12 | tcohen | there you go |
03:12 | another format | |
03:12 | 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 | i'm working on crunching the raw XML directly from Zebra | |
03:25 | eythian | ah yep |
03:25 | 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 | * Jonathan Druart: Bug 13684: C4::Budgets should not be used in C4::Output | |
03:33 | * Julian Maurice: Bug 13700: Fix item search templates for translation | |
03:33 | * Kyle M Hall: Bug 13672 - OPAC locks up browser when browsing items from series link with NoveList and OpacHighlightedWords | |
03:33 | * Thomas Misilo: Bug 7741: Added Clearing Capability to the Z39.50 Search fields | |
03:33 | * Owen Leonard: Bug 7741 [Follow-up] Clear search terms in Z3950 search page | |
03:33 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13684 normal, P5 - low, ---, jonathan.druart, Pushed to Master , C4::Output uses C4::Budgets |
03:33 | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13700 normal, P5 - low, ---, julian.maurice, Pushed to Master , Translated item search not working | |
03:33 | 04Bug http://bugs.koha-community.org[…]_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 | 04Bug http://bugs.koha-community.org[…]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 | 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 | Ho ho | |
05:13 | /etc/aliases | |
05:13 | That's neato | |
05:13 | eythian | /etc/mailname |
05:14 | dcook | Nah, /etc/mailname is all right |
05:14 | /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 | 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 | 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 | probably the first real user created, or some such | |
05:17 | dcook | That's how it looks |
05:17 | 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 | 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 | 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 | so we get rid of this crazy ITem to MARC mapping | |
09:53 | eythian: You were working on elasticsearch right? | |
09:54 | If I can make a wish, I wished for separation oof Items from MARC | |
09:54 | 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 | 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 | nope, it should be there | |
10:37 | which version are you on? is it in the database? | |
10:38 | select * from authorised_values where category = 'NOT_LOAN'; | |
10:39 | brinxmat | magnuse: 3.18 (ls.ext) :D |
10:41 | 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 | 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 | 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 | http://git.koha-community.org/[…]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 | characters r and R are threated the same | |
11:49 | and this causes a conflict | |
11:50 | So I cannot add "Koha to MARC mappings" for subfields r and R foir the same Field | |
11:50 | table collation is as follows: | |
11:51 | marc_subfield_structure >=>=>=> ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci | | |
11:51 | 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 | but take a look at Bug 13708 | |
12:13 | huginn | 04Bug http://bugs.koha-community.org[…]_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 | 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 | 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 | 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 | 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 | 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 | 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 | this fixes the issue | |
12:19 | bye | |
12:21 | 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 | hi Joubu | |
13:31 | Joubu | buenos dias tcohen ;) |
13:31 | alex_a_ joined #koha | |
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/Context.pm 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 | running something on the command line? | |
15:11 | kohanta | tchoen: I am trying to rebuild the index with zebra command : rebuild_zebra.pl. It seems koha can not locate the C4 directory. I've installed koha with git. |
15:14 | 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 | that just messes your setup | |
15:14 | you need to set some environment variabl|es | |
15:15 | export PERL5LIB=path_to_where | |
15:15 | C4_is | |
15:15 | and also export KOHA_CONF=path_to_your_koha-conf.xml_file | |
15:16 | also, try to follow the official instructions | |
15:16 | 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 | can u tell us what are you doing? | |
15:20 | 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 | ' | |
15:22 | kohanta | Yys tcohen, I've follow these instructions : http://wiki.koha-community.org[…]a_on_ubuntu_-_git |
15:23 | tcohen | so you reached http://wiki.koha-community.org[…]_git#Install_Koha |
15:23 | can u run | |
15:23 | sudo updatedb ; locate C4 | |
15:23 | ? | |
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 | 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 | 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 https://www.youtube.com/watch?v=Tl1a2VN_pec 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 | or just someone who likes XSLT challenges? | |
20:15 | cait | ohoh |
20:16 | don't ask to ask? | |
20:16 | :) | |
20:16 | tcohen | hi cait! |
20:16 | was missing you | |
20:16 | cait | hi tcohen :) |
20:16 | aw :) | |
20:16 | whatdid you want me to do? :P | |
20:16 | 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 | for a single library | |
20:19 | rangi | morning |
20:19 | * rangi | tries to fight FUD |
20:19 | rangi | https://www.linkedin.com/group[…]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 | hides | |
20:23 | rangi | lol |
20:23 | an italian user group applied for a grant and got it | |
20:23 | whoopie do | |
20:24 | 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 | that entitles you to a bit of press | |
20:24 | tcohen | heh |
20:24 | 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 | thats the bit that i like anyway :) | |
20:26 | tcohen | what was marshall's word? |
20:26 | "massive"? | |
20:26 | rangi | everything is massive in marketing |
20:27 | 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 | 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 | :) | |
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? | |
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? | |
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 | 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 | 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 | but if you file an enhancement request then find someone to add it ... :) | |
20:54 | andreashm | that's the plan |
20:55 | 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 | if that makes any sense. | |
21:00 | cait | hmm |
21:00 | i think we'd be using itemtypes for that currently | |
21:01 | like having a textbook collection itemtype... maybe | |
21:01 | but i am not sure i understand it fully yet to be honest :) | |
21:01 | 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 | 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 | 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 | and branch. | |
21:16 | item type, branch, and borrower category. You can be creative with item types and branches. | |
21:16 | 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 | all within one branch. | |
21:18 | then there might be more copies (items) at other branches. | |
21:19 | 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 | (but that we will probably take care of via the opac... which won't be kohas, but the Swedish union catalog Libris) | |
21:20 | 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 | 04Bug http://bugs.koha-community.org[…]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 | there is one thing to it that i would like to see enhanced once that is in | |
21:23 | 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 | thinking about if we can be more creative with branches. | |
21:27 | trouble is that they need to be branches, for the books we actually send between them (retur | |
21:27 | book returns | |
21:27 | 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 | http://i.imgur.com/pK5GR9D.gifv |
21:32 | 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 | 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 | 04Bug http://bugs.koha-community.org[…]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 | http://www.theonion.com/articl[…]desk-leavi,37957/ |
21:53 | mveron | eythian: That is great :-) |
21:58 | wnickc joined #koha | |
21:59 | * mveron | listens to Koha Concerto I: http://youtu.be/W1jAOMfyY2Q |
22:00 | rangi | :) |
22:00 | you can follow it up with the Te Takere Sonata | |
22:00 | https://www.youtube.com/watch?v=lUdgF73bx7Q | |
22:01 | (Te Takere are HLT the original and oldest Koha library) | |
22:06 | mveron | rangi: Wonderful msic - and a wonderful library :-) |
22:06 | 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 (http://www.imdb.com/name/nm1848553/) |
22:29 | rangi | http://koha.net/ 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 | also hi everyone | |
23:13 | @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: http://www.shellcheck.net/ |
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 | 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 | 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 | Oh, that reminds me I was supposed to do a bunch of phone calls... | |
23:29 | 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 | Well, it certainly has pros and cons in terms of efficiency | |
23:32 | 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 | unrelated cool thing: https://macnugget.org/stuff/ir[…]cripts/bottext.pl | |
23:35 | dcook | Haha yup |
23:35 | Maybe I should take a few voice moments.. | |
23:50 | Oh my... pulling bandages off arm hair... not fun | |
23:53 | eythian | wuss |
← Previous day | Today | Next day → | Search | Index