Time Nick Message
23:59 pianohacker Good night
23:11 chris cool
23:09 munin` 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3596 enhancement, P5, ---, nengard@gmail.com, NEW, OPAC Patron Details Form Missing fields
23:08 nengard I have added bug 3596 to take care of the issues I have found with the opac view of the patron record
22:48 hdl but mine is tired ;)
22:48 nengard hehe hdl - great minds ;)
22:48 nengard like it should be
22:48 nengard instead of two fields
22:47 nengard also the address box for the alt contact is one big textarea
22:47 hdl So I guess we could for consitency change permanent address to alternat
22:47 nengard hdl - well maybe we should call it alternate ... so it's consistent
22:46 hdl nengard: usually in academic libraries, permanent adress is in fact alternate adress for the student
22:44 pianohacker Hmm, I hadn't noticed that either
22:44 nengard a bug i never noticed before
22:44 nengard when you look at a patron record on the staff client you have address and alternate address ... but on the opac it's address and permanent address
22:43 nengard what is the permanent address?
22:43 nengard okay - another question
22:42 pianohacker For consistency
22:42 nengard or shoudl i create a new page to appear in place of /cgi-bin/koha/opac-userupdate.pl if the system pref is set to not allow patrons to edit their records?
22:42 pianohacker I think opac-userupdate.pl is a good place for it
22:41 nengard or should I put it on the my summary?
22:41 nengard i want to ask how you all think it should be done ... should I put it on /cgi-bin/koha/opac-userupdate.pl
22:41 nengard this makes sense
22:41 nengard he wanted me to still show the patron details just not in the edit form instead of disabling the tab altogether
22:41 munin` 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=1172 enhancement, PATCH-Sent, ---, nengard@gmail.com, NEW, option to disable user details update via opac
22:41 nengard owen emailed me in regards to my patch for bug 1172
22:41 nengard hi all - i'm asking for a bit of a vote
22:27 cait_laptop now really going to bed. bye :)
22:27 hdl + multiple tags are putting themselves in the way
22:27 chris if you remind me in the email, ill take a look
22:26 hdl But still quite confusing
22:26 hdl chris I have tried to do that.
22:26 cait_laptop I dont figured out yet, how to repeat this strange status, but its the second time this happened.
22:25 cait_laptop I checked the item in and out again, now its just checked out... and I can place the hold.
22:25 hdl cait_laptop: explain
22:25 chris and doing a diff
22:25 chris hdl: i suggest taking the template from master
22:24 cait_laptop I got status: checked out to... und Available displayed below. Dont know how that happened.
22:24 hdl And it is quite hard to find.
22:24 cait_laptop its not AllowOnShelfHolds :) But something strange happened when I checked out my item for testing
22:24 hdl there is a problem on opac-shelves.tmpl
22:23 chris yep, we are gonna have to do some work there tidying that up
22:22 hdl But shelves and circulation is pretty messy
22:22 chris ill make sure i rebase before i do anything
22:22 chris cool
22:22 hdl chris : have couple of other commits
22:12 cait good night everybody
22:11 cait going to bed now
22:11 cait I know how you feel, I tested AllowOnshelfholds... and it worked :( will test again tomorrow in our other installation.
22:11 nengard cait hehe - okay fine :(
22:10 cait running away is no solution nengart, it will follow you everywhere ;)
22:10 chris run forest run
22:10 * nengard runs away from holds issues
22:09 cait although the item is checked out, I can not place a hold on it, when allowonshelfholds is off
22:08 pianohacker This has been a day for holds problems :)
22:07 cait its allowonshelfholds
22:03 cait perhaps I just miss something
22:03 * pianohacker raises an eyebrow
22:02 hdl mmmm. Maybe nahuel's patches have not made their way into trunk completely
22:01 hdl hehe chris.
22:01 chris wont=went
22:01 chris we wont over our female quota
22:01 nengard oh no!
22:01 hdl you scared jwagner out of the chan :)
22:01 cait but now I dont get even as far as I did there
22:01 chris heya nengard
22:01 nengard howdy hdl
22:01 cait hm. I had some problems with holds at work today too, wanted to test if it works in head
22:01 hdl hi nengard
22:00 hdl Do you have maxrenewals set on categories
22:00 cait I think this is standard, i did not change it.
21:59 cait holdingbranch
21:59 hdl Do you have HomeOrHoldingBranch system preference ?
21:58 cait ok, now I get: no copies avaliable to be placed on hold
21:58 hdl singlebranch mode is not managed in GetCirculationBranch
21:58 wizzyrea Ah... maybe there's something funky :) Which I think is what you were asking in the first place.
21:58 hdl :S
21:57 cait we should both be in bed I think ;)
21:57 hdl hi cait
21:57 cait good evening hdl
21:57 hdl cait : might be a bug not adressed by nahuel's latest patches
21:57 wizzyrea and give them all the proper perms etc
21:57 cait will try with another staff patron account next
21:57 cait but next strange thing: I cant set it - tells me singlebranach mode is on. at work I use that too, but never saw this message
21:57 wizzyrea I would create a couple of new patrons
21:56 cait good idea
21:56 wizzyrea do you have a set library for the admin account?
21:56 wizzyrea you are using the admin account?
21:56 wizzyrea well
21:55 wizzyrea hm
21:54 cait hm
21:54 cait can search for the barcode
21:54 cait yes
21:54 wizzyrea indexed?
21:54 cait yes
21:54 wizzyrea zebra?
21:54 cait have it on an old laptop :)
21:53 cait remember: only 1 library and new cataloged item
21:53 cait and "pickup library is different than Irma Tests home library"
21:53 wizzyrea this would imply that I *had* the current head. <grumble>
21:53 cait I have only one library in the system and I get "none of these items can be placed on hold2 in opac
21:52 * wizzyrea has not
21:52 cait has someone tried holds in current head?
21:22 owen See y'all later
21:19 pianohacker owen++
21:18 pianohacker Ohh, that's very nice
21:18 owen http://zivotdesign.com/examples/new-system-prefs-language-selector.png
21:16 pianohacker Do you have a demo of the dl based language selector (or at least a screenshot)?
21:15 pianohacker http://www.w3.org/TR/xhtml1/dtds.html#dtdentry_xhtml1-strict.dtd_form
21:15 pianohacker Most likely
21:15 owen I got validation errors from it. Perhaps a quirk of the validator?
21:14 pianohacker Hmm. The XHTML spec really does require lowercase
21:14 pianohacker owen: Cancel button is a good idea
21:13 owen You've seen schuster, chris, Yoda would never wear a shirt like that!
21:10 chris that was very yoda like of you :)
21:09 schuster Always the helpful one you are!
20:58 chris if its not, then the original person can come reopen it :)
20:58 chris if you are sure its resolved, its perfectly fine to mark it as such
20:56 schuster In the process of cleaning up stuff - if we find things that are resolved, but can't get in touch with the originator then what?
20:55 chris yep, thats the plan
20:55 schuster OK so some logs that Kyle has put in he can close them.
20:55 Jo Good morning all
20:54 chris schuster: the person who entered them is supposed make them resolved/finished when they think they are
20:54 chris but was good
20:54 chris took 7 years off my life expectancy
20:54 schuster How do bugs/enhancements get closed in Bugzilla?
20:54 chris wizzyrea: yeah i had that fried avocado
20:53 pianohacker http://chupaqueso.com/
20:53 pianohacker Good with pepperoni inside
20:53 pianohacker Greasy as all get-out, even with good cheese
20:52 chris but yummy
20:52 chris thats crazy talk
20:52 pianohacker wizzyrea: It's a "tortilla" made out of fried cheese, with melted cheese inside it
20:52 chris back
20:43 hedgesst hello
20:42 richard hi
20:27 * chris_n greets hdl on the way out
20:27 * chris_n gets hungry and leaves in search of food....
20:14 hdl hi chris
19:54 wizzyrea I'm sort of kicking myself that I didn't order one
19:54 wizzyrea hmm... i'm not sure exactly what a chupaqueso is... but this thing I saw was a whole pitted avocado, stuffed with cheese, then rolled in some kind of breading and deep fried
19:51 pianohacker Hmm. Sounds reminiscent of a chupaqueso
19:50 wizzyrea yes, flying dessert.
19:49 wizzyrea only in texas, my friends
19:49 wizzyrea and fried cheeese stuffed avocados
19:49 pianohacker The rest of you guys missed out on some good dessert
19:48 wizzyrea though seriously, wowie do they eat a lot of steak in texas
19:48 pianohacker Hehehehe
19:48 wizzyrea that and plastic cheesecake
19:47 pianohacker Bleh. To be honest, I think I had enough steak for the year at KohaCon
19:46 chris_n in that context, maybe FRBR could use koha to catalog related recipes
19:46 chris ok bus time
19:46 chris heh
19:45 wizzyrea it's only tasty after the messy part
19:45 pianohacker That sounds tastier that hacking through a forest of sysprefs
19:45 chris_n heh
19:44 rhcl Oops, somebody is calling me. BRB
19:44 rhcl What is FRBR? Free Range Beef Reserve?
19:43 pianohacker Cool
19:43 rhcl I approve
19:43 owen Anyone else want to vote?
19:43 owen Yeah, that sounds better to me
19:42 pianohacker "General"?
19:41 owen I wonder if there's a better way to label it?
19:41 owen I get it.
19:40 pianohacker It's not service-specific
19:40 owen Okay,
19:40 pianohacker FRBR just turns on the "Other Editions" support. You can use ThingISBN or OCLC for that.
19:40 owen I'm still confused :)
19:39 pianohacker owen: It's because multiple services can satisfy a FRBR request
19:39 owen pianohacker: I'm confused by the "All" label for the FRBR prefs under Enhanced Content
19:32 pianohacker I think you might be right
19:31 pianohacker Hmm. Definitely not, for the Baker and Taylor username
19:31 owen And I think there are usability issues in hiding that info from the person editing preferences
19:31 owen I would think we can assume a librarian is working in a secure enough environment when doing system administration
19:30 owen Hey, I'm thinking we shouldn't use an <input type=password> in the new sysprefs editor
19:29 pianohacker Hi, owen
19:29 owen pianohacker?
19:10 owen Ah, that makes more sense
19:09 gmcharlt owen: it should be relative to origin/name-of-topic-branch
19:09 owen When I do "format-patch," should I be saying "origin," or specifying the sysprefs branch?
19:08 owen I've done some minor tweaks to the new sysprefs editor
19:08 owen Okay, git question about working with these new topic branches.
19:04 owen I wish they showed pictures of the merchandise
19:03 chris oh yeah, they predate koha the software :)
19:02 chris_n quite a contrast => http://www.koha.com/
18:48 chris_n heh
18:28 chris as donald knuth famously said "Software is hard"
18:27 wizzyrea sorry schuster, I don't know anything about branch transfer limits
18:25 chris sounds like a normal day schuster
18:25 slef hi chris
18:25 schuster Howdy Chris! We've been trying to solve the koha problems of the world today, but just keep creating more bugs.
18:25 slef as you can tell by my use of dict, this is a fun email I'm writing
18:25 owen Hi chris
18:25 chris morning
18:24 schuster So can anyone elaborate on transfer limits and how holds would impact it.
18:23 munin` slef: gcide: Gerrymander \Ger`ry*man"der\, v. t. [imp. & p. p. {Gerrymandered}; p. pr. & vb. n. {Gerrymandering}.] To divide (a State) into districts for the choice of representatives, in an unnatural and unfair way, with a view to give a political party an advantage over its opponent. [Political Cant, U. S.] [1913 Webster] Note: This was done in Massachusetts at a time when Elbridge Gerry was governor, and was (1 more message)
18:23 slef @dict gcide gerrymandering
18:23 munin` slef: gcide and moby-thes responded: moby-thes: 26 Moby Thesaurus words for "gerrymandering": ballot-box stuffing, bunco, cardsharping, cheat, cheating, cozenage, diddle, diddling, dishonesty, dodge, fishy transaction, flam, flimflam, fraud, fraudulence, fraudulency, graft, grift, gyp, gyp joint, illicit business, imposition, imposture, racket, scam, swindle; gcide: Gerrymander \Ger`ry*man"der\, v. t. [imp. & (2 more messages)
18:23 slef @dict gerrymandering
18:21 sekjal I know my catalogers would love it
18:19 schuster Go for it.
18:17 isospin does anyone think that sound like a reasonable request for a feature?
18:17 isospin \hi owen
18:17 isospin when adding an item and the call number is populated from the bibliodata i can specify the MARC field to pull it from (i.e. 090ab) it seems like it would be worth extending the code to pull the call number from a specified list (i.e. 090ab 050ab) taking the first value that is present
18:14 owen Hi isospin
18:01 hedgesst hello
18:01 owen Hi hedgesst
17:03 ricardo Colin_: OK, thanks
17:03 pianohacker Heh, yes
17:03 ricardo "Used after the same response is said by two people simultaneously."
17:03 Colin_ I have a very old copy of ISO 2709 it dosen't add anything (useful)
17:03 ricardo http://en.wiktionary.org/wiki/jinx
17:02 ricardo gmcharlt / Colin_ : Isn't this the kind of circumstance, where you should shout "Jinx!" ? ;-)
17:01 Colin_ In a MARC context http://www.loc.gov/marc/specifications/specrecstruc.html
17:01 gmcharlt ricardo: and cheaper than actually paying ISO for 2709 ;)
17:01 gmcharlt ricardo: better is http://www.loc.gov/marc/specifications/specrecstruc.html
17:01 ricardo pianohacker: "group separator", "record separator", "unit separator". Interesting. Thanks for the info :)
17:00 pianohacker ricardo: Not too much to read, they're part of ascii. If you're on linux, you can run "man ascii"
16:59 pianohacker Colin_: *nod* the usage of # for an end-of-field character and end-of-record character could be quite troublesome
16:59 ricardo Colin_: Thanks for the info. Is there any online resource where I can read about those characters (0x1d, 0x1e, 0x1f)?
16:58 Colin_ and # is ambiguous even in the file itself I forsee grief here
16:57 pianohacker ricardo: I'm not sure you'll be able to use those MARC files at all; if any of your subfield contents contain # or ^, there's not much you can do
16:56 Colin_ They should be 0x1d 0x1e 0x1f not prinitable characters. Most marc reading routines need these to be the separators
16:51 ricardo Colin_: The software used ("WinLib 2000") apparently uses the beginning of field / end of field / end of record characters that I mentioned above,f or ISO 2709 files. I don't know what are the "standard" ones
16:49 Colin_ ricardo: It says you can parameterize the marc extract. Has someone substituted display characters for record separator etc thus making in formless in marc terms?
16:48 ricardo Clear as mud, eh? ;-)
16:48 ricardo "here: -99"
16:48 ricardo ... and using MarcEdit to do a "Character Conversion" from "US/Western Europe" encoding to "UTF8" returns a friendly alert saying...
16:46 ricardo http://www.novabase.pt/conteudosHTML/WinLIB2000.pdf
16:46 ricardo If you're curious and read Portuguese:
16:45 ricardo pianohacker: A software called "WinLib" (that I don't have access to)
16:45 pianohacker ?
16:44 pianohacker ricardo: What is generating that MARC file
16:44 Colin_ ricardo: with those characters its not iso-2709 compatible
16:43 ricardo Great... Now MarcEdit is hanging the "Browse for Folder" stage
16:41 ricardo gmcharlt: Well... the source is a ISO 2709 file... I can try to open it in MarcEdit. Let me check it
16:41 pianohacker Yeah, that's a very strange MARC file
16:40 pianohacker wizzyrea: Hehe
16:40 gmcharlt ricardo: is there any way to get the source to produce actual MARC records? field delimiter characters are wrong
16:40 ricardo "An exclamation typically expressing mild frustration or expressing feelings of uncertainty or concern."
16:40 ricardo http://en.wiktionary.org/wiki/oy
16:39 wizzyrea PH: and speed. lots of it
16:39 gmcharlt oy
16:39 ricardo gmcharlt: I don't know where I should put that in the script, though :(
16:38 ricardo end of record character - 0x23 ('#')
16:38 ricardo end of field character - 0x23 ('#')
16:38 ricardo beginning of field character - 0x5E ('^')
16:38 ricardo If it helps, I have the following information, regarding the input ISO file:
16:36 ricardo gmcharlt: "garden variety"?
16:36 gmcharlt ricardo: a run through MARCedit should help
16:36 gmcharlt ricardo: looks like garden-variety MARC format errors in the source data
16:36 pianohacker wizzyrea: Sure! Just make sure that they can meet in person in a conference room with a full bar
16:35 ricardo http://koha.pastebin.com/m60095d78
16:35 wizzyrea afk a min
16:35 wizzyrea gmcharlt: seems like there ought to be a "holds working group" or somesuch
16:34 ricardo I'll paste it to koha.pastebin.com
16:33 ricardo But, I'm having some problems (errors):
16:33 ricardo gmcharlt: Galen, I'm trying to do a routine to convert from "ISO Latin 1" / "ISO 8859-1" MARC records to Unicode UTF-8 records...
16:33 wizzyrea though in most cases, amusingly, that means they wait longer
16:33 wizzyrea so your patrons get your stuff first
16:32 ricardo Hi all...
16:32 wizzyrea that's the point of local holds though
16:32 wizzyrea if a local hold item crosses a scanner gun it should go to the first patron that qualifies for that item
16:32 * gmcharlt awaits a general holds and transfers specification
16:32 gmcharlt owen: you've fallen in my trap ;)
16:31 gmcharlt though I think more in a consortial situation
16:31 owen How do you determine when that is appropriate? How far down on the list do you look? How long is too long to have been waiting?
16:30 gmcharlt owen: yep, some libraries do that
16:30 owen override a patron's hold position because a local hold is preferable?
16:30 gmcharlt ... except when higher priority remote hold has been waiting too long
16:30 wizzyrea will add that
16:30 wizzyrea yes, that too, thanks
16:29 gmcharlt ... or to local hold to avoid transfer
16:29 munin` 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3595 normal, P5, ---, gmcharlt@gmail.com, NEW, Items seen at checkin should always go to 1st priority hold
16:29 wizzyrea bug 3595
16:26 pianohacker brb, need to deal with a pidgin/google talk issue
16:26 owen You're talking about items pulled based on the holds queue report
16:25 owen Oh wait, I guess I understand
16:24 owen The first sentence doesn't make sense to me
16:24 pianohacker wizzyrea: I think so
16:23 wizzyrea (and not necessarily be required to fill the hold for which the item was picked)
16:23 wizzyrea - items on the holds queue that are crossing the scanner gun may be going to fill holds that have already been filled (especially for popular items). Processing the item should initiate a transfer for the next first available patron in the queue for that bib.
16:23 wizzyrea does this make sense (sorry to interrupt, schuster)
16:23 schuster I am sure I don't have your patch FYI...
16:22 schuster Another question about this - if a hold is on a title - and you have transfer limits set what happens? - this is production server test server doesn't show grid right now.
16:21 owen On your test server?
16:20 schuster For example right now I'm scrolling to the right, but have no Idea what the top location is because the school I'm working with is half way down the list.
16:20 owen What is horrible about the grid?
16:20 * owen tested with 45 collections and 20 branches
16:18 owen Hmmm... I did not test with as many as 67 locations and 70 collections.
16:17 schuster I also see in the template that I have it won't work with 67 locations, 70 collections the script never finishes running to display this HORRIBLE grid.
16:16 schuster Between my test and production servers.
16:15 schuster I'm troubleshooting misc problems and finding differences...
16:15 owen schuster: Is it not working for you, or is it just different?
16:14 schuster OK thanks.
16:14 owen schuster: the patch was approved a few days ago
16:14 pianohacker rhcl: I'm trying to get some Koha contracts squared away so I can use my free time to work on it, so your timing is good :)
16:13 rhcl Note to pianohacker: I still intend to get back to your PC Reservations app that we briefly discussed some months ago and give it a try...
16:13 schuster hmmm how recently?
16:13 * owen recently submitted a template change for that interface
16:12 pianohacker Hi, owen!
16:12 pianohacker Coincidentally
16:12 pianohacker schuster: Actually, I think you might have owen to blame for that
16:12 pianohacker Going to http://stats.workbuffer.org/irclog/koha/today , then clicking on the time next to the start of the conversation, will get you a usable link
16:12 schuster My test and production servers don't match...
16:11 schuster Wizzyrea - if you look at transfer limits do you see a chart or just a list of location codes across the top?
16:11 pianohacker You could always post a link to the relevant portion of the transcript
16:11 wizzyrea there may be extensive usage of copy/paste :P
16:11 pianohacker k
16:10 wizzyrea fair enough ;)
16:10 wizzyrea i'll add the basics, you can add more detail, PH
16:10 pianohacker wizzyrea: As a very amateur librarian, I nominate wizzyrea
16:10 owen wizzyrea: I nominate you, unless pianohacker can provide a better technical explanation?
16:10 pianohacker Okay. This is starting to resemble the tribulations I went through writing PC reservations software for our library
16:10 wizzyrea if not, I will
16:10 wizzyrea are either of you filing a bug for this?
16:08 owen Yes, in the old model
16:07 wizzyrea in the old model
16:07 pianohacker owen: In the old model, or the one I think I'm describing?
16:06 owen If the copy "picked" for library A turns out to be missing, the patron first in line for the book would end up being bumped by someone else
16:06 wizzyrea yes, exactly
16:06 pianohacker So I think my understanding is that the pick list should only be a suggestion to the librarians that you should go grab this book, and should not affect behavior?
16:06 wizzyrea i think that must have changed when the NEKLS hold enhancement went live
16:05 wizzyrea yea, we see that allll the time
16:04 owen The worst that can happen is that the librarian scans the book and no hold pops up, or it goes to the #2 person
16:03 wizzyrea right
16:03 owen I don't care if a book *is* on the pick list, if someone else checks another copy in first, give it to the person on the top of the list!
16:03 wizzyrea or a different item, anyway
16:03 wizzyrea it seems like if a book is not picked from the pick list it should go on to another library
16:02 pianohacker I'm not sure
16:02 owen What I wonder is why it was designed this way...Was this a conscious decision?
16:01 wizzyrea at least, in our opinion
16:01 pianohacker owen: I think so. Fully checking that the code does act this way would require a few hours of testing and a whole box of Advil
16:01 wizzyrea technically
16:01 wizzyrea but the behaviour would still be wrong
16:01 wizzyrea adding a "pending pick list" status would do it
16:01 wizzyrea how to fix
16:01 wizzyrea so the question is
16:01 wizzyrea well that's a good explanation, owen
16:00 wizzyrea I"m not even sure how to file this bug
16:00 owen So to summarize, if an item is on the holds queue report, it will be treated as already allocated for the top person on the holds list. Any other copies scanned will then go to the next people on the hold list
16:00 wizzyrea okies... so..
16:00 wizzyrea wowie
15:59 munin` slef: wn: dreck n : merchandise that is shoddy or inferior [syn: {schlock}, {shlock}]
15:59 pianohacker owen, wizzyrea: Everything, it looks like. CheckReserves is the relevant function that acts that way, and it's used in a lot of places in the code
15:59 slef @dict dreck
15:58 wizzyrea (sorry, we call it the pick list... stupid sirsi)
15:58 wizzyrea hold queue
15:58 wizzyrea it = pick list, I think
15:58 owen pianohacker: the scan-the-book-holds-check treats items listed in hold_fill_tragets as reserved?
15:57 wizzyrea interesting
15:57 wizzyrea very very interet
15:57 pianohacker wizzyrea: From a cursory look-through of the code, it looks like it does treat items listed in hold_fill_targets as reserved
15:56 wizzyrea heh, is this why people don't do "allowonshelfholds"
15:55 wizzyrea if an available item hits a scanner gun it should always go to #1 first available on the reserve list
15:54 wizzyrea which is wrong
15:54 jdavidb pianohacker: that seems to be the case; the hold_fill_targets table, I think it's called, has that assignment, rather than the reserves table. I'm still muddy about all that, though.
15:54 wizzyrea owen: YES!
15:54 owen pianohacker: that assumes that the process which places the hold on the pick list alters the hold record somehow
15:54 wizzyrea staff members are ignoring koha
15:53 pianohacker Which, to Koha, means that it's satisfied, even if it's not Waiting
15:53 pianohacker wizzyrea: Actually, I think that makes sense (without in-depth knowledge of ignored picks; are they an enhancement, or just the staff members ignoring Koha?); I think that when item 1a gets picked, the relevant reserve is assigned an item
15:53 owen Yeah, I understand what you mean
15:53 wizzyrea it's a "this looks like what it's doing" status
15:53 wizzyrea well it's not a real status
15:52 owen If there is an "assume picked" status it's new to me
15:51 wizzyrea for library A
15:51 wizzyrea just because it's on the list
15:51 wizzyrea or is there an "assumed picked" status that assumes that 1a is going to patron A
15:51 owen wizzyrea: That would explain some of the oddities I've seen here
15:51 wizzyrea because she is first on the list?
15:51 wizzyrea shouldn't 1b go to fill hold for patron A?
15:51 wizzyrea now
15:50 wizzyrea item 1 has 3 items. Patron A has a hold on item 1, Next available. She is first on the list. Library A gets pick list, has item 1a on the list. They ignore it (for 9 days). Patron B places a hold on item 1, next available. Item 1b crosses a scanner gun at library B, item 1b goes to fill hold for Patron B (who is 2nd in line).
15:48 wizzyrea ok... well here's what I found (based on behavior)
15:48 wizzyrea wowie. well that would be better
15:48 pianohacker wizzyrea: Well, it would make things more consistently random
15:47 pianohacker Also important: http://koha.pastebin.com/d220e206b
15:46 wizzyrea ^.^
15:46 wizzyrea we should put something in there?
15:46 wizzyrea soo...
15:46 wizzyrea wowie
15:46 pianohacker http://koha.pastebin.com/d6e7fd960
15:46 pianohacker owen: Yup
15:46 owen The random feature attempts to randomize based on the choices listed in the static option?
15:45 wizzyrea that sound you hear... that's my mind blowing
15:45 owen Wait, what?
15:45 wizzyrea lol for real?!
15:45 pianohacker Strangely enough, RandomizeHoldsQueueWeight _only_ randomizes a list provided in StaticHoldsQueueWeight
15:44 pianohacker the holds queue cron job puts items into a Perl dictionary, per branch; this means that if you don't have anything in StaticHoldsQueueWeight, the ordering will still be random
15:43 wizzyrea me too, lets share notes :)
15:43 pianohacker wizzyrea: I think I know what's going on with the pick list
15:38 wizzyrea we just didn't know how it worked
15:38 wizzyrea that's the behavior we're seeing, yes
15:38 owen wizzyrea: does that not sound right to you?
15:38 pianohacker wizzyrea: That is how I _think_ it works
15:37 owen I would think that is the way it should work
15:37 owen wizzyrea: that makes sense to me
15:37 wizzyrea 23
15:37 wizzyrea i'm wondering if the method of picking items for the picklist is like the following: items on the pick list are random, but items that are picked by crossing a scanner gun are opportunistic, meaning they are picked before other available items just because they are seen
15:36 pianohacker wizzyrea: How many libraries in your consortium
15:34 pianohacker Oh
15:34 wizzyrea no, there's nothing in static, and random is turned on
15:32 wizzyrea no, we are not using branch transfer limits
15:30 schuster Wizzyrea - are you using branch transfer limits? - Administration > Library Transfer Limits
15:25 wizzyrea yea, we are randomizing
15:24 pianohacker Have you checked the staticholdsqueueweight and randomizeholdsqueueweight preferences?
15:24 wizzyrea though maybe we misunderstood how an ignored pick was supposed to work
15:23 wizzyrea oh, and the picklists aren't always moving on from an ignored pick when the list is regenerated
15:23 wizzyrea which I'm sure was not the intention
15:22 wizzyrea but it looks like they're weighted either alphabetically by branch or by collection size
15:22 wizzyrea pianohacker: it wouldn't be an issue if the randomized holds were actually random. :(
15:21 |Lupin| bye all
15:21 |Lupin| good luck schuster
15:21 pianohacker Good luck
15:21 wizzyrea pianohacker: thanks, looks like I"m going to have to poke through it
15:21 |Lupin| schuster: either in this file or in the file that contains the configuration for koha, look for something containing httpd.conf in Koha's installation directory.
15:20 schuster Thanks for your help Lupin.
15:20 schuster as I said this may be beyond me..
15:20 |Lupin| schuster: I have to run now, but I'm sure others can help. The idea is to look which parameters are passed to your script (i.e. what's the complete URL it is called with) and then give the same parameters on the command-line. Others will certainly tell you how to do that if you don't know. The goal here is to display in your terminal the same error message as you have found in your logs. Once you have that add warnings, prints, use diagnostics, whateve
15:18 schuster in the apache2.conf file?
15:17 * chris_n heads out for a reboot :-P
15:16 |Lupin| schuster: and do the same for PERL5LIB
15:15 |Lupin| export KOHA_CONF=thevalueyoufindthere
15:15 |Lupin| schuster: can you look in apache's configuration file for the definition of this variable and do an
15:15 |Lupin| schuster: ok
15:14 schuster echo $KOHA_CONF - returns a blank line then the directory
15:14 pianohacker Even after atz's refactoring
15:14 pianohacker wizzyrea: Unfortunately, no. The code is the documentation, and it's not very clear code
15:13 |Lupin| schuster: what do you see ?
15:13 |Lupin| eho $KOHA_CONF
15:12 |Lupin| schuster: if you type
15:12 |Lupin| schuster: ok, I'm gonna leave soon but let's see what we can do till there..
15:09 wizzyrea )
15:09 wizzyrea ?
15:09 wizzyrea gmcharlt is there documentation anywhere of how it works? (notes
15:08 schuster Lupin - I have a terminal open yes.
15:08 wizzyrea interesting
15:08 wizzyrea interesting, so you could conceivably end up with a different set of rules for scanned items vs picked items
15:06 gmcharlt not the same ;)
15:06 wizzyrea not the same or not making sense, gmcharlt :)
15:06 gmcharlt wizzyrea: not directly, no
15:05 wizzyrea (does that even make sense?)
15:05 wizzyrea this is going to sound like an odd question... the algorithm that picks hold items for the pick list, is it the same as the algorithm that is in effect when a book that has a hold on it hits a scanner gun for checkin?
14:57 |Lupin| schuster: do you have a terminal opened ?
14:56 |Lupin| schuster: np, I can help with that
14:55 schuster No problem I learn stuff from you all daily!! I just know my limitations, and just am not at the knowledge level to know"environmental variables, parameters"
14:54 |Lupin| schuster: no Unix experience ?
14:54 |Lupin| schuster: oh, sorry
14:54 schuster OK you all have gone beyond my ability - thanks for the tips - calling support vendor!
14:52 |Lupin| schuster: once you obtain the premature end of script, you're almost done. add a use warnings if the script does not contain one already, also the use diagnostics pragma may give you some very useful hints.
14:51 |Lupin| schuster (with the same environemnet variables, same parameters...)
14:51 |Lupin| schuster: as I said: execute the script from the command-line
14:50 schuster unfortunately that is the only error for today [Tue Sep 08 16:22:01 2009] [error] [client 169.151.43.128] Premature end of script headers: overdue.pl, referer: http://koha-staff.pisd.edu:8080/cgi-bin/koha/circ/overdue.pl [Wed Sep 09 08:24:01 2009] [error] [client 169.151.164.241] Premature end of script headers: overdue.pl, referer: http://koha-staff.pisd.edu
14:47 slef yes, look at all lines with similar/same time
14:47 owen schuster: Just about any problem will result in "premature end of script headers." As hdl says, look at what comes before that
14:47 hdl just some lines before, you should have useful information
14:46 |Lupin| schuster: you may be able to execute the script from the command-line and then see all the warnings, add debugging information, etc.
14:46 schuster Premature end of script headers: overdue.pl, - is what I have in my error log.
14:41 schuster found it thanks for the tips everyone.
14:39 schuster ;)
14:39 slef grep ErrorLog path/to/koha-httpd.conf
14:39 slef schuster: whereever your koha-httpd.conf says
14:39 |Lupin| hi pianohacker
14:39 schuster Showing newbie status - where are the error logs housed?
14:37 schuster Locally hosted.
14:37 schuster Yep.
14:37 owen schuster: Usually the error logs. Do you have access?
14:37 schuster Works fine on test server... so where do I start looking?
14:37 sekjal citation: http://perldoc.perl.org/functions/do.html
14:36 schuster hmmm... on production I get - An Error has Occurred! Error 500
14:36 sekjal [Lupin] I believe in this case, it executes the Perl codefor $plugin_name in the cgi directory
14:36 owen schuster: It seems to be working. I was able to pull up a report filtered by patron category and branch
14:35 * owen throws caution to the wind
14:35 |Lupin| is it a thing that loads the file, and then the following line calls the plugin function exported by that file ?
14:34 |Lupin| like in the plugin launcher: do $cgidir."/".$plugin_name;
14:34 |Lupin| could someone explan what the "do" keyword means in Perl, please ?
14:33 wizzyrea we have it hidden in ours so people don't click on it
14:33 schuster That is what we use on a regular basis to get overdues by Homeroom lists...
14:33 * owen has no idea what "resource intensive" means in the context of our collection
14:32 owen We don't click that. The warning tells us not to :)
14:32 schuster Yes
14:31 owen The "Overdues" link with the big "Warning" label on it?
14:29 schuster OK same as me - if you click on circulation and overdue - and filter on a borrower type does it run for you? It runs ok on my test server but on production it kicks back a 500 error message.
14:29 sekjal hey, owen
14:29 owen schuster: As far as I know we haven't been updated since June 1
14:29 owen 3.01.00.032
14:28 * owen checks
14:28 schuster Owen - what version of Koha are you currently running in production from LibLime?
14:27 owen Hi sekjal
14:14 munin` jdavidb: Quote #20: "<wizzyrea> you will see no wedgie-ing from me" (added by jdavidb at 03:50 PM, July 31, 2009)
14:14 jdavidb @quote random
14:02 |Lupin| owen: ah good... so I was not completely wrong... thanks a lot.
14:00 owen |Lupin|: ccode stands for collection code. hdl is mistaken ;)
13:56 jdavidb :D I try.
13:56 wizzyrea ... you crack me up
13:56 munin` jdavidb: The operation succeeded. Quote #32 added.
13:56 jdavidb @quote add <wizzyrea> oh, things are not right in the world .... oh good, that makes me feel better. it's just the govt
13:56 munin` wizzyrea: Quote #23: "<gmcharlt> /msg munin register nick password" (added by wizzyrea_ at 04:25 PM, August 06, 2009)
13:56 wizzyrea @quote get 23
13:55 wizzyrea lol
13:55 jwagner Why not do a Join and add both?
13:55 * jdavidb debates internally which of wizzyrea's last two statements would make a better quote to hand munin. Both are worthy.
13:54 wizzyrea oh good, that makes me feel better. it's just the govt
13:54 wizzyrea oh, things are not right in the world
13:54 |Lupin| wizzyrea: for whaat I can see, no, not specially...
13:54 paul_p but it's just the govt ;)
13:53 nicomo wizzyrea: can't be
13:53 paul_p wizzyrea: it's true our govt says "maybe you should abandon the bise"
13:53 wizzyrea paul_p I just heard on NPR (radio news) that the french are abandoning the bise because of the swine flu! is that true?!
13:53 |Lupin| hdl: oooh ! I thought it was collection code... completely wrong then...
13:52 |Lupin| hdl: k, thanks
13:52 hdl ccode stands for circulation code
13:52 hdl item
13:51 |Lupin| are CCodes defined at the biblio or at the item level,pls ?
13:51 chris_n hello paul_p
13:48 jdavidb Howdy, paul_p! :)
13:48 |Lupin| hi paul_p
13:48 paul_p hi jdavidb & jwagner & owen & chris_n & gmcharlt & all ppl from the west side of Atlantic ;-)
13:29 jwagner Bonjour (or bonsoir) hdl
13:29 hdl welcome
13:29 hdl jwagner: hi
13:26 jdavidb :-O
13:26 jwagner I haven't even had my first one yet! Darned early morning plumbers....
13:25 jdavidb Safety message for the day: Don't pester Jane until she's had her second cup of tea.
13:25 jwagner Hey! I resemble, er, resent that remark!
13:24 jdavidb 'sides, owen, the day that jwagner comes in all sweetness and light, better run fast. There's a reason a mutual friend calls her "my favorite curmudgeon."
13:23 jwagner Maybe I'll just hide in the corner for a while. With my checkbook.
13:22 owen That'll do it.
13:20 jwagner No, I had a failed sump pump and a flooded basement last week. Been dealing with the consequences. Just had a plumber here making very expensive plans to replace my drain line..... Whimper.
13:19 owen Hi jwagner, did you have an angry donut for breakfast?
13:16 jwagner Good (grumpy) morning....
12:41 gmcharlt morning, chris_n
12:41 chris_n heh... g'morning gmcharlt
12:39 gmcharlt hdl: congrats - I do believe chris_n just named you Assistant Doc Manager to help out Nicole ;)
12:38 chris_n I wonder what implications that has for the rest of my day
12:37 hdl np
12:37 * chris_n misread hedgesst as hdl.... :-S
12:37 hdl it is afternoon atm
12:37 chris_n opps :-)
12:37 hdl :D
12:37 munin` chris_n: The operation succeeded.
12:37 chris_n @later tell Ropuch the diacritical problems with labels is an ongoing issue with bug 2246
12:37 hdl chris_n europe is not in bed
12:34 chris_n g'night europe and nzland
12:31 hedgesst good nite
12:31 * chris wanders by on his way to bed
12:24 chris_n g'morning
11:31 gmcharlt slef: not directly, but seen somebody else dealing with one - I found out yesterday that the "specs" themselves are proprietary, which impresses me even less
11:21 Amit self: what mail
11:19 slef biab
11:19 slef I've got email from kr1shnan so no worries. Hi Amit
11:19 Amit sory slef
11:18 Amit hi galen, self
11:05 slef anyone know what kr1shnan wanted with me?
11:04 slef gmcharlt: no, we've managed to avoid them so far. I think they're a hangover from the proprietary vendor model. How about you?
10:17 gmcharlt cool
10:11 hdl It is next monday
10:11 gmcharlt they'll be there for you
10:11 hdl during our "coderun"
10:10 hdl In fact, we would like to be able to focus on biblibre-integration and new-acq bug fixing.
10:10 hdl Are you waiting from me ?
10:09 gmcharlt sorry, almost there - teasing out the non-acq stuff
10:09 hdl Is there some problems with that ?
10:09 hdl About new-acq, i donot see any topic branch on git.koha.org
10:08 hdl hi.
10:08 gmcharlt hi hdl
10:08 hdl gmcharlt: around ?
10:08 magnusenger hi hdl!
10:08 hdl hi magnusenger
08:17 paul_p hdl: 6d75e726d5755a7590c6079ee0caa59bbcbcf8f3
08:16 |Lupin| chris: ok, I think so, too. Just wanted to double-check
08:15 chris i think so
08:14 |Lupin| chris: yes
08:13 chris iso2709 files?
08:10 |Lupin| chris: assume several files with MARC records. Is it correct that they can be concatenated with just cat, pls ?
08:07 chris :)
08:07 Ropuch But i'd rather make my IT to talk to chris_n [;
08:06 Ropuch Thanks
08:05 chris if you see chris_n around .. he is the person you want to talk to
08:05 chris looks like it is a known issue
08:05 chris http://lists.koha.org/pipermail/koha-patches/2008-December/002191.html
08:04 Ropuch I have no perl-skills at all and my programming experience is rather poor
08:03 chris i wonder if there is anything on CPAN about it
08:03 Ropuch Well, it will wait till my IT get back, then
08:03 chris hmm looks like its a bug in the 3rd party module it is using
08:02 Ropuch label-print-pdf.pl: Wide character in syswrite at /usr/share/perl5/PDF/Reuse.pm line 977.
08:01 Ropuch chris: there is small change in 3.00.02.012: instead of "Wide character in compress at /usr/share/perl5/PDF/Reuse.pm line 819" i get
07:46 |Lupin| Hello
07:33 paul_p good night brendan !
07:29 brendan night #koha
07:22 kf hi chris
07:21 chris hi kf
07:19 kf good morning #koha
06:59 chris so hopefully that will fix your problems
06:59 chris Ropuch: the labels have been newly rewritten
06:59 chris cool
06:59 hdl Wil do it
06:59 hdl members/moremember needs fixing.
06:57 Ropuch I'll update and check again
06:57 Ropuch chris: 3.01.00.041
06:55 hdl thanks chris
06:55 chris there were a couple of syntax errors i fixed
06:55 chris *nod*
06:55 hdl in order to check for regressions
06:54 chris cool
06:54 hdl Will try to update and compile them all
06:53 hdl Thanks.
06:53 hdl well more than I could do myself :D
06:53 chris Ropuch: what version are you using?
06:53 chris about 15 more
06:52 chris hi hdl, didnt get much more done im afraid
06:50 Ropuch Any idea how can i fix this?
06:49 Ropuch label-print-pdf.pl: Use of uninitialized value in addition (+) at /usr/share/perl5/PDF/Reuse.pm line 1286.
06:49 Ropuch label-print-pdf.pl: Wide character in compress at /usr/share/perl5/PDF/Reuse.pm line 819,
06:49 Ropuch I have some problems with barcode generating - i have a 'title' field on it, but when i try to generate a label for title that includes some non-standard characters ("�" "�" etc) there's an error
06:40 hdl hi
06:34 Amit hi ropuch
06:30 Ropuch Morning, koha
04:06 brendan heya chris
03:38 Amit hmm
03:38 chris its on too late at night
03:37 Amit chris: R u watching tri-series in Srilanka
03:37 chris hi amit
03:37 brendan heya amit
03:37 Amit good morning #koha
03:37 Amit hi chris, brendan
02:34 CGI184 it has a confirmation for deletion but nothing happens after that,
02:32 CGI184 i have a problem in koha 3, i can't delete some library, eg.. franklin, springfield, etc... how can i delete them so much so that only my library will be left.. thanks a lot
01:42 chris heh
01:41 * chris_n2 often throws rocks at his windows (tm)
00:54 pianohackr|work </off-topic-griping>
00:54 pianohackr|work But less successful
00:54 pianohackr|work Trying to install XP on a SATA drive is like grinding teeth
00:54 pianohackr|work windows_installer--
00:54 pianohackr|work windows--
00:41 ricardo chris: Thanks. Bye!
00:39 chris sleep well
00:38 ricardo chris: OK. Thanks anyway :) Time to go to sleep now.
00:38 ricardo Tomorrow will be a VERY interesting day, eheh
00:38 ricardo Yep...
00:37 chris hmm dont know that one sorry
00:37 ricardo Is it possible to indicate different field separators for MARC records (coming from .iso files)?
00:36 ricardo Another semi-related question...
00:34 ricardo ... so it could also be available in CPAN for non-Koha users
00:34 ricardo If that works, I guess I'll also have to try to convince Galen to include that function as part of the MARC::Charset module (or something like it :)
00:32 chris :)
00:31 ricardo chris: OK. Thanks for the info. I guess I'll have an interesting day at work tomorrow, then... ;-)
00:31 chris not that im aware of
00:30 ricardo ... or is there some other Tool that does this "out of the box"?
00:30 ricardo http://lists.katipo.co.nz/public/koha/2008-April/013721.html
00:30 ricardo [Koha] Koha 2.2.9, Unicode (UTF-8), Latin-1 (ISO-8859-1) and migration to Koha 3
00:29 ricardo Can anyone tell me if the "easiest" way to convert Latin 1 MARC Records to UTF 8 is (still) using the MarcToUTF8Record from Koha's C4::Charset module, like Galen (kindly suggested me) in April 2008:
00:28 chris hi ricardo
00:26 pianohackr|work Hello
00:26 ricardo Hi everyone