IRC log for #koha, 2015-03-19

All times shown according to UTC.

Time S Nick Message
00:04 papa joined #koha
00:20 papa joined #koha
00:46 JoshB joined #koha
01:01 huginn New commit(s) kohagit: Bug 13858: Datatables paging on Koha news tool page slightly broken <[…]de8b9594442993020> / Bug 13863: Fix Datatables paging on the cities and search history pages <[…]a219a872589d76974>
01:16 wizzyrea @later tell barton I have heard of the reserve queue going dumb like that, yes.
01:16 huginn wizzyrea: The operation succeeded.
02:19 tcohen joined #koha
02:42 * dcook perks up
02:42 dcook wizzyrea: What's weird about the reserve queue?
02:42 wizzyrea that it only prints the first page from firefox.
02:42 wizzyrea it's actually not weird, it's something to do with firefox and tables
02:43 wizzyrea i.e. it doesn't like to split them across pages, so it just quits.
02:43 dcook Boo-urns
02:43 wizzyrea or it "thinks" that since it's put the table on the printable page, that it's only one page worth. or something.
02:44 wizzyrea is a quirky thing.
02:44 dcook I see I see
02:44 dcook The only trouble I have with reserves lately is with the AutoIncrement
02:44 dcook Apparently optimizing the table will reset the AutoIncrement to one higher than the number within that table
02:44 wizzyrea ah
02:44 dcook Which... can be bad for any table that moves from one table to another
02:44 wizzyrea yes.
02:44 dcook Like reserves... or items, biblios, biblioitems, issues, etc...
02:45 dcook Of course, I would think the easiest solution would be not to optimize the database, but...
02:45 dcook Well, easiest as in easiest short term
05:10 AmitG joined #koha
05:10 AmitG hi chris
05:10 AmitG chris around?
06:12 drojf joined #koha
06:13 drojf morning
06:37 * magnuse waves
06:41 cait joined #koha
06:41 cait morning #koha
06:43 magnuse kia ora cait
07:03 cait hi magnuse
07:26 andreashm joined #koha
07:31 andreashm morning
07:37 magnuse tjänare andreashm
07:37 andreashm tjenix magnuse
07:38 AmitG hi
07:38 AmitG magnuse
07:40 magnuse hiya AmitG
07:42 andreashm I came in early to work today to watch a webinar from Ex Libris. it was to start at 7 gmt (40 min ago). I have yet to recieve any connection details. great.
07:42 alex_a joined #koha
07:43 alex_a bonjour
07:43 laurence joined #koha
07:45 magnuse andreashm: sounds like fun
07:46 andreashm magnuse: very
07:48 reiveune joined #koha
07:48 reiveune hello
07:53 Viktor joined #koha
07:55 andreashm morning
07:58 reiveune !hgb
08:06 fridolin joined #koha
08:07 sophie_m joined #koha
08:07 fridolin hie poeple
08:09 Jul joined #koha
08:09 kivilahtio haie fridolin
08:11 marcelr_afk joined #koha
08:12 marcelr hi #koha
08:19 reiveune left #koha
08:19 reiveune joined #koha
08:24 cait joined #koha
08:32 gaetan_B joined #koha
08:33 gaetan_B hello
08:37 marcelr hi gaetan_B
08:46 akafred http://www.downforeveryoneorju[…]
08:46 akafred --> It's not just you!
08:47 kivilahtio what a nice web app!
08:47 akafred :-)
08:48 marcelr @later tell tcohen "Please revert bug 13793"
08:48 huginn marcelr: The operation succeeded.
08:48 kivilahtio helps ease the pain of kohawiki being downs
08:53 khall joined #koha
08:58 Viktor joined #koha
09:01 magnuse hiya khall and Viktor
09:03 Viktor Hi Magnuse!
09:11 Joubu marcelr: you can modified the logdir entry in your koha-conf file to point to a directory writable by your koha user
09:11 nlegrand Hiya #koha
09:12 Joubu modify*
09:12 marcelr yeah, but i should not have to do it
09:15 Joubu marcelr: I agree, but there is an easy workaround. We can try to avoid to revert the patch before the release
09:15 magnuse hiya nlegrand
09:15 marcelr you could write your file to temp?
09:16 Joubu marcelr: That's what I wanted to do, at the beginning. But it looked a good idea to keep a trace of the updatedb executions
09:16 marcelr note that only the dir permission did not solve my problem, i also adjust selinux
09:18 paul_p joined #koha
09:19 nlegrand o/ marcelr
09:19 marcelr :)
09:19 nlegrand I meant o/ magnuse but hey marcelr also ^^
09:22 magnuse paul_p: small typo in[…]fest-2015-roundup "28 patches have been signed, 60 patches have been signed"
09:24 codavid joined #koha
09:25 paul_p magnuse thanks, i've fwd:: the hilight to pierre
09:26 codavid1 joined #koha
09:33 magnuse paul_p: yay :-)
09:48 cait Joubu: could you maybe take a look at bug 13856? It includes some changes specific to unimarc
09:48 huginn Bug[…]_bug.cgi?id=13856 minor, P5 - low, ---, katrin.fischer, Passed QA , Hard to translate strings on patron search results page
09:48 cait hm,... and that was the wrong bug number
09:49 cait bug 13859
09:49 huginn Bug[…]_bug.cgi?id=13859 normal, P5 - low, ---, katrin.fischer, Needs Signoff , Fix item search result list - obsolete "by" and display of publication date for MARC21
09:49 cait this one
09:49 wahanui hmmm... this one is cool as long as someone *wants* acknowledgement
09:50 magnuse wahanui: forget this noe
09:50 wahanui magnuse, I didn't have anything matching this noe
09:52 ashimema is wiki.koha-community down?
09:52 atheia joined #koha
09:53 kivilahtio <akafred> http://www.downforeveryoneorju[…]
09:53 ashimema yup
09:53 ashimema just did that
09:53 kivilahtio :)
09:54 ashimema that's an equinox one aint it
09:54 magnuse ashimema: you can look it up on the wiki...
09:54 ashimema ;)
09:54 kivilahtio :)
09:54 cait heh
09:55 indradg joined #koha
09:55 indradg hi!
09:57 indradg is there a way to add a column from the items db table to the opac-detail holdings table in the NormalView?
09:58 indradg one that does not involve digging into and .pl?
10:10 marcelr joined #koha
10:11 Joubu cait: yep, will do
10:13 cait Joubu: thx :)
10:13 cait Joubu: i got lots of small patches... results of our testing and uer meeting
10:13 cait indradg: sorry, not that i am aware of
10:14 indradg cait: i see..
10:16 drojf when i use matching rules for import, will it match only records already in the database before, or also those i import right at that moment?
10:16 gmcharlt joined #koha
10:17 cait hm depends how fast your indexing is :)
10:17 cait it uses zebra
10:17 cait so normally only what is in there before i think
10:18 drojf that's what i thought. thanks
10:20 codavid1 left #koha
10:21 kivilahtio man it's hard to write Cucumber tests
10:21 kivilahtio its hard to think like a Cucumber
10:21 magnuse you can do it!
10:27 magnuse sounds like lots of alcohol might be required to attain the cognitive level of a cucumber
10:28 drojf that must be why hipsters throw cucumbers into their gin ;)
10:40 magnuse ooh, interesting theory
10:44 marcelr Joubu: about bug 11165: should your timestamp actually be called timestamp? note the previous discussion on irc in relation to bug 10459 (I wanted to add bortimestamp to make it unique, but found no support)
10:44 huginn Bug[…]_bug.cgi?id=11165 enhancement, P5 - low, ---, jonathan.druart, Needs Signoff , auth_header.datemodified should be updated
10:44 huginn Bug[…]_bug.cgi?id=10459 minor, P5 - low, ---,, ASSIGNED , borrowers should have a timestamp
10:46 Joubu marcelr: I don't know :) Kyle suggested something, let me check
10:49 Joubu marcelr: bug 13421 comment7
10:49 huginn Bug[…]_bug.cgi?id=13421 enhancement, P5 - low, ---, jonathan.druart, Passed QA , Add the creation time for virtual shelves
10:50 Viktor joined #koha
10:51 marcelr updated_on ?
10:52 marcelr well, it would not be my suggested name, but what's in a name?
10:54 cait marcelr: could i ask you to qa bug 13859 sometime? it's my patch and Joubu signed off - so already down with qa options a bit there :)
10:54 huginn Bug[…]_bug.cgi?id=13859 normal, P5 - low, ---, katrin.fischer, Signed Off , Fix item search result list - obsolete "by" and display of publication date for MARC21
10:54 marcelr cait: OK
10:55 marcelr cait: you take 10480 :)
10:55 cait bug 10480
10:55 huginn Bug[…]_bug.cgi?id=10480 enhancement, P5 - low, ---,, Signed Off , Improvements for framework plugins in cataloguing/item editor
10:55 cait i said i woudl test that -but not sure when
10:55 cait i am trying to catch up - currently working ona serials patch (where i shoudl set the qa contact actually)
11:21 gerundio joined #koha
11:30 khall mornin magnuse! mornin #koha!
11:32 gmcharlt joined #koha
11:32 liw joined #koha
11:32 sijobl joined #koha
11:32 druthb_away joined #koha
11:32 indradg joined #koha
11:32 thd-away joined #koha
11:32 markvandenborre joined #koha
11:32 cait joined #koha
11:32 RowdyChild|Away joined #koha
11:33 indradg joined #koha
11:33 gmcharlt wiki back up
11:33 codavid joined #koha
11:33 marcelr joined #koha
11:33 dcook joined #koha
11:33 RowdyChild|Away joined #koha
11:35 logbot joined #koha
11:35 Topic for #koha is now Nominations for 3.22-roles are open:[…]ki/Roles_for_3.22 | Welcome to the IRC home of Koha | Code of conduct -[…]/code-of-conduct/ | Please use for pastes | Installation guide for Koha is
11:35 Jul joined #koha
11:35 matts_away joined #koha
11:35 ribasushi joined #koha
11:35 marcelr joined #koha
11:35 magnuse joined #koha
11:35 slef joined #koha
11:35 nlegrand joined #koha
11:35 rangi joined #koha
11:35 cait joined #koha
11:35 Joubu joined #koha
11:35 RowdyChild|Away joined #koha
11:36 alohalog` joined #koha
11:36 phasefx joined #koha
11:36 gaetan_B joined #koha
11:36 irma joined #koha
11:36 barton|away joined #koha
11:36 jcamins_ joined #koha
11:36 chris_n joined #koha
11:36 indradg joined #koha
11:36 paxed joined #koha
11:36 andreashm joined #koha
11:36 strunf joined #koha
11:36 laurence joined #koha
11:36 misilot joined #koha
11:36 dcook joined #koha
11:36 khall joined #koha
11:37 akafred joined #koha
11:37 huginn joined #koha
11:37 mattsz joined #koha
11:41 chris_n left #koha
11:42 chris_n joined #koha
11:45 gerundio hi everyone, good morning
11:46 gerundio people at EBSCO are having some trouble retrieving R-TAC information using our Koha Z39.59 server
11:47 gerundio I couldn't find any relevant documentation regarding this subject online
11:47 gerundio is there any specific settings on Koha I should be aware in order to get this up and running?
11:54 khall left #koha
11:57 cait gerundio: i think koha has no rtac yet
11:57 cait gerundio: what exactly are they looking for?
11:58 gerundio cait, I have a screenshot from a YAZ client session they sent me
11:59 gerundio they issued a "find @attr 1=12 61849" command followed by "show 1"
11:59 cait sorry, i don't really speak yaz
12:00 gerundio which resulted in "[239] Record syntax not supported -- v2 addinfo '1.2.840.10003.5.10' nextResultSetPosition = 2"
12:00 gerundio bummer, I was hoping you would
12:00 gerundio as I don't either
12:00 cait think they might be missing something
12:01 pastebot joined #koha
12:01 magnuse joined #koha
12:01 chris_n joined #koha
12:01 gerundio they told me they can connect and perform searches just fine in the Z39.50
12:01 ribasushi joined #koha
12:01 cait so what is 1=12 supposed to be?
12:02 nengard joined #koha
12:02 gerundio "At present, we are able to use credentials that have been previously provided to login and access the z39.50 server associated with your local Catalog. We use a program called Yaz to test accessing and searching a z39.50 server. After logging in and access the z39.50 server, we are able to search for and find Records from your Catalog that exist on the server. Unfortunately, we are unable to display any of the Records within the server,
12:02 gerundio implying that is why our attempts to harvest and display holdings information is failing. Your ILS Vendor, Koha, does not require any special configuration to implement RTAC functionality. At this point, it would be most useful for you to consult your ILS Vendor, Koha, as they should have more information on the error shown in the previously sent screenshot. We do not maintain the z39.50 server, so unfortunately we do not know why it migh
12:02 gerundio t be behaving incorrectly."
12:02 gmcharlt joined #koha
12:02 gerundio this was their last email
12:02 nlegrand joined #koha
12:02 cait hm
12:02 khall joined #koha
12:02 markvandenborre joined #koha
12:02 gerundio I think that as ILS Vendor, Koha, they might be thinking about LibLIme Koha
12:03 cait are you running koha yourself?
12:03 liw joined #koha
12:03 gerundio yes
12:03 ibeardslee joined #koha
12:03 cait gerundio: or it's just an email text they copy a lot :
12:03 cait :)
12:03 codavid joined #koha
12:03 gerundio cait, maybe
12:03 cait gerundio: maybe best woudl be if you tested yourself
12:03 cait it might be they need to select a record syntax
12:03 cait like tell it to display marc21 or so
12:03 cait a missing command
12:03 gerundio I'm not familiar with Z39.50 server myself
12:04 jajm joined #koha
12:04 gerundio I performed some basic tests using MarcEdit Z39.50 client
12:04 cait khall: are you friends with yaz?
12:04 cait are you using marc21 or unimarc?
12:04 khall as in yaz-client?
12:05 gerundio unimarc
12:05 cait khall: gerundio is working with ebsco and they say they can't display a record in his catalog
12:05 cait gerundio: which version of koha are you using?
12:05 gerundio 3.18.02
12:05 khall that's odd
12:05 cait hm ok
12:05 cait i know unimarc z39.50 was broken at some point, but that was ages ago
12:06 khall so it's a record you've exported from Koha and sent to EBSCO? Or are they getting it via z39.50?
12:06 collum joined #koha
12:06 gerundio they connecting via Z39.50
12:06 cait (12:59:08) gerundio: they issued a "find @attr 1=12 61849" command followed by "show 1"
12:06 cait (13:00:03) gerundio: which resulted in "[239] Record syntax not supported -- v2 addinfo '1.2.840.10003.5.10' nextResultSetPosition = 2"
12:07 gerundio thanks cait++, I was just about to repost that info
12:07 cait i think maybe they missed a command - telling what to display?
12:07 khall gerundio: if you export that record from Koha, can you open it in another program like marcedit?
12:08 meliss joined #koha
12:08 slef joined #koha
12:08 rangi joined #koha
12:09 gerundio khall, does 61849 stand for the biblio id?
12:11 cait gerundio: maybe ask them what commands they exactly run
12:11 cait they might be asking fur usmarc when it shoudl be unimarc or something like that
12:11 gerundio exported the record to all 3 MARC formats available on Koha Save option
12:11 gerundio upgrading MarcEdit, I'll get back in a minute
12:17 codavid left #koha
12:21 gerundio khall, which koha export format should I use, none of the ones I chose seems to fit into MardEdit :s
12:22 khall does the file end in marcstd?
12:22 khall if so, change the file extension to .mrc
12:22 marcelr joined #koha
12:22 khall marcedit should know to open that
12:24 NateC joined #koha
12:26 gerundio khall, changing the file extension from .marcstd to .mrc worked
12:26 gerundio it shows fine in MarcEdit
12:26 gerundio at least from what I can tell
12:32 gerundio khall, any hint on what that find query is suppose to return?
12:32 khall gerundio: I think it's safe to rule out a bad record at this point.
12:32 khall I'm afraid we've hit the limit of my knowledge. tcohen can probably help from here when he gets back
12:33 khall I would say this must be a zebra issue
12:34 gerundio ouch, I'll try to reach tcohen when he gets back then
12:34 gerundio cait++, khall++, thanks for all your help
12:34 khall np!
12:35 andreashm humm... my 3.16 doesn't want to add holds. giving an error message saying there are no items added, which there is. weird. anyone stumble onto something similar?
12:36 andreashm if I manually go and edit the item, and change the "koha item type" field to something else and then back again it suddenly works.
12:40 tcohen joined #koha
12:43 tcohen morning!
12:43 tcohen hi marcelr
12:43 magnuse andreashm: weird! but at this point i would check if an upgrade to 3.18.x fixes it
12:43 magnuse ¡hola tcohen!
12:43 marcelr hi tcohen
12:43 andreashm I'm wondering if it is a migration issue.
12:43 magnuse andreashm: that could be
12:44 andreashm or if we've screwed up with the circulation rules or something.
12:44 tcohen i will consider your proposal, my first impression is that the log dir should in any case be owned by the apache process user
12:44 magnuse that could also be :-)
12:44 andreashm magnuse: gaaaah. =)
12:44 tcohen so it seems to only affect people with dev installs (myself for example)
12:45 magnuse but since changing the item type and chenging it back fixes it, it sounds like there is something that is missing, which is added when you edit the item
12:45 marcelr tcohen: what about selinux too
12:45 andreashm maybe we should have someone who's good at the koha administration come to stockholm and guide us through the ropes... anyone interested? =)
12:45 drojf joined #koha
12:45 magnuse andreashm: maybe check the item in the database before and after editing? and see if anything other than the item type changes
12:45 tcohen what about it?
12:45 marcelr it is part of the problem
12:46 marcelr if you use it, he may not like you to write new files out there
12:46 tcohen chown-ing the dir to www-data doesn't fix it?
12:47 marcelr did not test that, but i guess i have to add an exception
12:47 marcelr all by all, i rather have that file in temp
12:49 andreashm magnuse: good idea.
12:52 francio joined #koha
12:52 cait tcohen: what about other processes writing to the directory? i think some of the command line scripts log too?
12:53 tcohen it is a mess
12:54 tcohen on a packages setup everything is ru nby the right user
12:54 tcohen we need a way to fix it for dev isntalls
12:54 marcelr in a dev install you will run updatedatabase the most time
12:56 cait marcelr: that didn't work for me either
12:56 cait runnign the script directly
12:57 marcelr yeah
12:57 marcelr i would opt for reverting
12:59 tcohen can u help me think of a workaround for dev setups instead?
13:01 tcohen marcelr, cait: i have no problem reverting it at some point, but I'm not sure we should. we should as well find a workaround for dev setups
13:01 marcelr move the file to temp
13:02 cait is the file kept or deleted anyway? becuase then we can just use temp i think
13:02 marcelr log files are temporary by nature
13:03 mario joined #koha
13:04 JoshB joined #koha
13:08 Dyrcona joined #koha
13:10 indradg joined #koha
13:12 andreashm magnuse: strange... if I allow onshelfholds in the circ preferences it works without the need of changing the item type.
13:12 ngourlay_ joined #koha
13:18 * barton waves the morning wave
13:18 khall cait et al: I finally got around to fixing bug 9805 so now you can choose if you can renew lost items, and if that renewal marks the item as found via circulation rules
13:18 huginn Bug[…]w_bug.cgi?id=9805 normal, P5 - low, ---, kyle, Needs Signoff , Lost items are un-lost if returned, but not if renewed.
13:18 magnuse andreashm: strange indeed. does that mean that earlier you were able to place a hold on a book that on the shelf, even with onshelfholds = don't allow
13:20 andreashm magnuse: nope, that didn't work. but allowing that parameter suddenly made holds work, with no issues. setting it back to do not allow (and checking the book out of course), and I still have the problem of it claiming that there are no items connected to the record.
13:20 barton what's the status on Bug 5534? It's marked as 'NEW' in bugzilla, but it was reported in December 2010.
13:20 huginn Bug[…]w_bug.cgi?id=5534 normal, P5 - low, ---, gmcharlt, NEW , koha does not ignore punctuation when searching
13:20 marcelr there will be more :)
13:21 andreashm I saw some other 3.16 bug with it claiming there where no items - but that was when several items where placed in the cart, and some not allowed to place a hold on. but that seems to have been resolved.
13:25 cait barton: i think icu does that
13:25 cait remoing the punctuation
13:26 cait but then you can<t search c++
13:32 barton cait -- the issue that I'm working on is actually more convoluted: Searching using apostorophes doesn't work using kw, wrdl, but is necessary in an author search :-P
13:32 cait ah interesting - not sure that's a zebra problem... might be our code
13:33 cait have you tried searching without the apostrophe?
13:35 barton yeah... in main > catalog, search results appear for searches where the apostrophe is ommitted (e.g. searching for OBrien returns results for O'Brien). In an author search, only O'Brien returns O'Brien.
13:37 cma joined #koha
13:38 cait barton: i'd blame
13:42 barton oh, I do. believe me, I do.
13:43 tcohen joined #koha
13:45 tcohen uff, this power outages are driving me mad
13:51 drojf marcelr++
13:51 marcelr :)
13:52 tcohen @later tell dpavlin I will attach my plack-for-packages patch to the bug as-is, as I don't have enough time to finish it this week, and maybe someone else can take the lead with that basis
13:52 huginn tcohen: The operation succeeded.
13:59 tcohen Joubu: did biblibre change something on the git server? I cannot seem to fetch without user/pass anymore
14:03 tcohen joined #koha
14:12 gerundio tcohen, I was told by cait and khall that you might be the right person to talk to conserning a problem in my Koha installation with EBSCO EDS integration via Z39.50 server
14:12 gerundio can you spare a few minutes of your time to look into it?
14:12 gerundio EBSCO's team issued a "find @attr 1=12 61849" command followed by "show 1" using yaz-client
14:13 tcohen yes
14:13 gerundio which resulted in "[239] Record syntax not supported -- v2 addinfo '1.2.840.10003.5.10' nextResultSetPosition = 2"
14:13 tcohen i haven't used the integration
14:14 rocio joined #koha
14:14 gerundio khall told to try and export the Koha record and open it in MarcEdit, which I did successfully
14:15 gerundio his feedback then was: "I think it's safe to rule out a bad record at this point.I'm afraid we've hit the limit of my knowledge. tc ohen can probably help from here when he gets back I would say this must be a zebra issue"
14:15 tcohen gerundio, can u explain me slower what the problem is? the one you are trying to solve/debug using yaz-client
14:16 gerundio sure
14:18 gerundio our  library catalog is being integrated into EBS (EBSCO Discovery Service)
14:18 gerundio we provided them our Z39.50 server settings so they could retrieve the information the needed
14:19 gerundio in the meantime their team reported: "At present, we are able to use credentials that have been previously provided to login and access the z39.50 server associated with your local Catalog. We use a program called Yaz to test accessing and searching a z39.50 server. After logging in and access the z39.50 server, we are able to search for and find Records from your Catalog that exist on the server. Unfortunately, we are unable to display a
14:19 gerundio ny of the Records within the server, implying that is why our attempts to harvest and display holdings information is failing. Your ILS Vendor, Koha, does not require any special configuration to implement RTAC functionality. At this point, it would be most useful for you to consult your ILS Vendor, Koha, as they should have more information on the error shown in the previously sent screenshot. We do not maintain the z39.50 server, so unf
14:19 gerundio ortunately we do not know why it might be behaving incorrectly."
14:20 gerundio the screenshot mentioned there shows that yaz client queries being submitted and resulting in that error message
14:20 tcohen can u send it to my email?
14:21 gerundio tomascohen <at> ?
14:22 tcohen yes
14:23 fridolin gerundio: in yaz-client, try : "format usmarc" or "format XML"
14:23 cait hi fridolin - he is using unimarc
14:24 cait if that makes a difference
14:24 tcohen usmarc and marcxml are serialization formats
14:24 fridolin cait: hie, oh then easy : format unimarc
14:24 fridolin thats what we use (since 3.10)
14:24 fridolin show will use this format to display te record
14:25 tcohen fridolin: my guess is that they are expecting the format to work out-of-the-box
14:26 tcohen and unimarc is not kosher
14:26 tcohen we shouldn't use it
14:26 fridolin its configured in koha-conf.xml if im correct
14:26 cait oleonard is back! at least on the mailing list!
14:27 fridolin <retrieval syntax="unimarc" name="F"/>
14:27 fridolin I think it is this line
14:27 tcohen fridolin: it is
14:27 fridolin but i dont know how to configure the defaut format used by yaz-client
14:27 tcohen i'm just guessing their tools don't expect it
14:33 gerundio fridolin, using "format xml" followed by "show 1" resulted in the biblio record being shown
14:33 gerundio "format unimarc" followed by "show 1" works too
14:33 tcohen gerundio: yes, and probably usmarc too
14:33 tcohen the thing is, what EBSCO is using for retrieval, that doesn't match your configuration
14:34 gerundio ..oO(tcohen, I've written the email but still haven't press Send)
14:34 gerundio I'll send that information back to EBSCO's team
14:34 tcohen that's the best option
14:34 gerundio let's see what their feedback is
14:35 gerundio tcohen++, fridolin++, cait++ thank you very much for your support
14:35 fridolin your welcome
14:37 cma hi everybody, can you tell me if there's a syspref that will let me set a hold's default pickup branch to the holding library?  I swear I saw it yesterday but now I can't find it.
14:38 tcohen on the circulation matrix page?
14:38 cma maybe...might explain why I'm not finding it.  :)
14:41 cma I'm not sure that does what I need, but maybe I'm misinterpreting it.  I need to allow patrons to place holds on items from any library, but they must be picked up from the holding library.
14:42 cait cma: i am nto sure you can do that
14:43 cait hmmm
14:43 cait ah
14:43 cma we used to but it might have been a khall customization.  we finally just upgraded from a pretty customized 3.02
14:43 cait you could say they can place holds, but items are not transported
14:43 cait maybe that would do it
14:43 cma ok
14:43 cait sepaking of him, khall might know
14:44 cait we only have 2 libraries with more than 1 branch, holds have so many options
14:44 khall cma: yeah, that sounds like custom work. I can see if we can do it via javascript, otherwise I'll have to submit a bug and patch
14:44 cma ok.  I'm liking this javascript thing.  Saves a lot of headaches.
14:45 khall javascript++
14:50 paul_p magnuse typo fixed on biblibre blog
14:51 tcohen joined #koha
14:54 cma khall, I tried using the transport cost matrix with no transfers allowed and it won't let me place a hold on an item from another library, even with canreservefromotherbranches set to Allow.
14:55 khall cma: so that serves as a workaround?
14:56 cma no, it won't let me place a hold.  I need it to allow me to place a hold at another library but not transfer the item
15:00 cma i figured I'd try it out and see if it would work as a workaround
15:01 cait i was hoping it would let you, but i think maybe there is no logic for pickup locations yet hm
15:03 khall cma: I'm having a hard time visualizing what you need. This is for the opac, right?
15:03 khall and you need the pick up location fixed to that patron's home branch at the time the hold is placed, correct?
15:04 cma I might be wrong, now I've disabled it and it still won't let me place holds on stuff at another library
15:04 cait khall: the items home branch
15:04 cait hm which might be difficult, when there are multiple
15:04 cma i need the pickup location to be the item's home branch, yes
15:04 khall cma: check your circulation rules. There are a number of settings in there that will help.
15:05 cma yes, that can of worms.  :)  I'll have a look
15:07 khall I hadn't thought of it until now, but the additional of a complete RESTful api would do wonders for the ability customize sites with javascript
15:10 cma ah-ha, adding a default holds policy for an item type let me place a hold on it, now to test with the transport matrix.
15:10 druthb left #koha
15:10 druthb joined #koha
15:12 cma nope, still defaulted pickup library to mine.
15:14 khall cma: the transport cost matrix only affects the holds queue afaik
15:14 cma ok.  well, it was worth a shot
15:16 Brendon joined #koha
15:24 cait drojf: datumsbereich erscheinungsjahr in advanced search- can we think of something better?
15:26 Joubu marcelr: I don't understand the issue you described on bug 13864, could you please detail?
15:26 huginn Bug[…]_bug.cgi?id=13864 enhancement, P5 - low, ---, jonathan.druart, Failed QA , Columns configuration - Late orders
15:27 marcelr The admin page does not save my column config
15:27 drojf cait: yes
15:27 marcelr I mark information as hidden and I save, but no result?
15:27 Joubu ha
15:27 Joubu ok will tr
15:27 Joubu y
15:27 cait drojf: the library says date range and years don't fit together
15:31 drojf erscheinungsjahr eingrenzen
15:31 drojf datumsbereich is a weird word :D
15:33 drojf or erscheinungszeitraum eingrenzen
15:33 drojf but it's too long for the display ;)
15:34 drojf maybe just erscheinungszeitraum
15:36 drojf i'd go with the last. and it fits in the display too
15:44 Joubu cait, marcelr: did you open a bug report for the updatedb permission issue?
15:44 marcelr no
15:44 marcelr see the report itself
15:58 Joubu ok patch submitted on bug 13876
15:58 huginn Bug[…]_bug.cgi?id=13876 major, P5 - low, ---, jonathan.druart, Needs Signoff , Permission issues on updating via installer - dev installations
16:06 AmitG joined #koha
16:09 reiveune bye
16:09 reiveune left #koha
16:10 fridolin bye
16:10 fridolin left #koha
16:36 tcohen joined #koha
16:39 indradg joined #koha
16:40 cait left #koha
16:43 tcohen @wunder cordoba, argentina
16:43 huginn tcohen: The current temperature in Bo Altos de San Martin - NW, Cordoba city, Cordoba City, Argentina is 32.2°C (1:40 PM ART on March 19, 2015). Conditions: Clear. Humidity: 41%. Dew Point: 17.0°C. Pressure: 30.04 in 1017 hPa (Steady).
16:51 tcohen @later tell marcelr could you please take a look at jonathan's solution? bug 13876
16:51 huginn tcohen: The operation succeeded.
16:51 tcohen Joubu++
17:02 laurence left #koha
17:03 cait joined #koha
17:20 cait Joubu++
17:20 huginn New commit(s) kohagit: Bug 13836: Does not separate symbol and value if symbol is not displayed. <[…]833c2df58d13c5080> / Bug 10703: Add more serial table DB documentation <[…]2cd435998f7d2b276> / Bug 10703: Update Patron DB Documentation <
17:27 eskaaren joined #koha
17:38 gaetan_B bye
17:47 mtompset joined #koha
18:05 hanthana joined #koha
18:12 huginn New commit(s) kohagit: Bug 13709 - Patron cards creator utf-8 encoding and ttf fonts broken <[…]881f08bac251c54e1> / Bug 13021: Reintroduce the name column for guarantor search <[…]c82a690fca58a46f8> / Bug 13021: guarantor search - is useless <http://git.koha-co
18:15 tcohen @later tell dcook I left a comment on bug 12739 but couldn't provide the followup because I have to leave
18:15 huginn tcohen: The operation succeeded.
18:27 tcohen bye #koha
18:32 mario joined #koha
18:46 p_vdk joined #koha
18:47 p_vdk Hello Koha community
18:59 gerundio joined #koha
19:02 * magnuse gives the evening wave
19:15 drojf joined #koha
19:15 tcohen joined #koha
19:20 indradg joined #koha
19:35 Viktor joined #koha
19:49 p_vdk joined #koha
20:05 BobB joined #koha
20:16 Brooke joined #koha
20:16 drojf1 joined #koha
20:16 Brooke o/
20:17 pianohacker joined #koha
20:18 Brooke squeee
20:18 * Brooke hugs pianohacker
20:18 pianohacker hi Brooke!
20:19 Guest136 oleonard++
20:19 Guest136 heh
20:19 paul_p joined #koha
20:19 Brooke I always knew Rangi had a sekrit id but I didn't suspect it was guest 136
20:20 rangi hi Brooke
20:20 Brooke howdy
20:30 nengard hi brooke
20:32 Brooke squeeeee
20:32 * Brooke hugs nengard
20:32 * nengard hugs back
20:35 magnuse joined #koha
20:49 wnickc joined #koha
20:56 tcohen joined #koha
20:59 Brooke tko
21:05 nengard left #koha
21:06 tcohen joined #koha
21:14 NateC joined #koha
21:22 rangi be rangi
21:22 wahanui Send a patch!
21:39 pianohacker cool site: http://experimental.worldcat.o[…]arcusage/246.html
21:39 drojf joined #koha
21:39 tcohen hi rangi
21:41 rangi hey tcohen
21:49 mtj hi #koha
21:49 mtj pianohacker: nice link ^ :0)
21:50 mtj hey, i recently bumped into a nice site... ->
21:51 mtj i think its the 1st site, ive seen
21:52 mtj[…]implemented/29983
21:52 mtj[…]code-blocks/31155
21:53 mtj embedded images and video, and code snippets too
21:58 mtj i think ill config a discouse in the weekend :)
22:00 trea joined #koha
22:01 rangi can't hurt to give it a try
22:02 * cait waves
22:07 mtj yep, totally
22:10 mtj also, hi cait :0)
22:11 * dcook waves
22:11 dcook bug 12739
22:11 huginn Bug[…]_bug.cgi?id=12739 normal, P5 - low, ---, dcook, Passed QA , SendAlerts function does not take care of "html" format or UTF-8
22:18 eythian[…]5844-20150319.png
22:23 dcook hehe
22:24 dcook You know... I used to have a theory about references to things in media
22:24 dcook For instance, I think every single tv show I've ever watched has had a reference to bad coffee
22:24 dcook I think every single web comic I've ever read has had a reference to librarians in some way.
22:24 dcook Although not as specific as the bad coffee thing...
22:43 indradg joined #koha
22:45 cait left #koha
22:49 p_vdk left #koha
23:02 JoshB joined #koha
23:20 drojf left #koha
23:49 dcook Oh, Java. You're just full of beans...

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