Time Nick Message 12:33 slef Hi all. Can anyone explain to me how openurl support works? It doesn't seem to be in the 3.0 manual or have appeared here or the lists, as far as I found. 12:33 slef wb purple and lloyd 13:04 nengard slef it's not in the manual cause I didn't know we have OpenURL support - if we do - keep me posted so I can add that to the documentation 13:05 slef nengard: it's in the release notes but I've not found much more about it AFAICR 13:05 gmcharlt slef: kados is the one to ask for details 13:05 slef (and so it's been repeated by numerous reviews already...) 13:05 slef gmcharlt: I think chris may know a little too... others might 13:06 slef gmcharlt: any idea when kados will be here next? 13:06 gmcharlt slef: not sure, but presumably in a couple hours or so 13:08 kados slef: re: openurl, it's built on the OPAC detail page for a record, and I think on the results page too 13:08 kados look for the COinS tag 13:08 kados in the template 13:08 kados there's no OpenURL Resolver if that's what you're hoping for 13:08 slef kados: how is the resolver to point at set up? Hack the template? 13:09 slef kados: I've got a resolver to test against. 13:10 fbcit g'morning #koha 13:10 slef hi fbcit 13:10 kados slef: to be honest I don't know how you'd use a resolver within Koha to test 13:10 kados slef: the only way I've used it is with Zotero 13:11 kados slef: and that automatically picks up the COinS for you 13:12 slef kados: is Zotero a browser-based application? 13:12 kados yes 13:13 nengard slef Zotero is for Firefox 13:14 nengard http://sites.google.com/a/liblime.com/koha-manual/Home/Table-of-Contents/opac/opac-zotero 13:14 slef I can't find a COinS tag in the OPAC detail page 13:15 slef ah, it's modules/opac-detail.tmpl - found it 13:17 slef Is there a particular reason not to link out to a(n) OpenURL resolver(s)? 13:19 kados can't think of one 13:20 slef add syspref for openurl_resolver_url, check it in opac-detail.pl and .tmpl and build suitable html - anything else? 13:21 kados slef: sounds about right 13:21 kados slef: you embedding an OSS one? 13:22 slef sadly not, a proprietary SaaS one, but there is a GPL SaaS one available I think 13:22 kados *nod* 13:23 slef ok, now I need to deal with some bad PR 13:23 slef biab 13:45 slef phew... web comment along the lines of "why didn't you contact me in private before going public with this?" 13:45 slef fortunately I had a copy of the email I sent them in private 13:46 slef rival webmaster company annoyed because my comment linking them with phone-spammers is now result 3 on google for their name 13:48 atz nice 13:48 slef google loves debian developers 14:53 fbcit does worldcat simply perform z3950 searches on multiple libraries when one performs a worldcat search? 14:54 kados fbcit: no, don't think so 14:54 kados fbcit: i think it has a master index of stuff 14:54 kados fbcit: in fact, I know it does 14:54 fbcit so the fact that a library is listed in worldcat does not necessarily mean they support z3950 searches? 14:55 kados nope 14:55 fbcit tnx 14:55 kados but it does mean that they use OCLC for cataloging 14:55 fbcit ahh 14:55 kados ie, they are contributing members 14:55 kados that's a requirement IIRC 15:11 fbcit kados: how do I rebuild the cn_sort fields? 15:18 kados fbcit: there's no automatic way to do that, but that'd be a good script to have in our misc dir 15:18 slef I'm in a world of RFID pain. 15:19 fbcit slef: turn off the microwave ;-) 15:19 slef fbcit: funny. I was just pondering breaking out the screwdriver and stripping the case from the RFID hardware to see if it works then. 15:20 slef I've a tag and a device, both supposedly compliant to ISO 15693 but they won't work together. 15:20 atz slef: perhaps the spec allows incompatible implementations :) 15:21 slef atz: AFAICT, "no" according to the tag maker, but "yes" according to the device maker. :-/ 15:21 atz device maker probably wrong. 15:22 slef TI usually are better than that, aren't they? 15:22 fbcit sounds like another III problem 15:22 slef atz: if device maker is wrong, I'm going to try for a refund on the devices. 15:36 fbcit where are shelf locations setup? 16:10 slef classic! From the device maker "The device is ISO15693 compliant. However, not all manufacturers interpret the standard exactly the same way." 16:11 slef "We have discovered more than one manufacturer of ISO15693 tags that will not work with the TI chipset." 16:14 mc someone can comment http://mc.koha-fr.org/ "UTF-8 equivalence for zebra search" ? 16:24 kados fbcit: shelf locations are typically an authorised value 'LOC' 16:24 kados fbcit: thought it could be any authorised value linked in your frameworks to the items.location 16:24 kados heh 16:25 fbcit btw, that fixed the shelf browsing issue I had the other day 16:25 fbcit shelf browsing is a cool feature 16:25 kados glad to hear it 16:25 kados yea, shelf_browsing++ 16:26 fbcit gotta run, get lunch, and change hats 17:02 acmoore back later today 17:36 slef mc: sorry I don't understand it. 17:43 mc slef, don't worry :) 17:44 mc zebradb/etc/word-phrase-utf.chr 17:44 mc zebradb/etc/explain.abs 17:44 mc zebradb/etc/explain.tag 17:44 mc zebradb/lang_defs/fr/sort-string-utf.chr 17:44 mc zebradb/lang_defs/en/sort-string-utf.chr 17:45 mc those files contains some equivalence 17:45 mc for example: 17:45 mc zebradb/lang_defs/fr/sort-string-utf.chr:equivalent æä(ae) 17:45 mc zebradb/lang_defs/fr/sort-string-utf.chr:equivalent øö(oe) 17:45 mc zebradb/lang_defs/fr/sort-string-utf.chr:equivalent å(aa) 17:45 mc too poor for french people, for example 17:46 mc this script uses the Text::Unidecode table to generate those lines 17:47 mc unidecode("éèê") gives "eee" 17:48 mc so i thought that we just want the counterpart 17:48 mc e => éêè... 17:48 mc that what's my script does 17:50 mc for u, it gives uµùúûüŨŪŬŮŰŲƯǓǕǗǙǛ.... 17:51 mc even geek codes are translated 17:52 mc some equiv of o is उऊ 17:52 mc i don't know how reliable is it 17:52 mc so i ask comments 19:00 owen nengard? 19:00 nengard owen 19:00 nengard :) 19:00 nengard am i driving you nuts? 19:01 owen Nope. :) But I've got a question about Bug 2290. 19:01 owen I'm not sure I understand the issue 19:05 owen Okay, I guess I do understand, but...Should anything at all be shown if there are no missing issues? 19:16 nengard owen - sorry - I was writing - let me go read the bug 19:17 nengard owen - no! nothing should be there if there is nothing to be claimed 19:17 nengard hey - i have a question - on the circ page there is a link to transfers - I thought this was to transfer the book temporarily - the help file implies that it's transfering it permanently 19:18 owen Transferring should change the holdingbranch to the destination library until the book gets checked in or out at another branch 19:21 owen It's weird, when I go to Claims it says "all suppliers" and shows nothing. When I select one of my suppliers, it shows some missing issues. 19:21 owen Sounds like "all" really means "none" 19:21 nengard owen - yep 19:22 nengard owen as for transferring if i go to koha/circ/branchtransfers.pl it permanently moves the library from one branch to another 19:22 nengard so it's changing the owningbranch 19:22 nengard or whatever it's called 19:52 owen kados? 19:55 kados owen++ 19:55 kados owen: for your patch for 1438 19:55 kados owen: and yes, I'm here 19:55 kados owen: ryan and I are banging away on holds bugs the rest of today 19:55 kados owen: what's up? 19:55 owen Looking at Bug 2339... 19:56 owen You say holds button shouldn't be shown for "for records that have no items on loan" Do you mean no holdings? 19:57 kados no 19:57 kados to understand this bug you have to know that some libraries don't want patrons to be able to place a hold on items that are on the shelf 19:57 kados ie, if it's on the shelf, they want the patron to go get it 19:57 kados that's what the AllowOnShelfHolds syspref is for 19:57 owen Okay 19:58 kados but if it's on loan, you can place a hold on it, and the librarinas will nab it instead of re-shelving 19:58 kados in the US, it's mainly academic libraries that have this practice 19:58 kados but I think in France, publics operate this way too 19:59 owen So it sounds like this isn't just a template change because there needs to be a check for whether any items are checked out 20:00 kados yea, it's more than just a template change I'm afraid 20:00 owen Okay 20:01 kados heh 20:46 saorge can you tell me how I can export authorities from Koha? 21:10 kados saorge: misc/exportauth.pl 21:12 chris kados: got a sec? 21:13 chris can you try doing a search with more than one itemtype selected, do you get results? 21:20 saorge kados: thanks (i'm looking in the 'Tools' menu in the intranet) 21:25 kados chris: staff or opac? 21:25 kados chris: and what's your AdvancedSearchTypes syspref set to? 21:28 chris either 21:28 chris lemme check 21:29 chris itemtypes 21:29 chris it works fine if i search on one 21:30 chris ie, fiction i get 2, non- fiction i get 4, both i get 0 21:30 chris (using zebra) seems to be happening for paul and mason too 21:30 chris just was checking if anyone else had seen it 21:31 chris eg 21:31 chris http://opac.liblime.com/cgi-bin/koha/opac-search.pl?idx=kw&idx=kw&idx=kw&limit=itype%3ASR&sort_by=relevance&do=OK 21:32 chris http://opac.liblime.com/cgi-bin/koha/opac-search.pl?idx=kw&idx=kw&idx=kw&limit=itype%3AVR&sort_by=relevance&do=OK 21:32 chris http://opac.liblime.com/cgi-bin/koha/opac-search.pl?idx=kw&idx=kw&idx=kw&limit=itype%3ASR&limit=itype%3AVR&sort_by=relevance&do=OK 21:39 kados chris: does it work in the staff client? 21:39 chris not in my install 21:39 chris ill try the liblime demo 21:40 chris in mine, (which i just rebased) it does the same for both 21:40 chris im *fairly* sure it used to work 21:40 chris http://koha.liblime.com/cgi-bin/koha/catalogue/search.pl?idx=kw&op=and&idx=kw&op=and&idx=kw&limit=itype%3ASR&limit=itype%3AVR&sort_by=relevance 21:41 chris nope, no joy staff side either 21:41 kados I might have broken it when I added the AdvancedSearchTypes syspref 21:41 chris mason, spotted this last night 21:41 chris its interesting that it works with 1, but not 2 21:41 chris its like its doing an and, not an or? 21:41 kados yea 21:42 kados ahh ... I bet I know what the prob is 21:42 kados I think it used to detect when to do an OR based on the beginning part of the string 21:42 kados mc-* 21:42 chris ah right 21:43 kados what a mess 21:43 chris yeah thats fairly blocker :( 21:43 kados yep 21:44 chris on the plus side, it does seem to be using the actual cost 21:44 chris from my brief test anyway 21:44 kados cool 21:44 kados ryan just informed me that the serials module routing isn't using the 'corprate routing' 21:44 kados I feel like crying 21:45 chris oh no, whats it doing instead? 21:45 kados and I swear that previous versions of koha let you plae holds on titles you ordered 21:45 chris it sure did 21:45 kados chris: some routing stuff that paul wrote I think 21:45 kados I haven't checked that yet 21:45 chris it was one of the must have features for 1.0 21:46 chris (placing holds on ordered titles) 21:46 kados yea 21:46 kados well, but I think we had it in dev_week even 21:46 chris worked all the way up thru the 2.2. series 21:46 chris yep 21:46 kados I think that's how stow works anyway 21:46 kados dunno what happened 21:47 kados chris: can you add a blocker bug to rel_3_0 for the itemtype thing? 21:47 kados I should be able to fix that tonight 21:47 chris will do 21:48 kados so much for my vacation, at least the weather at laguna beach is nicer than Athens OH :-) 21:48 chris laurels grandparents live right by there 21:49 chris its a nice area 21:49 kados *nod* 22:02 chris bug added 22:53 kados chris: can you explain constrainttype in reserves? 23:22 chris yep 23:22 chris a = any 23:22 chris o = only this type 23:23 chris its how in old koha you could reserve just this itemtype (biblioitem in those days) or these 2 ... or any biblioitem 23:23 chris if you had an o, then you needed to look in the reserveconstraints table 23:23 chris to find the biblioitems you wanted 23:25 chris with the change to itemlevel reserves 23:25 chris it should be a for any item attached to this biblio, o for only these ones 23:28 kados huh, seems like it'd be a ton easier if we had primary keys on these tables 23:29 kados in fact, I can't think of a way to use reserveconstraints without a primary key on reserves 23:34 chris im pretty sure it used to 23:36 kados seriously? who would remove a primarykey? 23:36 kados that's just mental! 23:36 chris i was pretty keen on autoincrement columns, i had them on pretty much everything 23:37 chris it may have been in a fit of, this is mysql dependent, let me take it out madness at some point 00:47 atz chris: any respectable DB has autoincrement or a suitable stand-in (like a trigger on insert) 00:48 atz to sacrifice a primary key for a yet-still-miles-away possible DB independence doesn't make any sense to em 00:48 atz *me 01:06 atz my koha-devel mail is getting moderated now? 01:06 atz what's up w/ that? 01:15 chris hmm weird 01:42 kados I still don't see how reserveconstraints could ever have worked logically without a key on reserves table 01:43 kados no way to distinguish between multiple holds on a given biblio ... one patron's choice would have applied to all patrons with a hold on that biblio 01:43 chris yeah, that didnt happen 01:43 kados because basically, the biblionumber is the key 01:44 chris ill go look in the code sometime after work 01:44 chris and look at HLT, cos they still use it 01:44 kados that'd be helpful, thanks 01:46 chris its long enough to get a handhold again? :) 01:48 kados hehe 01:48 kados at the moment, yea 01:48 kados i did consider shaving it off for my beach trip, but wasn't super sunny here, so I didn't bother 01:49 kados + I've got some client visits later this month and a bald eyebrowless CEO doesn't tend to go over well ;-) 01:51 chris :-) 02:22 chris ack 02:22 chris did we add date::manip to circulation 02:22 chris that was taken out cos its a big performance hit 02:22 chris like nastily big 02:23 chris f you look in CPAN, you'll find that there are a number of Date and Time packages. Is Date::Manip the one you should be using? In my opinion, the answer is no most of the time. This sounds odd coming from the author of the software, but read on. 02:23 chris Date::Manip is written entirely in Perl. It's the most powerful of the date modules. It's also the biggest and slowest. 02:25 kados when did we add that back? 02:25 kados I took it out a year ago or so 02:25 chris 6 hours ago 02:25 chris yeah 02:25 kados shit 02:25 chris its been in and out a few times 02:26 kados I missed that 02:26 chris jesse weavers patch 02:26 chris http://git.koha.org/cgi-bin/gitweb.cgi?p=Koha;a=commit;h=36b2897430b27a6b8a12f6684d32bc64e026073f 02:26 kados yea, I'll revert it and let him know 02:26 kados thanks for the heads up 02:27 chris no worries, he did a nice commit message 02:27 chris so it set the alarm bells ringing :) 02:32 kados hey paul 02:32 kados paul: it's late in france, no?