← 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