Time Nick Message
05:11 js hello
13:35 kyle ok
13:34 cm hey, btw, john wants to meet with us at 2:00.
13:33 kyle excellent
13:33 cm sorting by call number seems to work now. mary lee will be happy.
13:33 cm ok.
13:32 kyle keep track of the files you modify so I can update them in cvs
13:32 kyle bien
13:32 cm yep, i did. :)
13:30 cm i bet I can fix that too.
13:30 cm yeah. i'll have another look at it though to figure out why it's suddenly working. it wasn't before I reinserted the call number column.
13:30 kyle call number still isn't showing up in detail.pl
13:29 cm yeah. maybe it's using classification instead for those.
13:29 kyle the 2nd one is the only one in the list that doesn't have an inner loop call number, I say we leave both in for now.
13:29 kyle The 1st and 3rd have inner op call numbers, but the 2nd one doesn't
13:28 cm it wasn't working earlier.
13:28 kyle for some of them, do a search for cats
13:28 cm yeah, i just noticed that. what the heck?
13:28 kyle wait, it appears to be working fine inside the loop as well
13:27 kyle ok, that's fine with me.
13:27 cm key kyle, I got the call number back. had to put the call number column back, though. We couldn't put it inside that loop, apparently.
13:12 kyle ok
13:12 cm okay, i'm done kyle.
13:11 kyle ok
13:11 kyle Global symbol "%data" requires explicit package name at /usr/local/koha/intranet/cgi-bin/pay_by_amount.pl line 53., referer: http://circ.ccfls.org/cgi-bin/koha/pay.pl?bornum=17714
13:11 kyle now I'm getting a compliation error:
13:11 cm kyle, I'm going to switch us to npl template for a minute to test something.
13:04 kyle ok, I'll give that a shot. I believe I alread tried changing @ to $, though.
13:03 rch and $data{'x'} instead of $data['x'] ?
13:02 rch should be $data
13:02 rch kyle: while ( my @data = $sth->fetchrow_hashref() && $amountpaid > 0 ) {
12:58 kyle DBD::mysql::st fetchrow_hashref failed: fetch() without execute() at /usr/local/koha/intranet/cgi-bin/pay_by_amount.pl line 67., referer: http://circ.ccfls.org/cgi-bin/koha/pay.pl?bornum=17714
12:58 kyle I think this might be the primary problem:
12:51 kyle rch, if you switch to ccfls template, there is new new form on the fine payments page where you type in an amount to be paid, you could try it out. I'll run it again and grab the error log.
12:49 cm thanks, rch. I think it must be in the wrong loop.
12:45 rch what error do you get
12:45 rch kyle: nothing jumps out at me.
12:32 rch in tmpl loop ITEM_RESULTS
12:32 rch cm: <!-- TMPL_VAR NAME="itemcallnumber" -->
12:29 cm the good news is that search?q=callnum works now. :)
12:27 cm reindexing didn't work. so what variable name should we be using in the template for call number?
12:20 cm if you scroll down to look at the dates, you'll notice they're out of order
12:20 cm http://catalog.ccfls.org/search?q=gaiman+and+%28au%3AGaiman%2C+Neil.%29&sort_by=1%3D31+%3Ei
12:20 cm here it is:
12:19 cm never mind, that wasn't sorted.
12:19 cm http://catalog.ccfls.org/search?q=gaiman&limit=au:Gaiman,%20Neil.
12:18 cm okay, it's done. Here's an example:
12:17 cm searching isn't working right now 'cause i'm reindexing, though. :P
12:16 cm sorting by date doesn't seem to work quite right. Let me find a good example.
12:16 kyle thanks
12:16 rch i'll take a look at it.
12:16 rch hi kyle
12:15 kyle Another set of eyes might pick up what I've missed.
12:15 kyle It appears that I've missed something that involves connecting to mysql, but I can't find any problems.
12:14 kyle the script is called pay_by_amount.pl
12:14 kyle hey cm
12:10 rch can you give an example on sorting?
12:10 rch if you're using default marc-koha mapping, then things should mostly work, i think.
12:09 cm i'm guessing that there are probably some other tweaks we need to make to our ccl.properties &/or record.abs, because our sorting is a little weird.
12:07 cm he said he'd be hopping back onto irc in a moment.
12:07 cm he's uploaded it to dev_week, if someone could take a look at it.
12:07 cm the other thing we were wondering if someone could give us a hand with is a script kyle has written to allow us to make partial payments on fines
12:05 cm I'm reindexing now. it'll take a little while.
12:03 rch np :)
12:02 cm yeah, it should be 952k. I'll change it and reindex. thanks!
12:02 rch so if you change that line in record.abs to the right element and reindex, you should be good.
12:01 cm yeah, it should be in 952. let me look in my marc editor to make sure which field exactly.
11:59 rch itemcallnum should be 952 maybe?
11:58 rch right, so 942k is biblio-level
11:58 cm mine is 942k. Let me make sure that's correct.
11:57 rch which is itemcallnum for that install.
11:57 rch melm 959$d Local-classification,Local-classification:w,Local-classification:p,Local-classification:s
11:57 rch I have:
11:57 cm it's in ccl.properties. let me check record.abs. it should be there.
11:56 rch then in your record.abs, it's mapped to a marc tag.
11:56 cm let me check.
11:56 rch as Local-classification
11:55 rch so callnum is defined in ccl.properties
11:54 cm yeah.
11:54 rch oh, I see, so zebra isn't giving anything on callnum: search
11:52 cm we don't have data in classification for a lot of our records. I'm not sure I even have that mapped at this point.
11:52 cm i modified the npl opac template to use itemcallnumber instead of classification
11:51 cm http://catalog.ccfls.org/search?idx=&q=pratchett
11:50 cm yeah, it's in our database. works in the npl opac template.
11:50 rch do you have itemcallno data?
11:49 cm hi rch. :)
11:49 rch hi cm
11:49 cm we should be using search.pl in the main dev_week directory for the intranet searching, right?
11:49 kados ok, this is likely just a template tweak
11:48 cm cool. I was able to use itemcallnumber in npl's opac-results template, but we just tried it in our intranet template and it didn't work.
11:47 kados s/in/on/
11:47 kados rch is gonna hop in IRC
11:47 cm they're in items.itemcallnumber.
11:46 cm we want to use the call numbers from the items...lemme double check.
11:46 kados which field are they mapped to?
11:45 cm they were there in the old search page.
11:45 cm cool. we've lost our call numbers from the intranet search results, and we're trying to figure out how to get them back.
11:45 kados sure
11:45 cm kyle and I were wondering if you could give us a hand with a couple of things today.
11:44 cm hey.
11:44 kados hey cm
11:44 cm hey kyle, it is itemcallnumber. :/
11:42 kados for npl
11:42 kados hungarian also
11:41 paul polish, spanish
11:41 kados what other languages already exist and don't need to be updated?
11:40 paul ukr : i think yes. chinese : not yet
11:40 kados paul: did you commit the Ukranian and Chinese (TW) translations already?
11:39 kados you can translate it for koha-infos ;-)
11:39 paul ok, I let you write the mail.
11:39 kados paul: so if you do not have time to write an email to koha-* about translations I can do it today
11:38 kados (I just wanted to say that in case tumer's script didn't treat items.* as authoritative)
11:37 paul kados++
11:37 kados and it can cause problems when the data gets out of sync
11:37 kados because it's a problem in rel_2 that the authoritative data is sometimes items table, but sometimes marc-*
11:36 kados paul: especially for items
11:36 kados paul: one thing that is important in rel_3 is to be clear about where authoritative data is
11:36 kados not sure if he committed it
11:35 kados rch has also written an update_authorities.pl
11:35 kados with the -all flag
11:35 kados it can be run less often
11:35 kados yep
11:35 paul (even if update_items will still be useful for popularity& position)
11:34 kados ok, great
11:34 paul I plan to port it's script into rel_3_0, and not use your update_items.pl script
11:34 kados yep, that's my feeling too
11:34 paul he thinks/is sure that the pain comes from multiple zoom updates simultaneously
11:34 kados I think it should be in rel_3
11:34 kados right
11:34 paul he pointed me it's script, that uses zoom, but single process only.
11:33 paul about zebra update.
11:33 paul an other topic : I spoke with tumer this morning
11:33 paul thx
11:33 kados paul: opensearchdescription + opensearch are committed
11:31 paul (fortunatly, koha 3.0 is utf8 only !)
11:30 paul i'll try, but i'll have to investigate some latin1 / utf8 issues
11:29 kados can you include both default and npl?
11:29 kados good point
11:29 paul about .po file : would be better to have a link to savannah translation file I think. to avoir having a large attached file.
11:28 kados we will need to create some opensearch preferences
11:28 kados I will commit it immediately, but it will require some further generalization to be fit for all koha users
11:27 kados the RSS is from amazon's A9 using the opensearch module I wrote
11:27 kados yes
11:27 paul you mean the empty translation .po file ?
11:27 kados and maybe the translation .po file can be attached to the email
11:27 paul it is no more here in rel_3_0
11:27 paul kados : in dev_week, in opac, you have rss feed, isn'tit ?
11:26 kados yea, that sounds good
11:26 paul maybe january, 15th could be a deadline ?
11:25 paul that could be a very nice thing, you're right.
11:25 kados maybe have a deadline for submissions
11:25 kados I was wondering if you think we should make an announcement ... "send us translations" and aim to release 2.2.8 with several langauges
11:25 paul I saw, it's really a great job !
11:24 kados it includes npl and default!
11:24 paul yep
11:24 kados just wanted to ask if you saw the chinese translations on koha-translate
11:24 kados hi :-)
11:24 paul hello kados
11:24 paul yep
11:24 kados paul: are you around?