IRC log for #koha, 2007-12-29

← 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 #koha@FreeNode: rangi n=chris@203-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

koha1