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