FreeNode: rangi n=chris203-118-134-114.netspace.net.nz← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 13:24 | kados | g'morning #koha |
| 13:33 | paul | hello kados. |
| 13:33 | kados | hi paul |
| 13:33 | 300 strings? | |
| 13:33 | paul | (it includes around new 200 help strings) |
| 13:33 | (for translation) | |
| 13:33 | kados | ahh |
| 13:33 | paul | quite long & boring process... |
| 13:33 | kados | so if a string isn't translated, it's left in English, eh? |
| 13:33 | paul | yep. |
| 13:33 | kados | in the template? |
| 13:33 | paul | yep too |
| 13:34 | kados | I wish there was an easier way :( |
| 13:34 | paul | the easiest way would have be to have only 1 langage all over earth... |
| 13:34 | kados | working on those this morning ... and also quite a boring process! |
| 13:34 | paul | s/earth/world/ |
| 13:34 | kados | :) |
| 13:35 | paul: do you use findseealso somewhere? | |
| 13:35 | paul | I have 3 universities that have officially told to me that they are investigating Koha seriously ! |
| 13:35 | kados | is that the 'suggestions' feature I've heard about? |
| 13:35 | wow!, great news! | |
| 13:36 | paul | kados : I think it's a remaining 2.2 feature that is now useless |
| 13:36 | kados | OK |
| 13:37 | paul | could you explain to me what matching-rules is done for ? (I don't understand, so it's hard to translate ...) |
| 13:38 | kados | it's the equiv of FindDuplicate |
| 13:38 | except it's not hard-coded :-) | |
| 13:38 | ie, you can go into system administration and defined 'match points' | |
| 13:38 | s/defined/define/ | |
| 13:41 | rules to find duplicates | |
| 13:41 | better? | |
| 13:42 | paul | could you give me a sample of a filled matching-rule ? |
| 13:43 | (as most of the field meaning is still mysterious : threshold, score, offset, length, normalization rule...) | |
| 13:43 | kados | yes, ISBN is an example |
| 13:43 | hehe | |
| 13:43 | there are sample matching rules available | |
| 13:43 | in the sample data in installer/data/en | |
| 13:43 | optional I think | |
| 13:45 | :) | |
| 14:13 | paul | kados : a quick question : on opac-search, the result list does not have the menu on the left. |
| 14:13 | is it something missing or something volunteerly done like that ? | |
| 14:13 | (we have the "refine your search") | |
| 14:14 | kados | hmmm |
| 14:14 | zebra or nozebra? | |
| 14:14 | paul | (zebra) |
| 14:14 | http://o15.bureau.paulpoulain.[…]h.pl?idx=&q=chaos | |
| 14:15 | kados | there should be a menu too |
| 14:15 | you are missing a syspref | |
| 14:15 | called OpacNav I think | |
| 14:15 | paul | nope. |
| 14:15 | kados | where you can define the menu |
| 14:16 | paul | look at any other page : there is a "BIBLIOTHEQUE DE L'IPT PARIS" +"PAge de liens" + "PAtchwork" |
| 14:16 | (+"site de l'ipt paris") | |
| 14:17 | + on opac-search no menu on the left too | |
| 14:17 | kados | ahh, maybe it's removed for search results ? |
| 14:17 | question for owen ... | |
| 14:19 | paul: I just pushed up the last of the utf8 fixes ... | |
| 14:19 | paul: you should be able to use session type mysql now | |
| 14:19 | paul: galen discovered the problem | |
| 14:20 | paul | that's was on my plan for today ;-) |
| 14:20 | kados | :) |
| 14:20 | hiya owen | |
| 14:20 | owen | Hi folks |
| 14:20 | paul | hello owen, a small gift for you just written on bugs.koha.org ;-) |
| 14:21 | http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=1716 | |
| 14:26 | (45 fuzzy to review + 4 untranlsated) | |
| 14:27 | (most of them seems related to virtual shelf = > list change) | |
| 14:31 | gmcharlt_ | good morning #koha |
| 14:31 | paul | the morning was good for me. it's afternoon now, you're a little bit late gmcharlt_ ;-) |
| 14:32 | gmcharlt_ | :) |
| 14:32 | paul | (but good morning to you anyway) |
| 14:32 | gmcharlt_ | thanks -- and good day to all :) |
| 14:33 | kados | hiya gmcharlt |
| 14:47 | paul | kados : I confirm that the patch for utf-8 works well (and the SessionStorage syspref can safely be set to mysql even if you have diacritics in the library name) |
| 14:47 | kados | awesome! |
| 14:47 | gmcharlt++ | |
| 14:52 | fbcit | g'morning koha |
| 14:53 | gmcharlt | hi fbcit |
| 14:54 | fbcit | gmcharlt: I worked on XML::LibXSLT more last night/this morning |
| 14:55 | no success yet, though | |
| 14:55 | gmcharlt | yeah, got your e-mail |
| 14:56 | but at least looks like progress | |
| 14:58 | paul | kados, are you still around ? |
| 14:59 | do you have plan so solve the git-send-email not working for translations (diacritics mungled) ? | |
| 14:59 | because it's really a pain to have to tar gz every time I want to submit a patch. | |
| 14:59 | and with other translations coming, the problem will grow. | |
| 15:00 | kados | how do we solve it? |
| 15:01 | paul | (something like the mail being identified as latin1, even if it is utf8) |
| 15:01 | kados | ahh ... |
| 15:02 | I'll talk to chris about it today | |
| 15:03 | paul | 8 patches in a tgz file in patches mailbox... |
| 15:04 | kados | paul: thanks |
| 15:05 | hiya js | |
| 15:05 | js | hi |
| 15:09 | owen | I wonder why number of holds allowed is a system preference for all patrons rather than something defined in patron categories? |
| 15:10 | kados | I think it is defined in itemtypes |
| 15:11 | paul | owen : it's historic. and nobody ever changed the behaviour. |
| 15:11 | but I agree we could have holding rules as we have issuing & fines rules ;-) | |
| 15:12 | owen | I'm surprised no one has asked for it yet |
| 15:13 | paul | I had some questions from libraries, but none saying "hey, I WANT this to change" |
| 15:13 | (with our without sponsoring, that's not the core of the problem it seems) | |
| 15:16 | owen | If I'm in the staff client placing a hold for a patron, I get a message about "Pickup Library is different than patron's home library" |
| 15:16 | Should that only be there if IndependentBranches is on? | |
| 15:16 | paul | right, it should (imho= |
| 15:16 | ) | |
| 15:39 | kados | if independantbranches is on the dropdown shouldnt display any branches other than the current one by default |
| 15:40 | threre's another syspref called canreservefromotherbranches that enables it again | |
| 15:40 | http://wiki.koha.org/doku.php?[…]dependentbranches | |
| 15:41 | paul: it'd be useful if you could take a look at that page and confirm that it describes the feature as you understand it | |
| 15:46 | owen | kados: So there's no reason for a message about pickup library being different from home library? |
| 15:47 | kados | well, I think it's a useful thing to warn in any case |
| 15:47 | owen | So you would vote to keep the message whether or not independantbranches is turned on |
| 15:47 | kados | yea, I think so |
| 15:48 | because even for NPL, it'd be useful to be warned to verify that the patron wants to pick it up at a branch other than their home branch | |
| 15:48 | owen | Having an expired card prevents a user from checking something out. Should it also block them from having a hold placed for them in the staff client? |
| 15:49 | Right it shows a message, but doesn't block the hold from being placed. | |
| 15:51 | kados | yea, that makes sense |
| 15:55 | owen | kados: I'm thinking we should hide the hold entry form if the patron cannot place the hold, just as we hide the circ form if the patron can't check out. What do you think? |
| 15:56 | kados | I agree |
| 15:57 | owen | What do you think should be the navigation option at that point? Back to biblio record? |
| 15:58 | Reserve for another patron? | |
| 15:58 | kados | back to biblio record I think |
| 16:07 | owen | kados: Here's a glitch |
| 16:07 | Hm, never mind I think I can handle it. | |
| 16:36 | [K] | *** join #kohaFreeNode: rangi n=chris203-118-134-114.netspace.net.nz |
| 16:40 | paul | [K] is chris ? |
| 16:46 | kados | should be |
| 16:47 | paul | kados => I was surprised by the login : chris, from netspace.net.nz ! |
| 16:47 | kados | really? |
| 16:47 | what should it be? | |
| 16:47 | metavore? :-) | |
| 16:47 | paul | nope, just chris |
| 16:47 | kados | I think it's because he's on from freenode |
| 16:48 | paul | yep, but that's unusual |
| 16:48 | thus my question | |
| 16:48 | kados | :) |
| 17:26 | owen | kados, are you accepting questions? |
| 17:28 | paul | time to leave for me. |
| 17:28 | see you ... next year ! | |
| 17:28 | (will be off on monday/tuesday, back on jan 2nd) | |
| 17:30 | kados | owen: sure am |
| 17:30 | owen: what's up? | |
| 17:36 | owen | Regarding Bug 1348: I don't really understand how call numbers are handled now |
| 17:37 | Are call numbers handled in a more standardized way now? | |
| 17:48 | kados | owen: yes |
| 17:51 | owen: adding to the wiki ... just a moment | |
| 17:55 | this is incomplete: | |
| 17:55 | http://wiki.koha.org/doku.php?[…]pment:callnumbers | |
| 17:55 | but a good start | |
| 17:57 | owen: is what's there enough to go on? | |
| 17:58 | owen: basically, for bib-level call numbers you can concatenate cn_class and cn_item and cn_suffix | |
| 17:58 | owen: item-level call numbers are just itemcallnumber | |
| 17:59 | owen: make sense? | |
| 18:00 | owen | On an abstract level... |
| 18:01 | kados | not in practice though? :-) |
| 18:01 | owen | Let's be specific: In my installation at least, there's nothing listed in the call number column in the list of checkouts in circulation |
| 18:01 | Should I alter the template to output cn_class and cn_item and cn_suffix? | |
| 18:01 | ...or is there a problem with my data? | |
| 18:01 | kados | got a link? |
| 18:03 | you should add cn_class, cn_item and cn_suffix to the template | |
| 18:03 | and replace whatever's there | |
| 18:03 | ie, classification, dewey have gone away | |
| 18:04 | but note | |
| 18:04 | your data doesn't have cn_* in it | |
| 18:04 | at the biblio level anyway | |
| 18:04 | it would be in 942 if you did have it | |
| 18:05 | ok, Writing as social action / should now have a cn_class | |
| 18:05 | although ... | |
| 18:05 | come to think of it | |
| 18:05 | these are items | |
| 18:05 | so they probably need itemcallnumber | |
| 18:06 | sorry ... yea, tey need itemcallnumber | |
| 18:06 | :( | |
| 18:06 | owen | So for instance with NPL's database, the upgrade process will have to populate those fields |
| 18:07 | kados | yes |
| 18:07 | owen | Okay. |
| 18:07 | kados | I believe we've done it previously for inventory purposes |
| 18:07 | hehe | |
| 19:04 | owen | kados: re: checkouts without date due, are you talking about my record? |
| 19:05 | kados | owen: yea |
| 19:05 | owen | That's an artifact of the bug where books checked out with a "specify due date" date didn't get a date due |
| 19:06 | kados | ahh, ok |
| 19:06 | phew! :-) | |
| 19:19 | owen | kados, back to the callnumber thing...If the display referrs to items (like in checkout and check in), the itemcallnumber should be displayed...but will that always be populated? Should it be <if itemcallnumber>itemcallnumber<else>cn_data</if> |
| 19:19 | kados | it should always be populated |
| 19:19 | so we don't need the IF | |
| 19:21 | owen | so itemcallnumber would get populated automatically from the biblio record (942?) |
| 19:25 | kados | yes, in some configurations |
| 19:25 | in others, people will be crafting each one separately :-) | |
| 19:26 | owen | Of course. |
| 19:34 | does o - Koha full call number = itemcallnumber? | |
| 19:36 | kados | yes |
| 19:53 | owen | Why should I not be able to place a hold on a specific copy if that copy is checked out? |
| 20:01 | kados | because san-op says so |
| 20:01 | :) | |
| 20:02 | gmcharlt | I smell a syspref here |
| 20:03 | kados | we need a configuration template for 'holdability' of an item |
| 20:03 | it's all contained in about 10 lines of perl atm | |
| 20:03 | :) | |
| 20:03 | gmcharlt | kados: does Koha currently support recalls? |
| 20:03 | kados | no |
| 20:04 | but that's int he WALDo spec | |
| 20:04 | as is course reserves | |
| 20:06 | owen | kados: I think we've got some confusion going on regarding the definition of "in transit" |
| 20:07 | http://oleonard.dev.kohalibrar[…]?biblionumber=109 | |
| 20:07 | The list of items there says the last one is checked out and in transit | |
| 20:08 | I would say being checked out negates the in-transit | |
| 20:09 | kados | if anything the item is 'out of place' |
| 20:09 | ie, not at home | |
| 20:09 | but when it's checked out displaying that probly doesn't matter | |
| 20:09 | owen: can you file a bug report for that one? | |
| 20:09 | owen | Yeah, but since it's checked out (not in the library at all), I don't think the homebranch/holdingbranch distinction is relevant for display |
| 20:10 | kados | *nod* |
| 20:10 | owen | Yeah, I'll file a bug |
| 20:26 | kados | :) |
| 20:34 | owen | moredetail.pl still isn't showing me that an item is checked out. Didn't I see a fix for that come through? |
| 20:36 | kados | I thought so |
| 20:36 | another bug? | |
| 20:36 | owen | I guess so |
| 20:42 | kados | hehe |
| 21:15 | owen | kados, have you tested display of ccode? I'm not seeing it come through to detail.pl |
| 21:16 | kados | bug it :-) |
| 21:18 | fbcit | bb in 8 days koha... Happy New Year |
| 22:11 | atz | perl 5.10.0 released: http://dev.perl.org/perl5/news[…]/perl-5.10.0.html |
| 22:12 | including a real switch statement and recursive REGEXP (sweet) | |
| 03:51 | kados | recursive_regex++ |
| 03:54 | gmcharlt | named_captures++ |
← Previous day | Today | Next day → | Search | Index
