IRC log for #koha, 2010-02-25

← Previous day | Today | Next day → | Search | Index

All times shown according to UTC.

Time Nick Message
00:07 mdhafen left #koha
01:01 bebbi joined #koha
01:02 bebbi left #koha
01:22 nelsonf_ joined #koha
01:23 nelsonf_ is now known as nelsonf
01:41 nelsonf left #koha
02:41 gmcharlt @quote random
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: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:48 brendan Genji are you asking for an understanding of the koha code for authorities or for a definition of what authorities are?
02:48 if you want to add a new authority start with the authority frameworks
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/ir[…]10-02-24#i_399232
03:03 chris afternoon
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:13 chris oh?
03:13 wajasu 1st if fixed 020 (ISBN) datafields that had repeating subfields (i.e multiple $a)
03:13 then I saw that the 007 control field was marked invalid for length
03:14 chris that'd do it
03:14 wajasu i removed all the 007 fields then successfully imported all 16000 records and rebuild_zerba.pl worked.
03:15 now i guess I can figure out which record and why that field is so important.
03:16 it must influence zebra and cause some inconsistency.
03:17 i hate that zebra indexing can be taken out by bogus records.
03:17 braedon|work @wunder tauranga nz
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 chris well marc is strict
03:17 but zebra should just drop that record, not choke
03:18 valid marc is valid marc tho, we shouldnt allow invalid records, but we should skip and continue on reindex
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:21 and/or a librarian may need to be alerted when zebra isn't committing anymore (via email?)
03:21 chris yep thatd be good
03:22 wajasu maybe a zebramonitor.pl that tails/mointors the log and when it sees certain situations, email the admin.
03:23 chris well the script itself knows an error occured
03:23 wajasu i just now tried the OPAC.  its cool.  (bookfinder, amazon,...)
03:23 chris it doenst have to monitor the logs
03:23 it can just do something when it sees an error
03:23 (rebuild_zebra.pl that is)
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:25 chris yep, rebuild_zebra should deal with that bettr
03:26 i dont think there is a need for another script to monitor rebuild_zebra
03:26 since it reported it back to you, so it obviously knows it happened ;-)
03:27 when running as a cron job, that could trigger an email alert instead
03:27 (doesnt bust the whole index unless you have the -r switch on)
03:27 it just doesnt add the new 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: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 yep
03:28 thats where marclint comes in
03:29 wajasu haven't tried that one yet.
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:30 amit joined #koha
03:30 wajasu ahh
03:30 amit hi all
03:30 chris hi amit
03:30 amit heya brendan, chris,
03:31 brendan hi amit
03:31 Amit - are you going to new zealand for KohaCon10 ?
03:32 amit not sure
03:34 wajasu i'm happy cause i got the library into koha.  even 952 records showing as items.
03:34 chris sweet
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 maybe :)
03:35 wajasu CCODE
03:36 what benefits are there to having the CCODE.  my library is 95% non-fiction.  though some would argue :)
03:48 irma joined #koha
03:55 braedon|work left #koha
04:16 richard left #koha
04:18 braedon|home left #koha
04:18 braedon|home joined #koha
04:21 greenmang0 joined #koha
04:27 braedon|home left #koha
04:29 brendan night
04:53 amit_ joined #koha
04:59 amit left #koha
04:59 amit_ is now known as amit
05:07 amit_ joined #koha
05:14 amit left #koha
05:22 amit_ left #koha
05:29 amit joined #koha
05:33 amit_ joined #koha
05:37 irma left #koha
05:39 greenmang0 left #koha
05:41 amit left #koha
05:47 suyadi joined #koha
05:52 suyadi left #koha
06:20 chris_n joined #koha
06:58 francharb joined #koha
07:02 chris_n left #koha
07:13 braedon|home joined #koha
07:23 Ropuch Morning #koha
07:24 bigbrovar_ left #koha
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:28 gnight
07:28 magnus joined #koha
07:38 Genji left #koha
07:57 kf joined #koha
07:58 root joined #koha
08:00 kf good morning
08:17 Genji joined #koha
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:17 I am really saying gnight this time.
08:34 root left #koha
08:34 Amit joined #koha
08:35 Amit heya kf
08:37 kf hi Amit
08:47 Genji left #koha
08:55 paul_p joined #koha
09:42 magnus yaaar - we're all pirates now: http://www.guardian.co.uk/tech[…]llectual-property
09:49 * imp takes a look at the date, rubs his eyes and looks puzzled - whatever they have been drinking...
10:21 Musab joined #koha
10:21 Musab Hi
10:21 Hello
10:24 magnus hi Musab
10:30 Musab Hi
10:30 I'm having a problem
10:30 for the past 2 days
10:30 with Koha virtual image
10:30 Amit hi Musab
10:31 Musab Hi Amit
10:31 with IP address
10:32 I excuted this commans "sudo sh -c "cat /dev/null > /etc/udev/rules.d/70-persistent-net.rules"  "
10:32 but still the same problem
10:39 Musab left #koha
10:42 Amit_G joined #koha
10:48 amit_ left #koha
10:48 Amit left #koha
10:48 Amit_G left #koha
11:44 nelsonf joined #koha
12:12 nelsonf_ joined #koha
12:15 nengard joined #koha
12:21 nelsonf left #koha
12:24 nelsonf__ joined #koha
12:24 nelsonf__ is now known as nelsonf
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
12:27 wunder @19030
12:28 jwagner joined #koha
12:28 nengard hmmm ... did i type that wrong?
12:28 magnus nengard: annoying or annoyed? ;-)
12:28 nengard magnus - see - i'm so ANNOYED I can't type!!
12:28 magnus @wunder 19030
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:29 magnus @wunder bodo, norway
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 imp @wunder hannover germany
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 nengard @wunder 19030
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:30 jwagner @wunder 20740
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 * imp declares the weather as broken, 3 days ago it was still around 0
12:31 * magnus takes the dogs out for a short walk in the snow
12:32 nelsonf_ left #koha
12:51 jdavidb joined #koha
12:58 tomascohen joined #koha
13:12 collum joined #koha
13:18 nelsonf left #koha
13:20 sekjal joined #koha
13:24 chris_n joined #koha
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-b[…]y=call_number_asc shouldn't that have come before 410 411? can't seem to find a bug for it
13:26 owen joined #koha
13:27 sekjal magnus: at first blush, it looks like period is 'earlier' than space...
13:28 magnus sekjal: yep, something like that
13:28 gmcharlt magnus: an oops, for sure
13:29 file a bug if you can reproduce it in a HEAD database
13:29 sekjal I'll see if I can it again in the same catalog on another set of records
13:29 magnus gmcharlt: i'll check in HEAD
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:32 sekjal again around records 33 and 34: http://search.myacpl.org/cgi-b[…]y=call_number_asc
13:33 owen Uh oh, I come in and find my catalog being used as an example. That could be good or bad.
13:33 * gmcharlt wonders what items.cn_sort looks like for those two records
13:33 owen I can tell you gmcharlt. Which two?
13:33 33 and 34?
13:33 gmcharlt owen: your catalog has been abusing the nice decimal system invented by Dui - shame, shame
13:33 in that result set, yes
13:34 jdavidb @quote random
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:35 owen items.cn_sort is 158.1 Sk and 158 Ho, respectively.
13:35 gmcharlt oy
13:35 what about items.class_source
13:36 er, cn_source
13:36 owen NULL for both
13:37 gmcharlt try setting that to ddc in the item editor and saving them
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:40 owen Records updated
13:40 gmcharlt jwagner: I see that too
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:41 s/list view/result view/
13:42 gmcharlt magnus:  OPACItemsResultsDisplay
13:43 brendan left #koha
13:45 magnus gmcharlt: thanks!
13:46 owen I see the same sort problem in HEAD
13:51 brendan joined #koha
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:56 i did "update systempreferences set value = 'itemdetails' where variable = 'OPACItemsResultsDisplay';" and now the call numbers are displayed
13:56 nengard acq question - when adding a fund - what do i enter in encumbrance and expenditure?
13:58 gmcharlt nengard: checking, but probably nothing
13:58 nengard k .... so why do we want them on the add form?
13:58 :)
13:59 owen I don't see OPACItemsResultsDisplay in opac.pref. Isn't that where it should be?
14:00 magnus owen: the category in the staff client is searching, not opac
14:00 gmcharlt magnus: good catch - definition of OPACItemsResultsDisplay is wrong in searching.pref
14:01 magnus i havn't had the time to look at those .pref files yet, but if you say so... ;-)
14:03 and i have the same sorting problem in HEAD: http://head.bibkat.no/cgi-bin/[…]number_asc&addto=
14:03 i'll file a bug
14:06 Colin joined #koha
14:08 gmcharlt nengard: hmm, the budget expenditure and encumbrance fields don't do anything at all
14:08 * gmcharlt scratches head
14:08 gmcharlt hdl_laptop^^
14:08 nengard k - bug report time?
14:09 gmcharlt yep
14:09 hdl_laptop ?
14:09 gmcharlt are aqbudgets.budget_encum and budget_expend supposed to do anything?
14:10 hilongo joined #koha
14:10 hdl_laptop they are there to store the encumbrance and expenditure of your budget.
14:10 (assuming it is not a root budget.
14:10 )
14:10 gmcharlt guessed as much
14:11 but I see no code that actually updates them as orders get placed and invoiced
14:11 hdl_laptop You can then check against those figures that you enforce that.
14:11 Well it is for budget planning.
14:12 hilongo Hello everyone  :)
14:12 nengard but it's on the 'add fund' form ... it doesn't show on the budget planning form...
14:12 gmcharlt so they're supposed to be maximum  expenditure and encumbrance limits?
14:12 hdl_laptop I want to spend 10% of my root budget on that part.
14:12 gmcharlt: yes.
14:12 nengard: sorry I may not be uptodate in vocabulary
14:12 gmcharlt functional gap there - limits that don't get enforced aren't limits at all
14:13 hdl_laptop there should be a warning when you try to spend more.
14:13 I thought it had been done.
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:14 hdl_laptop too bad if there is only one person to enswer you :P
14:15 nengard hdl_laptop gmcharlt i'll just put a bug in with this discussion so that it can be investigated further
14:15 hilongo hdl_laptop: yes ... but at least there is one :)
14:15 hdl_laptop can assign that to me
14:15 gmcharlt hdl_laptop: looks like aqbudgets.budget_amount is checked
14:16 but not budget_encum or budget_expend
14:16 hdl_laptop I will discuss with paul
14:16 because encum and expenditure are used for amount calculation
14:17 gmcharlt amounts ordered or invoiced and paid are used
14:17 but those two columns in acqbudgets aren't used
14:18 and there are actually several different ways encumbrance and expenditure limits for a budget could be set
14:18 based on experience with other acq systems
14:18 e.g., as percentage of the budget amount
14:18 or absolute amounts
14:18 and there could be staff user consequences, e.g., whether one is allowed to override such a limit
14:19 nengard remember there is a budget planning page - i assume that controls the percents/amounts spent
14:19 cgi-bin/koha/admin/aqplan.pl?bu​dget_period_id=1&authcat=MONTHS
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:20 nengard no clue - haven't tested that far - cause this whole thing confuses the heck out of me :)
14:20 I've never been good with numbers - and I've never done aq in real life ... so it's all new to me
14:26 k - time to get organized for training - hope I can explain acq clearly ...
14:26 nengard left #koha
14:28 chris_n left #koha
14:37 wizzyrea good morning
14:37 gmcharlt hi wizzyrea
14:37 nengard joined #koha
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 When you change the Authorized Value flag on a tag, what (if anything)
14:37 will be done to existing records that use that have an unauthorized
14:37 value?
14:39 ebegin joined #koha
14:39 owen nengard: You're talking about a MARC tag right?
14:39 nengard yes
14:39 gmcharlt nengard: nothing happens to them
14:40 nengard k
14:40 so they keep their old values
14:40 gmcharlt correct
14:40 sekjal left #koha
14:40 ebegin good morning.
14:41 chris, around?
14:41 owen too early for chris I suspect
14:41 nengard k - going to train now
14:41 nengard left #koha
14:41 ebegin am i the only one having a problem with translate.koha.org?
14:42 gmcharlt ebegin: nope, I checked and see the error messages
14:42 ebegin ok.  thanks.
14:46 adegroff joined #koha
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:52 hilongo left #koha
14:53 hilongo joined #koha
14:59 brendan left #koha
15:04 magnus is now known as magnus_away
15:09 brendan joined #koha
15:18 nengard joined #koha
15:18 rhcl left #koha
15:20 adegroff good morning all
15:21 gmcharlt hi adegroff
15:21 owen Hi adegroff
15:22 * owen reluctantly wades into some YUI js
15:23 hilongo hello adegroff
15:31 brendan morning adegroff
15:32 brendan left #koha
15:59 mib_hcwn0y left #koha
16:06 rhcl joined #koha
16:19 nengard left #koha
16:21 nengard joined #koha
16:28 IrmaCalyx left #koha
16:29 IrmaCalyx joined #koha
16:33 IrmaCalyx left #koha
16:39 jwagner hdl_laptop, still online?
16:39 hdl_laptop jwagner ?
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:41 Oops, never mind -- looks like it doesn't show up unless patron attributes is enabled.
16:41 hdl_laptop it seems quite sensible
16:42 * jwagner crawls back into my cave....
16:44 * hdl_laptop imagines jwagner in her batcave
16:47 * jwagner makes bat noises -- Eeeek Eeeeek
16:49 wizzyrea well she is a superhero after all
16:49 jwagner Me?  REALLY???
16:49 What you been smokin' wizzyrea???
16:49 hdl_laptop you have your name in the Koha History.
16:49 * owen is feeling like stuporhero today
16:49 wizzyrea lol owen
16:49 PAC! MARC!
16:50 jwagner owen, on the other hand, really IS a superhero.  Leaps .css files and jqueries in a single bound!
16:50 gmcharlt capes for all!
16:51 nengard we should sell capes at the conference :)
16:51 jwagner No capes!  No capes!  (see The Incredibles)
16:51 nengard we can all buy a koha cape :)
16:51 * owen is sucked into a vortex
16:52 jwagner Better than being sucked into a jet engine....
16:52 * collum would wear a cape, but draws the line at tights.
16:56 schuster joined #koha
16:56 wizzyrea lol, I would pay to see you all in capes
16:57 nengard no no - you too!!
17:02 collum left #koha
17:08 wizzyrea ok, by popular demand: http://koha-community.org/open[…]ha-community-org/
17:08 but please read the instructions if you have already created an account
17:08 :)
17:10 gmcharlt wizzyrea++
17:14 wizzyrea for that matter I would pay to see collum in tights
17:14 juan-xercode joined #koha
17:19 gmcharlt htting the road - bbl
17:20 adegroff left #koha
17:20 kf left #koha
17:30 Colin left #koha
17:31 collum joined #koha
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:33 or 4. something else
17:34 jdavidb 4.  Phase of the moon?        4.  Clueless User Tricks?
17:35 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: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:41 jwagner hdl_laptop, still online?
17:42 hdl_laptop yes
17:42 ebegin: 3.2 iirc
17:43 ebegin ok, thank henry
17:43 damien :)
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 munin 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=4210 minor, P5, ---, jwagner@ptfs.com, ASSIGNED, Acquisitions suggestion templates have library name field, but data is not passed
17:44 owen Man, Koha Express customers are really getting the finger from LibLime.
17:44 wizzyrea ...yea
17:45 buy this! We'll support you! <library buys>
17:45 hdl_laptop jwagner: In my opinion, you should get the library name from the branchcode of the borrower.
17:45 Not the "Libraryname.
17:45 But I may be wrong.
17:45 wizzyrea ?LL laughs evilly?
17:46 idk what they're thinking
17:46 jwagner hdl_laptop, so it should be the branchcode description?
17:47 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:49 At any rate, am I in the right section of code?
17:50 hdl_laptop jwagner: is it to add LibraryName to the letter or to the screen ?
17:51 $template->param is for screen display
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 But there's no value being passed for LibraryName.  That's what I'm trying to fix.
17:51 hdl_laptop For Letter you would change parameters added to EnqueueLetter
17:52 And add Libraryname to that.
17:52 jwagner Found it, in Suggestions.pm -- I'll add it there.  Thanks.
17:53 There's still a problem with those emails not getting sent out -- I'll create a bug report on that.  Assign to you?
17:54 chris horrendous_customer_service_r​uining_it_for_everyone_else--
17:56 cait joined #koha
17:56 chris pootle is starting to annoy me slightly, fixed again
17:57 cait hi chris
17:58 good evening #koha
17:58 jdavidb Hi, chris and cait.  :)
17:58 chris hi jdavidb
17:58 cait hi jdavidb :)
18:00 juan-xercode left #koha
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.
18:03 * jwagner predicts tragedy but no one believes me....
18:04 chris heh
18:04 cassandra is cool as hell, but what it isnt is a relational db
18:04 it could be done, but itd be years of work
18:05 jdavidb The whole data model would have to change, first, then every.  single.  query redone, to account for it.
18:05 chris yup
18:06 twitter use a db as a straight data store, cassandra wins
18:06 cluster of redundant nodes = win
18:07 we could use cassandra for sessions
18:07 easy peasy
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 and things like the logs, statistics etc
18:08 yeah, its a mind shift, and for things like issues, i thnk relational actually works better
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:10 chris you can have multi zebras too
18:10 mason has that set up at kapiti
18:11 you have to edit rebuild_zebra.pl
18:11 and that edited one connects to the slave db
18:12 and it goes all the rows in zebraqueue marked 1 (indexed by primary zebra)
18:12 ill index, and mark 2
18:12 and so on, and so forth
18:12 jdavidb oooo...that's clever.
18:12 Then use DNS round-robining, or a proxy, to divvy up the reads.
18:13 chris pazpar2 even
18:13 but yeah round robin, or an nginx, or someother load balancer
18:14 * jdavidb makes some notes
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 chris++
18:14 chris but you could easily make that into a load sharing system
18:17 wajasu futher testing with what make zebra stop indexing.  I have a lone record that just has a 007 controlfield.
18:18 chris you should run that file through marclint and see what it says about it
18:18 wajasu if i run it with rebuild_zebra.pl -b -k -s -d /tmp/wcEwUsBdCX -v 1
18:18 ok i'll try marclint
18:19 i perused marclint and i didn't see any code that looks at 007
18:19 but i'll try it.
18:19 chris marcdump might give a nice error message too
18:19 wajasu mercedit does, and complains about the length of the field
18:19 chris someone who knows the marc standard can probably tell you why its invalid marc better than me :)
18:20 ah that would be righ
18:20 t
18:20 marc has lots of fixed length fields
18:20 wajasu i noticed that it is an olcl [electronic resource] record (and available at netlibrary.com)
18:21 marcdump said no errors
18:24 chris i think you need to find a cataloguer :)
18:24 ok time to start getting ready for work
18:24 have a 9am meeting to talk about koha servers
18:25 wajasu marclint says no errors
18:25 schuster Did you have a MARC question?  I don't wear the hat, but understand it as a librarian generally.
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:26 chris i dont think so, i have records with 007
18:26 that index
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:27 chris *snap*
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 Or should I say need to be fixed.
18:28 chris http://www.library.northwester[…]marc007.html#007c
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 007 has some complicated rules
18:28 yeah, cos your 007 is invalid
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:29 wajasu my 007 is:    007 cr\cn-          where \=blank.
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 - is undefined
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:30 wajasu it complains about the 007 field length
18:30 Ropuch Evening #koha
18:30 chris bbiab
18:31 wajasu http://www.itsmarc.com/crs/bib2540.htm
18:31 schuster pulling up a record be back in a minute
18:31 wajasu i looked at the def or a computer file (i.e. c), which is what I have.
18:32 schuster =007  vfumgaizs\\\  - this is a record in MarcEdit and the 007 field.
18:33 wajasu do you have any 007/00 = c?
18:33 schuster position 00 in my example is actually the v
18:33 wajasu these are for electronic books (i.e. online) that are turning up
18:34 schuster just a minute
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:35 schuster cr un ---uuuua  - this is an 007 currently in my Koha database for an ebook.
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:36 schuster 007/00 with a c
18:36 wajasu i'll try that in mine.
18:36 schuster have to go eat lunch otherwise it will be time to do home!
18:42 collum left #koha
18:42 wajasu that worked
18:43 now i see that the 007 i have is missing 06-13 fields
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:44 And they add, oh by the way, that it happens all the time. I guess no one thought it might be worth mentioning.
18:46 Nate joined #koha
18:47 chris owen: and there is definitely not duplicate barcodes in the db?
18:47 owen No, the barcode of the item which gets checked in is different than the barcode which was just scanned.
18:48 The only thing I can't confirm definitively is that the scan was correct.
18:49 chris right, and if you type the barcode in, it works ok?
18:49 owen Yes, and I tried scanning that same barcode ten times in sequence and couldn't reproduce the 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 so a reporting problem
18:50 or you both see what the other checked in
18:50 lemme check the code to see how we choose what to display
18:50 owen The item scanned was on the holds waiting shelf, so it wasn't checked out at the time
18:52 chris ohh
18:52 i wonder if its to do with that
18:52 * chris is just guessing, kinda hard if we cant reproduce it :(
18:53 jwagner hdl_laptop, still online? (again...)
18:53 adegroff joined #koha
18:54 jwagner nengard, what about you -- online?
18:56 nengard online - but about to go into a call - will read back what i'm being asked later
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:58 chris ok bus time
18:59 jwagner @later tell hdl_laptop see Bug 4274 -- is this one of your changes, and is it intentional?
18:59 munin jwagner: The operation succeeded.
19:00 jwagner nengard or anyone else, Bug 4274 has to do with emailing the cart at current head.
19:00 munin 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=4274 minor, P5, ---, oleonard@myacpl.org, NEW, Cart now requires login before emailing contents
19:03 nengard left #koha
19:03 cait jwagner: its a feature, but im not sure I like it
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:05 cait jwagner: yes
19:05 jdavidb +1
19:06 cait jwagner: I know I have seen the patch, but cant find it now :(
19:10 tomascohen left #koha
19:11 owen 9/21/09 [PATCH] (bug #3651) sending baskets and shelves
19:11 munin 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=3651 enhancement, PATCH-Sent, ---, nahuel.angelinetti@biblibre.com, ASSIGNED, sending shelves and baskets
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:14 cait thx owen
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: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:19 I've had a few emails from Librarians asking me why I sent them this cart of books to pull.
19:19 adegroff left #koha
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:20 jwagner Also see jdavidb's Bug 3280 about cart security.
19:20 munin 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=3280 normal, P3, ---, jmf@liblime.com, NEW, opac/opac-sendbasket.pl security leaky
19:20 seneca joined #koha
19:30 bigbrovar joined #koha
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:32 It would be nice to have the Koha project featured.
19:33 wizzyrea yea, that would be cool
19:34 owen floss weekly eh? Now there's a schedule I can stick to.
19:34 richard joined #koha
19:34 richard hi
19:38 braedon|work joined #koha
19:38 braedon|work morning #koha
19:39 owen Hi braedon|work
19:39 zator joined #koha
19:40 seneca I love FLOSS Weekly (and most Leo does)
19:42 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:42 Nate left #koha
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:43 wizzyrea chris_n the labels work you did made one of my librarians squee this morning
19:47 zator left #koha
19:47 owen seneca: How do you want to use them?
19:48 You could always put them in opac-tmpl/prog/images
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:50 chris back
19:51 seneca I tried that, owen, but I was getting 404s, unless I was using the wrong URL to get to it
19:52 ebegin chris, do you know which string is currently generated for entries that are flagged as fuzzy in pootle?
19:52 chris i can look
19:53 ebegin here one of the string to translate in koha 3.0.x: /cgi-bin/koha/opac-search.pl?q=an:
19:53 string # 90
19:53 chris thats in fr-CA ?
19:53 ebegin yep
19:53 chris looking now
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:54 chris #, fuzzy
19:54 msgid "/cgi-bin/koha/opac-search.pl?q=an:"
19:55 msgstr "%s/cgi-bin/koha/opac-searc​h.pl?%s%s&amp;format=atom"
19:55 yeah that translation is wrong .. hit copy and submit :) thats what i do :)
19:55 its tha #, fuzzy
19:55 that tells ya
19:57 owen Okay, who pasted a long line? Now Chatzilla's got a horizontal scrollbar.
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:58 chris cool thanks
20:00 seneca left #koha
20:01 chris yay for openid
20:02 schuster seneca - did you get your images to display?
20:10 nengard joined #koha
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:10 nengard okay - meeting over - jwagner - what were you asking me before I closed this window?
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 wajasu s/work/worry/
20:11 jwagner nengard, see earlier discussion about Bug 4274
20:11 munin 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=4274 minor, P5, ---, oleonard@myacpl.org, NEW, Cart now requires login before emailing contents
20:11 adegroff joined #koha
20:11 wizzyrea_ joined #koha
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:13 nengard ah - well i don't have emailing working
20:13 so no i didn't see it :)
20:13 schuster wajasu - another good reason to run things through MarcEditVerify!!!
20:14 nengard - question about Inventory - have you documented that for 3.2?
20:14 nengard schuster - a bit - http://koha-community.org/docu[…]-manual/?ch=x4916
20:17 wizzyrea left #koha
20:23 owen schuster: Are you planning an inventory? We're going to try to do one soon
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:27 owen jwagner: Did this site encounter any other problems with inventory that I should worry about?
20:27 jwagner Not that I know of, just wanted to give you a heads up about the sorting.
20:28 * jwagner makes mental note to do patch fixing the sort to use cn_sort, at least....
20:30 brendan joined #koha
20:33 nengard what is the "later" syntax?
20:34 @later tell chris_n I need some help documenting layouts for labels ... see documentation git repo to see what I have so far
20:34 munin nengard: The operation succeeded.
20:34 jdavidb off to catch the bus...  *wave*
20:34 jdavidb left #koha
20:35 nengard left #koha
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:36 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:37 owen I don't think much has changed has it? What kind of problems did you encounter?
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 mdhafen joined #koha
20:37 schuster I hadn't done one before, but was reading "issues" with it from the koha archives.
20:38 I believe biblibre did some "enhancements" to it for 3.2?
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 -z will skip the bad record, but keep on going with the rest
20:41 schuster owen - now I remember after looking at documentation - it didn't skip items that were already on loan...
20:42 owen That sounds like an inventory show-stopper.
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:43 But that is why we test!
20:43 ricardo joined #koha
20:43 ricardo Hi everyone
20:44 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:45 ( The file has "Last Modified date" of 16-Feb-2010, according to http://download.koha.org/ )
20:45 wizzyrea_ !!
20:46 chris no it hasnt been released, bugs were found .. hence no release announcement
20:46 adegroff left #koha
20:46 chris if the release maintainer had access that file would disappear
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:48 chris yeah, the joys of not having appropriate access bite us again
20:48 ricardo chris: *nod*
20:50 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:50 chris yeah, that just takes time and more people linking to it
20:51 braedon|work yeah, everyone needs to make a converted effort to update their links
20:51 and relink
20:51 ricardo chris: *nod*  again... you'll get me a neck pain if you keep doing that  ;-)
20:51 owen So there is a request out there to remove 3.00.06 which hasn't been heeded?
20:51 chris i dont know, hdl_laptop might
20:53 braedon|work s/converted/concerted/
20:53 * braedon|work needs sleep. Thankfully uni is starting next week
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:54 braedon|work haha
20:55 * braedon|work 's made up name is a potential blessing but current curse in google rankings
20:56 owen left #koha
20:56 ricardo eheh
20:56 I prefer:
20:56 http://www.thinkbabynames.com/meaning/1/Braedon
20:56 compared to
20:57 http://www.urbandictionary.com[…].php?term=braedon
20:57 ;-)
20:58 braedon|work hahaha
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 i wonder if someone i know wrote the urban dictionary entry :p
20:58 rhcl should ask
20:59 wajasu left #koha
21:01 brendan left #koha
21:01 mdhafen rhcl: field separator and token (record) separator are both good questions.  I don't know the answer though, sorry.
21:01 ricardo rhcl: I think those are special ASCII characters (29, 30 and 31)
21:02 http://www.bbdsoft.com/ascii.html
21:02 (hmmm... and 28 also, apparently)
21:03 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:05 rhcl I suppose I could do an octal dump...too much work though
21:06 rocardo: you don't mean notepad on windows, do you? I use Linux, maybe kate would show something.
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: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:12 except the subfield deliminator is at the beginning of the subfield.  The rest are at the end.
21:13 ricardo mdhafen: Cool, thanks for the info.
21:13 Well, I really "gotta" go home now. Take care everyone!
21:13 mdhafen yeah, I have the MARC21 spec on loc.gov bookmarked :)
21:13 chris cya ricardo
21:13 ricardo mdhafen: Eheh, nice
21:13 chris: Bye chris!  :)
21:13 ricardo left #koha
21:15 wajasu joined #koha
21:17 magnus_away jwagner?
21:22 magnus_away is now known as magnus
21:22 jwagner Yes?
21:23 magnus i *think* i have a fix for bug 4265...
21:23 munin 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=4265 normal, P5, ---, gmcharlt@gmail.com, NEW, Sorting by call number in OPAC is slightly off
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:24 magnus great - i feel sort of out of my depth, but it seems to work...
21:24 jwagner It looks like you also changed the routine to use cn_sort instead of regular call number?
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:26 jwagner Oops, the one I have on my mental list is the inventory sorting, and you were looking at OPAC sorting.
21:26 magnus yes, Search.pm was sorting by Local-classification, not cn-sort (the padded version of the call number)
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:27 ebegin Is it easy to do a request to zebra to get a list of specific bib id?
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:28 mdhafen inventory probably sorts from the database
21:28 zator joined #koha
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:29 magnus ... and so to bed
21:29 magnus left #koha
21:32 bigbrovar_ joined #koha
21:32 hilongo left #koha
21:36 cait left #koha
21:37 bigbrovar left #koha
22:01 schuster by all hope you had a great day!
22:01 wajasu left #koha
22:01 schuster left #koha
22:01 wajasu joined #koha
22:04 nelsonf joined #koha
22:05 jwagner left #koha
22:09 zator quit
22:09 exit
22:09 zator left #koha
22:12 braedon|work :p
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:22 i've never seen that before
22:23 either way, I like it .... a lot
22:25 mdhafen yeah, that's new
22:26 don't remember who submitted that.
22:26 wizzyrea_ ok, but I don't see it in a newer version of head
22:26 is it a nozebra thing?
22:26 (surely not)
22:27 mdhafen I doubt it
22:31 wizzyrea_ erg, i must figure it out
22:32 mdhafen that's how I feel, but I'm in the middle of something else now. :(
22:32 wizzyrea_ hehe I forgive you :)
22:32 mdhafen lol.  thanks.
22:35 braedon|work i saw that at some point also.. can't remember any details as to the setup sorry :(
22:35 what version did you see it on?
22:36 mdhafen ah, OpacUrl has to be set
22:36 I finished the other thing ;)
22:36 wizzyrea_ AH
22:36 nicole did it
22:37 mdhafen++
22:37 * wizzyrea_ goes to see if setting it works...
22:39 wizzyrea_ hm. I set it and it's not showing :/
22:42 mdhafen mystery to me then.
22:44 wizzyrea_ gerg. I like it, too.
22:45 mdhafen do you have xslt on?
22:55 bigbrovar__ joined #koha
22:55 bigbrovar_ left #koha
23:08 saorge_ joined #koha
23:12 saorge left #koha
23:18 francharb left #koha
23:42 rhcl left #koha
23:53 mdhafen left #koha

← Previous day | Today | Next day → | Search | Index

koha1