gmail.com, NEW, Items seen at checkin should always go to 1st priority hold![http://zivotdesign.com/example[…]uage-selector.png](http://zivotdesign.com/examples/new-system-prefs-language-selector.png){kind=link}
gmail.com, NEW, option to disable user details update via opacgmail.com, NEW, OPAC Patron Details Form Missing fields← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 00:26 | ricardo joined #koha | |
| 00:26 | ricardo | Hi everyone |
| 00:26 | pianohackr|work | Hello |
| 00:28 | chris | hi ricardo |
| 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:30 | [Koha] Koha 2.2.9, Unicode (UTF-8), Latin-1 (ISO-8859-1) and migration to Koha 3 | |
| 00:30 | http://lists.katipo.co.nz/publ[…]April/013721.html | |
| 00:30 | ... or is there some other Tool that does this "out of the box"? | |
| 00:31 | chris | not that im aware of |
| 00:31 | ricardo | chris: OK. Thanks for the info. I guess I'll have an interesting day at work tomorrow, then... ;-) |
| 00:32 | chris | :) |
| 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:34 | ... so it could also be available in CPAN for non-Koha users | |
| 00:36 | Another semi-related question... | |
| 00:37 | Is it possible to indicate different field separators for MARC records (coming from .iso files)? | |
| 00:37 | chris | hmm dont know that one sorry |
| 00:38 | ricardo | Yep... |
| 00:38 | Tomorrow will be a VERY interesting day, eheh | |
| 00:38 | chris: OK. Thanks anyway :) Time to go to sleep now. | |
| 00:39 | chris | sleep well |
| 00:41 | ricardo | chris: Thanks. Bye! |
| 00:41 | ricardo left #koha | |
| 00:54 | pianohackr|work | windows-- |
| 00:54 | windows_installer-- | |
| 00:54 | Trying to install XP on a SATA drive is like grinding teeth | |
| 00:54 | But less successful | |
| 00:54 | </off-topic-griping> | |
| 01:03 | pianohackr|work left #koha | |
| 01:41 | * chris_n2 | often throws rocks at his windows (tm) |
| 01:42 | chris | heh |
| 02:23 | chris_n2 is now known as chris_n2-away | |
| 02:29 | CGI184 joined #koha | |
| 02:31 | richard joined #koha | |
| 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 |
| 02:34 | it has a confirmation for deletion but nothing happens after that, | |
| 03:19 | CGI184 left #koha | |
| 03:37 | Amit joined #koha | |
| 03:37 | Amit | hi chris, brendan |
| 03:37 | good morning #koha | |
| 03:37 | brendan | heya amit |
| 03:37 | chris | hi amit |
| 03:37 | Amit | chris: R u watching tri-series in Srilanka |
| 03:38 | chris | its on too late at night |
| 03:38 | Amit | hmm |
| 04:06 | brendan | heya chris |
| 04:23 | matts left #koha | |
| 04:27 | anasha joined #koha | |
| 04:34 | richard left #koha | |
| 06:01 | Susan joined #koha | |
| 06:03 | Susan-Koha joined #koha | |
| 06:07 | Susan left #koha | |
| 06:08 | Susan-Koha left #koha | |
| 06:30 | Ropuch | Morning, koha |
| 06:34 | Amit | hi ropuch |
| 06:39 | laurence joined #koha | |
| 06:40 | hdl | hi |
| 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:49 | label-print-pdf.pl: Wide character in compress at /usr/share/perl5/PDF/Reuse.pm line 819, | |
| 06:49 | label-print-pdf.pl: Use of uninitialized value in addition (+) at /usr/share/perl5/PDF/Reuse.pm line 1286. | |
| 06:50 | Any idea how can i fix this? | |
| 06:52 | chris | hi hdl, didnt get much more done im afraid |
| 06:53 | about 15 more | |
| 06:53 | Ropuch: what version are you using? | |
| 06:53 | hdl | well more than I could do myself :D |
| 06:53 | Thanks. | |
| 06:54 | Will try to update and compile them all | |
| 06:54 | chris | cool |
| 06:55 | hdl | in order to check for regressions |
| 06:55 | chris | *nod* |
| 06:55 | there were a couple of syntax errors i fixed | |
| 06:55 | hdl | thanks chris |
| 06:57 | matts joined #koha | |
| 06:57 | Ropuch | chris: 3.01.00.041 |
| 06:57 | I'll update and check again | |
| 06:59 | hdl | members/moremember needs fixing. |
| 06:59 | Wil do it | |
| 06:59 | chris | cool |
| 06:59 | Ropuch: the labels have been newly rewritten | |
| 06:59 | so hopefully that will fix your problems | |
| 07:09 | Kivutar joined #koha | |
| 07:16 | kf joined #koha | |
| 07:19 | kf | good morning #koha |
| 07:21 | chris | hi kf |
| 07:22 | paul_p joined #koha | |
| 07:22 | kf | hi chris |
| 07:25 | nahuel joined #koha | |
| 07:29 | brendan | night #koha |
| 07:33 | paul_p | good night brendan ! |
| 07:46 | |Lupin| joined #koha | |
| 07:46 | |Lupin| | Hello |
| 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 |
| 08:02 | label-print-pdf.pl: Wide character in syswrite at /usr/share/perl5/PDF/Reuse.pm line 977. | |
| 08:03 | chris | hmm looks like its a bug in the 3rd party module it is using |
| 08:03 | Ropuch | Well, it will wait till my IT get back, then |
| 08:03 | chris | i wonder if there is anything on CPAN about it |
| 08:04 | Ropuch | I have no perl-skills at all and my programming experience is rather poor |
| 08:05 | chris | http://lists.koha.org/pipermai[…]ember/002191.html |
| 08:05 | looks like it is a known issue | |
| 08:05 | if you see chris_n around .. he is the person you want to talk to | |
| 08:06 | Ropuch | Thanks |
| 08:07 | But i'd rather make my IT to talk to chris_n [; | |
| 08:07 | chris | :) |
| 08:10 | |Lupin| | chris: assume several files with MARC records. Is it correct that they can be concatenated with just cat, pls ? |
| 08:13 | chris | iso2709 files? |
| 08:14 | |Lupin| | chris: yes |
| 08:15 | chris | i think so |
| 08:16 | |Lupin| | chris: ok, I think so, too. Just wanted to double-check |
| 08:17 | paul_p | hdl: 6d75e726d5755a7590c6079ee0caa59bbcbcf8f3 |
| 08:50 | magnusenger joined #koha | |
| 09:09 | Amit left #koha | |
| 09:17 | Colin joined #koha | |
| 09:29 | CGI184 joined #koha | |
| 09:46 | Amit joined #koha | |
| 09:50 | CGI184 left #koha | |
| 10:08 | hdl | hi magnusenger |
| 10:08 | magnusenger | hi hdl! |
| 10:08 | hdl | gmcharlt: around ? |
| 10:08 | gmcharlt | hi hdl |
| 10:08 | hdl | hi. |
| 10:09 | About new-acq, i donot see any topic branch on git.koha.org | |
| 10:09 | Is there some problems with that ? | |
| 10:09 | gmcharlt | sorry, almost there - teasing out the non-acq stuff |
| 10:10 | hdl | Are you waiting from me ? |
| 10:10 | In fact, we would like to be able to focus on biblibre-integration and new-acq bug fixing. | |
| 10:11 | during our "coderun" | |
| 10:11 | gmcharlt | they'll be there for you |
| 10:11 | hdl | It is next monday |
| 10:17 | gmcharlt | cool |
| 10:53 | laurence left #koha | |
| 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? |
| 11:05 | anyone know what kr1shnan wanted with me? | |
| 11:18 | Amit | hi galen, self |
| 11:19 | sory slef | |
| 11:19 | slef | I've got email from kr1shnan so no worries. Hi Amit |
| 11:19 | biab | |
| 11:21 | Amit | self: what mail |
| 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:34 | gmcharlt left #koha | |
| 11:39 | gmcharlt joined #koha | |
| 11:45 | jdavidb joined #koha | |
| 12:05 | Amit left #koha | |
| 12:16 | mason left #koha | |
| 12:24 | chris_n | g'morning |
| 12:25 | hedgesst joined #koha | |
| 12:31 | * chris | wanders by on his way to bed |
| 12:31 | hedgesst | good nite |
| 12:34 | chris_n | g'night europe and nzland |
| 12:37 | hdl | chris_n europe is not in bed |
| 12:37 | chris_n | @later tell Ropuch the diacritical problems with labels is an ongoing issue with bug 2246 |
| 12:37 | munin` | chris_n: The operation succeeded. |
| 12:37 | hdl | :D |
| 12:37 | chris_n | opps :-) |
| 12:37 | hdl | it is afternoon atm |
| 12:37 | * chris_n | misread hedgesst as hdl.... :-S |
| 12:37 | hdl | np |
| 12:38 | chris_n | I wonder what implications that has for the rest of my day |
| 12:39 | gmcharlt | hdl: congrats - I do believe chris_n just named you Assistant Doc Manager to help out Nicole ;) |
| 12:41 | chris_n | heh... g'morning gmcharlt |
| 12:41 | gmcharlt | morning, chris_n |
| 12:51 | owen joined #koha | |
| 13:08 | jwagner joined #koha | |
| 13:16 | jwagner | Good (grumpy) morning.... |
| 13:19 | owen | Hi jwagner, did you have an angry donut for breakfast? |
| 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:22 | owen | That'll do it. |
| 13:23 | jwagner | Maybe I'll just hide in the corner for a while. With my checkbook. |
| 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:25 | jwagner | Hey! I resemble, er, resent that remark! |
| 13:25 | jdavidb | Safety message for the day: Don't pester Jane until she's had her second cup of tea. |
| 13:26 | jwagner | I haven't even had my first one yet! Darned early morning plumbers.... |
| 13:26 | jdavidb | :-O |
| 13:29 | hdl | jwagner: hi |
| 13:29 | welcome | |
| 13:29 | jwagner | Bonjour (or bonsoir) hdl |
| 13:36 | nicomo joined #koha | |
| 13:48 | paul_p | hi jdavidb & jwagner & owen & chris_n & gmcharlt & all ppl from the west side of Atlantic ;-) |
| 13:48 | |Lupin| | hi paul_p |
| 13:48 | jdavidb | Howdy, paul_p! :) |
| 13:51 | chris_n | hello paul_p |
| 13:51 | |Lupin| | are CCodes defined at the biblio or at the item level,pls ? |
| 13:52 | hdl | item |
| 13:52 | ccode stands for circulation code | |
| 13:52 | |Lupin| | hdl: k, thanks |
| 13:53 | hdl: oooh ! I thought it was collection code... completely wrong then... | |
| 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 | paul_p | wizzyrea: it's true our govt says "maybe you should abandon the bise" |
| 13:53 | nicomo | wizzyrea: can't be |
| 13:54 | paul_p | but it's just the govt ;) |
| 13:54 | |Lupin| | wizzyrea: for whaat I can see, no, not specially... |
| 13:54 | wizzyrea | oh, things are not right in the world |
| 13:54 | oh good, that makes me feel better. it's just the govt | |
| 13:55 | * jdavidb | debates internally which of wizzyrea's last two statements would make a better quote to hand munin. Both are worthy. |
| 13:55 | jwagner | Why not do a Join and add both? |
| 13:55 | wizzyrea | lol |
| 13:56 | @quote get 23 | |
| 13:56 | munin` | wizzyrea: Quote #23: "<gmcharlt> /msg munin register nick password" (added by wizzyrea_ at 04:25 PM, August 06, 2009) |
| 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` | jdavidb: The operation succeeded. Quote #32 added. |
| 13:56 | wizzyrea | ... you crack me up |
| 13:56 | jdavidb | :D I try. |
| 13:59 | anasha left #koha | |
| 14:00 | owen | |Lupin|: ccode stands for collection code. hdl is mistaken ;) |
| 14:02 | |Lupin| | owen: ah good... so I was not completely wrong... thanks a lot. |
| 14:14 | schuster joined #koha | |
| 14:14 | jdavidb | @quote random |
| 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:26 | sekjal joined #koha | |
| 14:27 | owen | Hi sekjal |
| 14:28 | schuster | Owen - what version of Koha are you currently running in production from LibLime? |
| 14:28 | * owen | checks |
| 14:29 | owen | 3.01.00.032 |
| 14:29 | schuster: As far as I know we haven't been updated since June 1 | |
| 14:29 | sekjal | hey, owen |
| 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:31 | owen | The "Overdues" link with the big "Warning" label on it? |
| 14:32 | schuster | Yes |
| 14:32 | owen | We don't click that. The warning tells us not to :) |
| 14:33 | * owen | has no idea what "resource intensive" means in the context of our collection |
| 14:33 | schuster | That is what we use on a regular basis to get overdues by Homeroom lists... |
| 14:33 | wizzyrea | we have it hidden in ours so people don't click on it |
| 14:34 | |Lupin| | could someone explan what the "do" keyword means in Perl, please ? |
| 14:34 | like in the plugin launcher: do $cgidir."/".$plugin_name; | |
| 14:35 | is it a thing that loads the file, and then the following line calls the plugin function exported by that file ? | |
| 14:35 | * owen | throws caution to the wind |
| 14:36 | owen | schuster: It seems to be working. I was able to pull up a report filtered by patron category and branch |
| 14:36 | sekjal | [Lupin] I believe in this case, it executes the Perl codefor $plugin_name in the cgi directory |
| 14:36 | schuster | hmmm... on production I get - An Error has Occurred! Error 500 |
| 14:37 | sekjal | citation: http://perldoc.perl.org/functions/do.html |
| 14:37 | schuster | Works fine on test server... so where do I start looking? |
| 14:37 | pianohacker joined #koha | |
| 14:37 | owen | schuster: Usually the error logs. Do you have access? |
| 14:37 | schuster | Yep. |
| 14:37 | Locally hosted. | |
| 14:39 | Showing newbie status - where are the error logs housed? | |
| 14:39 | |Lupin| | hi pianohacker |
| 14:39 | slef | schuster: whereever your koha-httpd.conf says |
| 14:39 | grep ErrorLog path/to/koha-httpd.conf | |
| 14:39 | schuster | ;) |
| 14:41 | found it thanks for the tips everyone. | |
| 14:46 | Premature end of script headers: overdue.pl, - is what I have in my error log. | |
| 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:47 | hdl | just some lines before, you should have useful information |
| 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 | slef | yes, look at all lines with similar/same time |
| 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:808[…]a/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:51 | |Lupin| | schuster: as I said: execute the script from the command-line |
| 14:51 | schuster (with the same environemnet variables, same parameters...) | |
| 14:52 | 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:54 | schuster | OK you all have gone beyond my ability - thanks for the tips - calling support vendor! |
| 14:54 | |Lupin| | schuster: oh, sorry |
| 14:54 | schuster: no Unix experience ? | |
| 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:56 | |Lupin| | schuster: np, I can help with that |
| 14:57 | schuster: do you have a terminal opened ? | |
| 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? |
| 15:05 | (does that even make sense?) | |
| 15:06 | gmcharlt | wizzyrea: not directly, no |
| 15:06 | wizzyrea | not the same or not making sense, gmcharlt :) |
| 15:06 | gmcharlt | not the same ;) |
| 15:08 | wizzyrea | interesting, so you could conceivably end up with a different set of rules for scanned items vs picked items |
| 15:08 | interesting | |
| 15:08 | schuster | Lupin - I have a terminal open yes. |
| 15:09 | wizzyrea | gmcharlt is there documentation anywhere of how it works? (notes |
| 15:09 | ? | |
| 15:09 | ) | |
| 15:11 | Kivutar left #koha | |
| 15:12 | |Lupin| | schuster: ok, I'm gonna leave soon but let's see what we can do till there.. |
| 15:12 | schuster: if you type | |
| 15:13 | eho $KOHA_CONF | |
| 15:13 | schuster: what do you see ? | |
| 15:14 | pianohacker | wizzyrea: Unfortunately, no. The code is the documentation, and it's not very clear code |
| 15:14 | Even after atz's refactoring | |
| 15:14 | schuster | echo $KOHA_CONF - returns a blank line then the directory |
| 15:15 | |Lupin| | schuster: ok |
| 15:15 | schuster: can you look in apache's configuration file for the definition of this variable and do an | |
| 15:15 | export KOHA_CONF=thevalueyoufindthere | |
| 15:16 | schuster: and do the same for PERL5LIB | |
| 15:17 | * chris_n | heads out for a reboot :-P |
| 15:18 | schuster | in the apache2.conf file? |
| 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:20 | schuster | as I said this may be beyond me.. |
| 15:20 | Thanks for your help Lupin. | |
| 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:21 | wizzyrea | pianohacker: thanks, looks like I"m going to have to poke through it |
| 15:21 | pianohacker | Good luck |
| 15:21 | nahuel left #koha | |
| 15:21 | |Lupin| | good luck schuster |
| 15:21 | bye all | |
| 15:21 | |Lupin| left #koha | |
| 15:22 | wizzyrea | pianohacker: it wouldn't be an issue if the randomized holds were actually random. :( |
| 15:22 | but it looks like they're weighted either alphabetically by branch or by collection size | |
| 15:23 | which I'm sure was not the intention | |
| 15:23 | oh, and the picklists aren't always moving on from an ignored pick when the list is regenerated | |
| 15:24 | though maybe we misunderstood how an ignored pick was supposed to work | |
| 15:24 | pianohacker | Have you checked the staticholdsqueueweight and randomizeholdsqueueweight preferences? |
| 15:25 | wizzyrea | yea, we are randomizing |
| 15:30 | schuster | Wizzyrea - are you using branch transfer limits? - Administration > Library Transfer Limits |
| 15:32 | wizzyrea | no, we are not using branch transfer limits |
| 15:34 | no, there's nothing in static, and random is turned on | |
| 15:34 | pianohacker | Oh |
| 15:36 | wizzyrea: How many libraries in your consortium | |
| 15:36 | chris_n left #koha | |
| 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:37 | 23 | |
| 15:37 | owen | wizzyrea: that makes sense to me |
| 15:37 | I would think that is the way it should work | |
| 15:38 | pianohacker | wizzyrea: That is how I _think_ it works |
| 15:38 | brendan left #koha | |
| 15:38 | owen | wizzyrea: does that not sound right to you? |
| 15:38 | wizzyrea | that's the behavior we're seeing, yes |
| 15:38 | we just didn't know how it worked | |
| 15:39 | Colin_ joined #koha | |
| 15:43 | pianohacker | wizzyrea: I think I know what's going on with the pick list |
| 15:43 | wizzyrea | me too, lets share notes :) |
| 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:45 | Strangely enough, RandomizeHoldsQueueWeight _only_ randomizes a list provided in StaticHoldsQueueWeight | |
| 15:45 | wizzyrea | lol for real?! |
| 15:45 | owen | Wait, what? |
| 15:45 | wizzyrea | that sound you hear... that's my mind blowing |
| 15:46 | owen | The random feature attempts to randomize based on the choices listed in the static option? |
| 15:46 | pianohacker | owen: Yup |
| 15:46 | http://koha.pastebin.com/d6e7fd960 | |
| 15:46 | wizzyrea | wowie |
| 15:46 | soo... | |
| 15:46 | we should put something in there? | |
| 15:46 | ^.^ | |
| 15:46 | Colin left #koha | |
| 15:47 | pianohacker | Also important: http://koha.pastebin.com/d220e206b |
| 15:48 | wizzyrea: Well, it would make things more consistently random | |
| 15:48 | wizzyrea | wowie. well that would be better |
| 15:48 | ok... well here's what I found (based on behavior) | |
| 15:50 | 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:51 | now | |
| 15:51 | shouldn't 1b go to fill hold for patron A? | |
| 15:51 | chris_n joined #koha | |
| 15:51 | wizzyrea | because she is first on the list? |
| 15:51 | owen | wizzyrea: That would explain some of the oddities I've seen here |
| 15:51 | wizzyrea | or is there an "assumed picked" status that assumes that 1a is going to patron A |
| 15:51 | just because it's on the list | |
| 15:51 | for library A | |
| 15:52 | owen | If there is an "assume picked" status it's new to me |
| 15:53 | wizzyrea | well it's not a real status |
| 15:53 | it's a "this looks like what it's doing" status | |
| 15:53 | owen | Yeah, I understand what you mean |
| 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 | Which, to Koha, means that it's satisfied, even if it's not Waiting | |
| 15:54 | wizzyrea | staff members are ignoring koha |
| 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 | owen: YES! |
| 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 | which is wrong |
| 15:55 | if an available item hits a scanner gun it should always go to #1 first available on the reserve list | |
| 15:56 | heh, is this why people don't do "allowonshelfholds" | |
| 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:57 | ricardo joined #koha | |
| 15:57 | wizzyrea | very very interet |
| 15:57 | interesting | |
| 15:58 | owen | pianohacker: the scan-the-book-holds-check treats items listed in hold_fill_tragets as reserved? |
| 15:58 | wizzyrea | it = pick list, I think |
| 15:58 | hold queue | |
| 15:58 | (sorry, we call it the pick list... stupid sirsi) | |
| 15:59 | slef | @dict dreck |
| 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 | munin` | slef: wn: dreck n : merchandise that is shoddy or inferior [syn: {schlock}, {shlock}] |
| 16:00 | wizzyrea | wowie |
| 16:00 | okies... so.. | |
| 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 | I"m not even sure how to file this bug |
| 16:01 | well that's a good explanation, owen | |
| 16:01 | so the question is | |
| 16:01 | how to fix | |
| 16:01 | adding a "pending pick list" status would do it | |
| 16:01 | but the behaviour would still be wrong | |
| 16:01 | technically | |
| 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 | at least, in our opinion |
| 16:02 | ricardo left #koha | |
| 16:02 | owen | What I wonder is why it was designed this way...Was this a conscious decision? |
| 16:02 | pianohacker | I'm not sure |
| 16:02 | ricardo joined #koha | |
| 16:03 | wizzyrea | it seems like if a book is not picked from the pick list it should go on to another library |
| 16:03 | or a different item, anyway | |
| 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 | right |
| 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:05 | wizzyrea | yea, we see that allll the time |
| 16:05 | rhcl_out is now known as rhcl | |
| 16:06 | wizzyrea | i think that must have changed when the NEKLS hold enhancement went live |
| 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 | yes, exactly |
| 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:07 | pianohacker | owen: In the old model, or the one I think I'm describing? |
| 16:07 | wizzyrea | in the old model |
| 16:08 | owen | Yes, in the old model |
| 16:10 | wizzyrea | are either of you filing a bug for this? |
| 16:10 | if not, I will | |
| 16:10 | pianohacker | Okay. This is starting to resemble the tribulations I went through writing PC reservations software for our library |
| 16:10 | owen | wizzyrea: I nominate you, unless pianohacker can provide a better technical explanation? |
| 16:10 | pianohacker | wizzyrea: As a very amateur librarian, I nominate wizzyrea |
| 16:10 | wizzyrea | i'll add the basics, you can add more detail, PH |
| 16:10 | fair enough ;) | |
| 16:11 | pianohacker | k |
| 16:11 | wizzyrea | there may be extensive usage of copy/paste :P |
| 16:11 | pianohacker | You could always post a link to the relevant portion of the transcript |
| 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:12 | My test and production servers don't match... | |
| 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: Actually, I think you might have owen to blame for that | |
| 16:12 | Coincidentally | |
| 16:12 | Hi, owen! | |
| 16:13 | * owen | recently submitted a template change for that interface |
| 16:13 | schuster | hmmm how recently? |
| 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:14 | nicomo left #koha | |
| 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:14 | owen | schuster: the patch was approved a few days ago |
| 16:14 | schuster | OK thanks. |
| 16:15 | owen | schuster: Is it not working for you, or is it just different? |
| 16:15 | schuster | I'm troubleshooting misc problems and finding differences... |
| 16:16 | Between my test and production servers. | |
| 16:17 | 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:18 | owen | Hmmm... I did not test with as many as 67 locations and 70 collections. |
| 16:20 | * owen | tested with 45 collections and 20 branches |
| 16:20 | collum joined #koha | |
| 16:20 | owen | What is horrible about the grid? |
| 16:20 | hedgesst left #koha | |
| 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:21 | owen | On your test server? |
| 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:23 | I am sure I don't have your patch FYI... | |
| 16:23 | wizzyrea | does this make sense (sorry to interrupt, schuster) |
| 16:23 | - 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 | (and not necessarily be required to fill the hold for which the item was picked) | |
| 16:24 | pianohacker | wizzyrea: I think so |
| 16:24 | owen | The first sentence doesn't make sense to me |
| 16:25 | Oh wait, I guess I understand | |
| 16:26 | You're talking about items pulled based on the holds queue report | |
| 16:26 | pianohacker | brb, need to deal with a pidgin/google talk issue |
| 16:26 | pianohacker left #koha | |
| 16:26 | pianohacker joined #koha | |
| 16:26 | pianohacker left #koha | |
| 16:26 | pianohacker joined #koha | |
| 16:27 | pianohacker left #koha | |
| 16:29 | wizzyrea | bug 3595 |
| 16:29 | munin` | 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=3595 normal, P5, ---, gmcharltgmail.com, NEW, Items seen at checkin should always go to 1st priority hold |
| 16:29 | pianohacker joined #koha | |
| 16:29 | gmcharlt | ... or to local hold to avoid transfer |
| 16:30 | wizzyrea | yes, that too, thanks |
| 16:30 | will add that | |
| 16:30 | gmcharlt | ... except when higher priority remote hold has been waiting too long |
| 16:30 | owen | override a patron's hold position because a local hold is preferable? |
| 16:30 | gmcharlt | owen: yep, some libraries do that |
| 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:31 | gmcharlt | though I think more in a consortial situation |
| 16:32 | owen: you've fallen in my trap ;) | |
| 16:32 | * gmcharlt | awaits a general holds and transfers specification |
| 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 | that's the point of local holds though | |
| 16:32 | ricardo | Hi all... |
| 16:33 | wizzyrea | so your patrons get your stuff first |
| 16:33 | though in most cases, amusingly, that means they wait longer | |
| 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 | But, I'm having some problems (errors): | |
| 16:34 | I'll paste it to koha.pastebin.com | |
| 16:35 | wizzyrea | gmcharlt: seems like there ought to be a "holds working group" or somesuch |
| 16:35 | afk a min | |
| 16:35 | ricardo | http://koha.pastebin.com/m60095d78 |
| 16:36 | pianohacker | wizzyrea: Sure! Just make sure that they can meet in person in a conference room with a full bar |
| 16:36 | gmcharlt | ricardo: looks like garden-variety MARC format errors in the source data |
| 16:36 | ricardo: a run through MARCedit should help | |
| 16:36 | ricardo | gmcharlt: "garden variety"? |
| 16:38 | If it helps, I have the following information, regarding the input ISO file: | |
| 16:38 | beginning of field character - 0x5E ('^') | |
| 16:38 | end of field character - 0x23 ('#') | |
| 16:38 | end of record character - 0x23 ('#') | |
| 16:39 | gmcharlt: I don't know where I should put that in the script, though :( | |
| 16:39 | gmcharlt | oy |
| 16:39 | wizzyrea | PH: and speed. lots of it |
| 16:40 | ricardo | http://en.wiktionary.org/wiki/oy |
| 16:40 | "An exclamation typically expressing mild frustration or expressing feelings of uncertainty or concern." | |
| 16:40 | gmcharlt | ricardo: is there any way to get the source to produce actual MARC records? field delimiter characters are wrong |
| 16:40 | pianohacker | wizzyrea: Hehe |
| 16:41 | Yeah, that's a very strange MARC file | |
| 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:43 | Great... Now MarcEdit is hanging the "Browse for Folder" stage | |
| 16:44 | Colin_ | ricardo: with those characters its not iso-2709 compatible |
| 16:44 | pianohacker | ricardo: What is generating that MARC file |
| 16:45 | ? | |
| 16:45 | ricardo | pianohacker: A software called "WinLib" (that I don't have access to) |
| 16:46 | If you're curious and read Portuguese: | |
| 16:46 | http://www.novabase.pt/conteud[…]ML/WinLIB2000.pdf | |
| 16:48 | ... and using MarcEdit to do a "Character Conversion" from "US/Western Europe" encoding to "UTF8" returns a friendly alert saying... | |
| 16:48 | "here: -99" | |
| 16:48 | Clear as mud, eh? ;-) | |
| 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: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:52 | owen is now known as owen-away | |
| 16:56 | Colin_ | They should be 0x1d 0x1e 0x1f not prinitable characters. Most marc reading routines need these to be the separators |
| 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:58 | Colin_ | and # is ambiguous even in the file itself I forsee grief here |
| 16:59 | ricardo | Colin_: Thanks for the info. Is there any online resource where I can read about those characters (0x1d, 0x1e, 0x1f)? |
| 16:59 | pianohacker | Colin_: *nod* the usage of # for an end-of-field character and end-of-record character could be quite troublesome |
| 17:00 | ricardo: Not too much to read, they're part of ascii. If you're on linux, you can run "man ascii" | |
| 17:01 | ricardo | pianohacker: "group separator", "record separator", "unit separator". Interesting. Thanks for the info :) |
| 17:01 | gmcharlt | ricardo: better is http://www.loc.gov/marc/specif[…]specrecstruc.html |
| 17:01 | ricardo: and cheaper than actually paying ISO for 2709 ;) | |
| 17:01 | Colin_ | In a MARC context http://www.loc.gov/marc/specif[…]specrecstruc.html |
| 17:02 | ricardo | gmcharlt / Colin_ : Isn't this the kind of circumstance, where you should shout "Jinx!" ? ;-) |
| 17:03 | http://en.wiktionary.org/wiki/jinx | |
| 17:03 | Colin_ | I have a very old copy of ISO 2709 it dosen't add anything (useful) |
| 17:03 | ricardo | "Used after the same response is said by two people simultaneously." |
| 17:03 | pianohacker | Heh, yes |
| 17:03 | ricardo | Colin_: OK, thanks |
| 17:04 | paul_p left #koha | |
| 17:26 | hedgesst joined #koha | |
| 17:33 | ricardo left #koha | |
| 17:40 | kf left #koha | |
| 17:44 | Colin_ left #koha | |
| 17:56 | rhcl left #koha | |
| 17:58 | CGI966 joined #koha | |
| 17:58 | CGI966 left #koha | |
| 17:59 | CGI746 joined #koha | |
| 17:59 | CGI746 left #koha | |
| 17:59 | owen-away is now known as owen | |
| 17:59 | CGI746 joined #koha | |
| 18:01 | CGI746 left #koha | |
| 18:01 | owen | Hi hedgesst |
| 18:01 | hedgesst | hello |
| 18:11 | isospin joined #koha | |
| 18:14 | owen | Hi isospin |
| 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:17 | \hi owen | |
| 18:17 | does anyone think that sound like a reasonable request for a feature? | |
| 18:19 | schuster | Go for it. |
| 18:21 | sekjal | I know my catalogers would love it |
| 18:23 | slef | @dict 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 gcide gerrymandering |
| 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:24 | schuster | So can anyone elaborate on transfer limits and how holds would impact it. |
| 18:25 | chris | morning |
| 18:25 | owen | Hi chris |
| 18:25 | slef | as you can tell by my use of dict, this is a fun email I'm writing |
| 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 | hi chris |
| 18:25 | chris | sounds like a normal day schuster |
| 18:27 | wizzyrea | sorry schuster, I don't know anything about branch transfer limits |
| 18:28 | chris | as donald knuth famously said "Software is hard" |
| 18:48 | chris_n | heh |
| 18:53 | jdavidb left #koha | |
| 19:01 | indradg joined #koha | |
| 19:02 | chris_n | quite a contrast => http://www.koha.com/ |
| 19:03 | chris | oh yeah, they predate koha the software :) |
| 19:04 | owen | I wish they showed pictures of the merchandise |
| 19:08 | Okay, git question about working with these new topic branches. | |
| 19:08 | indradg is now known as indradg|afk | |
| 19:08 | owen | I've done some minor tweaks to the new sysprefs editor |
| 19:09 | When I do "format-patch," should I be saying "origin," or specifying the sysprefs branch? | |
| 19:09 | gmcharlt | owen: it should be relative to origin/name-of-topic-branch |
| 19:10 | indradg|afk left #koha | |
| 19:10 | rhcl joined #koha | |
| 19:10 | owen | Ah, that makes more sense |
| 19:21 | magnusenger left #koha | |
| 19:29 | owen | pianohacker? |
| 19:29 | pianohacker | Hi, owen |
| 19:30 | owen | Hey, I'm thinking we shouldn't use an <input type=password> in the new sysprefs editor |
| 19:31 | I would think we can assume a librarian is working in a secure enough environment when doing system administration | |
| 19:31 | And I think there are usability issues in hiding that info from the person editing preferences | |
| 19:31 | pianohacker | Hmm. Definitely not, for the Baker and Taylor username |
| 19:32 | I think you might be right | |
| 19:39 | owen | pianohacker: I'm confused by the "All" label for the FRBR prefs under Enhanced Content |
| 19:39 | pianohacker | owen: It's because multiple services can satisfy a FRBR request |
| 19:40 | owen | I'm still confused :) |
| 19:40 | pianohacker | FRBR just turns on the "Other Editions" support. You can use ThingISBN or OCLC for that. |
| 19:40 | owen | Okay, |
| 19:40 | pianohacker | It's not service-specific |
| 19:41 | owen | I get it. |
| 19:41 | I wonder if there's a better way to label it? | |
| 19:42 | pianohacker | "General"? |
| 19:43 | owen | Yeah, that sounds better to me |
| 19:43 | Anyone else want to vote? | |
| 19:43 | rhcl | I approve |
| 19:43 | pianohacker | Cool |
| 19:44 | rhcl | What is FRBR? Free Range Beef Reserve? |
| 19:44 | Oops, somebody is calling me. BRB | |
| 19:45 | chris_n | heh |
| 19:45 | pianohacker | That sounds tastier that hacking through a forest of sysprefs |
| 19:45 | wizzyrea | it's only tasty after the messy part |
| 19:46 | chris | heh |
| 19:46 | ok bus time | |
| 19:46 | chris_n | in that context, maybe FRBR could use koha to catalog related recipes |
| 19:47 | pianohacker | Bleh. To be honest, I think I had enough steak for the year at KohaCon |
| 19:48 | wizzyrea | that and plastic cheesecake |
| 19:48 | pianohacker | Hehehehe |
| 19:48 | wizzyrea | though seriously, wowie do they eat a lot of steak in texas |
| 19:48 | cait joined #koha | |
| 19:49 | pianohacker | The rest of you guys missed out on some good dessert |
| 19:49 | wizzyrea | and fried cheeese stuffed avocados |
| 19:49 | only in texas, my friends | |
| 19:50 | yes, flying dessert. | |
| 19:51 | pianohacker | Hmm. Sounds reminiscent of a chupaqueso |
| 19:53 | isospin left #koha | |
| 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:54 | I'm sort of kicking myself that I didn't order one | |
| 20:14 | hdl | hi chris |
| 20:27 | * chris_n | gets hungry and leaves in search of food.... |
| 20:27 | greets hdl on the way out | |
| 20:30 | collum left #koha | |
| 20:42 | richard joined #koha | |
| 20:42 | richard | hi |
| 20:43 | hedgesst | hello |
| 20:52 | chris | back |
| 20:52 | pianohacker | wizzyrea: It's a "tortilla" made out of fried cheese, with melted cheese inside it |
| 20:52 | chris | thats crazy talk |
| 20:52 | but yummy | |
| 20:53 | pianohacker | Greasy as all get-out, even with good cheese |
| 20:53 | Good with pepperoni inside | |
| 20:53 | http://chupaqueso.com/ | |
| 20:54 | chris | wizzyrea: yeah i had that fried avocado |
| 20:54 | schuster | How do bugs/enhancements get closed in Bugzilla? |
| 20:54 | chris | took 7 years off my life expectancy |
| 20:54 | but was good | |
| 20:54 | schuster: the person who entered them is supposed make them resolved/finished when they think they are | |
| 20:55 | Jo joined #koha | |
| 20:55 | Jo | Good morning all |
| 20:55 | schuster | OK so some logs that Kyle has put in he can close them. |
| 20:55 | chris | yep, thats the plan |
| 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:58 | chris | if you are sure its resolved, its perfectly fine to mark it as such |
| 20:58 | if its not, then the original person can come reopen it :) | |
| 21:00 | hedgesst left #koha | |
| 21:09 | schuster | Always the helpful one you are! |
| 21:10 | chris | that was very yoda like of you :) |
| 21:13 | owen | You've seen schuster, chris, Yoda would never wear a shirt like that! |
| 21:14 | pianohacker | owen: Cancel button is a good idea |
| 21:14 | Hmm. The XHTML spec really does require lowercase | |
| 21:15 | owen | I got validation errors from it. Perhaps a quirk of the validator? |
| 21:15 | pianohacker | Most likely |
| 21:15 | http://www.w3.org/TR/xhtml1/dt[…]try_xhtml1-strict.dtd_form | |
| 21:16 | Do you have a demo of the dl based language selector (or at least a screenshot)? | |
| 21:18 | sekjal left #koha | |
| 21:18 | owen | http://zivotdesign.com/example[…]uage-selector.png |
| 21:18 | pianohacker | Ohh, that's very nice |
| 21:19 | owen++ | |
| 21:22 | owen | See y'all later |
| 21:22 | owen left #koha | |
| 21:25 | schuster left #koha | |
| 21:52 | cait | has someone tried holds in current head? |
| 21:52 | * wizzyrea | has not |
| 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:53 | wizzyrea | this would imply that I *had* the current head. <grumble> |
| 21:53 | cait | and "pickup library is different than Irma Tests home library" |
| 21:53 | remember: only 1 library and new cataloged item | |
| 21:54 | have it on an old laptop :) | |
| 21:54 | wizzyrea | zebra? |
| 21:54 | cait | yes |
| 21:54 | wizzyrea | indexed? |
| 21:54 | cait | yes |
| 21:54 | can search for the barcode | |
| 21:54 | hm | |
| 21:55 | wizzyrea | hm |
| 21:56 | well | |
| 21:56 | you are using the admin account? | |
| 21:56 | do you have a set library for the admin account? | |
| 21:56 | cait | good idea |
| 21:57 | wizzyrea | I would create a couple of new patrons |
| 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 | will try with another staff patron account next | |
| 21:57 | wizzyrea | and give them all the proper perms etc |
| 21:57 | hdl | cait : might be a bug not adressed by nahuel's latest patches |
| 21:57 | cait | good evening hdl |
| 21:57 | hdl | hi cait |
| 21:57 | cait | we should both be in bed I think ;) |
| 21:58 | hdl | :S |
| 21:58 | wizzyrea | Ah... maybe there's something funky :) Which I think is what you were asking in the first place. |
| 21:58 | hdl | singlebranch mode is not managed in GetCirculationBranch |
| 21:58 | cait | ok, now I get: no copies avaliable to be placed on hold |
| 21:59 | hdl | Do you have HomeOrHoldingBranch system preference ? |
| 21:59 | cait | holdingbranch |
| 22:00 | I think this is standard, i did not change it. | |
| 22:00 | hdl | Do you have maxrenewals set on categories |
| 22:00 | nengard joined #koha | |
| 22:01 | hdl | hi nengard |
| 22:01 | jwagner left #koha | |
| 22:01 | cait | hm. I had some problems with holds at work today too, wanted to test if it works in head |
| 22:01 | nengard | howdy hdl |
| 22:01 | chris | heya nengard |
| 22:01 | cait | but now I dont get even as far as I did there |
| 22:01 | hdl | you scared jwagner out of the chan :) |
| 22:01 | nengard | oh no! |
| 22:01 | chris | we wont over our female quota |
| 22:01 | wont=went | |
| 22:01 | hdl | hehe chris. |
| 22:02 | mmmm. Maybe nahuel's patches have not made their way into trunk completely | |
| 22:03 | * pianohacker | raises an eyebrow |
| 22:03 | cait | perhaps I just miss something |
| 22:07 | its allowonshelfholds | |
| 22:08 | pianohacker | This has been a day for holds problems :) |
| 22:09 | cait | although the item is checked out, I can not place a hold on it, when allowonshelfholds is off |
| 22:10 | * nengard | runs away from holds issues |
| 22:10 | chris | run forest run |
| 22:10 | cait | running away is no solution nengart, it will follow you everywhere ;) |
| 22:11 | nengard | cait hehe - okay fine :( |
| 22:11 | cait | I know how you feel, I tested AllowOnshelfholds... and it worked :( will test again tomorrow in our other installation. |
| 22:11 | going to bed now | |
| 22:12 | good night everybody | |
| 22:12 | cait left #koha | |
| 22:22 | hdl | chris : have couple of other commits |
| 22:22 | chris | cool |
| 22:22 | ill make sure i rebase before i do anything | |
| 22:22 | hdl | But shelves and circulation is pretty messy |
| 22:23 | chris | yep, we are gonna have to do some work there tidying that up |
| 22:23 | cait_laptop joined #koha | |
| 22:24 | hdl | there is a problem on opac-shelves.tmpl |
| 22:24 | cait_laptop | its not AllowOnShelfHolds :) But something strange happened when I checked out my item for testing |
| 22:24 | hdl | And it is quite hard to find. |
| 22:24 | cait_laptop | I got status: checked out to... und Available displayed below. Dont know how that happened. |
| 22:25 | chris | hdl: i suggest taking the template from master |
| 22:25 | and doing a diff | |
| 22:25 | hdl | cait_laptop: explain |
| 22:25 | cait_laptop | I checked the item in and out again, now its just checked out... and I can place the hold. |
| 22:26 | I dont figured out yet, how to repeat this strange status, but its the second time this happened. | |
| 22:26 | hdl | chris I have tried to do that. |
| 22:26 | But still quite confusing | |
| 22:27 | chris | if you remind me in the email, ill take a look |
| 22:27 | hdl | + multiple tags are putting themselves in the way |
| 22:27 | cait_laptop | now really going to bed. bye :) |
| 22:28 | cait_laptop left #koha | |
| 22:41 | nengard | hi all - i'm asking for a bit of a vote |
| 22:41 | owen emailed me in regards to my patch for bug 1172 | |
| 22:41 | munin` | 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=1172 enhancement, PATCH-Sent, ---, nengardgmail.com, NEW, option to disable user details update via opac |
| 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 | this makes sense | |
| 22:41 | rhcl is now known as rhcl_away | |
| 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 | or should I put it on the my summary? | |
| 22:42 | pianohacker | I think opac-userupdate.pl is a good place for it |
| 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 | For consistency |
| 22:43 | nengard | okay - another question |
| 22:43 | what is the permanent address? | |
| 22:44 | 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:44 | a bug i never noticed before | |
| 22:44 | pianohacker | Hmm, I hadn't noticed that either |
| 22:46 | hdl | nengard: usually in academic libraries, permanent adress is in fact alternate adress for the student |
| 22:47 | nengard | hdl - well maybe we should call it alternate ... so it's consistent |
| 22:47 | hdl | So I guess we could for consitency change permanent address to alternat |
| 22:47 | nengard | also the address box for the alt contact is one big textarea |
| 22:48 | instead of two fields | |
| 22:48 | like it should be | |
| 22:48 | hehe hdl - great minds ;) | |
| 22:48 | hdl | but mine is tired ;) |
| 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 |
| 23:09 | munin` | 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=3596 enhancement, P5, ---, nengardgmail.com, NEW, OPAC Patron Details Form Missing fields |
| 23:11 | chris | cool |
| 23:59 | pianohacker | Good night |
| 23:59 | pianohacker left #koha |
← Previous day | Today | Next day → | Search | Index
