IRC log for #koha, 2016-01-11

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

All times shown according to UTC.

Time Nick Message
00:16 papa joined #koha
00:22 dcook joined #koha
00:26 dcook Oooh. bug 11084 looks promising...
00:26 huginn` 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11084 enhancement, P5 - low, ---, kyle, Pushed to Master , Delete biblios on Leader 05 =d
00:26 dcook @later tell pianohacker Awesome. Glad it worked :).
00:26 huginn` dcook: The operation succeeded.
00:27 dcook Ah, it's just a cronjob. Boo..
00:31 I suppose the cronjob would cover more cases..
00:32 But when I have an indication of deletion via OAI-PMH, all I have is a datestamp, an identifier, and the deleted status..
00:32 While I can match off the identifier, I don't necessarily want to overlay the existing biblio with an empty one..
00:33 I suppose deleting a record is easier said than done of course..
00:45 Hmm... I keep thinking that someone has been working on not showing LDR05 "d" deleted records in the OPAC...
00:45 wizzyrea mtompsett maybe?
00:45 dcook Maybe?
00:45 wahanui i heard Maybe was a momentaneous error
00:45 dcook I keep thinking that someone was adding a warning on the staff client to say that a record was suppressed...
00:45 Maybe that's what I was thinking of
00:46 No reason we can't prevent display of 'deleted' records too
00:46 Although I suppose we'd still want to find them on the staff client
00:49 Hmm we don't even index LDR05 at the moment..
00:49 I wonder how Kyle's cronjob works then..
00:50 $schema->resultset('Biblioitem')->search( { marc => { LIKE => '_____d%' } } );
00:51 Wth...
00:51 We're reading the marc blob field as a string?
00:51 Just for that?
00:51 Clever sure, but don't we want to be getting rid of that column..
00:52 I doubt that would scale very well either...
00:53 Pretty fast in a db of 37,000...
00:54 84,000..
00:57 Wow, I crashed MySQL Query Browser while trying to look up all the bibs in biblioitems for a 1+ million record db..
01:07 rangi hmm we really have to get this password reset in
01:07 dcook ^
01:07 rangi: What's the barrier at this point?
01:08 rangi and i dont think we should wait until its been refactored considering it met all the guideliness when it was submitted
01:08 moving it from C4:: to Koha::
01:08 dcook Ahh, right, I did see that
01:08 wizzyrea if you look at the CC list
01:08 dcook That said, wouldn't it be trivial to change the namespace?
01:08 wizzyrea that's about the longest list of librarian watchers I've seen on any bug, ever.
01:09 dcook It's such an important bug
01:09 rangi in theory yes
01:09 but its been tested super heavily
01:09 dcook We have a homegrown version which I'm aching to replace with an out of the box version
01:09 rangi so lets get the working version in
01:09 dcook rangi: In that case, +1 for pushing it as is
01:09 rangi then someone can move it ... with tests, if they want
01:09 hell if someone gets it in, ill get the academy kids to work on moving it
01:10 wizzyrea A+ to that idea
01:10 rangi which will need a bunch more testing :)
01:10 dcook Yeah, having a working version in would be great
01:10 That's my thought about this OAI stuff of mine as well..
01:10 I have so many ideas for improvements, but they'll take a while
01:10 So I rather get something in and have people kicking the tires too
01:11 wizzyrea yeah can always improve it :)
01:11 dcook I don't think there's a software project without a list of desired improvements..
01:11 rangi kaizen
01:11 :
01:11 )
01:11 thats how toyota corolla became the  best selling car in the world
01:12 dcook That's catchy
01:12 Of course, now I want to change a bunch of other parts of Koha to work the way I want them to work :p
01:12 Maybe I should file bug reports so I don't forget it..
01:13 rangi: Are the academy students around now?
01:13 http://bugs.koha-community.org[…]_bug.cgi?id=12586 might be one for them
01:13 huginn` 04Bug 12586: enhancement, P5 - low, ---, olli-antti.kivilahti, Needs Signoff , Record matching rules - Required match checks doesn't work with MARCXML
01:14 dcook Minimal code changes but fixes something that may have been broken for a long time
01:14 rangi yeah, they are about to learn vim
01:15 dcook :D
01:15 rangi this is the week of learning, next week is project work
01:15 dcook Sweet
01:32 Now what other thing was I thinking of..
01:45 Maybe I should familiarize myself with the BibLibre templates as well..
01:45 wizzyrea O.o
01:46 dcook I keep thinking you can do funky things when importing records
01:46 Actually, that probably won't do what I want..
01:46 wizzyrea marc modification templates?
01:46 dcook Yeah
01:46 I might have to write a new "svc/import_oai" because we can't delete records through the existing import methods
01:47 Which seems a shame :/
01:47 But this could work: http://bugs.koha-community.org[…]_bug.cgi?id=15537
01:47 huginn` 04Bug 15537: enhancement, P5 - low, ---, gmcharlt, NEW , Hide records on Leader 05 = d in OPAC
01:48 dcook Although I suppose it would need http://bugs.koha-community.org[…]_bug.cgi?id=11084 to not have "deleted" records building up in the catalogue
01:48 huginn` 04Bug 11084: enhancement, P5 - low, ---, kyle, Pushed to Master , Delete biblios on Leader 05 =d
01:50 dcook I could use "svc/bib"... but only after I have the biblionumber..
01:53 wizzyrea I'm wondering why we don't actually delete the records when people put the d in the leader
01:53 dcook Also that
01:53 wahanui Also that is a giant undertaking
01:53 dcook shush wahanui
01:53 I'm not sure why we're using a cronjob with 11084 :/
01:53 wizzyrea i mean, besides the fact that it's probably a legacy problem
01:53 dcook Yeah, that's a good point too
01:54 a touch_all_biblios.pl would fix that though
02:43 Oh snap, my matching rule isn't working now..
02:44 Hmm match found... but not applied..
02:45 Because Zebra isn't working right..
02:46 Probably because I'm not actually indexing anything..
02:47 But it was working on the 8th..
02:48 Me thinks someone killed my daemon..
02:48 wizzyrea noo not the daemon
02:48 dcook Nooooo
02:49 Et, voila!
02:50 Hmm... or not...
02:50 Well, the indexing should have caught up
02:50 Boo. Cut that out, Zebra.
02:51 magnuse_ joined #koha
02:51 cdickinson joined #koha
02:52 kathryn joined #koha
02:52 irma joined #koha
03:16 dcook Ah, I think maybe the record thing is my bad...
03:32 Amit_Gupta joined #koha
03:34 Amit_Gupta hi all
04:25 dcook Hmm, naturally we'd have an entry in ccl.properties called "id-other" for an index called "Identifier-other"
04:35 Ahh... it's because of normalization...
04:35 You can't match URLs with the Staged MARC Import it seems..
04:36 Well... the value from the record gets turned into this: id-other=HTTPLIBRISKBSERESOURCEBIB219553
04:37 While the value is tokenized into multiple Identifier-other indexes...
04:39 And we don't index the 856...
04:39 Although we do index the 952$u...
04:40 Ah, but the Staged MARC Import will only ever use a "Word" index...
04:41 Actually, I think it should use Phr by default..
04:42 So if we indexed Identifier-other as a phrase... it could work..
04:42 If I got the normalization rule right
04:43 Except... that's not how it works
04:48 And how could the 952$u ever work as it will probably be tokenized before it ever gets to the url register..
04:48 Although that doesn't make sense either
04:52 Except 952$u is working right..
04:52 And I'm editing the wrong file..
04:55 It likes "Identifier-other:w  Identifier-other:p" but not ""Identifier-other:w  Identifier-other:p Identifier-other:u"...
04:55 Ah, too many spaces..
04:55 "id-other=http://libris.kb.se/resource/bib/219553" can actually work if I just index it as a URL..
04:56 Hmm except zebra::snippet says it's matching on the "w" index after all.. partially
04:57 That's probably a bug..
04:58 Nope.. not a bug... just more normalization..
04:58 That's super suboptimal..
05:00 Or can I cheat..
05:00 Oh yes, I bet I can..
05:05 Yep, you can provide a list of qualifiers and that'll take..
05:05 Now to prevent normalization..
05:14 "Koha only has one 'Normalization rule' that removes extra characters such as commas and semicolons. The value you enter in this field is irrelevant to the normalization process."
05:20 I suppose having a default normalization rule isn't a bad idea...
05:20 As otherwise you could have all sorts of undesired behaviours..
05:23 Of course... SimpleSearch is doing more normalization...
05:23 * dcook *facepalm*
05:26 dcook Same with regular Search...
05:27 So it's impossible to access the 952$u "uri:u"...
05:31 Ok, we could add a "no-normalization" option to C4::Search::SimpleSearch...
05:56 Francesca joined #koha
06:06 cdickinson_ joined #koha
07:13 laurence joined #koha
07:15 cait joined #koha
07:34 dbulib joined #koha
07:41 * magnuse_ waves
07:42 paul_p joined #koha
07:58 alex_a joined #koha
07:58 alex_a bonjour
07:59 reiveune joined #koha
08:02 Joubu hello #koha
08:03 reiveune hello
08:13 gaetan_B joined #koha
08:13 gaetan_B hello
08:19 irma joined #koha
08:28 wilfrid joined #koha
08:30 marcelr joined #koha
08:30 marcelr hi #koha
08:41 magnuse_ @wunder boo
08:41 huginn` magnuse_: The current temperature in Bodo, Norway is -5.0°C (9:20 AM CET on January 11, 2016). Conditions: Mostly Cloudy. Humidity: 63%. Dew Point: -11.0°C. Windchill: -15.0°C. Pressure: 29.68 in 1005 hPa (Steady).
08:42 cait joined #koha
08:45 drojf joined #koha
08:45 drojf morning #koha
08:46 marcelr hi magnuse cait and drojf
08:46 drojf hi marcelr :)
08:47 cait hi marcelr, drojf and #koha
08:48 drojf hi cait :)
08:52 does somebody know when the meeting is without looking it up? 13.?
08:52 cait wednesday
08:52 wahanui wednesday is fine for me
08:53 drojf The next meeting is 13 January 2016 at 20:00 UTC
08:53 thanks cait
08:53 hyvaria joined #koha
08:53 drojf now that i have a new owncloud, i could try that calendar thing again
08:53 LibraryClaire joined #koha
08:54 cait hm didn't work for me last time
08:54 but the client seems to work more nicely
08:54 drojf my thunderbird (iceweasel) has a calendar too now. that is probably what you meant last time we spoke about it cait. i never had that like this (iceweasel in wheezy was old)
08:55 but i have not tried it. i hope it speaks caldav
08:55 cait i think it might
08:55 thunderbird is kind of dead now i guess :( well i am still hoping someone will continue developing it
08:55 LibraryClaire morning #koha
08:55 cait morning LibraryClaire
08:56 LibraryClaire hi cait :)
08:56 drojf cait: i would not know any replacement, so i will keep using it until it falls apart ;)
08:56 mozilla has made a lot of bad choices lately :/
08:57 cait i gues a desktop application doesn't fit in anymore
08:57 drojf a mobile os didn't either :P
08:57 cait it fits my needs well... but i am weird about having stuff in clouds :)
08:58 paul_p joined #koha
08:58 drojf well. with imap its in the cloud anyway
08:59 the calendar in thunderbird has a synchronize-button but no place to say what to synchronize with
08:59 cait if you are using imap :)
09:01 drojf: i had set up owncloud calendar with thunderbird once
09:01 it kind of worked
09:04 drojf with the native calendar? or that extension that was available at some point? i know i tried a calendar in thunderbird before,which was different
09:05 ah i found it!
09:08 ashimema morning #koha
09:11 LibraryClaire hey ashimema :)
09:12 cait morning ashimema
09:12 ashimema Hi LibraryClaire how goes it this damp and drizzly morning?
09:12 Hi ciat
09:13 hi cait.. even
09:15 LibraryClaire damp and drizzly indeed... tea required before delving into more reports! ;)
09:15 magnuse_ @wunder london
09:15 huginn` magnuse_: Error: No such location could be found.
09:16 cait the little underground path below the rails was slightly flooded today again...
09:16 but i got away with dry socks this time - new shoes - yay!
09:16 @wunder Konstanz
09:16 huginn` cait: The current temperature in Konstanz, Germany is 4.0°C (10:00 AM CET on January 11, 2016). Conditions: Light Rain Showers. Humidity: 97%. Dew Point: 4.0°C. Pressure: 29.37 in 995 hPa (Falling).
09:17 LibraryClaire @wunder LHR
09:17 huginn` LibraryClaire: The current temperature in London / Heathrow Airport, United Kingdom is 6.0°C (9:00 AM GMT on January 11, 2016). Conditions: Mostly Cloudy. Humidity: 94%. Dew Point: 6.0°C. Pressure: 28.92 in 979 hPa (Falling).
09:18 LibraryClaire cait: yay! I got caught in a horrible monsoon moment on Saturday, everything was soaked except my feet!
09:18 cait happened to me once... that's not nice
09:19 but yay shoes? :)
09:19 LibraryClaire lovely waterproofness! :)
09:20 cait :)
09:22 liw weather- and climate-appropriate clothing for the win, for sure
09:22 * ashimema tea count: 1
09:22 coffee count: 1
09:22 ashimema @wunder, stevenage, uk
09:22 huginn` ashimema: downloading the Perl source
09:23 ashimema @wunder stevenage, uk
09:23 huginn` ashimema: The current temperature in Stevenage, England, Stevenage, United Kingdom is 5.0°C (9:23 AM GMT on January 11, 2016). Conditions: Mostly Cloudy. Humidity: 95%. Dew Point: 4.0°C. Windchill: 5.0°C. Pressure: 28.88 in 978 hPa (Steady).
09:25 ashimema @wunder, EGCL
09:25 huginn` ashimema: I've exhausted my database of quotes
09:25 ashimema @wunder EGCL
09:25 huginn` ashimema: The current temperature in cranesgate north, Spalding, United Kingdom is 5.2°C (9:15 AM GMT on January 11, 2016). Conditions: Rain. Humidity: 97%. Dew Point: 5.0°C. Windchill: 4.0°C. Pressure: 28.91 in 979 hPa (Falling).
09:25 ashimema is that nto a bit closer for you LibraryClaire.. London City Airport..
09:27 LibraryClaire ashimema: hmm, yeah probably is a bit :)
09:27 heathrow is proably halfway between work and home
09:32 drojf does link_bibs_to_authorities.pl only write subfield a (and 9 to link) into the biblio?
09:34 cait hm we haven't used it so far
09:35 $9 for sure I'd say, not srue about the other subfields
09:35 as it matches on the heading... it probably doesn't need to update it?
09:35 janeto joined #koha
09:39 drojf ah no the problem is something completely different :D
09:46 liw a larch?
09:55 drojf the subfield was ignored in the framework
09:58 newbie|2 joined #koha
09:59 ashimema welcome janeto
09:59 drojf it was actually a cataloguing problem, not of the linker script. i'm not sure if that writes anything besides 9, actually
09:59 newbie|2 joined #koha
10:00 drojf actually actually
10:00 janeto Hi there all, just joined here
10:01 drojf hi janeto
10:01 LibraryClaire hi janeto
10:01 janeto Hi Claire
10:02 * LibraryClaire waves
10:04 janeto Nice to meet you all through irc...
10:08 Sirenia joined #koha
10:31 cait marcelr: are you using the hold s in future thing?
10:32 marcelr cait: yes (if i understand your question correctly)
10:32 cait taking a quick look at bug 15261
10:32 huginn` 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=15261 enhancement, P5 - low, ---, alex.arnaud, Signed Off , Verify if checkouts or reserves requests periods overlap with existing reserves
10:33 cait I am not sure about it - we don't use the 'future' settings - wondering if you coudl take a look some time
10:33 marcelr ok
10:33 cait adding you and kyle - also leaving a comment in a second
10:34 marcelr cait: is this an optional behavior triggered by a new pref or so?
10:34 cait i don't think it is
10:34 still eyeballing the code - seems no new prefs or configuration options
10:35 marcelr at first glance this seems to break current functionality
10:35 cait i am not sur ehow current works - but was worried about that
10:36 posted comment now
10:36 hyvaria joined #koha
10:40 nlegrand joined #koha
10:52 marcelr cait++
10:53 cait :) lunch time bbl
10:55 nlegrand Hey #koha!
10:56 LibraryClaire hi nlegrand
11:10 nlegrand hey LibraryClaire :)
11:47 Joubu marcelr: why did you remove the deps on bug 12933-15135?
11:47 huginn` 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12933 enhancement, P5 - low, ---, kyle, Pushed to Master , Add ability to print overdue slip from staff intranet
11:47 marcelr it has been pushed already
11:47 Joubu I add these deps because it helps RMaint
11:47 marcelr ok np
11:47 i will leave them in future
11:48 Joubu for instance if a bug is based on ft A pushed in 3.20, RMaint 3.18 can now with a quick glance that (s)he does not need to backport it
11:48 know
11:48 marcelr good
12:25 cait @wunder Konstanz
12:25 huginn` cait: The current temperature in Saint Gallen-Altenrhein, Germany is 7.0°C (1:20 PM CET on January 11, 2016). Conditions: Mostly Cloudy. Humidity: 87%. Dew Point: 5.0°C. Windchill: 4.0°C. Pressure: 29.36 in 994 hPa (Steady).
12:25 cait the rain stopped :)
12:25 drojf @wunder berlin, germany
12:25 huginn` drojf: The current temperature in Berlin Tegel, Germany is 4.0°C (1:20 PM CET on January 11, 2016). Conditions: Mostly Cloudy. Humidity: 93%. Dew Point: 3.0°C. Windchill: 2.0°C. Pressure: 29.30 in 992 hPa (Steady).
12:25 drojf it does not mention the fog :/
12:25 cait very foggy?
12:26 liw @wunder espoo
12:26 huginn` liw: The current temperature in Viherlaakso, Espoo, Finland is -6.9°C (2:24 PM EET on January 11, 2016). Conditions: Low Drifting Snow. Humidity: 98%. Dew Point: -7.0°C. Windchill: -10.0°C. Pressure: 29.74 in 1007 hPa (Steady).
12:26 * liw is enjoying the heat wave
12:26 drojf it better egain, i think. but still
12:26 lol liw
12:30 alex_a joined #koha
12:42 oleonard joined #koha
12:42 oleonard Hi #koha
12:43 alex_a joined #koha
12:49 alex__ joined #koha
12:49 meliss joined #koha
12:50 cait hi oleonard :)
12:55 druthb joined #koha
12:55 ericar joined #koha
13:01 kidclamp joined #koha
13:12 khall joined #koha
13:33 NateC joined #koha
13:34 oleonard_ joined #koha
13:37 rocio joined #koha
13:38 drojf joined #koha
13:47 * oleonard_ waves goodbye to barton|weekend
13:47 oleonard_ That dude is a hoot.
13:48 Workweek barton is nice too though.
13:49 barton heh.
13:51 workweek barton says "Morgenstund hat Blei im Arsch". You can ask Cait to explain ;-)
13:51 cait better not
13:51 edveal joined #koha
13:51 barton hah.
13:51 cait i like the original better :)
13:51 Morgenstund hat Gold im Mund
13:52 LibraryClaire lol
13:52 cait = the early bird catches the worm
13:52 barton fair nuff.
13:53 literally translated, it means "The morning hour has gold it its mouth".
13:54 whereas Blei is lead, and Arsch needs no translation.
13:54 ericar joined #koha
14:07 druthb "The early bird catches the worm" == "The worm should have slept in."
14:10 Dyrcona joined #koha
14:17 reiveune left #koha
14:19 reiveune joined #koha
14:20 cma joined #koha
14:32 talljoy joined #koha
14:33 amyk joined #koha
14:44 mario joined #koha
14:56 wilfrid joined #koha
14:56 paul_p joined #koha
14:56 cait bye all
14:57 cait left #koha
15:19 laurence left #koha
15:34 barton Joubu: just read through "[Koha-devel] Playing with NYTProf"
15:34 Joubu++
15:39 janPasi__ Well, I've narrowed down the problem with checking out reserved items with self checkout machines
15:40 http://pastebin.com/U8nPyZqx
15:40 this block of code in C4/SIP/ILS/Transaction/Checkout.pm is where it falls to pieces
15:41 ModReserveFill never gets completed and the transaction hangs
15:41 now I just wish I had somekind of idea as to why it hangs and how can it be fixed
15:48 alex_a_ joined #koha
15:59 TGoat joined #koha
16:09 reiveune bye
16:09 reiveune left #koha
16:24 janPasi__ DBD::mysql::st execute failed: Column count doesn't match value count at row 1 at /home/koha/kohaclone/C4/Reserves.pm line 1432.
16:24 this happens in sip log
16:27 nlegrand joined #koha
16:32 pianohacker joined #koha
16:33 cdickinson joined #koha
16:37 Joubu janPasi__: check the columns of reserves and old_reserves
16:37 you should have the same number of columns
16:37 janPasi__ Joubu: did, and that was indeed the problem
16:37 they still don't have the same amount of columns for some strange reason, but it works now
16:38 i did drop table old_reserve
16:38 s;
16:38 and then create table old_reserves like reserves;
16:38 wilfrid joined #koha
16:38 janPasi__ reserves has 69 columns and old_reserves has 63
16:38 weird
16:39 gaetan_B bye
16:40 janPasi__ how can they have different column count after drop/create ... like
16:40 magnuse joined #koha
16:41 janPasi__ actually they have the same column count now, mysql client seems to lie about that
16:42 with select column_name from information_schema.columns where table_name='n' they return different line count
16:42 but they actually have the same columns if you look at the tables themselves
16:46 whoa! there seems to be duplicate columns in reserves :o
16:46 I'll have to look into that tomorrow
16:50 Joubu janPasi__: I usually use `DESC table_name` and I get the correct number of columns :)
16:58 janPasi__ Joubu: ok, thanks :)
16:58 now I'm off to home for today
17:12 cait joined #koha
17:14 Joubu See you tomorrow #koha
17:33 geek_cl joined #koha
17:34 janeto left #koha
17:34 geek_cl Hi #koha guys, which perl script calcule the fines ?
17:37 oleonard geek_cl: I don't know anything about fine calculation but I'm curious why you ask
17:40 pianohacker geek_cl: script is misc/cronjobs/fines.pl, logic is in C4/Overdues.pm
17:40 geek_cl thanks pianohacker
17:41 pianohacker geek_cl: I'm also curious as to why you ask, though :)
17:42 cdickinson_ joined #koha
17:45 geek_cl cause the fines are not calculate on items with overdue
17:46 the fine amount is not show on loans column
17:48 oleonard, pianohacker , that reason
17:51 pianohacker, oleonard http://snag.gy/u0uOD.jpg
17:52 http://snag.gy/a7Xxm.jpg
18:01 * cait waves
18:01 cait geek_cl: check the finesmode system preference
18:01 geek_cl: it should be set to calculate and something
18:02 it's off by default, so that could be a reason
18:04 pianohacker geek_cl: also, try running fines.pl manually with --verbose
18:04 cait but be careful about permissions - from koha-shell if you have a packages installation :)
18:07 pianohacker yup yup
18:07 ibeardsl1e joined #koha
18:15 LibraryClaire joined #koha
18:20 geek_cl cait, finesMode is: Calculate and charge
18:20 cait good :)
18:20 other things to check: is today a holiday in your calendar
18:20 geek_cl fines.pl runs by cronjob
18:20 cait and in your circulation conditions - fines in days should be empty - and fines and fine interval shoud be set
18:21 you will also want to set a max fine, so it doesn't run into forever
18:21 geek_cl ok cait, we will review that
18:23 ccordova joined #koha
18:23 ccordova_ joined #koha
18:32 ccordova joined #koha
18:32 ccordova hi
18:45 cma joined #koha
18:47 geek_cl cait, all your suggestions are reviewed
18:52 drojf joined #koha
19:15 * ashimema was showing someone how irc works
19:16 cait so you are not asleep? :)
19:16 ashimema I wish.. too much work to do still this evening
19:16 :(
19:16 how are you ciat?
19:16 how are you cait?
19:16 cait i am good
19:16 just finished dinner
19:17 ashimema anything nice?
19:17 cait purslane(?) salad wth mandarines
19:18 ashimema Nicki snuck a veggie tea on me.. was lovely though as it happens
19:18 cait veggie tea?
19:20 ashimema vegetarian dinner.. we have vegetarian spaghetti bolognese, where the spaghetti was actually courgette ribbons too..
19:20 this stuff cait? https://en.wikipedia.org/wiki/Portulaca_oleracea
19:21 sounds interseting.. not something I've tried before.. nice?
19:21 cait sounds nice :)
19:21 hm little different looking
19:22 seems there ar e different types :)
19:24 i found it in my veggie box not so long ago - makes you try new things
19:25 ashimema ah. 'Lambs Lettuce' is what we call it
19:26 cait which must be about the only translation the leo dictionary doesn't suggest :)
19:26 and there are many to pick from for portulak
19:26 we made him hungry :P
19:29 ok, time for laundry bbl
19:46 eythian: nice bike :)
20:00 magnuse joined #koha
20:09 geek_cl thanks cait, after change chargeperiod data, the fine is calculated properly.
20:10 we wait now
20:10 cait oh cool
20:10 glad it works now
20:10 geek_cl clap clap clap
20:11 edveal joined #koha
20:11 cait1 joined #koha
20:48 bklein joined #koha
20:49 drojf1 joined #koha
21:05 aleisha joined #koha
21:20 eythian cait1: also very expensive, but I think worth it.
21:21 cait1 just make sure you use the 'eel' at all times
21:21 going to work by bike now? :)
21:21 eythian Ja, natuurlijk.
21:21 Well, maybe tomorrow
21:22 I don't know where the bike parking is though.
21:22 cait1 i wished i was cycling this morning - the little passage below the rails was partially flooded again
21:22 the bikes had it easier than me :)
21:24 eythian Yes, I remember that area and it's flooding
21:24 Its
21:28 cait1 not quite the heavy flooding you had :)
21:29 hey.. bike trip to Konstanz next summer? ;)
21:40 nengard joined #koha
21:53 eythian cait1: that'll require my bike from NZ, not this one.
21:53 My NZ bike is much faster
21:53 cait1 driving that here will be some task... from nz...
21:53 rocio left #koha
21:53 cait1 but if you say it's faster :)
21:59 cbrannon joined #koha
22:00 geek_cl joined #koha
22:01 cbrannon Would love it if someone could QA http://bugs.koha-community.org[…]_bug.cgi?id=14694.  We are so close!
22:01 huginn` 04Bug 14694: enhancement, P5 - low, ---, kyle, Signed Off , Make decreaseloanHighHolds more flexible
22:02 cbrannon A QA on http://bugs.koha-community.org[…]_bug.cgi?id=11565 after that one would also be appreciated.  One depends on the other.  :)
22:02 huginn` 04Bug 11565: enhancement, P5 - low, ---, kyle, BLOCKED , decreaseLoanHighHolds needs Override
22:02 wizzyrea I would love it if we didn't have to rewrite the patrons can recover a password by email patch.
22:03 geek_cl cait1, now http://paste.koha-community.org/250
22:04 cbrannon @wizzyrea, you QA my patches and I will work hard at not rewriting anything.  (As if I could :) )
22:04 huginn` cbrannon: downloading the Perl source
22:04 wizzyrea I can't QA anything.
22:04 Francesca joined #koha
22:04 cbrannon Bummer.  Does that mean I have to learn to rewrite stuff?
22:04 cait1 geek_cl: ugh hm
22:05 magnuse joined #koha
22:05 cait1 geek_cl: you didn't enter with the curreny symbol by chance? in the circulation rules?
22:07 for the branchcode - check your db tables  repeatable_holidays and single_holidays for entries without a branchcode
22:07 geek_cl i will check that last
22:08 cait1 i think it's 2 different things probably
22:08 geek_cl i'will check
22:08 cait1 what's line 148 in your fines.pl?
22:08 another question - which version of koha is that? an older one? or started from an older one and updated?
22:09 cbrannon: focusing a bit on the evil bugs right now - to get things all working in 3.22
22:10 geek_cl let me check
22:10 cait1 then hopefully working through the older enh too
22:10 geek_cl http://paste.koha-community.org/251
22:10 3.20.6
22:11 i found two items with holding_branch=NULL
22:11 at items table
22:11 cait1 I'd try fixing those
22:11 geek_cl oldingbranch
22:11 holdingbranch
22:11 ok
22:11 cait1 holdingbranch and homebranch should always be set
22:12 geek_cl i go to select
22:12 ;)
22:13 cait1 hm?
22:13 cbrannon cait1: evil bugs?  No no no!  These are heaven sent angels of mercy!
22:13 cait1 i mean right now looking more at the bugs part of the qa queue - enh have second prio
22:13 cbrannon :(
22:14 cait1 we are still really early in the release cycle
22:15 cbrannon I take it bribing with cake is out of the question.  :)
22:16 cait1 ... oh you could try :D
22:18 cbrannon (^)
22:18 rangi seriously
22:19 cbrannon :D
22:19 rangi are we seriously going to hold that patch for forgotten password that passed all the guidelines when it was written a million years ago, to make something marginally easier for developers and have to go round testing it all again
22:19 new rule, the person who says this should be in this namespace, has to put it in that namespace
22:20 nengard left #koha
22:20 dcook hehe
22:20 cbrannon If it works, put it in.  Enhance the heck out of it later.
22:20 rangi *nod*
22:20 dcook It's just semantics at this point anyway
22:21 wizzyrea it's feature complete as it is.
22:22 cait1 I am not sure a request is worth getting so worked up here
22:23 cbrannon Give them cake.
22:23 dcook TFW you type in "git stash" hoping that you'll get the usage but it actually stashes your working directory...
22:26 wizzyrea doesn't really feel like a request. More like ransom.
22:28 eythian cait1: it's faster because it's on a boat
22:29 cait1 pretty sure that was not the intention
22:29 dcook I want to ask eythian if that's a w/w, but it seems like it could be relevant :p
22:30 wizzyrea: What's the bug number again?
22:30 wizzyrea which bug?
22:30 dcook The password recovery one
22:31 eythian dcook: it's not w/w 🙂
22:31 wizzyrea bug 8753
22:31 huginn` 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8753 enhancement, P1 - high, ---, charles.farmer, Signed Off , Add forgot password link to OPAC
22:31 eythian Just picking up an older conversation
22:33 dcook eythian: Figured it must be relevant in some way :D
22:33 Is there a conversation going on the listserv as well?
22:34 wizzyrea naw
22:36 dcook Well, I'll add to Bugzilla then :)
22:42 That IS a lot of names on the CC list..
22:43 Also, huzzah for Record-status already being in bib1.att
22:44 * dcook wonders how ccl.properties was organized if it was at all..
22:44 rangi probably once upon a time it was
22:44 dcook I think alphabetical once upon a time
22:44 rangi it mostly came from indexdata
22:45 and then was poked and prodded for years
22:45 dcook Yeah, makes sense
22:45 Doesn't really matter too much in this case
22:45 Already searched for the numbers and indexes, so I know it's not there already
22:46 I'll put it by Record-type as it's conceptually and literally located by it in the record..
22:46 rangi order doesnt matter at all eh?
22:46 if not, could you file a bug and put academy in the keywords
22:47 dcook O_o
22:47 rangi and i could get one of the students to reorder the file
22:47 dcook :D
22:47 A certain amount of order would be good, but it would be easily confirmed once re-ordered
22:47 Will do, rangi
22:47 rangi thanks
22:48 dcook Might be easier said than done, but they'd certainly learn about ccl.properties and related files
22:48 I mean... we could order numerically by attribute... or alphabetically by qualifier
22:49 With aliases not fitting into the order
22:49 I'll provide options..
22:49 cait1 hm i think it might have been by attribute once
22:49 numeric
22:49 pianohacker dcook: I think it's closer to numerically by attribute currently
22:49 dcook 1=9 follows 1=1034
22:49 So I'm not sure :p
22:49 pianohacker clooooooser :)
22:49 dcook I guess 12, 30, 31, 32 follow 9..
22:50 1056, 1214, 7..
22:50 :p
22:50 Could be, could be
22:50 Although not all entries have numerical values in them
22:50 rangi if we pick an order, and get them to that at and put a comment at the top
22:50 pianohacker yup yup
22:50 dcook As they reference the string name in bib1.att rather than the number
22:50 rangi at least it hsould be easier to scan
22:50 dcook exammple: Corporate-name 1=Corporate-name
22:51 1=2 would be easier to read I think
22:51 Although changing it from a string to a number would be more than just re-ordering I think as it would be more prone to error
22:51 Oooh. If they wrote a test proving that no entries were added/removed in the re-ordering process, that would be great
22:52 rangi yep that could be done, and a test it was in order too
22:52 then it could go in xt
22:52 dcook What does "xt" stand for?
22:52 rangi and if people add stuff out of place it gets caught
22:52 dcook Just extra tests?
22:52 rangi release only tests
22:53 dcook Actually, I like this idea... because the bottom of ccl.properties appears to be the new dumping ground for use 1 attributes... which is suboptimal
22:53 rangi dont affect functionality
22:53 dcook sweet
22:53 rangi kinda like tests for best practice I guess
23:02 dcook Hmm... alphabetical might make more sense within the Bib-1 category
23:02 So that "Any" is at the top
23:02 Rather than hidden amongst the other qualifiers with a attribute in the 1000s
23:04 Also, there are times where it might be handy grouping by functionality... like all the qualifiers for authorities... those are currently mostly grouped together
23:04 allrecords 1=_ALLRECORDS
23:04 AlwaysMatches 2=103
23:04 Those are probably grouped together because they need to be used together to be effectual I think
23:07 bug 15554
23:07 huginn` 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=15554 enhancement, P5 - low, ---, gmcharlt, NEW , Organize entries in ccl.properties
23:07 dcook rangi: ^
23:08 Not sure if my puzzling has made it more complex or if it's still suitable
23:08 rangi thank you
23:08 dcook np
23:08 Now what was I doing.. :p
23:09 Added the Record-status to biblio-zebra-indexdefs.xsl... ahh that should be .xml instead..
23:10 Added to ccl.properties..
23:12 C4::Search::getIndexes()... ick
23:13 pianohacker why do we need that again? the search parser?
23:13 dcook "parser"
23:13 Yeah
23:13 pianohacker yeah, heavy air quotes
23:14 dcook Totally
23:14 Without a real parser, we're stuck with it
23:14 But we could still be doing it smarter
23:15 Could actually just parse bib1.att and store it in a cache..
23:15 As you can't have an index without it being in there
23:16 rangi you can with elasticsearch
23:16 dcook hehe
23:16 I was just thinking that
23:16 How does elasticsearch define its indexes again?
23:16 Do we have it in the database?
23:16 For all the documentation I read, I still haven't played with ES in Koha yet..
23:18 Actually, I think I wrote somewhere that it's tempting to write a CCL parser for Koha...
23:18 Although we don't quite do CCL
23:19 Francesca joined #koha
23:19 dcook I suppose maybe we could cheat and use : instead of = or something but..
23:19 Time, time..
23:20 rangi yep in the db
23:20 makes it editable by the library
23:20 (when we build a nice UI for that anyway)
23:20 dcook Yeah
23:23 Actually, looking at C4::Search::getIndexes()... I don't even know if it has much merit
23:23 If it finds something it thinks is a CCL "index", it tries to craft a ccl query and skips the rest of the buildQuery process
23:23 Which... has its ups and downs
23:23 ups in that it skips lots of badness
23:23 downs in that it skips system preferences
23:30 irma joined #koha
23:35 cait1 hm started with 11 bugs in the qa queue...finishing with 14!
23:35 aleisha! :)
23:35 dcook hehe
23:36 cait1 aleisha++ much more effective than me
23:36 aleisha just working through the easy ones!
23:36 dcook aleisha: More than this guy's doing!
23:36 aleisha++
23:36 cait++
23:36 aleisha cait1++
23:36 cait1 time to sleep for me - cya all later :)
23:37 aleisha cya
23:37 dcook laters cait1
23:37 cait1 left #koha
23:39 papa joined #koha
23:39 Francesca joined #koha
23:41 NateC joined #koha
23:46 dcook Hmm the queryparser doesn't do so well with CCL..
23:49 Ah right because QP uses || instead of "or"
23:49 So it reads "or" literally..
23:51 pianohacker really? that's kind of odd for user-facing search
23:51 rangi it was changed on purpose
23:51 because you couldn't search or otherwise
23:51 dcook To get around issues with literal "or" I assume
23:51 Yeah
23:52 rangi: If a patch makes changes to Zebra files, is it likely to be backported to other stable Koha releases?
23:52 Err stable isn't the right word..
23:52 Just backported..
23:52 pianohacker hm, okay.
23:52 rangi if its a bugfix yep
23:52 dcook This hiding LDR05=d thing is pretty easy
23:52 rangi new feature, probably not
23:52 dcook Hmm, I guess it's an enhancement
23:52 pianohacker and a change in search behavior
23:52 rangi they fall in the grey area
23:53 probably not
23:53 as it would involve a full reindex right?
23:53 dcook pianohacker: Well, search output.
23:53 pianohacker dcook: what's the bug number on this again?
23:53 dcook Hmm, yeah, I guess it would, rangi
23:53 pianohacker talljoy I think will be all over it because ebook records :)
23:53 dcook bug 15537
23:53 huginn` 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=15537 enhancement, P5 - low, ---, gmcharlt, NEW , Hide records on Leader 05 = d in OPAC
23:53 dcook pianohacker: Yeah?
23:53 rangi yeah, you watn a maintenance upgrade to be as easy/small/fast as possible
23:53 dcook rangi: Yeah, that makes sense
23:53 I forgot about the re-index as my test db is so small
23:54 pianohacker dcook: yup :)
23:54 dcook pianohacker: Sweet :)
23:54 I suppose if I have clients that need to use it, they will have to apply manually..
23:54 Or I can do a workaround in the interim..
23:54 And shoot towards this as a goal
23:54 pianohacker: I want to be able to replace existing records with skeleton records with LDR05=d and have them be hidden from the OPAC
23:55 As OAI-PMH doesn't send metadata records when it deletes something. Just gives you an identifier and the deleted status
23:55 So I'll make a bare MARC record, add the identifier for matching purposes, and a LDR05=d, and that should work... so long as the bare record is hidden from the OPAC..
23:55 For the staff client, I could even add some data to the bare record about it being deleted upstream
23:56 BobB joined #koha
23:56 dcook Should dovetail with khall's cronjob that deletes those records
23:56 pianohacker yup
23:56 exactly what I was thinking
23:56 dcook :)
23:57 Just need to add the index for UNIMARC and NORMARC and I should have something up soon
23:57 Works well w/ and w/o OpacSuppression as well
23:57 :D
23:58 With QP and without
23:59 I suppose for the OAI stuff... if someone is using it before bug 15537 gets in... I could just use OpacSuppression..
23:59 huginn` 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=15537 enhancement, P5 - low, ---, gmcharlt, NEW , Hide records on Leader 05 = d in OPAC

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

koha1