IRC log for #koha, 2011-03-09

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

All times shown according to UTC.

Time Nick Message
00:08 Ahmuck_ joined #koha
00:09 Ahmuck_ left #koha
00:44 rms joined #koha
00:44 rms hey
00:45 space_librarian hi
00:45 rms how do i install koha on debian ?
00:47 space_librarian which version?
00:47 wahanui1 which version are you upgraing from ?
00:48 rms im doing a clean installation
00:49 space_librarian: 3.2
00:49 mtj rms:  start here...
00:49 http://git.koha-community.org/[…];f=INSTALL.debian
00:50 rms thanks
00:56 mtj rms there are some pretty .deb packages, but i havent used then yet
00:56 rms by the way, if you see a person with the nick schuster, tell him to contact me
00:56 mtj and dont know where that doco is
00:57 later
00:59 rms my god, the git is large
01:00 mtj @later tell schuster rms wants you to contact him
01:00 huginn mtj: The operation succeeded.
01:01 mtj rms: yeah theres a big chunk of language translation dirs in the repo
01:19 Judit left #koha
01:47 wizzyrea is now known as Guest4049
01:47 wizzyrea joined #koha
02:18 kmkale joined #koha
02:18 kmkale Namaskar #koha
02:22 druthb joined #koha
02:25 * kmkale waves at druthb
02:32 cathrsnz joined #koha
02:33 cathrsnz just testing this prior to going live next week.
02:33 @wunder hawera nz
02:33 huginn cathrsnz: The current temperature in Stratford, New Zealand is 21.3�C (3:41 PM NZDT on March 09, 2011). Conditions: . Humidity: 41%. Dew Point: 7.0�C. Pressure: 29.93 in 1013.4 hPa (Falling).
02:33 mtj cathrsnz: test away… ;)
02:34 wizzyrea oh are you training this week cathrsnz
02:34 cathrsnz left #koha
02:35 mtj cathrsnz: and congratulations on your pro-activeness  :)
02:35 wizzyrea :)
02:36 mtj … most folk arrive here *after* they have a problem
02:36 wizzyrea true enough :D
02:37 mtj @wunder wellington nz
02:37 huginn mtj: The current temperature in Wellington, New Zealand is 17.0�C (3:00 PM NZDT on March 09, 2011). Conditions: Partly Cloudy. Humidity: 63%. Dew Point: 10.0�C. Pressure: 30.21 in 1023 hPa (Steady).
02:37 wizzyrea @wunder lawrence, ks
02:37 huginn wizzyrea: The current temperature in Channel 6 Downtown, Lawrence, Kansas is 2.2�C (8:45 PM CST on March 08, 2011). Conditions: Overcast. Humidity: 93%. Dew Point: 1.0�C. Windchill: -2.0�C. Pressure: 29.86 in 1011.1 hPa (Steady).
02:37 wizzyrea brr
02:38 mtj eep, chilly in kansas :/
02:38 wizzyrea yes, it was snowing huge wet flakes earlier
02:38 not sticking but very pretty
02:42 mtj wizzyrea: are NEKLS using 3m self-checks?
02:42 wizzyrea yep
02:42 so far, on our 3.3 koha, there are no serious problems, only a couple of minor "our preference" issues
02:43 mtj ok, sounds good
02:43 kmkale wizzyrea: which tags are you using?
02:43 looking for a good rfid vendor in India
02:44 mtj sheesh, top-posters diaf
02:45 top-posters, the bane of mailings-lists
02:46 wizzyrea just realized that I didn't send my response to you to the list
02:46 >.<
02:46 mtj np, ayre replied
02:47 wizzyrea ya I saw
02:47 kmkale, that's a good question, i don't know where they get their tags exactly
02:47 I can find out
02:47 if you like
02:47 kmkale I would like to know tag type, make, model if possible
02:47 then I can find a source here
02:48 eythian http://i.imgur.com/n64Z0.jpg
02:49 kmkale :)
02:53 wizzyrea: if an item can't be self checked out due to a hold, is there a physical barrier to prevent the patron from walking out with it? or are there alarms on the door?
02:55 wizzyrea left #koha
02:57 wizzyrea joined #koha
03:06 kmkale_ joined #koha
03:10 kmkale_ bbl
03:10 kmkale_ left #koha
03:11 kmkale left #koha
03:13 gmcharlt rangi: datapoint - I've gotten around to testing using memcached for CGI::Session storage; definitely worth merging into 3.4
03:24 rangi sweet
03:24 when I get back to more stable internets ill do so
03:56 druthb left #koha
04:41 wizzyrea left #koha
05:01 Ahmuck_ joined #koha
05:15 Ahmuck_ left #koha
05:38 kmkale joined #koha
05:44 cait joined #koha
05:44 cait hi #koha
05:51 eythian hi
05:56 cait hi eythian
05:56 mtj: still around?
06:07 mib_lsl27m joined #koha
06:13 mib_lsl27m left #koha
06:20 magnuse joined #koha
06:22 cait morning magnuse
06:23 rhcl_away left #koha
06:23 thd left #koha
06:23 brendan_ left #koha
06:23 rangi left #koha
06:23 wahanui1 left #koha
06:23 chilts left #koha
06:24 chilts joined #koha
06:25 kmkale_ joined #koha
06:26 rangi joined #koha
06:26 kmkale_ hi rangi
06:26 thd-away joined #koha
06:27 kmkale left #koha
06:27 brendan_ joined #koha
06:28 cait hi kmkale and rangi
06:31 kmkale joined #koha
06:34 rhcl_away joined #koha
06:35 kmkale_ left #koha
06:57 cait left #koha
07:11 magnuse good morning #koha
07:16 kmkale hi magnuse
07:16 magnuse good morning kmkale
07:29 paul_p joined #koha
07:34 magnuse bonjour paul_p
07:34 * eythian grumps at liberty allowing invalid data into its records.
07:36 paul_p hello magnuse
07:48 hdl joined #koha
08:03 Oak joined #koha
08:06 sophie_m joined #koha
08:12 kmkale left #koha
08:12 sophie_m left #koha
08:12 sophie_m joined #koha
08:23 kmkale joined #koha
08:32 miguelxercode left #koha
09:12 kmkale bbl
09:12 kmkale is now known as kmkale_a
09:30 liw http://www.topatoco.com/mercha[…]&Category_Code=QC
09:31 magnuse hehe
09:58 kf joined #koha
09:58 kf hi #koha
10:01 Oak left #koha
10:02 magnuse guten tag kf!
10:03 mtj heya magnuse kf
10:03 kf hi magnuse and mtj
10:03 magnuse hi mtj
10:03 kf mtj: we have 3M self checks for 5 branches in one of our newer projects here
10:04 mtj oooh, thanx for that info
10:04 everything going ok… ?
10:05 kf mtj: they are not working yet
10:05 mtj … or still in testing phase
10:05 kf but can tell you in a few days more
10:05 mtj ah, gotcha
10:05 kf we asked them to test but i have no feedback
10:05 mtj cool, keep me posted
10:05 * magnuse wonders if it would be a good idea to collect experiences with self check machines on the wiki?
10:06 mtj yeah, i think so magnuse
10:06 kf mtj: we have very good experience with a German vendor
10:08 magnuse it would be good to show that "yes, koha does work with a lot of these machines"
11:00 hdl left #koha
11:13 hdl joined #koha
11:26 druthb joined #koha
11:29 jcamins_away left #koha
12:00 sekjal joined #koha
12:27 jcamins joined #koha
12:27 JesseM joined #koha
12:27 jcamins left #koha
12:27 jcamins joined #koha
12:29 ebegin joined #koha
12:29 Bcraze joined #koha
12:30 Bcraze left #koha
12:31 jwagner joined #koha
12:33 jcamins @wunder 11375
12:33 huginn jcamins: The current temperature in Astoria, Astoria, New York is 1.9�C (7:40 AM EST on March 09, 2011). Conditions: Mostly Cloudy. Humidity: 75%. Dew Point: -2.0�C. Windchill: 2.0�C. Pressure: 30.63 in 1037.1 hPa (Steady).
12:39 magnuse @wunder bodo, norway
12:39 huginn magnuse: The current temperature in Bodo, Norway is 4.0�C (1:20 PM CET on March 09, 2011). Conditions: Scattered Clouds. Humidity: 61%. Dew Point: -3.0�C. Windchill: -1.0�C. Pressure: 28.97 in 981 hPa (Steady).
12:40 magnuse woohoo
12:40 magnuse is now known as magnus_lunch
12:40 druthb jcamins++
12:53 collum joined #koha
12:55 NateC joined #koha
13:14 ebegin Anybody though about having a search result that we could navigate, for example, once we are displaying a detail record, we could have a next and previous button.  Currently, we do not have the possibility to 'browse' the result. any thoughs?
13:15 druthb ebegin: I've had occasion to think about that.  It would not, I think, be a huge thing to do.
13:19 ebegin druthb, Here my thoughts : the search would build a list of bib id based. We would need a SearchID (that could be the user sessions id) and a current index.
13:19 kmkale_a I had lots of trouble with patron card creator just now at a library. There are a number of small issues in there.
13:19 kmkale_a is now known as kmkale
13:20 kmkale like the "Enter starting card number" refuses to work. It always start from 1st position
13:21 druthb ebegin: that'd be a nice way to do it, kind of stateful, which would save a lot of overhead over the stateless way I was thinking of it.
13:21 kmkale Also only code 39 type of barcode stays selected. All other types revert back to code 39
13:22 And there is no way to control the barcode print size
13:22 ebegin druthb,  The next button display the next bib in the list and previous the previous one. The only probllem I see is to keep the search result when large amout of bib is involved.
13:22 druthb yeah, you'll need to expire those and toss them after a bit, or you'll end up with a lot of stray cruft.
13:23 ebegin druthb, I was wondering if we couldn't get zebra to keep this information for us. I know that there are ways to scan result of a z3950 server, based on a search id...
13:24 druthb hm...maybe.
13:30 ebegin Otherwise, the search index could be assigned to the user session id and a cron job takes care of removing the search indexes of dead session.  I'll dig a little more to see.
13:30 jwagner kmkale, no one has responded to your label questions -- you really need to catch chris_n when he's online.  He wrote the module so he'd be the best help.
13:31 kmkale jwagner: right. More observations really. But will chat with chris_n
13:36 wizzyrea joined #koha
13:39 tcohen hi #koha
13:40 anyone can explain briefly what quick slip is for (in checkout screen)
13:40 (i.e. quick slip vs. slip)
13:40 jwagner tcohen, if I remember correctly, quick slip is everything the patron checked out today, while slip is everything the patron has checked out in total
13:41 tcohen which is the most commonly needed?
13:41 I suppose quick slip...
13:42 jwagner Depends on the need.  Quick slip is useful as a checkout receipt, but slip is best if the patron wants to know everything he/she currently has checked out.
13:42 tcohen of course
13:42 i'm resuming bug 4389, which was intended to help
13:42 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=4389 enhancement, PATCH-Sent, ---, tomascohen, ASSIGNED, Trigger slip print on empty checkout submit
13:43 tcohen people working on circultaion
13:43 so I think i'll stick with qslip
13:43 Ropuch left #koha
13:43 Ropuch joined #koha
13:43 tcohen thanks jwagner
13:50 hdl left #koha
13:52 hdl joined #koha
14:26 kmkale left #koha
14:35 kmkale joined #koha
14:42 * tcohen is happy as submited his remaining patches for his assigned bugs :-D
14:47 kf :)
14:47 tcohen++
14:51 wizzyrea left #koha
14:56 jcamins left #koha
14:59 wizzyrea joined #koha
15:16 jcamins joined #koha
15:16 jcamins is now known as jcamins_away
15:17 kmkale left #koha
15:19 kmkale joined #koha
15:20 collum left #koha
15:27 sekjal anyone know of any data issues that would cause insanely high memory and CPU usage for opac-search.pl or opac-detail.pl?
15:31 Elwell_ left #koha
15:31 Elwell joined #koha
15:50 gmcharlt sekjal: is it consistently reproduceable?
15:50 for a given bib or a given search?
15:50 sekjal gmcharlt:  still working on confirming that
15:52 rhcl_away is now known as rhcl
15:58 hdl sekjal: how many checkouts  on one page ?
15:58 sekjal: how many items for the biblio ?
15:59 sekjal this is happening on opac-search.pl and opac-detail.pl, for numerous searches and biblionumbers.  most have around 1-2 items attached, and not too many checkouts
16:02 kmkale left #koha
16:04 gmcharlt sekjal: so if we restrict it to the opac-detail.pl case for now, does it happen every time you display a particular bib?
16:08 sekjal haven't isolated a particular biblio yet;  appears to happen on several
16:08 * magnus_lunch magnus_away
16:08 magnus_lunch is now known as magnus_away
16:08 magnus_away oops ;-)
16:11 kmkale joined #koha
16:12 sekjal opac-search.pl is the real killer
16:12 80-90% CPU usage with 13-15% memory usage for several seconds at a time
16:13 kmkale sekjal: how many records?
16:14 sekjal just under 50K titles
16:14 kmkale :(
16:15 not seen it on any of my install
16:17 paul_p sekjal, is there a biblio with maaaaaannnnnyyyyy items ?
16:17 like 500+ ?
16:17 (that could be an explanation)
16:18 sekjal biggest has 168
16:18 paul_p that's a lot, but I think it's not enough to have perf--
16:18 is opac-detail.pl?biblionumber=XXX on this biblio long to display ?
16:20 sekjal defaults to not displaying all the items (too many).  Once I click the link, it take about 5 sec to show them all
16:20 wouldn't classify it as a abnormal
16:21 paul_p sekjal, even if they're not displayed, the xml is parsed. So if this step is not long, then it means your record is not long to xml-parse (displaying long is a firefox problem, not koha)
16:21 gmcharlt agree with paul_p - large XML blobs to parse would obviously slow things down, but it shouldn't be spiking CPU usage quite like that
16:22 sekjal I think there is something about the data that Zebra doesn't like
16:22 paul_p + it should not be in opac-search
16:22 gmcharlt sekjal: which process is spiking?
16:22 paul_p (I mean the problem should not arise in opac-search, only when displaying *one* biblio)
16:22 gmcharlt opac-search or zebrasrv?
16:22 sekjal opac-search.pl
16:23 hdl sekjal: even though you donot display items because too many, you are decoding the marcxml => it takes TIME
16:23 gmcharlt then I think that would rule out Zebra per se
16:23 paul_p is search on staff interface fast ?
16:24 sekjal no, staff-side search spikes similarly
16:24 sophie_m left #koha
16:26 sekjal memory and CPU grow as I watch on commandline top... at least 4 refreshes worth
16:27 I have a suspicion about whitespace... but I'm entirely clear why
16:27 err, not entirely clear
16:27 gmcharlt well, is the whitespace clear or not?  if it's not, isn't it darkspace?
16:28 sekjal depends if you're viewing it as a .jpg or .png
16:28 gmcharlt heh
16:28 anytime, nytprof time, I think
16:30 sekjal yeah, I think perhaps so
16:38 kmkale bye all. Good night
16:38 kmkale is now known as kmkale_a
16:39 paul_p bye all ! time to go back home for me ! (not to bed like kmkale_a though ;-) )
16:41 kf bye paul_p :)
16:41 druthb nekls++
16:41 wizzyrea++
16:49 jcamins_away What's the minimum required version of Perl?
16:49 It's 5.10, isn't it?
16:50 sekjal 5.8.8 last I heard
16:50 talked of moving it to 5.10, but I don't think we agreed to do that yet
16:50 jcamins_away Good.
16:51 Any idea where ZOOM.pm comes from?
16:52 hdl left #koha
16:52 jcamins_away Ah. Net::Z3950::ZOOM
16:53 paul_p left #koha
16:54 jcamins_away nekls++
17:01 kf nekls++
17:01 kf left #koha
17:06 * jwagner gives jquery a swift kick
17:27 JesseM what is the default search field on Koha?
17:29 oh I got it relevance
17:30 jcamins_away JesseM: by default, Koha searches every single field that's been indexed.
17:30 JesseM THank you jcamins
17:34 cait joined #koha
17:34 wizzyrea :D bywater++
17:35 complicated_integration_of_missing_data--
17:44 SharonNEKLS joined #koha
17:44 * druthb waves to SharonNEKLS.
17:44 SharonNEKLS druthb The holds ratio report looks normal again - I am one happy (but still moody) person!
17:44 druthb Awesomeness!
17:45 SharonNEKLS Now we just need to get the old system to stop generating notices...
17:45 forgot to put that on our checklist...
17:45 wizzyrea (and yes, we filed a ticket)
17:45 SharonNEKLS and left a phone message, for good measure
18:31 tcohen left #koha
18:32 sekjal NYTProf had some interesting lessons for my CPU/mem usage problem
18:33 quickest fix: reducing the number of search results per page from 100
18:34 wizzyrea 100 is an almost overwhelming number of resluts anyway
18:34 results* :P
18:34 sekjal a lot of processing time is being thrown at getting authorised_value_images for a biblio
18:38 HBankhead joined #koha
18:42 sekjal yeah, Koha spends a lot of resources on get_authorised_value_images, but doesn't even necessarily use them
18:46 gmcharlt sekjal: the other factor is that it effectively runs through all of the items twice
18:48 schuster joined #koha
18:48 schuster left #koha
18:50 sekjal NYTProf has the call to get_biblio_authorised_values (which is passed to the get images routine) with 5 seconds exclusive time and 13 seconds inclusive time (on my particular machine with 100 results returned)
18:50 a simple conditional to check to see if AuthorisedValueImages is even turned on first would save a lot
18:55 gmcharlt sekjal: yes, and presumably there's scope to make get_bib_auth_vals more efficient even when it is turned on
19:18 rms .
19:18 GAH.
19:23 Brooke_ joined #koha
19:24 Brooke_ kia ora
19:25 cait hi Brooke_
19:25 Brooke_ :)
19:31 Ahmuck-Sr joined #koha
19:34 Ahmuck left #koha
20:01 JesseM left #koha
20:13 Brooke_ stupid Journal of Library Innovation not having any stupid articles for me to read. Almost like I have to stupid contribute instead of stupid leech.
20:28 SharonNEKLS I love the reports library...
20:40 kmkale_a left #koha
20:44 JesseM joined #koha
20:51 kmkale_a joined #koha
20:52 Brooke_ namaskar
20:52 jwagner left #koha
21:03 ibeardslee left #koha
21:04 ibeardslee joined #koha
21:06 Brooke_ left #koha
21:08 sekjal left #koha
21:08 hdl joined #koha
21:12 mtj left #koha
21:12 JesseM left #koha
21:13 mtj joined #koha
21:23 magnus_away left #koha
21:25 druthb left #koha
21:41 cait left #koha
21:42 hdl left #koha
21:56 rhcl raksaman
21:57 NateC left #koha
22:14 Jen_NCAR joined #koha
22:20 Jen_NCAR I have recently created a new MARC framework for catalogin archival collections. The MARC record looks good, but the frontend display leaves seomthing to be desired - very few relevant fields display. Is there a way within KOHA admin to dictate which MARC fields are displayed on the frontend and with what labels. Example: I might like the 545 to display with
22:21 gmcharlt Jen_NCAR: there's a server side XSLT file that we can edit for that
22:21 Jen_NCAR: you can drop me a line with what you want displayed and with what labels
22:23 files in question are ./koha-tmpl/opac-tmpl/prog/en/​xslt/MARC21slim2OPACDetail.xsl and ./koha-tmpl/opac-tmpl/prog/en/x​slt/MARC21slim2OPACResults.xsl, btw
22:25 Jen_NCAR gmcharlt: great! I will put that list together and get back to you. Actually, I should really ask our archivist what SHE wants displayed. Can I drop you a line tomorrow?
22:38 eythian Julian is doing really good work with getting bugs closed.
22:44 SharonNEKLS left #koha
22:50 druthb joined #koha
22:57 rhcl is now known as rhcl_away
22:59 gmcharlt Jen_NCAR: sure, that's fine
23:17 druthb left #koha
23:36 wizzyrea left #koha
23:37 Jen_NCAR left #koha

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

koha1