← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| 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 | 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 | gmcharlt: I think chris may know a little too... others might | |
| 13:06 | 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 | look for the COinS tag | |
| 13:08 | in the template | |
| 13:08 | 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 | 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 | slef: the only way I've used it is with Zotero | |
| 13:11 | 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 | http://sites.google.com/a/libl[…]/opac/opac-zotero | |
| 13:14 | slef | I can't find a COinS tag in the OPAC detail page |
| 13:15 | ah, it's modules/opac-detail.tmpl - found it | |
| 13:17 | 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 | 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 | biab | |
| 13:45 | phew... web comment along the lines of "why didn't you contact me in private before going public with this?" | |
| 13:45 | fortunately I had a copy of the email I sent them in private | |
| 13:46 | 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 | fbcit: i think it has a master index of stuff | |
| 14:54 | 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 | 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 | 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 | "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 | fbcit: thought it could be any authorised value linked in your frameworks to the items.location | |
| 16:24 | heh | |
| 16:25 | fbcit | btw, that fixed the shelf browsing issue I had the other day |
| 16:25 | shelf browsing is a cool feature | |
| 16:25 | kados | glad to hear it |
| 16:25 | 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 | zebradb/etc/word-phrase-utf.chr | |
| 17:44 | zebradb/etc/explain.abs | |
| 17:44 | zebradb/etc/explain.tag | |
| 17:44 | zebradb/lang_defs/fr/sort-string-utf.chr | |
| 17:44 | zebradb/lang_defs/en/sort-string-utf.chr | |
| 17:45 | those files contains some equivalence | |
| 17:45 | for example: | |
| 17:45 | zebradb/lang_defs/fr/sort-string-utf.chr:equivalent æä(ae) | |
| 17:45 | zebradb/lang_defs/fr/sort-string-utf.chr:equivalent øö(oe) | |
| 17:45 | zebradb/lang_defs/fr/sort-string-utf.chr:equivalent å(aa) | |
| 17:45 | too poor for french people, for example | |
| 17:46 | this script uses the Text::Unidecode table to generate those lines | |
| 17:47 | unidecode("éèê") gives "eee" | |
| 17:48 | so i thought that we just want the counterpart | |
| 17:48 | e => éêè... | |
| 17:48 | that what's my script does | |
| 17:50 | for u, it gives uµùúûüŨŪŬŮŰŲƯǓǕǗǙǛ.... | |
| 17:51 | even geek codes are translated | |
| 17:52 | some equiv of o is उऊ | |
| 17:52 | i don't know how reliable is it | |
| 17:52 | so i ask comments | |
| 19:00 | owen | nengard? |
| 19:00 | nengard | owen |
| 19:00 | :) | |
| 19:00 | am i driving you nuts? | |
| 19:01 | owen | Nope. :) But I've got a question about Bug 2290. |
| 19:01 | I'm not sure I understand the issue | |
| 19:05 | 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 | owen - no! nothing should be there if there is nothing to be claimed | |
| 19:17 | 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 | 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 | Sounds like "all" really means "none" | |
| 19:21 | nengard | owen - yep |
| 19:22 | owen as for transferring if i go to koha/circ/branchtransfers.pl it permanently moves the library from one branch to another | |
| 19:22 | so it's changing the owningbranch | |
| 19:22 | or whatever it's called | |
| 19:52 | owen | kados? |
| 19:55 | kados | owen++ |
| 19:55 | owen: for your patch for 1438 | |
| 19:55 | owen: and yes, I'm here | |
| 19:55 | owen: ryan and I are banging away on holds bugs the rest of today | |
| 19:55 | owen: what's up? | |
| 19:55 | owen | Looking at Bug 2339... |
| 19:56 | 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 | 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 | ie, if it's on the shelf, they want the patron to go get it | |
| 19:57 | 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 | in the US, it's mainly academic libraries that have this practice | |
| 19:58 | 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 | 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 | chris: and what's your AdvancedSearchTypes syspref set to? | |
| 21:28 | chris | either |
| 21:28 | lemme check | |
| 21:29 | itemtypes | |
| 21:29 | it works fine if i search on one | |
| 21:30 | ie, fiction i get 2, non- fiction i get 4, both i get 0 | |
| 21:30 | (using zebra) seems to be happening for paul and mason too | |
| 21:30 | just was checking if anyone else had seen it | |
| 21:31 | eg | |
| 21:31 | http://opac.liblime.com/cgi-bi[…]y=relevance&do=OK | |
| 21:32 | http://opac.liblime.com/cgi-bi[…]y=relevance&do=OK | |
| 21:32 | http://opac.liblime.com/cgi-bi[…]y=relevance&do=OK | |
| 21:39 | kados | chris: does it work in the staff client? |
| 21:39 | chris | not in my install |
| 21:39 | ill try the liblime demo | |
| 21:40 | in mine, (which i just rebased) it does the same for both | |
| 21:40 | im *fairly* sure it used to work | |
| 21:40 | http://koha.liblime.com/cgi-bi[…]sort_by=relevance | |
| 21:41 | 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 | its interesting that it works with 1, but not 2 | |
| 21:41 | its like its doing an and, not an or? | |
| 21:41 | kados | yea |
| 21:42 | ahh ... I bet I know what the prob is | |
| 21:42 | I think it used to detect when to do an OR based on the beginning part of the string | |
| 21:42 | 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 | from my brief test anyway | |
| 21:44 | kados | cool |
| 21:44 | ryan just informed me that the serials module routing isn't using the 'corprate routing' | |
| 21:44 | 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 | I haven't checked that yet | |
| 21:45 | chris | it was one of the must have features for 1.0 |
| 21:46 | (placing holds on ordered titles) | |
| 21:46 | kados | yea |
| 21:46 | 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 | yep | |
| 21:46 | kados | I think that's how stow works anyway |
| 21:46 | dunno what happened | |
| 21:47 | chris: can you add a blocker bug to rel_3_0 for the itemtype thing? | |
| 21:47 | 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 | 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 | a = any | |
| 23:22 | o = only this type | |
| 23:23 | its how in old koha you could reserve just this itemtype (biblioitem in those days) or these 2 ... or any biblioitem | |
| 23:23 | if you had an o, then you needed to look in the reserveconstraints table | |
| 23:23 | to find the biblioitems you wanted | |
| 23:25 | with the change to itemlevel reserves | |
| 23:25 | 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 | 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 | that's just mental! | |
| 23:36 | chris | i was pretty keen on autoincrement columns, i had them on pretty much everything |
| 23:37 | 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 | to sacrifice a primary key for a yet-still-miles-away possible DB independence doesn't make any sense to em | |
| 00:48 | *me | |
| 01:06 | my koha-devel mail is getting moderated now? | |
| 01:06 | 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 | 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 | 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 | at the moment, yea | |
| 01:48 | i did consider shaving it off for my beach trip, but wasn't super sunny here, so I didn't bother | |
| 01:49 | + 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 | ack | |
| 02:22 | did we add date::manip to circulation | |
| 02:22 | that was taken out cos its a big performance hit | |
| 02:22 | like nastily big | |
| 02:23 | 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 | 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 | I took it out a year ago or so | |
| 02:25 | chris | 6 hours ago |
| 02:25 | 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 | http://git.koha.org/cgi-bin/gi[…]84d32bc64e026073f | |
| 02:26 | kados | yea, I'll revert it and let him know |
| 02:26 | thanks for the heads up | |
| 02:27 | chris | no worries, he did a nice commit message |
| 02:27 | so it set the alarm bells ringing :) | |
| 02:32 | kados | hey paul |
| 02:32 | paul: it's late in france, no? |
← Previous day | Today | Next day → | Search | Index