| Time |
S |
Nick |
Message |
| 00:16 |
|
|
papa joined #koha |
| 00:22 |
|
|
dcook joined #koha |
| 00:26 |
|
dcook |
Oooh. bug 11084 looks promising... |
| 00:26 |
|
huginn` |
Bug 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 |
|
dcook |
I suppose the cronjob would cover more cases.. |
| 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:32 |
|
dcook |
While I can match off the identifier, I don't necessarily want to overlay the existing biblio with an empty one.. |
| 00:33 |
|
dcook |
I suppose deleting a record is easier said than done of course.. |
| 00:45 |
|
dcook |
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 |
|
dcook |
Maybe that's what I was thinking of |
| 00:46 |
|
dcook |
No reason we can't prevent display of 'deleted' records too |
| 00:46 |
|
dcook |
Although I suppose we'd still want to find them on the staff client |
| 00:49 |
|
dcook |
Hmm we don't even index LDR05 at the moment.. |
| 00:49 |
|
dcook |
I wonder how Kyle's cronjob works then.. |
| 00:50 |
|
dcook |
$schema->resultset('Biblioitem')->search( { marc => { LIKE => '_____d%' } } ); |
| 00:51 |
|
dcook |
Wth... |
| 00:51 |
|
dcook |
We're reading the marc blob field as a string? |
| 00:51 |
|
dcook |
Just for that? |
| 00:51 |
|
dcook |
Clever sure, but don't we want to be getting rid of that column.. |
| 00:52 |
|
dcook |
I doubt that would scale very well either... |
| 00:53 |
|
dcook |
Pretty fast in a db of 37,000... |
| 00:54 |
|
dcook |
84,000.. |
| 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.. |
| 01:07 |
|
rangi |
hmm we really have to get this password reset in |
| 01:07 |
|
dcook |
^ |
| 01:07 |
|
dcook |
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 |
|
rangi |
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 |
|
rangi |
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 |
|
rangi |
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 |
|
dcook |
That's my thought about this OAI stuff of mine as well.. |
| 01:10 |
|
dcook |
I have so many ideas for improvements, but they'll take a while |
| 01:10 |
|
dcook |
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 |
|
rangi |
: |
| 01:11 |
|
rangi |
) |
| 01:11 |
|
rangi |
thats how toyota corolla became the best selling car in the world |
| 01:12 |
|
dcook |
That's catchy |
| 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 |
Maybe I should file bug reports so I don't forget it.. |
| 01:13 |
|
dcook |
rangi: Are the academy students around now? |
| 01:13 |
|
dcook |
http://bugs.koha-community.org[…]_bug.cgi?id=12586 might be one for them |
| 01:13 |
|
huginn` |
Bug 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 |
|
dcook |
Now what other thing was I thinking of.. |
| 01:45 |
|
dcook |
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 |
|
dcook |
Actually, that probably won't do what I want.. |
| 01:46 |
|
wizzyrea |
marc modification templates? |
| 01:46 |
|
dcook |
Yeah |
| 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:47 |
|
dcook |
Which seems a shame :/ |
| 01:47 |
|
dcook |
But this could work: http://bugs.koha-community.org[…]_bug.cgi?id=15537 |
| 01:47 |
|
huginn` |
Bug 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` |
Bug 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 |
|
dcook |
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 |
|
dcook |
a touch_all_biblios.pl would fix that though |
| 02:43 |
|
dcook |
Oh snap, my matching rule isn't working now.. |
| 02:44 |
|
dcook |
Hmm match found... but not applied.. |
| 02:45 |
|
dcook |
Because Zebra isn't working right.. |
| 02:46 |
|
dcook |
Probably because I'm not actually indexing anything.. |
| 02:47 |
|
dcook |
But it was working on the 8th.. |
| 02:48 |
|
dcook |
Me thinks someone killed my daemon.. |
| 02:48 |
|
wizzyrea |
noo not the daemon |
| 02:48 |
|
dcook |
Nooooo |
| 02:49 |
|
dcook |
Et, voila! |
| 02:50 |
|
dcook |
Hmm... or not... |
| 02:50 |
|
dcook |
Well, the indexing should have caught up |
| 02:50 |
|
dcook |
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 |
|
dcook |
Ahh... it's because of normalization... |
| 04:35 |
|
dcook |
You can't match URLs with the Staged MARC Import it seems.. |
| 04:36 |
|
dcook |
Well... the value from the record gets turned into this: id-other=HTTPLIBRISKBSERESOURCEBIB219553 |
| 04:37 |
|
dcook |
While the value is tokenized into multiple Identifier-other indexes... |
| 04:39 |
|
dcook |
And we don't index the 856... |
| 04:39 |
|
dcook |
Although we do index the 952$u... |
| 04:40 |
|
dcook |
Ah, but the Staged MARC Import will only ever use a "Word" index... |
| 04:41 |
|
dcook |
Actually, I think it should use Phr by default.. |
| 04:42 |
|
dcook |
So if we indexed Identifier-other as a phrase... it could work.. |
| 04:42 |
|
dcook |
If I got the normalization rule right |
| 04:43 |
|
dcook |
Except... that's not how it works |
| 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:48 |
|
dcook |
Although that doesn't make sense either |
| 04:52 |
|
dcook |
Except 952$u is working right.. |
| 04:52 |
|
dcook |
And I'm editing the wrong file.. |
| 04:55 |
|
dcook |
It likes "Identifier-other:w Identifier-other:p" but not ""Identifier-other:w Identifier-other:p Identifier-other:u"... |
| 04:55 |
|
dcook |
Ah, too many spaces.. |
| 04:55 |
|
dcook |
"id-other=http://libris.kb.se/resource/bib/219553" can actually work if I just index it as a URL.. |
| 04:56 |
|
dcook |
Hmm except zebra::snippet says it's matching on the "w" index after all.. partially |
| 04:57 |
|
dcook |
That's probably a bug.. |
| 04:58 |
|
dcook |
Nope.. not a bug... just more normalization.. |
| 04:58 |
|
dcook |
That's super suboptimal.. |
| 05:00 |
|
dcook |
Or can I cheat.. |
| 05:00 |
|
dcook |
Oh yes, I bet I can.. |
| 05:05 |
|
dcook |
Yep, you can provide a list of qualifiers and that'll take.. |
| 05:05 |
|
dcook |
Now to prevent normalization.. |
| 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:20 |
|
dcook |
I suppose having a default normalization rule isn't a bad idea... |
| 05:20 |
|
dcook |
As otherwise you could have all sorts of undesired behaviours.. |
| 05:23 |
|
dcook |
Of course... SimpleSearch is doing more normalization... |
| 05:23 |
|
* dcook |
*facepalm* |
| 05:26 |
|
dcook |
Same with regular Search... |
| 05:27 |
|
dcook |
So it's impossible to access the 952$u "uri:u"... |
| 05:31 |
|
dcook |
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 |
|
drojf |
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 |
|
drojf |
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 |
|
cait |
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 |
|
drojf |
but i have not tried it. i hope it speaks caldav |
| 08:55 |
|
cait |
i think it might |
| 08:55 |
|
cait |
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 |
|
drojf |
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 |
|
drojf |
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 |
|
cait |
drojf: i had set up owncloud calendar with thunderbird once |
| 09:01 |
|
cait |
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 |
|
drojf |
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 |
|
ashimema |
Hi ciat |
| 09:13 |
|
ashimema |
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 |
|
cait |
but i got away with dry socks this time - new shoes - yay! |
| 09:16 |
|
cait |
@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 |
|
cait |
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 |
|
* ashimema |
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 |
|
LibraryClaire |
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 |
|
cait |
$9 for sure I'd say, not srue about the other subfields |
| 09:35 |
|
cait |
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` |
Bug 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 |
|
cait |
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 |
|
cait |
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` |
Bug 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 |
|
marcelr |
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 |
|
Joubu |
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 |
|
drojf |
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 |
|
oleonard_ |
Workweek barton is nice too though. |
| 13:49 |
|
barton |
heh. |
| 13:51 |
|
barton |
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 |
|
cait |
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 |
|
barton |
literally translated, it means "The morning hour has gold it its mouth". |
| 13:54 |
|
barton |
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 |
|
barton |
Joubu++ |
| 15:39 |
|
janPasi__ |
Well, I've narrowed down the problem with checking out reserved items with self checkout machines |
| 15:40 |
|
janPasi__ |
http://pastebin.com/U8nPyZqx |
| 15:40 |
|
janPasi__ |
this block of code in C4/SIP/ILS/Transaction/Checkout.pm is where it falls to pieces |
| 15:41 |
|
janPasi__ |
ModReserveFill never gets completed and the transaction hangs |
| 15:41 |
|
janPasi__ |
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 |
|
janPasi__ |
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 |
|
Joubu |
you should have the same number of columns |
| 16:37 |
|
janPasi__ |
Joubu: did, and that was indeed the problem |
| 16:37 |
|
janPasi__ |
they still don't have the same amount of columns for some strange reason, but it works now |
| 16:38 |
|
janPasi__ |
i did drop table old_reserve |
| 16:38 |
|
janPasi__ |
s; |
| 16:38 |
|
janPasi__ |
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 |
|
janPasi__ |
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 |
|
janPasi__ |
with select column_name from information_schema.columns where table_name='n' they return different line count |
| 16:42 |
|
janPasi__ |
but they actually have the same columns if you look at the tables themselves |
| 16:46 |
|
janPasi__ |
whoa! there seems to be duplicate columns in reserves :o |
| 16:46 |
|
janPasi__ |
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 |
|
janPasi__ |
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 |
|
geek_cl |
the fine amount is not show on loans column |
| 17:48 |
|
geek_cl |
oleonard, pianohacker , that reason |
| 17:51 |
|
geek_cl |
pianohacker, oleonard http://snag.gy/u0uOD.jpg |
| 17:52 |
|
geek_cl |
http://snag.gy/a7Xxm.jpg |
| 18:01 |
|
* cait |
waves |
| 18:01 |
|
cait |
geek_cl: check the finesmode system preference |
| 18:01 |
|
cait |
geek_cl: it should be set to calculate and something |
| 18:02 |
|
cait |
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 |
|
cait |
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 |
|
cait |
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 |
|
ashimema |
:( |
| 19:16 |
|
ashimema |
how are you ciat? |
| 19:16 |
|
ashimema |
how are you cait? |
| 19:16 |
|
cait |
i am good |
| 19:16 |
|
cait |
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 |
|
ashimema |
this stuff cait? https://en.wikipedia.org/wiki/Portulaca_oleracea |
| 19:21 |
|
ashimema |
sounds interseting.. not something I've tried before.. nice? |
| 19:21 |
|
cait |
sounds nice :) |
| 19:21 |
|
cait |
hm little different looking |
| 19:22 |
|
cait |
seems there ar e different types :) |
| 19:24 |
|
cait |
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 |
|
cait |
and there are many to pick from for portulak |
| 19:26 |
|
cait |
we made him hungry :P |
| 19:29 |
|
cait |
ok, time for laundry bbl |
| 19:46 |
|
cait |
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 |
|
geek_cl |
we wait now |
| 20:10 |
|
cait |
oh cool |
| 20:10 |
|
cait |
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 |
|
cait1 |
going to work by bike now? :) |
| 21:21 |
|
eythian |
Ja, natuurlijk. |
| 21:21 |
|
eythian |
Well, maybe tomorrow |
| 21:22 |
|
eythian |
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 |
|
cait1 |
the bikes had it easier than me :) |
| 21:24 |
|
eythian |
Yes, I remember that area and it's flooding |
| 21:24 |
|
eythian |
Its |
| 21:28 |
|
cait1 |
not quite the heavy flooding you had :) |
| 21:29 |
|
cait1 |
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 |
|
eythian |
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` |
Bug 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` |
Bug 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 |
|
cait1 |
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 |
|
cait1 |
another question - which version of koha is that? an older one? or started from an older one and updated? |
| 22:09 |
|
cait1 |
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 |
|
geek_cl |
3.20.6 |
| 22:11 |
|
geek_cl |
i found two items with holding_branch=NULL |
| 22:11 |
|
geek_cl |
at items table |
| 22:11 |
|
cait1 |
I'd try fixing those |
| 22:11 |
|
geek_cl |
oldingbranch |
| 22:11 |
|
geek_cl |
holdingbranch |
| 22:11 |
|
geek_cl |
ok |
| 22:11 |
|
cait1 |
holdingbranch and homebranch should always be set |
| 22:12 |
|
geek_cl |
i go to select |
| 22:12 |
|
geek_cl |
;) |
| 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 |
|
rangi |
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 |
|
dcook |
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` |
Bug 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 |
|
dcook |
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 |
|
dcook |
That IS a lot of names on the CC list.. |
| 22:43 |
|
dcook |
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 |
|
rangi |
and then was poked and prodded for years |
| 22:45 |
|
dcook |
Yeah, makes sense |
| 22:45 |
|
dcook |
Doesn't really matter too much in this case |
| 22:45 |
|
dcook |
Already searched for the numbers and indexes, so I know it's not there already |
| 22:46 |
|
dcook |
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 |
|
rangi |
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 |
|
dcook |
A certain amount of order would be good, but it would be easily confirmed once re-ordered |
| 22:47 |
|
dcook |
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 |
|
dcook |
I mean... we could order numerically by attribute... or alphabetically by qualifier |
| 22:49 |
|
dcook |
With aliases not fitting into the order |
| 22:49 |
|
dcook |
I'll provide options.. |
| 22:49 |
|
cait1 |
hm i think it might have been by attribute once |
| 22:49 |
|
cait1 |
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 |
|
dcook |
So I'm not sure :p |
| 22:49 |
|
pianohacker |
clooooooser :) |
| 22:49 |
|
dcook |
I guess 12, 30, 31, 32 follow 9.. |
| 22:50 |
|
dcook |
1056, 1214, 7.. |
| 22:50 |
|
dcook |
:p |
| 22:50 |
|
dcook |
Could be, could be |
| 22:50 |
|
dcook |
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 |
|
dcook |
1=2 would be easier to read I think |
| 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 |
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 |
|
rangi |
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 |
|
dcook |
So that "Any" is at the top |
| 23:02 |
|
dcook |
Rather than hidden amongst the other qualifiers with a attribute in the 1000s |
| 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:04 |
|
dcook |
allrecords 1=_ALLRECORDS |
| 23:04 |
|
dcook |
AlwaysMatches 2=103 |
| 23:04 |
|
dcook |
Those are probably grouped together because they need to be used together to be effectual I think |
| 23:07 |
|
dcook |
bug 15554 |
| 23:07 |
|
huginn` |
Bug 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 |
|
dcook |
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 |
|
dcook |
Now what was I doing.. :p |
| 23:09 |
|
dcook |
Added the Record-status to biblio-zebra-indexdefs.xsl... ahh that should be .xml instead.. |
| 23:10 |
|
dcook |
Added to ccl.properties.. |
| 23:12 |
|
dcook |
C4::Search::getIndexes()... ick |
| 23:13 |
|
pianohacker |
why do we need that again? the search parser? |
| 23:13 |
|
dcook |
"parser" |
| 23:13 |
|
dcook |
Yeah |
| 23:13 |
|
pianohacker |
yeah, heavy air quotes |
| 23:14 |
|
dcook |
Totally |
| 23:14 |
|
dcook |
Without a real parser, we're stuck with it |
| 23:14 |
|
dcook |
But we could still be doing it smarter |
| 23:15 |
|
dcook |
Could actually just parse bib1.att and store it in a cache.. |
| 23:15 |
|
dcook |
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 |
|
dcook |
I was just thinking that |
| 23:16 |
|
dcook |
How does elasticsearch define its indexes again? |
| 23:16 |
|
dcook |
Do we have it in the database? |
| 23:16 |
|
dcook |
For all the documentation I read, I still haven't played with ES in Koha yet.. |
| 23:18 |
|
dcook |
Actually, I think I wrote somewhere that it's tempting to write a CCL parser for Koha... |
| 23:18 |
|
dcook |
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 |
|
dcook |
Time, time.. |
| 23:20 |
|
rangi |
yep in the db |
| 23:20 |
|
rangi |
makes it editable by the library |
| 23:20 |
|
rangi |
(when we build a nice UI for that anyway) |
| 23:20 |
|
dcook |
Yeah |
| 23:23 |
|
dcook |
Actually, looking at C4::Search::getIndexes()... I don't even know if it has much merit |
| 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 |
Which... has its ups and downs |
| 23:23 |
|
dcook |
ups in that it skips lots of badness |
| 23:23 |
|
dcook |
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 |
|
cait1 |
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 |
|
dcook |
aleisha++ |
| 23:36 |
|
dcook |
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 |
|
dcook |
Ah right because QP uses || instead of "or" |
| 23:49 |
|
dcook |
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 |
|
rangi |
because you couldn't search or otherwise |
| 23:51 |
|
dcook |
To get around issues with literal "or" I assume |
| 23:51 |
|
dcook |
Yeah |
| 23:52 |
|
dcook |
rangi: If a patch makes changes to Zebra files, is it likely to be backported to other stable Koha releases? |
| 23:52 |
|
dcook |
Err stable isn't the right word.. |
| 23:52 |
|
dcook |
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 |
|
rangi |
probably not |
| 23:53 |
|
rangi |
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` |
Bug 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 |
|
dcook |
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 |
|
dcook |
I suppose if I have clients that need to use it, they will have to apply manually.. |
| 23:54 |
|
dcook |
Or I can do a workaround in the interim.. |
| 23:54 |
|
dcook |
And shoot towards this as a goal |
| 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:55 |
|
dcook |
As OAI-PMH doesn't send metadata records when it deletes something. Just gives you an identifier and the deleted status |
| 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 |
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 |
|
pianohacker |
exactly what I was thinking |
| 23:56 |
|
dcook |
:) |
| 23:57 |
|
dcook |
Just need to add the index for UNIMARC and NORMARC and I should have something up soon |
| 23:57 |
|
dcook |
Works well w/ and w/o OpacSuppression as well |
| 23:57 |
|
dcook |
:D |
| 23:58 |
|
dcook |
With QP and without |
| 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:59 |
|
huginn` |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=15537 enhancement, P5 - low, ---, gmcharlt, NEW , Hide records on Leader 05 = d in OPAC |
