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