Time Nick Message 22:45 mdhafen do you have xslt on? 22:44 wizzyrea_ gerg. I like it, too. 22:42 mdhafen mystery to me then. 22:39 wizzyrea_ hm. I set it and it's not showing :/ 22:37 * wizzyrea_ goes to see if setting it works... 22:37 wizzyrea_ mdhafen++ 22:36 wizzyrea_ nicole did it 22:36 wizzyrea_ AH 22:36 mdhafen I finished the other thing ;) 22:36 mdhafen ah, OpacUrl has to be set 22:35 braedon|work what version did you see it on? 22:35 braedon|work i saw that at some point also.. can't remember any details as to the setup sorry :( 22:32 mdhafen lol. thanks. 22:32 wizzyrea_ hehe I forgive you :) 22:32 mdhafen that's how I feel, but I'm in the middle of something else now. :( 22:31 wizzyrea_ erg, i must figure it out 22:27 mdhafen I doubt it 22:26 wizzyrea_ (surely not) 22:26 wizzyrea_ is it a nozebra thing? 22:26 wizzyrea_ ok, but I don't see it in a newer version of head 22:26 mdhafen don't remember who submitted that. 22:25 mdhafen yeah, that's new 22:23 wizzyrea_ either way, I like it .... a lot 22:22 wizzyrea_ i've never seen that before 22:22 wizzyrea_ wtf yo, how do you get this to show up all the time, it it a syspref? http://screencast.com/t/ZmQ5Mjg3ZjY 22:12 braedon|work :p 22:09 zator exit 22:09 zator quit 22:01 schuster by all hope you had a great day! 21:29 magnus ... and so to bed 21:28 ebegin I'm looking for a way to use the XSLT file for result in order to display the content of the lists... (unless that was done already) 21:28 mdhafen inventory probably sorts from the database 21:28 jwagner I'll have to go back & check now if inventory is using Search.pm (and thus should be fixed now), or its own call (still would need patching). 21:27 ebegin Is it easy to do a request to zebra to get a list of specific bib id? 21:27 jwagner schuster, see the bug report. Two problems -- inventory was using regular call number instead of cn_sort for sorting, and the cn_sort was only getting the first segment of the call number padded, not every segment. The second one is what magnus just patched. 21:26 magnus yes, Search.pm was sorting by Local-classification, not cn-sort (the padded version of the call number) 21:26 jwagner Oops, the one I have on my mental list is the inventory sorting, and you were looking at OPAC sorting. 21:26 schuster ok so someone clarify for me about the call number sort stuff... What causes it to be off? someone mentioned ddc someplace which made me wonder 21:24 jwagner It looks like you also changed the routine to use cn_sort instead of regular call number? 21:24 magnus great - i feel sort of out of my depth, but it seems to work... 21:24 jwagner I saw that. I'll have jdavidb take a look in the morning. He looked at the problem for us originally. 21:23 munin 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4265 normal, P5, ---, gmcharlt@gmail.com, NEW, Sorting by call number in OPAC is slightly off 21:23 magnus i *think* i have a fix for bug 4265... 21:22 jwagner Yes? 21:17 magnus_away jwagner? 21:13 ricardo chris: Bye chris! :) 21:13 ricardo mdhafen: Eheh, nice 21:13 chris cya ricardo 21:13 mdhafen yeah, I have the MARC21 spec on loc.gov bookmarked :) 21:13 ricardo Well, I really "gotta" go home now. Take care everyone! 21:13 ricardo mdhafen: Cool, thanks for the info. 21:12 mdhafen except the subfield deliminator is at the beginning of the subfield. The rest are at the end. 21:12 mdhafen from http://www.loc.gov/marc/holdings/hdintro.html: the directory and fields end with the field terminator: ascii hex 1E. There is a record terminator: ascii hex 1D, and a subfield deliminator: ascii hex 1F 21:07 ricardo rhcl: I meant "Notepad++" - http://notepad-plus.sourceforge.net/ (GPL program... But yeah, reading the site again, it seems to be Windows only - I thought it was cross-platform) 21:06 rhcl rocardo: you don't mean notepad on windows, do you? I use Linux, maybe kate would show something. 21:05 rhcl I suppose I could do an octal dump...too much work though 21:03 ricardo rhcl: I think "Notepad++" shows you the right "acronyms" if you open the MARC file with it (GS = Group Separator, US = Unit Separator) and so on... 21:02 ricardo (hmmm... and 28 also, apparently) 21:02 ricardo http://www.bbdsoft.com/ascii.html 21:01 ricardo rhcl: I think those are special ASCII characters (29, 30 and 31) 21:01 mdhafen rhcl: field separator and token (record) separator are both good questions. I don't know the answer though, sorry. 20:58 rhcl should ask 20:58 braedon|work i wonder if someone i know wrote the urban dictionary entry :p 20:58 rhcl Would it be correct syntactically to ask what the token separator is in a .mrc file? Does that even make sense? Or maybe I ask about the field separator instead. 20:58 braedon|work hahaha 20:57 ricardo ;-) 20:57 ricardo http://www.urbandictionary.com/define.php?term=braedon 20:56 ricardo compared to 20:56 ricardo http://www.thinkbabynames.com/meaning/1/Braedon 20:56 ricardo I prefer: 20:56 ricardo eheh 20:55 * braedon|work 's made up name is a potential blessing but current curse in google rankings 20:54 braedon|work haha 20:54 ricardo braedon|work: Talking about "s/converted/concerted", I didn't know about the "Braedon" name. I guess we *do* learn something new every day :) 20:53 * braedon|work needs sleep. Thankfully uni is starting next week 20:53 braedon|work s/converted/concerted/ 20:51 chris i dont know, hdl_laptop might 20:51 owen So there is a request out there to remove 3.00.06 which hasn't been heeded? 20:51 ricardo chris: *nod* again... you'll get me a neck pain if you keep doing that ;-) 20:51 braedon|work and relink 20:51 braedon|work yeah, everyone needs to make a converted effort to update their links 20:50 chris yeah, that just takes time and more people linking to it 20:50 ricardo chris: That's why I think setting up "koha-community.org" was a great idea. Unfortunately, it hasn't many "Google Juice" yet - http://c2.com/cgi/wiki?GoogleJuice 20:48 ricardo chris: *nod* 20:48 chris yeah, the joys of not having appropriate access bite us again 20:47 ricardo chris: Right... I just noticed that file because a user called "Leonardo Bruno" posted a link to that URL, in the "Koha" mailing list, thinking that it would download 3.0.5 20:46 chris if the release maintainer had access that file would disappear 20:46 chris no it hasnt been released, bugs were found .. hence no release announcement 20:45 wizzyrea_ !! 20:45 ricardo ( The file has "Last Modified date" of 16-Feb-2010, according to http://download.koha.org/ ) 20:44 ricardo Has Koha 3.0.6 been released? And, if NOT, does anyone have any idea why a file called "koha-3.00.06.tar.gz" has been published in http://download.koha.org/koha-3.00.06.tar.gz ? 20:43 ricardo Hi everyone 20:43 schuster But that is why we test! 20:42 schuster There are still reports that I would like to see created to help with cleanup etc... There isn't much there right now for the librarian to run and I would end up in the middle I think. 20:42 owen That sounds like an inventory show-stopper. 20:41 schuster owen - now I remember after looking at documentation - it didn't skip items that were already on loan... 20:38 chris -z will skip the bad record, but keep on going with the rest 20:38 chris wasaju: that is only a problem when you run with -r .. which you shouldnt do (except after a big import) 20:38 schuster I believe biblibre did some "enhancements" to it for 3.2? 20:37 schuster I hadn't done one before, but was reading "issues" with it from the koha archives. 20:37 schuster I even have the handheld scanners from our previous automation system working to do the scanning to create the file so we can upload a barcode file. 20:37 owen I don't think much has changed has it? What kind of problems did you encounter? 20:36 schuster I need to do some testing before we do anything. It won't be anywhere what they were used to getting were it helped to actually clean up the WHOLE collection not just identify if items were there. 20:36 schuster owen - our librarians as much as they hated it before can't wait to do one now, but with 3.0 it was a bit buggy. I was hopeful that 3.2 would be better. 20:34 jdavidb off to catch the bus... *wave* 20:34 munin nengard: The operation succeeded. 20:34 nengard @later tell chris_n I need some help documenting layouts for labels ... see documentation git repo to see what I have so far 20:33 nengard what is the "later" syntax? 20:28 * jwagner makes mental note to do patch fixing the sort to use cn_sort, at least.... 20:27 jwagner Not that I know of, just wanted to give you a heads up about the sorting. 20:27 owen jwagner: Did this site encounter any other problems with inventory that I should worry about? 20:25 jwagner owen and schuster, reverting to the earlier discussions about call number sort -- we first spotted that problem when one of our sites was trying to do inventory. The inventory scripts are sorting by call number, not cn_sort, so results were really off. When we changed it to cn_sort, we saw the padding problem. 20:23 owen schuster: Are you planning an inventory? We're going to try to do one soon 20:14 nengard schuster - a bit - http://koha-community.org/documentation/3-2-manual/?ch=x4916 20:14 schuster nengard - question about Inventory - have you documented that for 3.2? 20:13 schuster wajasu - another good reason to run things through MarcEditVerify!!! 20:13 nengard so no i didn't see it :) 20:13 nengard ah - well i don't have emailing working 20:12 jwagner nengard, I was just going to ask you if you'd seen that during testing, but we progressed beyond that point. 20:11 munin 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4274 minor, P5, ---, oleonard@myacpl.org, NEW, Cart now requires login before emailing contents 20:11 jwagner nengard, see earlier discussion about Bug 4274 20:10 wajasu s/work/worry/ 20:10 jwagner I tend to create a Local directory under the images directory, then call the image like this: <img src="/opac-tmpl/prog/images/Local/imagename.gif"> 20:10 nengard okay - meeting over - jwagner - what were you asking me before I closed this window? 20:10 wajasu schuster: Thanks. I just work about catalogers that copy catalog and get bad a 007 field, which causes the rebuild_zebra to fail from that point onward. It seems that it could go un noticed for days. 20:02 schuster seneca - did you get your images to display? 20:01 chris yay for openid 19:58 chris cool thanks 19:57 ebegin ok. this means that we can have a lot of problem with those fuzzy string then... thanks, i'll complete the 3.0.x translation and hopfully, the 3.2 too 19:57 owen Okay, who pasted a long line? Now Chatzilla's got a horizontal scrollbar. 19:55 chris that tells ya 19:55 chris its tha #, fuzzy 19:55 chris yeah that translation is wrong .. hit copy and submit :) thats what i do :) 19:55 chris msgstr "%s/cgi-bin/koha/opac-search.pl?%s%s&format=atom" 19:54 chris msgid "/cgi-bin/koha/opac-search.pl?q=an:" 19:54 chris #, fuzzy 19:54 ebegin BTW, it's weird that we have to translate it, but I can understand that it's part of the template... but the default suggestion is a different URL, so this could be problematic if the proposed version is set instead of the original one :) 19:53 chris looking now 19:53 ebegin yep 19:53 chris thats in fr-CA ? 19:53 ebegin string # 90 19:53 ebegin here one of the string to translate in koha 3.0.x: /cgi-bin/koha/opac-search.pl?q=an: 19:52 chris i can look 19:52 ebegin chris, do you know which string is currently generated for entries that are flagged as fuzzy in pootle? 19:51 seneca I tried that, owen, but I was getting 404s, unless I was using the wrong URL to get to it 19:50 chris back 19:49 bigbrovar wizzyrea: I thought as much. and its not heard. we just need to get the project heard at koha. to write Merlyn the dude who does the show with leo. once that is done am sure both can discuss on a schedule 19:48 owen You could always put them in opac-tmpl/prog/images 19:47 owen seneca: How do you want to use them? 19:43 wizzyrea chris_n the labels work you did made one of my librarians squee this morning 19:42 seneca I've checked the koha-httpd.conf and anything I put in the document root gets a 404 when I try to access it 19:42 seneca Does anyone know where, on a koha server, I can throw extra images, etc I would like to use in the OPAC page(s)? 19:40 seneca I love FLOSS Weekly (and most Leo does) 19:39 owen Hi braedon|work 19:38 braedon|work morning #koha 19:34 richard hi 19:34 owen floss weekly eh? Now there's a schedule I can stick to. 19:33 wizzyrea yea, that would be cool 19:32 bigbrovar It would be nice to have the Koha project featured. 19:32 bigbrovar Hi guys I was wondering if its possible to get koha featured on floss weekly. Its a weekly podcast about free and open source software. Its one of the bestest podcast out there about foss with guest like Linus Torvald,KDE projects, drupal to name a few 19:20 munin 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3280 normal, P3, ---, jmf@liblime.com, NEW, opac/opac-sendbasket.pl security leaky 19:20 jwagner Also see jdavidb's Bug 3280 about cart security. 19:19 schuster wajasu - glad we could figure it out! I figured it had something to do with the marc not Zebra since I havn't had problems with mine. 19:19 schuster I've had a few emails from Librarians asking me why I sent them this cart of books to pull. 19:18 schuster IF nothing else I would like on the form for it to ask for a name so when the cart is sent to a third party they know who it came from and it wasn't the library sending the cart randomly. 19:14 jwagner Yep, that's what did it. Thanks, owen. I updated my bug report to point to that one. I don't know if there's a way to allow emails without logins while still preserving security. 19:14 cait thx owen 19:11 owen "this patch restrict the send of baskets and shelves to authenticated users only, and show their surname/firstname in the e-mail, so the receiver will know who sent the list." 19:11 munin 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3651 enhancement, PATCH-Sent, ---, nahuel.angelinetti@biblibre.com, ASSIGNED, sending shelves and baskets 19:11 owen 9/21/09 [PATCH] (bug #3651) sending baskets and shelves 19:06 cait jwagner: I know I have seen the patch, but cant find it now :( 19:05 jdavidb +1 19:05 cait jwagner: yes 19:04 jwagner I think at least it should be configurable -- let the library set a syspref to say whether they want to force a login. 19:03 cait jwagner: its a feature, but im not sure I like it 19:00 munin 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4274 minor, P5, ---, oleonard@myacpl.org, NEW, Cart now requires login before emailing contents 19:00 jwagner nengard or anyone else, Bug 4274 has to do with emailing the cart at current head. 18:59 munin jwagner: The operation succeeded. 18:59 jwagner @later tell hdl_laptop see Bug 4274 -- is this one of your changes, and is it intentional? 18:58 chris ok bus time 18:56 jwagner I'll do a bug report -- something changed in head but I'm not sure if it's a bug or a feature :-) 18:56 nengard online - but about to go into a call - will read back what i'm being asked later 18:54 jwagner nengard, what about you -- online? 18:53 jwagner hdl_laptop, still online? (again...) 18:52 * chris is just guessing, kinda hard if we cant reproduce it :( 18:52 chris i wonder if its to do with that 18:52 chris ohh 18:50 owen The item scanned was on the holds waiting shelf, so it wasn't checked out at the time 18:50 chris lemme check the code to see how we choose what to display 18:50 chris or you both see what the other checked in 18:49 chris so a reporting problem 18:49 chris and can you confirm that the item scanned wasnt checked in in the db? One theorem i have is it checks it in, and someone else checks something in, and you see what they checked in, and vice versa 18:49 owen Yes, and I tried scanning that same barcode ten times in sequence and couldn't reproduce the problem. 18:49 chris right, and if you type the barcode in, it works ok? 18:48 owen The only thing I can't confirm definitively is that the scan was correct. 18:47 owen No, the barcode of the item which gets checked in is different than the barcode which was just scanned. 18:47 chris owen: and there is definitely not duplicate barcodes in the db? 18:44 owen And they add, oh by the way, that it happens all the time. I guess no one thought it might be worth mentioning. 18:43 owen wizzyrea: I've just been told by my staff that they've seen this issue of one thing getting scanned and another thing getting checked in 18:43 wajasu now i see that the 007 i have is missing 06-13 fields 18:42 wajasu that worked 18:36 schuster have to go eat lunch otherwise it will be time to do home! 18:36 wajasu i'll try that in mine. 18:36 schuster 007/00 with a c 18:35 wajasu if someone imports just one of these, through a z39.50 search during the day, all rebuild indexing stops from then on. 18:35 schuster cr un ---uuuua - this is an 007 currently in my Koha database for an ebook. 18:35 wajasu change your 007 to what I mentioned, import it, or try to rebuild from a directory on it and you will see what i mean. 18:34 schuster just a minute 18:33 wajasu these are for electronic books (i.e. online) that are turning up 18:33 schuster position 00 in my example is actually the v 18:33 wajasu do you have any 007/00 = c? 18:32 schuster =007 vfumgaizs\\\ - this is a record in MarcEdit and the 007 field. 18:31 wajasu i looked at the def or a computer file (i.e. c), which is what I have. 18:31 schuster pulling up a record be back in a minute 18:31 wajasu http://www.itsmarc.com/crs/bib2540.htm 18:30 chris bbiab 18:30 Ropuch Evening #koha 18:30 wajasu it complains about the 007 field length 18:29 chris The data elements in field 007 are positionally defined and the number of character positions in field 007 depends upon the code contained in 007/00. Character position 00 contains a code that identifies the category of material. 18:29 wajasu - is undefined 18:29 schuster If you take ONE record with the 007 and run it through marcedit and marcverify what does marc edit tell you about the record? 18:29 wajasu my 007 is: 007 cr\cn- where \=blank. 18:28 schuster Really large records can break indexing as well - then I suspect there is an error in one or several of the 007 fields in the MARC. 18:28 chris yeah, cos your 007 is invalid 18:28 chris 007 has some complicated rules 18:28 wajasu yes, i used marcedit and when i remove the 007 field, then zebra will index and commit the transaction, otherwise it fails. 18:28 chris http://www.library.northwestern.edu/ej/IESCA/rules/marc007.html#007c 18:27 schuster Or should I say need to be fixed. 18:27 schuster Have you used marcEdit? It has a verify marc option that tells you about irregularities with your records that you can fix. 18:27 chris *snap* 18:27 schuster I have thousands of records with 007's and they index fine so I suspect there is a problem with the records 18:26 chris that index 18:26 chris i dont think so, i have records with 007 18:26 wajasu it just the presence of having an 007 that make zerba index with no results, and that warning, so it doesn't commit its transactions from that point on. 18:25 schuster Did you have a MARC question? I don't wear the hat, but understand it as a librarian generally. 18:25 wajasu marclint says no errors 18:24 chris have a 9am meeting to talk about koha servers 18:24 chris ok time to start getting ready for work 18:24 chris i think you need to find a cataloguer :) 18:21 wajasu marcdump said no errors 18:20 wajasu i noticed that it is an olcl [electronic resource] record (and available at netlibrary.com) 18:20 chris marc has lots of fixed length fields 18:20 chris t 18:20 chris ah that would be righ 18:19 chris someone who knows the marc standard can probably tell you why its invalid marc better than me :) 18:19 wajasu mercedit does, and complains about the length of the field 18:19 chris marcdump might give a nice error message too 18:19 wajasu but i'll try it. 18:19 wajasu i perused marclint and i didn't see any code that looks at 007 18:18 wajasu ok i'll try marclint 18:18 wajasu if i run it with rebuild_zebra.pl -b -k -s -d /tmp/wcEwUsBdCX -v 1 18:18 chris you should run that file through marclint and see what it says about it 18:17 wajasu futher testing with what make zebra stop indexing. I have a lone record that just has a 007 controlfield. 18:14 chris but you could easily make that into a load sharing system 18:14 jdavidb chris++ 18:14 chris what kapiti have, is a totally realtime replication going to another server, mysql and zebra, so they have full DR 18:14 * jdavidb makes some notes 18:13 chris but yeah round robin, or an nginx, or someother load balancer 18:13 chris pazpar2 even 18:12 jdavidb Then use DNS round-robining, or a proxy, to divvy up the reads. 18:12 jdavidb oooo...that's clever. 18:12 chris and so on, and so forth 18:12 chris ill index, and mark 2 18:12 chris and it goes all the rows in zebraqueue marked 1 (indexed by primary zebra) 18:11 chris and that edited one connects to the slave db 18:11 chris you have to edit rebuild_zebra.pl 18:10 chris mason has that set up at kapiti 18:10 chris you can have multi zebras too 18:09 jdavidb A couple of my concerns relate to single-point-of-failure and choke-point problems in the current structre of things. Extra mysqls and apaches are not a huge problem, and I've got something I want to test with our ops folks on zebra. 18:08 chris yeah, its a mind shift, and for things like issues, i thnk relational actually works better 18:07 chris and things like the logs, statistics etc 18:07 jdavidb I'm having trouble wrapping my brain around the conceptual model; like the relationship between an item and a patron (which we do in the issues table).. it almost looks like you'd *move* the item data over to "live" with the patron, until the item is returned. 18:07 chris easy peasy 18:07 chris we could use cassandra for sessions 18:06 chris cluster of redundant nodes = win 18:06 chris twitter use a db as a straight data store, cassandra wins 18:05 chris yup 18:05 jdavidb The whole data model would have to change, first, then every. single. query redone, to account for it. 18:04 chris it could be done, but itd be years of work 18:04 chris cassandra is cool as hell, but what it isnt is a relational db 18:04 chris heh 18:03 * jwagner predicts tragedy but no one believes me.... 18:02 * jdavidb noticed in the news that Twitter is moving from MySQL to Cassandra, and wonders how that'd work for Koha. The mind boggles. 17:58 cait hi jdavidb :) 17:58 chris hi jdavidb 17:58 jdavidb Hi, chris and cait. :) 17:58 cait good evening #koha 17:57 cait hi chris 17:56 chris pootle is starting to annoy me slightly, fixed again 17:54 chris horrendous_customer_service_ruining_it_for_everyone_else-- 17:53 chris [off] what a dick 17:53 jwagner There's still a problem with those emails not getting sent out -- I'll create a bug report on that. Assign to you? 17:52 jwagner Found it, in Suggestions.pm -- I'll add it there. Thanks. 17:52 hdl_laptop And add Libraryname to that. 17:51 hdl_laptop For Letter you would change parameters added to EnqueueLetter 17:51 jwagner But there's no value being passed for LibraryName. That's what I'm trying to fix. 17:51 jwagner The templates for the emails that are supposed to be sent to the users when suggestions are acted on have lines like Dear <!-- TMPL_VAR NAME="LibraryName" --> user, 17:51 hdl_laptop $template->param is for screen display 17:50 hdl_laptop jwagner: is it to add LibraryName to the letter or to the screen ? 17:49 jwagner At any rate, am I in the right section of code? 17:47 jwagner A lot of U.S. libraries do central ordering, so it's the main branch who'll be dealing with the purchase. Also, it might be easier to pull it from the syspref than to do a join to get the description. (I could be wrong on that, of course...) 17:46 jwagner hdl_laptop, so it should be the branchcode description? 17:46 wizzyrea idk what they're thinking 17:45 wizzyrea ?LL laughs evilly? 17:45 hdl_laptop But I may be wrong. 17:45 hdl_laptop Not the "Libraryname. 17:45 hdl_laptop jwagner: In my opinion, you should get the library name from the branchcode of the borrower. 17:45 wizzyrea buy this! We'll support you! <library buys> 17:44 wizzyrea ...yea 17:44 owen Man, Koha Express customers are really getting the finger from LibLime. 17:43 munin 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4210 minor, P5, ---, jwagner@ptfs.com, ASSIGNED, Acquisitions suggestion templates have library name field, but data is not passed 17:43 jwagner hdl_laptop, can you take a quick look at Bug 4210? I think I've found where to patch that problem in current head, but it's a big code change from 3.01. Want you to confirm it. 17:43 ebegin damien :) 17:43 ebegin ok, thank henry 17:42 hdl_laptop ebegin: 3.2 iirc 17:42 hdl_laptop yes 17:41 jwagner hdl_laptop, still online? 17:39 ebegin Quick question: is the hold on a specific future date is available in 3.0.x or this is a feature in 3.2? 17:35 jdavidb The only time I've had any similar issue, I got "item not found" in ever cause, because of the auto-prefixing settings on the scanner being wrong. Otherwise, It Just Works. 17:34 jdavidb 4. Phase of the moon? 4. Clueless User Tricks? 17:33 wizzyrea or 4. something else 17:32 wizzyrea have any of you ever seen a problem where one item is scanned, but another comes up? And if you have, was it 1. the barcode 2. the scanner or 3. the software 17:19 gmcharlt htting the road - bbl 17:14 wizzyrea for that matter I would pay to see collum in tights 17:10 gmcharlt wizzyrea++ 17:08 wizzyrea :) 17:08 wizzyrea but please read the instructions if you have already created an account 17:08 wizzyrea ok, by popular demand: http://koha-community.org/openid-authentication-now-available-on-koha-community-org/ 16:57 nengard no no - you too!! 16:56 wizzyrea lol, I would pay to see you all in capes 16:52 * collum would wear a cape, but draws the line at tights. 16:52 jwagner Better than being sucked into a jet engine.... 16:51 * owen is sucked into a vortex 16:51 nengard we can all buy a koha cape :) 16:51 jwagner No capes! No capes! (see The Incredibles) 16:51 nengard we should sell capes at the conference :) 16:50 gmcharlt capes for all! 16:50 jwagner owen, on the other hand, really IS a superhero. Leaps .css files and jqueries in a single bound! 16:49 wizzyrea PAC! MARC! 16:49 wizzyrea lol owen 16:49 * owen is feeling like stuporhero today 16:49 hdl_laptop you have your name in the Koha History. 16:49 jwagner What you been smokin' wizzyrea??? 16:49 jwagner Me? REALLY??? 16:49 wizzyrea well she is a superhero after all 16:47 * jwagner makes bat noises -- Eeeek Eeeeek 16:44 * hdl_laptop imagines jwagner in her batcave 16:42 * jwagner crawls back into my cave.... 16:41 hdl_laptop it seems quite sensible 16:41 jwagner Oops, never mind -- looks like it doesn't show up unless patron attributes is enabled. 16:40 jwagner I was looking at doing a patch for a problem I had with import patrons, the instructions for loading patron_attributes. However, when I look at current head, that field isn't in the sample csv file. Did you remove it? 16:39 hdl_laptop jwagner ? 16:39 jwagner hdl_laptop, still online? 15:31 brendan morning adegroff 15:23 hilongo hello adegroff 15:22 * owen reluctantly wades into some YUI js 15:21 owen Hi adegroff 15:21 gmcharlt hi adegroff 15:20 adegroff good morning all 14:52 hilongo hdl_laptop: I sent you an e-mail explaining my problem with zebra index to see if icu method would solve it ... did you get it or was it lost in the ethereal world? 14:42 ebegin ok. thanks. 14:42 gmcharlt ebegin: nope, I checked and see the error messages 14:41 ebegin am i the only one having a problem with translate.koha.org? 14:41 nengard k - going to train now 14:41 owen too early for chris I suspect 14:41 ebegin chris, around? 14:40 ebegin good morning. 14:40 gmcharlt correct 14:40 nengard so they keep their old values 14:40 nengard k 14:39 gmcharlt nengard: nothing happens to them 14:39 nengard yes 14:39 owen nengard: You're talking about a MARC tag right? 14:37 nengard value? 14:37 nengard will be done to existing records that use that have an unauthorized 14:37 nengard When you change the Authorized Value flag on a tag, what (if anything) 14:37 nengard i'm back - had a question in yesterday's training that i haven't seen an answer to -- anyone know how to answer this? 14:37 gmcharlt hi wizzyrea 14:37 wizzyrea good morning 14:26 nengard k - time to get organized for training - hope I can explain acq clearly ... 14:20 nengard I've never been good with numbers - and I've never done aq in real life ... so it's all new to me 14:20 nengard no clue - haven't tested that far - cause this whole thing confuses the heck out of me :) 14:19 gmcharlt good question - does it control it in the sense of setting limits or warning the operator if the plan is exceeded? 14:19 nengard cgi-bin/koha/admin/aqplan.pl?budget_period_id=1&authcat=MONTHS 14:19 nengard remember there is a budget planning page - i assume that controls the percents/amounts spent 14:18 gmcharlt and there could be staff user consequences, e.g., whether one is allowed to override such a limit 14:18 gmcharlt or absolute amounts 14:18 gmcharlt e.g., as percentage of the budget amount 14:18 gmcharlt based on experience with other acq systems 14:18 gmcharlt and there are actually several different ways encumbrance and expenditure limits for a budget could be set 14:17 gmcharlt but those two columns in acqbudgets aren't used 14:17 gmcharlt amounts ordered or invoiced and paid are used 14:16 hdl_laptop because encum and expenditure are used for amount calculation 14:16 hdl_laptop I will discuss with paul 14:16 gmcharlt but not budget_encum or budget_expend 14:15 gmcharlt hdl_laptop: looks like aqbudgets.budget_amount is checked 14:15 hdl_laptop can assign that to me 14:15 hilongo hdl_laptop: yes ... but at least there is one :) 14:15 nengard hdl_laptop gmcharlt i'll just put a bug in with this discussion so that it can be investigated further 14:14 hdl_laptop too bad if there is only one person to enswer you :P 14:14 hilongo hdl_laptop: hi hdl .. I was asking about icu indexing method and I was told that you are THE ONE to ask ... :) 14:13 hdl_laptop I thought it had been done. 14:13 hdl_laptop there should be a warning when you try to spend more. 14:12 gmcharlt functional gap there - limits that don't get enforced aren't limits at all 14:12 hdl_laptop nengard: sorry I may not be uptodate in vocabulary 14:12 hdl_laptop gmcharlt: yes. 14:12 hdl_laptop I want to spend 10% of my root budget on that part. 14:12 gmcharlt so they're supposed to be maximum expenditure and encumbrance limits? 14:12 nengard but it's on the 'add fund' form ... it doesn't show on the budget planning form... 14:12 hilongo Hello everyone :) 14:11 hdl_laptop Well it is for budget planning. 14:11 hdl_laptop You can then check against those figures that you enforce that. 14:11 gmcharlt but I see no code that actually updates them as orders get placed and invoiced 14:10 gmcharlt guessed as much 14:10 hdl_laptop ) 14:10 hdl_laptop (assuming it is not a root budget. 14:10 hdl_laptop they are there to store the encumbrance and expenditure of your budget. 14:09 gmcharlt are aqbudgets.budget_encum and budget_expend supposed to do anything? 14:09 hdl_laptop ? 14:09 gmcharlt yep 14:08 nengard k - bug report time? 14:08 gmcharlt hdl_laptop^^ 14:08 * gmcharlt scratches head 14:08 gmcharlt nengard: hmm, the budget expenditure and encumbrance fields don't do anything at all 14:03 magnus i'll file a bug 14:03 magnus and i have the same sorting problem in HEAD: http://head.bibkat.no/cgi-bin/koha/opac-search.pl?idx=kw&q=lessig&sort_by=call_number_asc&addto= 14:01 magnus i havn't had the time to look at those .pref files yet, but if you say so... ;-) 14:00 gmcharlt magnus: good catch - definition of OPACItemsResultsDisplay is wrong in searching.pref 14:00 magnus owen: the category in the staff client is searching, not opac 13:59 owen I don't see OPACItemsResultsDisplay in opac.pref. Isn't that where it should be? 13:58 nengard :) 13:58 nengard k .... so why do we want them on the add form? 13:58 gmcharlt nengard: checking, but probably nothing 13:56 nengard acq question - when adding a fund - what do i enter in encumbrance and expenditure? 13:56 magnus i did "update systempreferences set value = 'itemdetails' where variable = 'OPACItemsResultsDisplay';" and now the call numbers are displayed 13:53 magnus i have a problem with OPACItemsResultsDisplay - it doesn't do anything! The options are "Show/Don't show an item's branch, location and call number in OPAC search results." but when i check in mysql it says "options: statuses|itemdetails". The syspref toggels value between 1 and empty, but it should be setting it to statuses or itemdetails? 13:46 owen I see the same sort problem in HEAD 13:45 magnus gmcharlt: thanks! 13:42 gmcharlt magnus: OPACItemsResultsDisplay 13:41 magnus s/list view/result view/ 13:41 magnus harrumph - now i can't even get the call numbers to display in list view (on HEAD), is there a syspref for that that i can't find? 13:40 gmcharlt jwagner: I see that too 13:40 owen Records updated 13:37 jwagner The problem we saw is for LC call numbers, but it might be similar in Dewey. The system pads only the first segment of the call number, not all segments. So the first segment of cn_sort sorts OK, but the rest don't. 13:37 gmcharlt try setting that to ddc in the item editor and saving them 13:36 owen NULL for both 13:36 gmcharlt er, cn_source 13:35 gmcharlt what about items.class_source 13:35 gmcharlt oy 13:35 owen items.cn_sort is 158.1 Sk and 158 Ho, respectively. 13:34 munin jdavidb: Quote #20: "<wizzyrea> you will see no wedgie-ing from me" (added by jdavidb at 11:50 AM, July 31, 2009) 13:34 jdavidb @quote random 13:33 gmcharlt in that result set, yes 13:33 gmcharlt owen: your catalog has been abusing the nice decimal system invented by Dui - shame, shame 13:33 owen 33 and 34? 13:33 owen I can tell you gmcharlt. Which two? 13:33 * gmcharlt wonders what items.cn_sort looks like for those two records 13:33 owen Uh oh, I come in and find my catalog being used as an example. That could be good or bad. 13:32 sekjal again around records 33 and 34: http://search.myacpl.org/cgi-bin/koha/opac-search.pl?idx=su&q=philosophy&offset=20&sort_by=call_number_asc 13:30 jwagner We've seen a problem with the way Koha sets up the call number sort field -- jdavidb has been looking at that. I think that's what's happening here. 13:29 magnus gmcharlt: i'll check in HEAD 13:29 sekjal I'll see if I can it again in the same catalog on another set of records 13:29 gmcharlt file a bug if you can reproduce it in a HEAD database 13:28 gmcharlt magnus: an oops, for sure 13:28 magnus sekjal: yep, something like that 13:27 sekjal magnus: at first blush, it looks like period is 'earlier' than space... 13:25 magnus anyone noticed a small problem with sorting by call number in the opac? see hit # 412 here: http://search.myacpl.org/cgi-bin/koha/opac-search.pl?q=athens&offset=400&sort_by=call_number_asc shouldn't that have come before 410 411? can't seem to find a bug for it 12:31 * magnus takes the dogs out for a short walk in the snow 12:30 * imp declares the weather as broken, 3 days ago it was still around 0 12:30 munin jwagner: The current temperature in Hollywood, College Park, Maryland is 1.4�C (7:29 AM EST on February 25, 2010). Conditions: Scattered Clouds. Humidity: 89%. Dew Point: -0.0�C. Windchill: 0.0�C. Pressure: 29.63 in 1003.3 hPa (Falling). 12:30 jwagner @wunder 20740 12:29 munin nengard: The current temperature in JAT Observatory, Fairless Hills, Pennsylvania is 0.4�C (7:15 AM EST on February 25, 2010). Conditions: Light Snow. Humidity: 95%. Dew Point: -0.0�C. Windchill: 0.0�C. Pressure: 29.54 in 1000.2 hPa (Rising). Winter Storm Warning in effect until noon EST Friday... 12:29 nengard @wunder 19030 12:29 munin imp: The current temperature in Hannover, Germany is 10.0�C (1:20 PM CET on February 25, 2010). Conditions: Mostly Cloudy. Humidity: 71%. Dew Point: 5.0�C. Windchill: 7.0�C. Pressure: 29.39 in 995 hPa (Steady). 12:29 imp @wunder hannover germany 12:29 munin magnus: The current temperature in Bodo, Norway is -1.0�C (1:20 PM CET on February 25, 2010). Conditions: Scattered Clouds. Humidity: 75%. Dew Point: -5.0�C. Windchill: -6.0�C. Pressure: 29.50 in 999 hPa (Steady). 12:29 magnus @wunder bodo, norway 12:28 munin magnus: The current temperature in JAT Observatory, Fairless Hills, Pennsylvania is 0.4�C (7:15 AM EST on February 25, 2010). Conditions: Light Snow. Humidity: 95%. Dew Point: -0.0�C. Windchill: 0.0�C. Pressure: 29.54 in 1000.2 hPa (Rising). Winter Storm Warning in effect until noon EST Friday... 12:28 magnus @wunder 19030 12:28 nengard magnus - see - i'm so ANNOYED I can't type!! 12:28 magnus nengard: annoying or annoyed? ;-) 12:28 nengard hmmm ... did i type that wrong? 12:27 nengard wunder @19030 12:27 nengard i'm very annoying this morning - hubby's school district is ignoring the 'SEVERE' winter warning and making him drive in this weather 10:32 Musab but still the same problem 10:32 Musab I excuted this commans "sudo sh -c "cat /dev/null > /etc/udev/rules.d/70-persistent-net.rules" " 10:31 Musab with IP address 10:31 Musab Hi Amit 10:30 Amit hi Musab 10:30 Musab with Koha virtual image 10:30 Musab for the past 2 days 10:30 Musab I'm having a problem 10:30 Musab Hi 10:24 magnus hi Musab 10:21 Musab Hello 10:21 Musab Hi 09:49 * imp takes a look at the date, rubs his eyes and looks puzzled - whatever they have been drinking... 09:42 magnus yaaar - we're all pirates now: http://www.guardian.co.uk/technology/blog/2010/feb/23/opensource-intellectual-property 08:37 kf hi Amit 08:35 Amit heya kf 08:17 wajasu I am really saying gnight this time. 08:17 wajasu For the record, if i pull this 019511213X ISBN from library.dts.edu:2200/unicorn and import it as part of my marc record file, it causes the zebra transaction to not commit, when it has the '007 cr\cn-' field in it. (and using rebuild_zebra.pl -b -v). 08:00 kf good morning 07:28 wajasu gnight 07:25 wajasu just to get my research as to why zebraidx/rebuild_zebra.pl failed to commit a transaction, it was because the imported marc records had 7 records with '007 cr\cn-' as these were [electronic resource] records. Also, as chris pointed out (I used the -r option with zebraidx). 07:23 Ropuch Morning #koha 04:29 brendan night 03:36 wajasu what benefits are there to having the CCODE. my library is 95% non-fiction. though some would argue :) 03:35 wajasu CCODE 03:34 chris maybe :) 03:34 wajasu i even put 952$8FIC and 952$8NFIC based on leader 008/33 being 0 or 1 (was that a good idea or not?) 03:34 chris sweet 03:34 wajasu i'm happy cause i got the library into koha. even 952 records showing as items. 03:32 amit not sure 03:31 brendan Amit - are you going to new zealand for KohaCon10 ? 03:31 brendan hi amit 03:30 amit heya brendan, chris, 03:30 chris hi amit 03:30 amit hi all 03:30 wajasu ahh 03:29 chris i think mason suggested that yesterday, rebuild_zebra could say, one of you records is invalid run rebuild_zebra with the -k switch to keep the exported records from koha, then run marclint on them 03:29 wajasu haven't tried that one yet. 03:28 chris thats where marclint comes in 03:28 chris yep 03:28 chris so if it warned the admin that new records have been added that arent valid, the search would keep on working without those records 03:28 wajasu Oh. rebuild just needs to know and report which record caused such a problem. (yes I had -b -r -v 1) 03:27 chris it just doesnt add the new records 03:27 chris (doesnt bust the whole index unless you have the -r switch on) 03:27 chris when running as a cron job, that could trigger an email alert instead 03:26 chris since it reported it back to you, so it obviously knows it happened ;-) 03:26 chris i dont think there is a need for another script to monitor rebuild_zebra 03:25 chris yep, rebuild_zebra should deal with that bettr 03:25 wajasu i was doing rebuild_zebra.pl, and it kept giving me --> [warn] previous transaction didn't reach commit, which i assume prevents all future indexes to complete from that point on. Thats why I suggested an alert. 03:23 chris (rebuild_zebra.pl that is) 03:23 chris it can just do something when it sees an error 03:23 chris it doenst have to monitor the logs 03:23 wajasu i just now tried the OPAC. its cool. (bookfinder, amazon,...) 03:23 chris well the script itself knows an error occured 03:22 wajasu maybe a zebramonitor.pl that tails/mointors the log and when it sees certain situations, email the admin. 03:21 chris yep thatd be good 03:21 wajasu and/or a librarian may need to be alerted when zebra isn't committing anymore (via email?) 03:20 wajasu maybe some sort of validator can be flagged to run at import(or staging) and provide a link/explanation so they can be fixed, and not lost, especially if we know the zebra will choke. 03:18 chris valid marc is valid marc tho, we shouldnt allow invalid records, but we should skip and continue on reindex 03:17 chris but zebra should just drop that record, not choke 03:17 chris well marc is strict 03:17 munin braedon|work: The current temperature in Tauranga Aerodrome Aws, New Zealand is 22.0�C (4:00 PM NZDT on February 25, 2010). Conditions: . Humidity: 92%. Dew Point: 21.0�C. Pressure: 29.96 in 1014 hPa (Falling). 03:17 braedon|work @wunder tauranga nz 03:17 wajasu i hate that zebra indexing can be taken out by bogus records. 03:16 wajasu it must influence zebra and cause some inconsistency. 03:15 wajasu now i guess I can figure out which record and why that field is so important. 03:14 wajasu i removed all the 007 fields then successfully imported all 16000 records and rebuild_zerba.pl worked. 03:14 chris that'd do it 03:13 wajasu then I saw that the 007 control field was marked invalid for length 03:13 wajasu 1st if fixed 020 (ISBN) datafields that had repeating subfields (i.e multiple $a) 03:13 chris oh? 03:12 wajasu found out what was causing my 16000 imported records to make rebuild_zebra.pl end with --> [warn] previous transaction didn't reach commit 03:03 chris afternoon 02:52 braedon|work Genji: if you are after what authorities are, here is my attempt of an explanation from yesterday: http://stats.workbuffer.org/irclog/koha/2010-02-24#i_399232 02:48 brendan if you want to add a new authority start with the authority frameworks 02:48 brendan Genji are you asking for an understanding of the koha code for authorities or for a definition of what authorities are? 02:44 Genji okay.. can someone give me an understanding of authorities, and how to create a tree of topical terms based on 653 instead of other marc fields? 02:41 munin gmcharlt: Quote #10: "< pianohacker> You helped start an open source project; clearly your sense of what to avoid to make your life easier has been impaired for a while :)" (added by chris at 03:59 PM, June 23, 2009) 02:41 gmcharlt @quote random