IRC Logs

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&amp;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  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