← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 02:30 | richard is now known as rich-away | |
| 03:46 | Amit_G joined #koha | |
| 03:54 | chris | hi Amit_G |
| 03:54 | Amit_G | hi chris |
| 04:03 | reed left #koha | |
| 04:27 | jo joined #koha | |
| 04:44 | brendan | heya Amit_G |
| 04:44 | Amit_G | heya brendan |
| 04:49 | jo | hiya Amit, Brendam |
| 04:56 | indradg left #koha | |
| 04:59 | paul_p joined #koha | |
| 05:02 | Amit_G | heya jo |
| 05:04 | chris | hello paul_p in the netherlands |
| 05:05 | jo | hi Paul |
| 05:11 | wajasu | got my zebra working. |
| 05:12 | chris | it was nozebra eh? |
| 05:19 | JoannRansom joined #koha | |
| 05:19 | JoannRansom | testing |
| 05:19 | wajasu | yes. nozebra. I accifentally ran rebuild_nozebra.pl and canceled it and then it must have switched the flag. Or else staff did it. |
| 05:19 | JoannRansom left #koha | |
| 05:20 | wajasu | I know bulk import turns catalogin off and puts it back at the end. so i assume rebuild mmight do the same. to lazy to look now. |
| 05:20 | larsw left #koha | |
| 05:21 | wajasu | gnight. thx for the help tracking that down. |
| 05:24 | wajasu left #koha | |
| 05:42 | cait joined #koha | |
| 05:42 | cait | good morning |
| 05:48 | Amit_G | heya cait |
| 05:58 | cait | hi Amit_g |
| 06:11 | jo left #koha | |
| 06:33 | laurence joined #koha | |
| 06:38 | cait left #koha | |
| 06:42 | Mike left #koha | |
| 06:57 | nicomo joined #koha | |
| 07:06 | francharb joined #koha | |
| 07:07 | alex_a joined #koha | |
| 07:08 | kf joined #koha | |
| 07:08 | kf | good morning #koha |
| 07:09 | Kivutar joined #koha | |
| 07:16 | paul_p left #koha | |
| 07:17 | Amit_G | heya kf |
| 07:26 | linuxmaniac joined #koha | |
| 07:28 | chris | evening kf |
| 07:30 | kf | morning chris :) |
| 07:49 | CGI833 joined #koha | |
| 07:54 | CGI833 left #koha | |
| 07:55 | mib_8y091v joined #koha | |
| 08:03 | mib_8y091v left #koha | |
| 08:03 | mib_ukzyda joined #koha | |
| 08:03 | juan left #koha | |
| 08:18 | juan joined #koha | |
| 08:47 | kf | hm, I have a problem sending hold notices by email from head - can somebody else test this too? first I had a problem because hold_print notice was missing, so I added it. but my patron has an email adress and no mail was generated. |
| 08:47 | chris | theres nothing in the message queue table eh? |
| 08:48 | kf | nothing in the patron notices tab, I did not check the mysql table |
| 08:48 | give me a mom | |
| 08:48 | a moment | |
| 08:52 | no | |
| 08:54 | chris: still there? :) | |
| 08:54 | chris | yep |
| 08:54 | was just looking at the code | |
| 08:55 | ill try to test it tomorrow at work and let you know | |
| 08:55 | kf | ok |
| 08:55 | I wanted to test a complete different thing : umlauts in email subjects | |
| 08:55 | thought holds notice would be the fastest thing | |
| 08:56 | hm, checkout notice... | |
| 08:57 | chris: thanks :) | |
| 09:01 | chris: checkout and checkin notice were generated | |
| 09:04 | chris | cool |
| 09:06 | kf | but no hold notice, I did another test :( |
| 09:08 | chris | righto, it doesnt need a cron job running to generate them or something? |
| 09:08 | kf | chris: first case was a book that was not on loan when placing the hold and I got no entry in messaging |
| 09:08 | I want email hold notices, not print :) | |
| 09:08 | print would need a cronjob I think | |
| 09:08 | chris | umm i think email does too |
| 09:08 | but im not sure | |
| 09:09 | kf | I can retest this on our other test installation, but there seems to be a problem, because I did another test with a book checked out to another patron, placed a hold, checked in - now I have an entry in messaging: |
| 09:10 | printTestpending2010-04-28 11:07:02 | |
| 09:10 | although the user has an email address | |
| 09:10 | chris | hmm |
| 09:10 | rach joined #koha | |
| 09:45 | nicomo left #koha | |
| 10:25 | Mike joined #koha | |
| 10:27 | francharb left #koha | |
| 10:27 | francharb joined #koha | |
| 10:37 | laurence left #koha | |
| 10:40 | Mike left #koha | |
| 10:50 | mib_ukzyda left #koha | |
| 11:15 | eb_inLibro joined #koha | |
| 11:17 | eb_inLibro left #koha | |
| 11:18 | Irinie joined #koha | |
| 11:19 | Irinie | Hi |
| 11:20 | Good morning | |
| 11:21 | chris | hi Irinie |
| 11:23 | davi joined #koha | |
| 11:24 | Irinie | Need your help please, I Install Koha 229 on a server, it seem working fine. but the Member modules doesn't save any new member registration |
| 11:24 | eric_b left #koha | |
| 11:24 | chris | are you using windows? |
| 11:25 | Irinie | yes |
| 11:25 | chris | 2.2.9 is very very old |
| 11:25 | and unsupported anymore i am afraid | |
| 11:25 | Irinie | could we install another new verson on windows |
| 11:26 | chris | not without lots and lots of work |
| 11:26 | you could run it inside a virtual machine though | |
| 11:27 | Irinie | it is inside a virtual server |
| 11:27 | chris | you installed 2.2.9 on linux, in a virtual machine on windows?? |
| 11:28 | Irinie | in a virtual machine on Windows |
| 11:29 | chris | sorry what? |
| 11:29 | if you have a virtual machine running linux, on your windows machine (say using vmware) you could run koha 3.0.5 on that | |
| 11:31 | Irinie | but we don't use linux |
| 11:32 | chris | i am saying you could run linux inside a virtual machine, on your windows server |
| 11:35 | Irinie | Ok I will refer to the It and reply to you soon |
| 11:39 | jwagner joined #koha | |
| 11:42 | Amit_G | heya jwagner |
| 11:43 | chris_n | g'morning Amit_G, jwagner |
| 11:43 | and chris | |
| 11:44 | chris | heh |
| 11:44 | jwagner | Morning, all |
| 11:44 | chris | for a little while anyway :) |
| 11:44 | * jwagner | wonders if chris EVER sleeps.... |
| 11:44 | Amit_G | heya chris_n |
| 11:46 | chris | yep, i usually get 6 or more hours in |
| 11:47 | with young kids you get used to weird sleep routines tho :) | |
| 11:48 | jwagner | Nah, I think you just enjoy playing online too much to bother with sleep :-) |
| 11:50 | chris | life would be easier if that were true :) |
| 11:52 | * chris_n | just added an 8 week old puppy to his team of 4 young kids :-P |
| 11:52 | chris_n | sleep is definitely illusive atm |
| 11:54 | Amit_G left #koha | |
| 11:54 | kf | chris: yesterday you said 7 hours... ;) |
| 11:54 | davi left #koha | |
| 11:55 | kf | jwagner: I have a problem with emailing hold notices - I think the print notice "got in the way" - could you test on head? I had a patron with email adress and message preferences for hold notices, but got a line with "print" in messages and another time I got no notice at all |
| 11:56 | could = if you have an installation, I cant send notices at home and searching for someone who can confirm there is a bug or not :) | |
| 11:58 | jwagner | kf, see Bug 4386 -- our original feature worked fine for emailing hold notices. BibLibre took that & expanded on it, and I think something they did broke it. I verified that it was a problem at current head; still works in our systems. |
| 11:58 | munin | 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=4386 major, P2, ---, henridamien koha-fr.org, NEW, New print notice feature not obeying email address for hold notices |
| 11:58 | jwagner | Other than that, I haven't had time to look at it. |
| 12:03 | jdavidb joined #koha | |
| 12:04 | kf | jwagner: aaah, I did not find it - thx! |
| 12:15 | jwagner: I mark the bug as blocker because email hold notices dont work now | |
| 12:16 | owen joined #koha | |
| 12:16 | Irinie left #koha | |
| 12:17 | * jdavidb | waves to kf and owen |
| 12:18 | * owen | grumbles |
| 12:20 | gmcharlt | good morning |
| 12:29 | * kf | waves to jdavidb and owen and sends some chocolate medicine |
| 12:30 | kmkale joined #koha | |
| 12:31 | owen | Thanks kf that would probably help! |
| 12:31 | jwagner | Hey! Where's MINE??? |
| 12:32 | * jwagner | wants chocolate too :-( |
| 12:32 | * kf | sends more chocolate to jwagner |
| 12:32 | * jwagner | smiles |
| 12:32 | kf | :) |
| 12:33 | * jwagner | sends chocolate back to kf as thanks |
| 12:33 | tomascohen joined #koha | |
| 12:33 | * owen | thinks jwagner taught his 3yo some tricks for getting his way |
| 12:33 | kf | chocolate exchange program :) |
| 12:34 | jwagner | owen, ME? I've never even SEEN your 3yo. Any bad habits he's developed must be coming from his parents, methinks. |
| 12:34 | kf | oh, a library asked about a module for ... exchange of publications(?) - does someone know how this could be done with koha or if there is development planned? |
| 12:35 | not sure if this is special for our libraries | |
| 12:35 | jdavidb | interlibrary loan, kf? |
| 12:35 | kf | no |
| 12:35 | the institution of the library publishes a book and the books are send to different other institutions | |
| 12:35 | and they get publications from those institutions | |
| 12:36 | I think you need to manage adresses of your exchange partners and mark the items | |
| 12:37 | kmkale left #koha | |
| 12:37 | jdavidb | hm.. That wouldn't be a huge extension, I wouldn't think. Could manage the exchange partners as a fixed patron class, maybe, if you just need to keep a mailing list. |
| 12:37 | kmkale joined #koha | |
| 12:37 | kf | my problem is, I never worked with such a module, but I get asked for it |
| 12:38 | I think a lot of it could be done with reports and perhaps you could manage them as patron or vendor | |
| 12:38 | but it seems this is not common in other libraries? | |
| 12:39 | sekjal joined #koha | |
| 12:39 | gmcharlt | kf: doesn't sound like that practice is common in US academic libraries |
| 12:39 | jdavidb | I've not heard of it in this country; generally, if a library is going to publish something in larger quantity, they'll send it out to a publishing company, I'd think. |
| 12:40 | schuster joined #koha | |
| 12:40 | jdavidb | (or have their academic institution's private press do it) |
| 12:41 | kf | jdavidb: publishing is not the problem, but they give the finished publications to other libraries for free |
| 12:41 | hilongo left #koha | |
| 12:41 | kf | and get publications back from them |
| 12:41 | gmcharlt | how strictly do you need to audit them? |
| 12:42 | i.e., if a library fails to send you their publications, does your workflow need to be able to detect that | |
| 12:42 | kf | Im not sure, I have to get more information about the process, I had hoped its a more common practice |
| 12:42 | gmcharlt | ? |
| 12:42 | jdavidb | Most of that here would be handled by the publishing company; you'd send them a "courtesy copy" list, and they'd send 'em out when the publication came out. |
| 12:42 | kf | I think in some cases yes, |
| 12:43 | jdavid: dont tell me, tell the libraries :) | |
| 12:45 | jwagner | The nearest equivalent I can think of in the US would be the federal depository libraries -- libraries designated to get a copy of every federal publication. There isn't a reciprocal (the libraries don't send the gov't anything in return) and I don't know how the libraries track receipt of federal publications. |
| 12:46 | I know a few depository sites -- I could ask around if it would help any. But I imagine they just get publications in the mail & catalog as normal. I doubt there's any kind of tracking. | |
| 12:48 | gmcharlt | US govt depository libraries do get to select what subset of the documents to get |
| 12:48 | and there are shipping lists that they can refer to | |
| 12:49 | to ensure that they get what they're supposed to | |
| 12:49 | not sure how amenable that is to machine processing | |
| 12:49 | also, a lot of libraries use thrid-party vendors such as MARCIVE to supply them with catalog records for the government documents | |
| 12:51 | jwagner | Thanks, gmcharlt -- that's more detail than I knew :-) |
| 12:51 | kf | jwagner&gmcharlt: thx |
| 12:51 | I just talked to my colleague | |
| 12:52 | she told me its about tracking who got what publication, lists of who got what from the library and who wants what and so on | |
| 12:52 | have to think about it a bit more | |
| 12:52 | an example: museum libraries exchange their exhibition catalogs | |
| 12:55 | schuster | I worked with Gov docs for awhile and there are programs to track what you have received or not received from the government. Most of them are Serial type items |
| 12:57 | kf sounds more like an ILL type situation to track what you have sent out, or are you trying to track what you should be getting? | |
| 12:57 | kf | both, but you are never getting things back |
| 12:57 | schuster | So backup - what is the ultimate goal you are trying to achieve? |
| 12:58 | But there would be a record that it was sent. | |
| 12:58 | It would be a courtesy also to provide at least a shell of a MARC record to those you are sending the document to. Why not make them epublications? | |
| 12:58 | kf | and some kind of report, I was also told there should be a balance |
| 12:59 | kmkale | I have recently had a requirement from a multi branch library which does central purchasing and despatches the books to branches. They needed tracking of this within koha |
| 12:59 | possible? | |
| 13:00 | kf | schuster: some time ago a student would have to print about 50 and more copies of his thesis and the library would send them out to other libraries - today many things are published on institution repositories |
| 13:00 | schuster | I wonder if you could use KETE for something like this in an e format? That way the items wouldn't have to be "sent" but would be available to everyone. |
| 13:00 | kf | schuster: this is about printed publications, books, journals |
| 13:00 | schuster | Yes - I was talking with a doctorate student that indicated they had to provide the finished copy 1 hard, 1 PDF, 1 word editor type document for repository purposes. |
| 13:01 | kf the problem with books journals is single use - I do like paper personally, but there is storage, space, and convenience - e - manages all of those concerns. | |
| 13:02 | kf | schuster: you dont need to convince me - although I think some things are more enjoyable in print form |
| 13:02 | joettt joined #koha | |
| 13:02 | schuster | kmkale - depends on how much tracking you want? In 3.2 I believe there is more of this type of tracking available. Maybe jwagner can expound on that as I believe PTFS did the development? |
| 13:03 | kmkale | they wanted to be able to scan the barcodes on despatch in to koha and on recieving end again scan barcodes and do a reconciliation |
| 13:03 | schuster | kf - yes but even if you had it available in - e - format you could indicate who they could ILL the paper from rather than 5 institutions holding it? |
| 13:04 | kmkale | to track number of books sent = number received as well as correct books received at the correct branch |
| 13:05 | schuster | kmkale - from what I know when the item is created it goes into "processing" and then when the library receives it checks it in making it available. Seems like Dynix had something similar to what you are asking for but Koha doesn't have that unless you use maybe a transfer process? |
| 13:05 | jwagner | schuster, I've lost track -- what are you asking me about? |
| 13:05 | kf | schuster: I kind of lost track too :( |
| 13:05 | schuster | kmkale was asking about central processing and dispatching items. |
| 13:05 | kmkale | yes central purchase and despatch to branches |
| 13:06 | schuster | kf - sorry started mixing topics here. |
| 13:06 | kmkale | and sorry I jumped in |
| 13:06 | jwagner | No, we haven't done anything along those lines. Reading back, I think you may be referring to our in processing/shelving cart feature. I suppose it might have some uses along those lines, but it wasn't developed for that purpose. |
| 13:06 | schuster | kmkale seems like you could do that with transfer - but it would be a lot of repetitive motion scanning on both ends. |
| 13:07 | kmkale | how does transfer work? haven't used it before |
| 13:07 | and can we get reco reports of transfers? | |
| 13:11 | joettt left #koha | |
| 13:11 | kf | ok, meeting now - thx for your input! |
| 13:11 | kmkale | Got it in docs |
| 13:11 | but i dont think it will meet the purpose & requirement here | |
| 13:11 | I was thinking of writing a small separate web app for this | |
| 13:12 | but please let me know if you have any ideas on how to acchieve this from within Koha | |
| 13:12 | schuster | kmkale - probably isn't exactly what you are looking for, but maybe could be tweaked for central processing purposes? through the cataloging menu add "distribution" which you could take that same bit of code, but have it also change the current/home when it was checked in. |
| 13:13 | kmkale | shuster: not sure I understand |
| 13:15 | schuster | The processing center would have its own location - so when you "dispatch" the item from the processing center it would indicate - Home library is who it is sending to, current library would be processing center. When it gets checked in both would be changed to Home library. |
| 13:15 | which I assume is who you are sending the item to. | |
| 13:15 | kmkale | they want to create the bib and inter the item, generate barcode and then send it to the branch which will just put it on shelf and start lending. ( after doing the received reconciliation of course ) |
| 13:16 | schuster | Seems like transfer would work for that... We run an ILL report for items that are "in transit" from A to B to find items that didn't make it "home". |
| 13:16 | kmkale | do you mean we use the normal circulation mech to send the item and use check out at processing center and check in at receiving branch? |
| 13:18 | Functionally it will work. but for reporting. let me try using transfer and see what kind of report I can generate | |
| 13:18 | thanks shuster | |
| 13:31 | joetho left #koha | |
| 13:31 | schuster left #koha | |
| 13:32 | kmkale left #koha | |
| 14:11 | jcamins joined #koha | |
| 14:11 | jcamins left #koha | |
| 14:26 | Nate joined #koha | |
| 14:26 | sh joined #koha | |
| 14:27 | sh left #koha | |
| 14:33 | jcamins joined #koha | |
| 14:33 | jcamins left #koha | |
| 14:38 | tomascohen left #koha | |
| 14:39 | tomascohen joined #koha | |
| 14:42 | jcamins joined #koha | |
| 14:53 | Nate_ joined #koha | |
| 14:55 | jcamins | Does anyone know if it is possible to overlay records in Koha? |
| 14:55 | alex_a left #koha | |
| 14:56 | Kivutar left #koha | |
| 14:57 | jcamins | (to clarify: I'm looking to overlay records in bulk so I can do name authority work outside of Koha) |
| 14:57 | (we're using 3.2-alpha) | |
| 14:58 | Nate__ joined #koha | |
| 15:01 | Nate left #koha | |
| 15:01 | Nate__ is now known as Nate | |
| 15:05 | johnindy joined #koha | |
| 15:07 | Nate_ left #koha | |
| 15:12 | kmkale joined #koha | |
| 15:16 | kmkale | @help |
| 15:16 | munin | kmkale: (help [<plugin>] [<command>]) -- This command gives a useful description of what <command> does. <plugin> is only necessary if the command is in more than one plugin. |
| 15:18 | jwagner | gmcharlt, online? |
| 15:18 | gmcharlt | yep |
| 15:26 | jcamins | Are there any guidelines on submitting features as patches? We have made a number of customizations, and would like to contribute them for 3.4, but I'm not real clear on the use of, e.g., system preferences. |
| 15:28 | wizzyrea | http://wiki.koha.org/doku.php?[…]lopment:git_usage |
| 15:28 | jwagner | There's also http://wiki.koha.org/doku.php?[…]odingguidelines&s[]=coding&s[]=guidelines |
| 15:28 | wizzyrea | http://wiki.koha.org/doku.php?[…]portingfornewbies |
| 15:29 | oh, good one jwagner | |
| 15:29 | http://wiki.koha.org/doku.php?id=instructions | |
| 15:29 | as well | |
| 15:29 | so.. yes, would be the answer to that | |
| 15:29 | :) | |
| 15:30 | * jwagner | mumbles something about not all of us actually FOLLOWING the guidelines, but..... |
| 15:30 | brendan left #koha | |
| 15:31 | jwagner | And yes, I'm talking about myself :-) |
| 15:31 | wizzyrea | hehe |
| 15:31 | jwagner: I hadn't actually SEEN this page before | |
| 15:31 | so thanks for the link | |
| 15:32 | jwagner | Various people of the techie persuasion have been trying to work it up lately -- I just remembered the discussion. |
| 15:32 | kf | jcamins: we get our authorities from our union catalog, afaik it overlays records with the same identifier |
| 15:33 | jcamins: there is a script for bulkauthimport in 3.0, I think its integrated in bulkmarcimport in 3.2 | |
| 15:33 | jcamins: I have not tested that yet | |
| 15:34 | jcamins | wizzyrea: Oh, look at that. I'd never seen the instructions one. |
| 15:34 | wizzyrea | hehe! |
| 15:35 | jcamins | kf: I'm trying to overlay bib records, and it seems that bulkmarcimport will either create duplicate records, or ignore duplicate records, but won't replace. Unless I'm doing something wrong, which is quite possible. |
| 15:36 | Nate_ joined #koha | |
| 15:38 | kf | jcamins: look at the staged marc import |
| 15:38 | sorry, emergency here | |
| 15:38 | Nate__ joined #koha | |
| 15:40 | Nate___ joined #koha | |
| 15:40 | * jwagner | sends kf more chocolate to help with the emergency. |
| 15:42 | kf | thx, I need it :) |
| 15:43 | Nate left #koha | |
| 15:43 | kf | jcamins: staged marc import can work with matching points and overlay, we even us it on command line |
| 15:44 | Nate____ joined #koha | |
| 15:44 | Nate____ is now known as Nate | |
| 15:45 | jcamins | kf: I'm just poking at it now, but it looks like this is what we need. |
| 15:46 | kf | jcamins: until today (import emergency right now...) it worked really well, we match by 001 which contains the unique control number from our union catalog |
| 15:47 | Nate_ left #koha | |
| 15:49 | Nate__ left #koha | |
| 15:50 | Nate_ joined #koha | |
| 15:50 | jcamins | kf: It's a shame that they never bothered with unique 001s before, here. |
| 15:51 | Nate___ left #koha | |
| 15:52 | kmkale | quit |
| 15:52 | kmkale left #koha | |
| 15:53 | jcamins | kf: Is there any reason we can't use 999c? That's guaranteed unique, after all. |
| 15:54 | brendan joined #koha | |
| 15:55 | Nate__ joined #koha | |
| 15:56 | kf | I think you can build a matching rule on 999c too, but I think this is a number generated by koha? |
| 15:57 | jcamins | Yes. I only want to overlay those records that are already in Koha. |
| 15:57 | Nate left #koha | |
| 15:57 | Nate__ is now known as Nate | |
| 15:57 | kf | but do you have that 999c number in the records you want to import? |
| 15:58 | jcamins | Yes, the records I'm importing were all exported from Koha earlier. |
| 16:02 | That's amazing! | |
| 16:04 | (it worked beautifully, for the first 100 records) | |
| 16:04 | Nate_ left #koha | |
| 16:08 | Nate left #koha | |
| 16:08 | kf | jcamins: yes, its a great tool, you can also undo imports |
| 16:08 | schuster joined #koha | |
| 16:12 | paul_p joined #koha | |
| 16:17 | jcamins | I guess now I just have to figure out how to deal with item records with this. |
| 16:29 | schuster | pazpar2 setup/configuration - I noticed in the MARCH newsletter(thank you again Nicole) that someone was working with pazpar2 again to get it to "discover" books etc from gutenberg etc... |
| 16:30 | Is there any more technical information about getting that setup? It was a brief article but intriguing. | |
| 16:38 | kf | schuster: chris did some work on that, search the irc logs - there were some instructions and two patches on chris' git |
| 16:39 | schuster: wanted to try it according to this inforamtion myself, but had no time yet | |
| 16:39 | bye #koha :) | |
| 16:41 | schuster | thanks kf |
| 16:41 | kf left #koha | |
| 16:41 | kf joined #koha | |
| 16:41 | kf left #koha | |
| 16:43 | miguel left #koha | |
| 16:43 | wizzyrea | bbl, but I want some help/feedback on this: http://koha-community.org/abou[…]loper-guidelines/ |
| 16:43 | links, additional requested verbiage, etc | |
| 16:44 | miguel joined #koha | |
| 16:44 | wizzyrea | scratch that link |
| 16:44 | http://koha-community.org/developer-guidelines/ | |
| 16:57 | miguelxercode joined #koha | |
| 16:57 | miguelxercode left #koha | |
| 17:01 | schuster left #koha | |
| 17:26 | zico joined #koha | |
| 17:28 | schuster joined #koha | |
| 17:28 | schuster | so is that chris really here? |
| 17:28 | owen | Probably a little early for him |
| 17:29 | schuster | Sorry I keep dropping in and out not sure what's wrong with my internet. |
| 17:29 | zico | brenden: hello, how are you all? |
| 17:29 | schuster | Ok - I was going to ask a pazpar2 question. I'll hold it for later... ;) LUNCH! |
| 17:29 | zico | thank you all for helping me to solve the problem of fine calculation |
| 17:29 | but, i am facing another problem | |
| 17:30 | after completing the fine, if same user goes for another book, he/she cannot issue anything | |
| 17:30 | if you want, i can paste this image to somewhere | |
| 17:31 | i mean, i took the screenshot from my server | |
| 17:33 | owen is now known as owen-away | |
| 17:43 | chris_n left #koha | |
| 17:48 | chris_n joined #koha | |
| 17:50 | zico | is there anyone who can help me? |
| 17:58 | is there anyone who can help me? | |
| 17:58 | say... Mr. A took a book which had fine | |
| 17:58 | he completed his outstanding fine | |
| 17:59 | then, he want to take another book... so.. i just entered that barcode of that book, but... he is unable to check out that book | |
| 17:59 | i mean... this message is not coming... "Please confirm Checkout? Yes/No"... this is not coming | |
| 18:00 | jwagner | zico, did that patron record get marked as debarred? |
| 18:00 | Does the patron owe any more money for anything else? Check the value in the noissuescharge syspref. | |
| 18:03 | wizzyrea_laptop joined #koha | |
| 18:05 | owen-away is now known as owen | |
| 18:06 | zico | jwagner: i am very sorry to let you know that, i cannot understand the meaning of "marked as debarred"! Can you help me a little? |
| 18:07 | jwagner: the value of noissuecharge is given "10" ... so..... | |
| 18:10 | jwagner | If you edit a patron record, down near the bottom is a section called Patron Account Flags. One of the entries is Debarred. If that's set to yes, the patron will not be able to borrow anything. |
| 18:11 | The noissuescharge syspref is a threshold -- if the patron owes more than that amount, then checkouts are blocked. | |
| 18:14 | zico | jwagner: no, the Patron |
| 18:14 | Account Flag is not set to Deburred! | |
| 18:14 | jwagner | Then I'm out of ideas :-( |
| 18:15 | wizzyrea_laptop | zico: are you sure you have a default rule in your circ settings? |
| 18:16 | zico | wizzyrea_laptop: we have modified our circ settings. |
| 18:16 | wizzyrea_laptop | I was afk, maybe someone already asked that |
| 18:16 | but do you have a default rule? | |
| 18:16 | zico | what default rule? |
| 18:17 | wizzyrea_laptop | 1s I'll screencap |
| 18:18 | zico | wizzyrea_laptop: do u want screenshots? |
| 18:18 | wizzyrea_laptop | nope, I'm going to cap you an example of the rules I'm talking about |
| 18:20 | zico | i cannot understand you point. :( |
| 18:23 | wizzyrea_laptop | ok, just a minute :) |
| 18:27 | francharb left #koha | |
| 18:27 | wizzyrea_laptop | http://screencast.com/t/ZmI3MDQwZDU |
| 18:28 | sorry for the delay there | |
| 18:33 | collum joined #koha | |
| 18:36 | zico | wizzyrea_laptop: are you giving this to me? this link? |
| 18:37 | wizzyrea_laptop | yes, though I think maybe I missed the important part of your problem. I still think it's something to do with your rules though |
| 18:37 | zico | ok, lemme check |
| 18:40 | wizzyrea_laptop: are you talking about "default" rule? | |
| 18:40 | wizzyrea_laptop | yep |
| 18:40 | zico | there in my koha, there is nothing like this... i mean.. there is nothing called for "Default" |
| 19:03 | wizzyrea_laptop: here is the problem... http://www.screencast.com/user[…]aa59-8275af04b439 | |
| 19:04 | i cannot see any window like "please confirm checkout"!! | |
| 19:06 | wizzyrea_laptop | so that happens when someone tries to check something out but they have fines? |
| 19:07 | kind of like this enhancement requesT? | |
| 19:07 | http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=3496 | |
| 19:07 | munin | 04Bug 3496: enhancement, P5, ---, kohaprogrammersptfs.com, NEW, Override maximum fine at checkout |
| 19:15 | tomascohen left #koha | |
| 19:23 | cait joined #koha | |
| 19:23 | cait | hi #koha |
| 19:25 | jcamins | Is there anyone about who understands bib1 attributes? |
| 19:27 | I'm trying to understand why the bib1.att file calls Use attribute 30 'copydate' and what the ramifications might be of changing that to 'date' (since in fact Use attribute 30 is supposed to include the data in MARC21 033, too). | |
| 19:28 | owen | Grrr.. Placing multiple holds at once from a list will override the maxreserves limit >:( |
| 19:30 | wizzyrea_laptop | !! hiss |
| 19:31 | zico | so...i can understand that, this is a bug |
| 19:31 | what can i do now??? | |
| 19:32 | jwagner | owen, hence my patch on Bug 3093 to turn off that multiple holds button. |
| 19:32 | munin | 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=3093 enhancement, PATCH-Sent, ---, sedwardsalloycomputing.com, RESOLVED FIXED, Enhance placing of holds in staff interface |
| 19:33 | jwagner | I sent that patch in November, but I don't think it's ever been pushed. |
| 19:33 | cait | jcamins: I think copydate is the index name, look at record.abs if 033 is indexed there too |
| 19:34 | owen | jwagner: Can you explain your last comment on that bug? What problems was it causing? |
| 19:34 | jwagner | Some of what you were having, also problems with it not blocking holds between branches. |
| 19:34 | jcamins | cait: It is not. There is a commented out line: #melm 033 Date |
| 19:35 | jwagner | owen, in particular, the original feature didn't have item-level holds, and it was placing next available holds without regard for the branches. Some of that was fixed by setting the hold policies in the circ rules, but it was a problem. |
| 19:35 | cait | zebra configuration is spread in 3 files, ccl.properties is involved too |
| 19:35 | jcamins | I added a completely separate index, since we use 033s to hold auction dates, but that doesn't seem quite right. |
| 19:36 | owen | jwagner: So the problem with multiple holds not obeying the maxreserves limit is resolved by disabling multiple holds? |
| 19:36 | jcamins | cait: (it works fine, but I feel like I may have created more of a maintenance headache than is absolutely needed) |
| 19:36 | jwagner | It's a workaround, not a fix :-) |
| 19:36 | If they have to place holds on each individual title, then it obeys the limits. It's just the multihold feature that doesn't work right. | |
| 19:37 | cait | jcamins: I know what you mean, we have an separate index for inventory numbers - an additional field in items |
| 19:37 | schuster | Question for those running 3.2 alpha(and I have an old one at that) - I'm in the admin tools - with items in my "cart" when I click on the cart to see those 2 items I am getting an error: |
| 19:38 | "software error" Can't call method "field" on an undefined value at /usr/share/koha/lib/C4/Biblio.pm line 1336."contact your webmaster"... | |
| 19:38 | cait | oh, looks familiar |
| 19:39 | jcamins | cait: Is this something worth bringing up on koha-devel, do you think? The bib1 standard specifies 033 (obviously this would be a change for 3.4, not 3.2... most people probably don't use 033) |
| 19:40 | cait | perhaps ask gmcharlt about it, I dont know enough about z39.50 |
| 19:41 | and open discussion is never a bad idea :) | |
| 19:41 | gmcharlt | indeed not |
| 19:42 | enabling use attribute 33 shouldn't be a big deal | |
| 19:43 | but now I'm confusing myself - since when did bib1 actually specify a MARC mapping? | |
| 19:43 | jcamins | gmcharlt: http://www.loc.gov/z3950/agency/bib1.html |
| 19:43 | gmcharlt | ah, that's distinct from the bib-1 attribute set itself |
| 19:44 | schuster | chris_n about? question about label printing... |
| 19:45 | jcamins | Yeah, but right now Koha's configuration files call use attribute 30 'copydate' and if we enable 033 in record.abs, and want it to match to use attribute 30, that would be confusing. |
| 19:45 | gmcharlt | yep |
| 19:45 | I think that would be the main thing holding back just uncommenting the melm line | |
| 19:46 | is whether there would be an issue with slightly changing the semantics on the pubdate sorting | |
| 19:46 | chris_n | schuster: here |
| 19:46 | jcamins | I think Koha uses use attribute 31 for pubdate. |
| 19:46 | schuster | When it puts the text on the screen for the individual spine label is that controlled anywhere for font size or you get what you get? |
| 19:47 | jcamins | (checking on that now) |
| 19:47 | zico | Guys.... what can i do??? :D |
| 19:48 | chris_n | schuster: I assume you are referring to the size of the font on the spine label itself? |
| 19:48 | zico | do u have any suggestions for my overdued patrons?? :) |
| 19:48 | jwagner left #koha | |
| 19:48 | schuster | chris_n yes font size |
| 19:50 | chris_n | schuster: fontsize is set in the layout |
| 19:50 | collum left #koha | |
| 19:51 | chris_n | edit the layout for your spine label and look near the bottom of the screen |
| 19:51 | there you can adjust three attributes of the text: alignment, font type, font size | |
| 19:52 | schuster | OK I'll poke around a little more on that. |
| 19:52 | jcamins | So far as I can tell, copydate (use attribute 30) isn't actually used anywhere. The only mention outside of the configuration is in Search.pm, in the list of all indexes. |
| 19:53 | Mike joined #koha | |
| 19:54 | zico left #koha | |
| 19:56 | jcamins | cait: If you're still around, I have a question for you about the 77x linking you're working on (I think you had said you were working on 77x linking?) |
| 19:56 | zico joined #koha | |
| 19:57 | cait | jcamins: yes, although I had not time the last days, I hope it will be better once I get my own virtual box koha on my computer at work next week |
| 19:58 | jcamins: the problem is, I m not sure how it will work for other libraries (meaning international) | |
| 19:59 | zico left #koha | |
| 19:59 | jcamins | Okay. My question is as follows: we actually customized the linking more than what was in the patches I submitted. I don't really know how to make our additional customizations useful to others. But you might. Would it be of any use to you if I sent you the customized XSLT files? |
| 19:59 | cait | jcamins: our libraries catalog in the union catalog and I get links with unique id numbers in $w, I already have a patch for an index record-control-number, but I think I need to add some more fields for linking by isbn and issn? |
| 19:59 | jcamins | (I'll find an example of what we did... one moment) |
| 19:59 | zico joined #koha | |
| 20:00 | cait | of course you can send them to me, but cant promise anything - im not really a programmer but the only person available to add this functionality. and ourlibraries really need this. |
| 20:00 | jcamins | http://donum.numismatics.org/c[…]l?biblionumber=20 |
| 20:00 | cait | will of course try not to break anything and I hope I can make it work better for other libraries too |
| 20:01 | jcamins | I think that link works. The relevant point is below the subjects, where the link to "Numismatica Antichita Classiche" points to a query by ISSN. |
| 20:01 | cait | sorry, this link does not work for me |
| 20:01 | zico | hello |
| 20:01 | jcamins | Okay, I'll try the other one. |
| 20:01 | zico | hello |
| 20:01 | is there any way to manage patron with overdue?? | |
| 20:02 | jcamins | Ah. The server is down. Again. IT is working on it. |
| 20:02 | cait | zico: I missed the description of your problem, is your problem a yellow box without text? |
| 20:03 | oh bugs.koha.org is really slow | |
| 20:03 | zico | cait: yes! it comes to such patrons who just paid their overdues |
| 20:04 | cait | but the overdue items are still checked out? |
| 20:05 | bug 4036 | |
| 20:05 | munin | 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=4036 blocker, P5, ---, kyle.m.hallgmail.com, ASSIGNED, Two conditions missing from circ template messages: USERBLOCKEDOVERDUE and USERBLOCKEDREMAINING |
| 20:05 | Nate joined #koha | |
| 20:12 | zico | so... this is a bug |
| 20:12 | i cannot make anything for my patrons with overdue? | |
| 20:14 | can i make anything for my patrons with overdue? | |
| 20:14 | cait | you could try fix it in your installation by changing the code, but the patch is not in head yet and im not sure it will work for 3.0.x - perhaps someone of the developers can help, I dont know git and perl good enough to help here :( |
| 20:15 | zico | cait: changing code during installation? |
| 20:15 | i don`t get it! :) | |
| 20:17 | cait | Im sorry |
| 20:17 | owen left #koha | |
| 20:19 | cait | perhaps you will need to live with the bug until its fixed, you could add to the bug report, tht this is a problem in 3.0.x too |
| 20:21 | zico | :( :( |
| 20:24 | Nate left #koha | |
| 20:31 | jcamins | cait: I e-mailed you the XSLT (and a screenshot), in the hopes that it might be helpful to you. |
| 20:32 | cait | jcamins: thank you! |
| 20:33 | jcamins: I will tell you about my progress | |
| 20:34 | jcamins | You're welcome. Hopefully it will be helpful. The linking is useful, but I don't feel like what I wrote (aside from the patch I already submitted) is really patch quality. |
| 20:35 | cait | not sure I wil reach patch quality - but will try. |
| 20:36 | I already saved your other patches to look at them :) | |
| 20:36 | jcamins | Well, maybe between all the people who care about analytics we'll manage. |
| 20:36 | cait | I think feedback from other librares with other cataloging practices is needed here - im not a cataloger and not a programmer, so will need some help |
| 20:36 | jcamins | It would be very exciting if Koha had good analytic support... I think it would be the only ILS. |
| 20:37 | I'm a cataloger, but I stopped being a programmer five years ago. | |
| 20:37 | cait | I dont know, in our catalogs articles and links between records are very common |
| 20:39 | larsw joined #koha | |
| 20:39 | chris | back |
| 20:39 | cait | hi chris |
| 20:40 | brendan | wb chris |
| 20:40 | * chris | looks forward to being able to go git pull jcamins-repo/analytics_branch :) |
| 20:41 | rich-away is now known as richard | |
| 20:43 | jcamins | chris: it's still in a state of flux, but our branch is in github, if you want to see it (see the list of public repositories on the wiki) |
| 20:43 | chris | yup i looked, very cool |
| 20:44 | the more public repos the better | |
| 20:44 | cait | can you have a public repo when working with virtual box? |
| 20:44 | jcamins | cait: Yes! |
| 20:44 | chris | cait: yes use github or gitorious |
| 20:44 | jcamins | cait: That's what I'm doing, actually. |
| 20:45 | schuster | chris - question about pazpar2 - so if you are using pazpar you really don't use Zebra or you use it in conjunction? |
| 20:45 | chris | conjunction |
| 20:46 | schuster | Ah ok that makes more sense thank you. I was trying to figure out why you would use Zebra at all if Pazpar has these other features! |
| 20:46 | cait | jcamins: I will remember that :) |
| 20:46 | schuster | Is the setup for pazpar2 documented well anywhere? |
| 20:46 | jcamins | Clone a repository on github, and add it as a remote (github's instructions explain this). Then you just have to set up a public key, and you can use git push. |
| 20:47 | cait | not sure I undestand it, still struggling with git a lot |
| 20:47 | jcamins | Neither do I. |
| 20:47 | If you look through the IRC logs, though, someone (I forget who) is an expert, and was able to explain it to me. | |
| 20:48 | Okay, time to close up before the security guards kick me out. | |
| 20:48 | Have a good week, all. | |
| 20:48 | cait | yes, time for me too |
| 20:48 | good night #koha | |
| 20:48 | wizzyrea_laptop | good night cait |
| 20:49 | cait | night liz! |
| 20:49 | cait left #koha | |
| 20:49 | jcamins left #koha | |
| 20:56 | jdavidb left #koha | |
| 20:58 | chris | ohh another new developer cool |
| 20:59 | sekjal left #koha | |
| 21:03 | brendan | @wunder 93117 |
| 21:03 | munin | brendan: The current temperature in ASOS_HFM SANTA BARBARA, CA, Santa Barbara, California is 21.1�C (1:40 PM PDT on April 28, 2010). Conditions: Clear. Humidity: 35%. Dew Point: 5.0�C. Pressure: 29.92 in 1013.1 hPa (Falling). Wind Advisory in effect until 3 am PDT Thursday... |
| 21:05 | chris | @wunder wellington nz |
| 21:05 | munin | chris: The current temperature in Wellington, New Zealand is 16.0�C (8:00 AM NZST on April 29, 2010). Conditions: Mostly Cloudy. Humidity: 82%. Dew Point: 13.0�C. Pressure: 30.04 in 1017 hPa (Steady). |
| 21:08 | zico left #koha | |
| 21:19 | larsw left #koha | |
| 21:22 | schuster left #koha | |
| 21:28 | larsw joined #koha | |
| 21:32 | jo joined #koha | |
| 21:32 | jo | Morning all |
| 21:33 | chris_n | hey jo |
| 21:33 | jo | hi Chris |
| 21:33 | rhcl_away | Hi jo |
| 21:34 | jo | fantastic email you wrote the other day about Koha community |
| 21:34 | brendan | heya jo |
| 21:34 | chris | hiya jo |
| 21:34 | jo | who is rhcl? |
| 21:34 | (I know everyone else :) | |
| 21:34 | chris_n | thanks |
| 21:35 | rhcl_away | Rolling Hills Consolidated Library - St. Joseph, MO |
| 21:35 | USA | |
| 21:35 | oops | |
| 21:35 | rhcl_away is now known as rhcl | |
| 21:36 | jo | very good. |
| 21:36 | so dfid your parents call you Rolling Hills or do you have a real name? | |
| 21:37 | (I'm a bit cheeky sometimes ... :) | |
| 21:37 | chris_n | hehe |
| 21:37 | rhcl | Oh, actually I'll respond to lots of things, but Greg works. |
| 21:37 | jo | cool - hi Greg. Pleased to meet you |
| 21:37 | rhcl | call all IRC clients not see the "Real Name"? It shows in my xchat so I just assumed everybody could see it. |
| 21:37 | s/call/can | |
| 21:38 | brendan | Jo = our resident "mover and shaker" |
| 21:38 | jo | I can't see it... butthen I just pretend to know what I'm doing with tech stuff |
| 21:38 | chris_n | jo: /whois rchl |
| 21:38 | rhcl | uh, rhcl |
| 21:38 | chris_n | opps |
| 21:38 | jo | there you go ! see Ilearnt something |
| 21:39 | chris_n | nice! its hard to learn people things these days ;-) |
| 21:39 | gmcharlt | heh |
| 21:40 | * chris_n | hears the grammar teacher in him groan |
| 21:42 | jo | off to spend day working with chris on our 2nd test conversion of 2.2.9 to 3.2 |
| 21:42 | and its looking beautiful :) | |
| 21:46 | paul_p left #koha | |
| 22:05 | reed joined #koha |
← Previous day | Today | Next day → | Search | Index
