IRC log for #koha, 2008-03-19

← Previous day | Today | Next day → | Search | Index

All times shown according to UTC.

Time Nick Message
12:01 fbcit-away tnx for catching my mistake kados :)
12:14 nengard hi all - i'm wondering if this fix is set up right http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=1939 - on my test OPAC I have news showing up on my main opac page - and so this field shows up below that .... just wondering
12:32 morning owen
12:32 owen Hi
12:32 nengard i think this question if for you:
12:32 i'm wondering if this fix is set up right http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=1939 - on my test OPAC I have news showing up on my main opac page - and so this field shows up below that .... just wondering
12:34 owen http://oleonard.dev.kohalibrar[…]koha/opac-main.pl
12:35 Does it not look right to you? Not what you expected?
12:37 nengard I guess it does look better on yours :)
12:37 here's mine: http://opac-nce.dev.kohalibrary.com/
12:38 i think it's a-ok the way it is - it's probably easy for individual libraries to customize if they need
12:38 owen The idea was to leave a big blank canvas for libraries to customize, rather than try to come up with something to fill the space with that would apply to everyone
12:40 kados g'morning #koha
12:44 owen Hi kados
12:52 nengard 2 more preferences that sound the same to me - opaclayoutstylesheet and opacstylesheet both say it should be the layout css file ... are they they same or different - if the same which is the right one?
12:55 owen Note that opacstylesheet says "a complete URL to use an alternate layout stylesheet"
12:55 That means that opacstylesheet is a complete replacement for the default opac stylesheets, and you're hosting that file somewhere else
12:55 It might be used by a library that doesn't have access to the server Koha is hosted on, but want to make style changes
12:56 opaclayoutstylesheet points to a local css file
13:01 kados hey ccatalfo
13:01 ccatalfo hey all
13:03 gmcharlt greetings #koha
13:05 nengard owen thanks!!
13:13 question: OPACSubscriptionDisplay - has 3 values - but doesn't tell me what each value does - I checked help ... but nothing ... is there somewhere else to check?
13:34 hdl hi*
13:35 gmcharlt hi hdl
13:44 owen nengard: maybe hdl knows the answer to your OPACSubscriptionDisplay question?
13:44 nengard hdl: OPACSubscriptionDisplay - has 3 values - but doesn't tell me what each value does - I checked help ... but nothing ... is there somewhere else to check?
13:44 thanks owen
13:45 kados ccatalfo: all the DNS is set up, it'll take a few hours to propogate
13:45 ccatalfo: i've got this 10am call, then I'll get on getting you access to pippin/gandalf to make the switch
13:46 oops, wrong channel :-)
13:47 hdl nengard : seems now deprecated.
13:47 There should be 2 possibilities :
13:47 nengard hdl: thanks!!
13:47 hdl short summary
13:47 or
13:47 whole list.
13:48 nengard hdl: what's the difference between the two?
13:50 hdl http://o17.hdlaurent.paulpoula[…]iblionumber=15002
13:50 clicking on more detail leads you to summary.
13:50 (subscription tab)
13:51 You could be able to see the whole subscription history directly if this systempreference was used.
13:51 Is it OK for you ?
13:53 Set to Off if one donot want to show subscription history.
13:54 (Or if you store it in biblio data)
13:56 nengard got it - so i need to report a bug to have that menu changed to two options instead of three
13:57 kados hdl: btw: I am unable to SSH into Savannah
13:57 hdl :(
13:57 Is there an other way ?
13:58 kados hdl: I'm not sure ... maybe the savannah gurus can help?
13:58 hdl will email them.
14:00 http://savannah.gnu.org/maintenance/UsingGit
14:00 jus FYI
14:02 savannah has been supporting git project since June 2007.
14:12 kados : do you have mailman administrator pasword at savannah ?
14:12 kados hdl: yes
14:13 hdl: it's a different password for every list
14:13 hdl: you need those?
14:14 fbcit hello koha
14:15 gmcharlt hi fbcit
14:17 kados hdl: I just emailed it to you
14:17 hdl thx.
14:18 I will see if it helps.
14:27 owen kados: thanks for the tip, re:z39.50 servers. Your fix worked for me.
14:29 kados sweet
14:44 nengard she's back - where was all the documentation for this stuff from before??? Anyway, 'opacthemes' only has one value - how do you add other themes?
14:45 owen it actually checks the filesystem of the server for other directories containing template files
14:45 So if you only have one set of template, you only get one choice.
14:46 nengard ahh - so if you want another template you need your sys admin to create a folder for it ... or to create the entire thing
14:48 owen Yes
14:49 typical sequence would be to copy the existing template directory into a renamed directory, and edit from there
14:50 ...But it's a long and complicated process to re-write templates, so it's not recommended
14:51 kados, I'm still concerned about Bug 1195. For example: http://oleonard.dev.kohalibrar[…]?biblionumber=507
14:51 How is the user to determine that the record is for a web page, and not for a book with no items which happens to have an online resource link?
14:52 You'd have to read through the info in the descriptions tab
14:52 kados owen: ryan and I discussed this
14:52 the solution we're going to propose is to add a few new fields to the bib-level record
14:52 so that you could have different record 'types'
14:53 and those types would have different display options
14:53 so a web resource shouldn't need to have a holdings tab
14:53 owen That sounds good. This would be in user-defined MARC tags?
14:53 kados we haven't decided how to do it ye
14:53 t
14:54 but as it turns out, Dublin Core has done quite a bit of work in this area, so we will likely be looking closely at some of the paradigms they provide for
14:55 acmoore: congrats on your first patch! and first Bugfix (1801)!
14:56 nengard owen: mom answered your question: http://www.web2learning.net/archives/1629
14:56 acmoore Thanks! I think I'll take the rest of the day off!
14:56 kados hehe
14:58 hdl kados : Dublin core detail save donot throw valid XML.
14:59 nengard acmoore: i have plenty more for you - no taking the day off :) hehe
15:03 acmoore grrr. OK. ;)
15:07 owen kados, re:  bug 1732. At some point we talked about using "on shelf" instead of "available." Either that never happened or it got lost along the way
15:08 kados right
15:08 I was pretty sure we did implement it
15:08 maybe it got reverted :/
15:13 owen I think the "Editions" tab should be hidden if there are no editions. What do y'all think?
15:14 kados owen: yes
15:19 owen Shouldn't the editions feature exclude the record itself from the list of editions?
15:20 kados owen: if you say so :-)
15:20 owen: can you file a bug for that and assign to me?
15:20 owen Sure
15:21 kados owen: I will fix that immediately since I know you're working on it right now
15:35 nengard okay this should be an easy one: OPACURLOpenInNewWindow - this means URLs from the 856? or other URLs as well?
15:37 atz doesn't get used anywhere, actually
15:37 nengard atz - okey dokey - another bug report then?
15:37 atz yeah, i think so
15:37 nengard what about this one: OPACUserCSS - the value is 0 in my system
15:37 how is this dff from the many other css fieds?
15:38 atz same story... gets installed, doesn't get used
15:38 they may be holdovers from earlier versions
15:39 nengard okay .... one reported bug: #1951
15:40 another reported #1952
15:41 kados owen: pushed up a patch for that
15:41 owen: also added a little metadata tag to toe top of every page so we can start tracking kohas in teh wild
15:41 <meta name="generator" content="Koha 3.0000066" /> <!-- leave this for stats -->
15:41 owen Sneaky
15:42 That should force links from 856 urls to open in new window?
15:42 kados it's one of Ryans
15:42 owen: yes, feel free to add the feature if you have a moment
15:43 owen Will do
15:43 kados owen++
15:44 owen Anyone else having a problem with the BiblioDefaultView pref? Mine is set to normal but I keep getting links to ISBD
15:44 nengard owen, kados: am I assigning these things right? they're in the system preferences so i keep picking sys admin - but that doesn't seem right to me
15:45 owen It's fine, nengard. It's just that sometimes it comes down to an interface issue which I can fix.
15:45 kados nengard: it's correct
15:45 nengard great!
15:51 owen I see, because the variable has been changed to IntranetBiblioDefaultView. I wonder if that's a bug or if it's just me.
15:53 tim Would we have to upgrade to 2.2.9 before upgrading to 3.0?  We're on 2.2.5 now.
16:08 nengard next: what's opacuserjs - just a js file for librarians to enter if they want - and if so is it just the filename or a full URL
16:10 owen opacuserjs is where users can enter a block of javascript to be embedded globally in pages in the OPAC
16:10 So it's not looking for a filename, it's looking for actual Javascript
16:10 <!-- TMPL_IF NAME="opacuserjs" -->
16:10 <script language="JavaScript" type="text/javascript">
16:10 //<![CDATA[
16:11 <!-- TMPL_VAR NAME="opacuserjs" -->
16:11 //]]>
16:11 </script>
16:11 <!-- /TMPL_IF -->
16:13 nengard thanks owen - you're helping me a lot!
16:28 owen In case anyone hasn't seen this yet: http://stuffthathappens.com/bl[…]03/05/simplicity/
16:31 kados owen: :-)
16:49 atz owen++
17:15 ryan tim: the upgrade22to30 script should have the same results whether you start with 2.2.5 or 2.2.9
17:22 tim thanks ryan
17:33 fbcit owen-away: hehe
17:58 where is BorrowersLog defined?
18:00 kados fbcit: systempreferences?
18:00 fbcit: under Logs
18:01 fbcit kados: so in what log are these entries made?
18:03 kados fbcit: it's a table in mysql I believe
18:03 hdl might know off hand
18:04 hehe
18:06 fbcit opps
18:07 we log everything about a ModMember action except the action??
18:07 rather the specifics (aka 'info') about the action?
18:08 hdl: u around?
18:08 owen: can you confirm that bug 1695 is still an issue?
18:15 owen: it should not be with the fq relationship between patronimage.cardnumber and borrower.cardnumber
18:15 s/fq/fk/
18:16 owen You're right: it's no longer an issue.
18:19 fbcit not to mention they are faster
18:24 chris around?
18:26 kados: are you handling patches@koha.org right now?
18:26 kados fbcit: yea
18:26 fbcit if so, disregard the first patch I sent and apply the second
18:27 kados transitionally until hdl and I work out the details of the new QA role
18:27 ok
18:34 hey indra!
18:53 owen atz?
18:53 atz yep
18:53 owen I'd like to get more info into the listing of titles in a list
18:53 atz in the toolbar, or in the full display?
18:54 owen The full display
18:54 atz kados was already working on this last night, iiuc
18:54 owen Well, great minds think alike then ;)
19:01 kados? Is that something you were looking at?
19:07 kados owen: yea, but I haven't done anything about it
19:08 I routed one of the bugs over to atz, our resident Lists expert :-)
19:24 fbcit can anyone confirm that a log search based only on date fails in all cases?
19:26 atz fbcit: try setting the date to ISO format
19:27 i'm guessing that's one area where the search date isn't being converted
19:27 fbcit its not
19:27 AND DATE_FORMAT(timestamp, '%Y-%m-%d') >= "03/01/2008"  AND DATE_FORMAT(timestamp, '%Y-%m-%d') <= "03/18/2008"
19:28 atz yeah, that's a bug
19:28 fbcit mysql> SELECT * FROM action_logs WHERE object = 4 AND module = 'MEMBERS' AND DATE_FORMAT(timestamp, '%Y-%m-%d') >= "2008-03-01"; works fine
19:28 is there a function for data conversion?
19:28 atz right, if you set your syspref to use ISO, it magicallly... uh.... doesn't break itself.
19:28 fbcit heh
19:30 atz you want to use something like $iso_date = C4::Dates->new($input,'syspref')->output('iso')
19:42 chris morning
19:43 fbcit atz: cool
19:43 kudos to the C4::Dates people
19:45 hi chris
19:53 chris atz is the dates people fbcit :-)
20:37 atz kados: so I have a "tag" that maps to a set of biblios
20:38 how do I get those biblios to display in the standard search results window?
20:43 I don't want some separate results window that looks a lot like it, w/ a bunch of copy/paste code
20:43 I suppose I need to modify C4::Search
20:49 kados atz: the tag is stored outside of the biblilo table?
20:49 biblio table I mean
20:49 atz yes, since they are user-driven
20:49 kados gotcha
20:49 so in that case you'll need to add some code to the searchResults function in Search.pm
20:50 to pull those aout into the hash
20:50 and then variables (a loop most likely) to display the tags in the opac
20:50 need to be added to the template
20:50 atz yeah the display is already there
20:50 the only thing that doesn't exist is the right behavior when I click on the tag
20:51 i.e., show me everything w/ that tag
20:51 kados ahh
20:51 yea, that's gonna be trickier
20:51 atz i can get the query fine
20:52 I just can't force Search to search based on it...
20:52 kados yea, so you get a list of bibs
20:52 atz it gets into zebra issues also
20:52 kados *nod*
20:52 yep
20:52 atz right, i get a list (potentially hundreds or thousands) or biblionumbers
20:52 kados *nod*
20:52 atz *of
20:53 kados so I didn't write searchResults, but that's the function that takes a list of bibs and returns a formatable set of objects
20:53 s/objects/hashes/
20:53 IIRC
20:53 atz ah, ok... so I can co-opt that
20:53 kados should be able to
20:53 search.pl will give you some ideas how to do it
20:54 atz cool, that would be fine... it's weird to be in the position of having the bibnums already
20:54 kados in fact, if you could build it into search.pl that'd be the best
20:54 yea, exactly
20:55 atz ok, I'll see what I can get moving
21:24 irma Hi all
21:24 I would like to ask a question about the ISBN-13 and qualifiers
21:26 Could someone pls run me through the steps to change: vachar (14) to a longer field to accommodate the qualifiers?
21:27 atz do you know the sql you would use to create a new column of the appropriate size?
21:28 irma in the biblioitems table
21:28 ?
21:29 atz whatever table you say the varchar(14) comes from
21:30 irma Not me "atz" but I can ask a programmer
21:31 atz yeah, basically to make the change you would be writing SQL
21:33 it seems like this kind of thing would be accounted for already.  what constitutes a "qualifier" for ISBN 13?
21:33 irma (hardcover) for example
21:33 they shoud go in 020  $a
21:34 atz i know I have datasets w/ that info already in there
21:35 irma but with ISBN-13 it ends up by truncating the qualifier
21:35 atz so this is probably more of a question of how koha maps the data, rather than changing the underlying field definition
21:35 irma as is now in 2.2.9 (should have mentioned this in the beginning!)
21:36 atz hmm... ok, most of my experience is in the new codebase
21:36 ryan: maybe you can comment?
21:36 irma yes, the qualifier can be added to MARC21 Tag 300 $..but this is contrary to the AACR2 rules.
21:40 The truncating occurs as we import records.  I will try to catalogue a new record with a 13 char ISBN and a qualifier and have a look at what happens.  Thanks.
21:41 atz sounds like a good test
21:41 gmcharlt irma: the ISBN would be stored in both the 020$a of the MARC bib with a copy in the isbn column of the biblioitems table
21:42 irma The other question is about how 650 and 651 are mapped together in 2.2.9
21:42 gmcharlt is it truncating the contents of 020$a itself, or just the copy found in biblioitems.isbn, which is where the OPAC display comes from?
21:44 irma Thank you Galen we will check. Thank you for the clarification.
21:45 Cheers all.
22:09 hdl fbcit: am around now
22:20 seems you are not anymore.
22:24 kados hdl: still around?
22:25 hdl: your patch for cleanborrowers.pl doesn't seem to affect the functionality
22:25 hdl for a little while.
22:25 kados I have a ton of users in my db that haven't ever checked out and cleanborrowers doesn't find them
22:25 it also doesn't anonymize checkout history
22:25 all I get is:
22:25 all I get is:jmf@kohavm76:koha-dev/var$ ls run/
22:25 zebradb
22:25 oops,
22:26    *  0 patrons will be deleted
22:26    * 0 check-out history will be anonymized
22:26 is what I get
22:26 hdl what date have you entered ?
22:26 kados today
22:27 oops, it defaults to 2007!
22:27 hdl System date not OK ? Or is it hardcoded in the script ?
22:27 kados but still, when I pick today, I get the same result
22:28 hdl I have tested on my box and it worked.
22:28 Can you log the mysql statement ?
22:29 should be the same as mine... But I wonder why you donot have the same results.
22:29 kados I'm using the stock sample data in 3.0 for marc21 english
22:31 hdl: I'm changing the priority to p2 again, instead of PATCH-Sent
22:32 hdl I will setup a new Koha box and insert marc21 english data to it.
22:32 And will test again.
22:32 tomorrow.
22:33 kados sounds good
22:33 hdl kados :
22:34 do you have old_issues data on your box ?
22:35 kados hdl: not very much, but some
22:39 hdl:  can you expand on bug 1938 ?
22:39 hdl: I can't reproduce it
22:41 hdl well : I just went to page installer/install.pl on my testing box.
22:41 And got Error500.
22:42 when I logged in.
22:43 kados me too
22:43 I see:
22:43 [Tue Mar 18 18:42:20 2008] [error] [client 72.69.252.221] Premature end of script headers: install.pl, referer: http://staffdemo.koha.org/cgi-[…]taller/install.pl
22:43 but no details
23:26 ryan chris: around ?
23:58 chris am now
23:58 sorry was at curry wednesday
10:07 frederic Hello all
10:12 kados: did you get my last 2 patches? The one facets-related is important :)

← Previous day | Today | Next day → | Search | Index

koha1