Time |
S |
Nick |
Message |
00:11 |
|
|
fredy joined #koha |
00:37 |
|
|
mtompset joined #koha |
00:37 |
|
mtompset |
Greetings, #koha. |
00:37 |
|
mtompset |
@seen cait |
00:37 |
|
huginn |
mtompset: cait was last seen in #koha 3 hours, 5 minutes, and 12 seconds ago: <cait> lol |
00:37 |
|
mtompset |
@seen kf |
00:37 |
|
huginn |
mtompset: kf was last seen in #koha 1 week, 3 days, 6 hours, 52 minutes, and 7 seconds ago: <kf> bye all |
00:38 |
|
|
|R left #koha |
02:11 |
|
|
BobB_ joined #koha |
02:42 |
|
mtompset |
@seen wizzyrea |
02:43 |
|
huginn |
mtompset: wizzyrea was last seen in #koha 2 days, 23 hours, 35 minutes, and 46 seconds ago: <wizzyrea> git checkout -b blah --track origin/v3.14.00 |
02:43 |
|
mtompset |
Wow. I remember that, I believe. |
03:38 |
|
|
dcook joined #koha |
03:42 |
|
mtompset |
Greetings, dcook. |
03:42 |
|
* dcook |
waves |
03:44 |
|
|
BobB joined #koha |
03:46 |
|
mtompset |
dcook: Are you super busy today? |
03:46 |
|
dcook |
Pretty much. Pretty much. |
05:02 |
|
mtompset |
http://hadihariri.com/2013/11/[…]ctionalwhy-class/ (some coding humour) |
05:26 |
|
mtompset |
Have a great day, #koha dcook. :) |
05:28 |
|
|
dpk1 joined #koha |
06:06 |
|
mtj |
eythian, me like! :) |
06:09 |
|
|
ajeesh joined #koha |
06:09 |
|
mtj |
...a good solution to the difficult-to-skin default koha theme |
06:10 |
|
mtj |
the header area, specifically |
06:11 |
|
|
cait joined #koha |
06:23 |
|
cait |
bgkriegel++ |
06:35 |
|
|
laurence joined #koha |
07:41 |
|
|
reiveune joined #koha |
07:42 |
|
reiveune |
hello |
07:55 |
|
|
gaetan_B joined #koha |
07:55 |
|
gaetan_B |
hello |
07:58 |
|
|
sophie_m joined #koha |
08:00 |
|
|
alex_a joined #koha |
08:01 |
|
alex_a |
bonjour |
08:08 |
|
|
cait joined #koha |
08:28 |
|
cait |
good morning #koha |
08:29 |
|
|
sophie_m joined #koha |
08:45 |
|
|
paul_p joined #koha |
08:46 |
|
|
marcelr joined #koha |
08:46 |
|
marcelr |
hi #koha |
08:55 |
|
|
alex_a_ joined #koha |
08:59 |
|
|
alex_a_ joined #koha |
09:23 |
|
cait |
hi marcelr :) |
09:23 |
|
marcelr |
hi cait |
10:00 |
|
|
busla joined #koha |
10:29 |
|
|
mtompset joined #koha |
10:29 |
|
mtompset |
Greetings, #koha. |
10:41 |
|
mtompset |
@seen cait |
10:41 |
|
huginn |
mtompset: cait was last seen in #koha 1 hour, 18 minutes, and 6 seconds ago: <cait> hi marcelr :) |
10:41 |
|
mtompset |
@seen kf |
10:41 |
|
huginn |
mtompset: kf was last seen in #koha 1 week, 3 days, 16 hours, 56 minutes, and 38 seconds ago: <kf> bye all |
10:51 |
|
mtompset |
Is it me, or is the seriously lack of validation of options causing tools/inventory.pl to process to the point of script timeout? |
11:58 |
|
|
uhusiano joined #koha |
12:02 |
|
* uhusiano |
slaps chris_n around a bit with a large fishbot |
12:05 |
|
|
uhusiano left #koha |
12:26 |
|
|
jwagner joined #koha |
12:26 |
|
mtompset |
@seen wizzyrea |
12:26 |
|
huginn |
mtompset: wizzyrea was last seen in #koha 3 days, 9 hours, 19 minutes, and 23 seconds ago: <wizzyrea> git checkout -b blah --track origin/v3.14.00 |
12:49 |
|
|
meliss joined #koha |
12:59 |
|
|
NateC joined #koha |
13:02 |
|
|
collum joined #koha |
13:26 |
|
|
oleonard joined #koha |
13:27 |
|
oleonard |
Hi #koha |
13:54 |
|
cait |
hi oleonard :) |
13:57 |
|
|
nengard joined #koha |
14:18 |
|
|
edveal joined #koha |
14:30 |
|
|
joels68 joined #koha |
14:59 |
|
|
alex_a joined #koha |
14:59 |
|
|
senator joined #koha |
15:00 |
|
|
maximep joined #koha |
15:07 |
|
|
alex_a_ joined #koha |
15:10 |
|
|
edveal joined #koha |
15:40 |
|
oleonard |
Hmmm... I disappear for an hour and a half and you guys are all still sleeping... |
15:42 |
|
* druthb |
snores like a chainsaw. |
15:49 |
|
cait |
we are not |
15:49 |
|
cait |
just trying to get another koha to work on my dev environment ) |
16:00 |
|
|
rambutan joined #koha |
16:01 |
|
cait |
hm oleonard: still around? |
16:01 |
|
oleonard |
Yes |
16:01 |
|
oleonard |
But it wasn't me. |
16:01 |
|
cait |
i am looking at the read only problem on the reneal and specify due date fields |
16:03 |
|
cait |
I removed the readonly=readonly attributes from the fields |
16:03 |
|
oleonard |
What are we talking about? |
16:03 |
|
cait |
but what puzzles me a bit is a difference in behaviour for the specify due date and the renewal date |
16:04 |
|
cait |
bug 10995 |
16:04 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=10995 major, P5 - low, ---, oleonard, NEW , Accessibility: Allow manual entry of renewal date and specific due date in circ |
16:05 |
|
cait |
hm first - whatever time i set for a renwal date, it seems always to turn out as 23:59 |
16:07 |
|
cait |
hm yes. it seems to ignore the time on 3.12.5 too |
16:08 |
|
cait |
and i have no running master right now, but can't remember we fixed a bug there recently |
16:08 |
|
cait |
oleonard: I think i might have found a bug... which would explain part of the confusion I think |
16:09 |
|
oleonard |
I get the same problem with specify due date--it ignores the time I chose |
16:09 |
|
cait |
let me retest this |
16:10 |
|
cait |
hm checkout is ok for me |
16:10 |
|
cait |
i have switched back to the clean 3.12.5 now - you are checking master? |
16:11 |
|
cait |
checking out is ok for me, it accepts the time, the only problem there is that it defaults to 00:00 when you leave it empty |
16:11 |
|
cait |
i mean when you leave the time out |
16:11 |
|
oleonard |
I'm testing master |
16:12 |
|
cait |
i don't have a master installation right now, have to still set that one up |
16:12 |
|
oleonard |
Oh wait it is working with specify due date, sorry |
16:12 |
|
cait |
trying the renew again now |
16:12 |
|
oleonard |
And yes, it does incorrectly remember the due date even though I don't have it checked |
16:12 |
|
cait |
hm does not work for reneal date for me |
16:13 |
|
cait |
oleonard: if that is any help, it doesn't seem to happen on 3.12.5 |
16:13 |
|
oleonard |
Specifying a renewal date and time works in 3.12.5 but not master? |
16:13 |
|
cait |
hm it's gone after i renew, it stays around for a moment |
16:13 |
|
cait |
but i think that would be ok, as long as it goes away after you left the page? |
16:14 |
|
cait |
nope not working here - i was talking about the too sticky due date |
16:14 |
|
cait |
i think it was always for the session (no matter which account you open, it will be remembered) or keep it until it's uset/patron account closed |
16:14 |
|
cait |
it behaves like that in 3.12.5 |
16:14 |
|
cait |
and the renewal due date is not accepting the time for me |
16:14 |
|
oleonard |
Oh okay, I don't actually use it. |
16:14 |
|
cait |
if you have the bug number for that i can comment :) |
16:15 |
|
cait |
but we agree the reneal due date does not work as it should |
16:15 |
|
cait |
? |
16:15 |
|
oleonard |
Bug 10391 |
16:15 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=10391 major, P5 - low, ---, koha-bugs, NEW , specify due date remaining even if not selected |
16:16 |
|
oleonard |
Sounds like it works as it should, but is misunderstood |
16:16 |
|
cait |
i woudl guess so |
16:16 |
|
nengard |
oleonard - there is a checkbox to have it stay |
16:16 |
|
nengard |
and if you don't click that it shouldn't stay |
16:16 |
|
oleonard |
Anyway, the bug with the specify renewal date option is that it doesn't use the time you specify? |
16:17 |
|
oleonard |
nengard: "session" in this context is "while you're logged into Koha" |
16:17 |
|
oleonard |
nengard: Otherwise it only remembers what you chose while you're checking out to that patron |
16:18 |
|
nengard |
oh - then - yes it's misunderstood |
16:18 |
|
oleonard |
nengard: I think that is the intended behavior? |
16:18 |
|
nengard |
i'm not sure how it was supposed to work - but that's not how people were reading that checkbox |
16:19 |
|
oleonard |
cait: I can confirm that in master the "specify renewal date" option does not respect the time chosen, only the date |
16:20 |
|
cait |
nengard: session has a different meaning i think |
16:20 |
|
nengard |
yup |
16:20 |
|
oleonard |
"Remember until I log out" |
16:20 |
|
cait |
too long :) and awful to translate? :) |
16:21 |
|
cait |
nah, it would work |
16:21 |
|
cait |
oleonard: i will file a bug for that then... |
16:21 |
|
oleonard |
"Remember for session, and by session we mean while you're logged in to Koha." |
16:21 |
|
cait |
oleonard: could you point me maybe where i could change the default time for the plugin? |
16:21 |
|
cait |
I want to set it to 23:59 if possible, I thought i had seen that somewhere |
16:21 |
|
cait |
i like the first suggestion better |
16:22 |
|
oleonard |
It's the renewal option that doesn't default to 23:59? |
16:23 |
|
cait |
the specify due date |
16:23 |
|
cait |
if you type just 12/12/2013 it will default to 00:00 |
16:23 |
|
cait |
i tried with today and it already showed as overdue |
16:23 |
|
cait |
so it's 'off' by one day then |
16:23 |
|
cait |
it seems |
16:23 |
|
oleonard |
Oh, because you're trying to make it user-editable. |
16:23 |
|
cait |
yes |
16:24 |
|
cait |
the library this is for can't use the javascript widget |
16:24 |
|
oleonard |
I assume you would have to change the "00:00" assumption on the server-side |
16:24 |
|
cait |
so i am trying to revert behavioru to versions before the change |
16:25 |
|
cait |
oleonard: hm i was hoping i could change that in the javascript maybe. |
16:25 |
|
cait |
aah |
16:25 |
|
cait |
i see what you mean |
16:25 |
|
* cait |
ponders |
16:25 |
|
cait |
that makes it harder |
16:25 |
|
cait |
but requiring to type 23:59 all the time might get a bit annyoing |
16:25 |
|
oleonard |
Agreed. |
16:28 |
|
cait |
oleonard: would it be hard to remove the time/hour selection from the widget? |
16:28 |
|
cait |
this library is not using hourly |
16:29 |
|
oleonard |
I don't know |
16:29 |
|
oleonard |
So you'd like: 1) Optional manual entry 2) Optional date-only entry (no time) |
16:30 |
|
cait |
hmm |
16:30 |
|
cait |
i think having them type only the date is the goal |
16:31 |
|
cait |
and trying to figure out how best to get there... ideally with a solution others can live with too |
16:31 |
|
cait |
and not sure how to achieve that right now |
16:35 |
|
cait |
actually... if the due date hat the same bug as the renewal date, it would wokr :) |
16:35 |
|
cait |
oleonard: sorry for thinking out loud, but thx for confirming the bug :) |
16:43 |
|
cait |
oleonard: I guess this is getting harder and harder - if you enter an invalid date, it explodes into a perl error page |
16:44 |
|
oleonard |
...Hence the datepicker... |
16:44 |
|
cait |
yeah, but it must be possible to check that server side too i think |
16:45 |
|
cait |
and i think it does not explode in 3.6.10 |
16:47 |
|
cait |
oleonard: nope, no explosion, but interesting: it turned 13/13/2013 into 13/01/2014 |
16:48 |
|
oleonard |
Web developer Barbie says "Server-side validation and error-handling of user input is hard!" |
16:49 |
|
cait |
lol |
16:56 |
|
cait |
it looks like we do check for invalid dates in the code |
16:56 |
|
cait |
but it seems not working |
16:57 |
|
reiveune |
bye |
16:57 |
|
|
reiveune left #koha |
17:09 |
|
|
cait left #koha |
17:12 |
|
|
laurence left #koha |
17:17 |
|
mtompset |
DOH! |
17:19 |
|
mmm45 |
hello |
17:19 |
|
wahanui |
niihau, mmm45 |
17:19 |
|
mmm45 |
if was wondering if the problem with Parentheses in subject headings break search was ever fixed |
17:19 |
|
mmm45 |
our librarians keep reporting this issue |
17:20 |
|
mmm45 |
this is the error they see: Error: Can't call method "sort" on an undefined value at /home/koha/kohaclone/C4/Search.pm line 426. |
17:22 |
|
mmm45 |
the librarian said: "In the catalog, when I went to the record for The Times (The Daily Universal Register) Index, called up the complete record, and then clicked on the hotlink to one of the subjects, Times (London, England)—Indexes" |
17:22 |
|
gaetan_B |
bye ! |
17:24 |
|
chris_n |
what!!! code not working?! imagine that ;-) |
17:26 |
|
mmm45 |
yep, imagine that! ;-) |
17:29 |
|
|
nengard joined #koha |
17:30 |
|
|
nengard left #koha |
17:52 |
|
|
fredy joined #koha |
18:04 |
|
|
cait joined #koha |
18:05 |
|
joels68 |
Hi Cait! |
18:05 |
|
wahanui |
Hi Cait! are you safely back in germany now? |
18:05 |
|
cait |
hi joels68 |
18:11 |
|
cait |
wahanui: yes, have been for a looong time ;) |
18:11 |
|
wahanui |
cait: huh? |
18:11 |
|
cait |
magnus_away: no report from swib13 for us? :) |
18:17 |
|
druthb |
wahanui: botsnack pizza |
18:17 |
|
wahanui |
thanks druthb :) |
18:18 |
|
joels68 |
cait: When you get a chance, please look at this enhancement. http://bugs.koha-community.org[…]_bug.cgi?id=11126 :-D |
18:18 |
|
huginn |
Bug 11126: enhancement, P5 - low, ---, kyle, Signed Off , Make the holds system optionally give precedence to local holds |
18:18 |
|
cait |
joels68: time is a bit of a problem right now, but maybe in a week |
18:19 |
|
cait |
it takes quite a while to test hold things |
18:19 |
|
joels68 |
OK. No rush, just want to get it into 3.16. |
18:19 |
|
cait |
it would help if you could add notes about your testing/ a detailed test plan |
18:20 |
|
cait |
there is some time for that :) |
18:20 |
|
cait |
but really - test plans help |
18:21 |
|
cait |
the one on the bug is a bit sparse |
18:32 |
|
joels68 |
cait: should I work with the patch writer to come up with a more detailed test plan? |
18:33 |
|
joels68 |
Just not sure of the procedure and etiquette on this. |
18:34 |
|
|
nengard joined #koha |
18:41 |
|
cait |
joels68: you could also write up how and what you testd |
18:43 |
|
joels68 |
cait: OK. I'll run it through a sandbox again. |
19:05 |
|
rangi |
@later tell Joubu I think using Scalar::Util and reftype is nicer than the blacklist/whitelist approach http://perldoc.perl.org/Scalar/Util.html if you agree, can you obsolete your patch, mark that bug wontfix and start a new bug, ill add the patch to that, 6554 is too long to be useful anymore |
19:05 |
|
huginn |
rangi: The operation succeeded. |
19:06 |
|
oleonard |
Hi rangi |
19:07 |
|
rangi |
hi oleonard |
19:07 |
|
rangi |
morning all |
19:07 |
|
rambutan |
afternoon rambutan |
19:07 |
|
rambutan |
yea, autocomplete |
19:07 |
|
rambutan |
afternoon rangi |
19:08 |
|
|
nengard joined #koha |
19:10 |
|
cait |
morning rangi |
19:18 |
|
|
yhager joined #koha |
19:23 |
|
yhager |
Our library wants to implement a grace period of 30 days to patrons who didn't pay the membership fee. Is three way to implement that (still on 3.10.. can upgrade if needed) |
19:26 |
|
cait |
what would the grace period mean? |
19:27 |
|
cait |
you could make your enrollment 1 month longer and start showing a warning in the patron account 30 days before it expires - that would be visible during circ |
19:30 |
|
oleonard |
yhager: What cait said: How would the grace period work? |
19:31 |
|
yhager |
yeah, that's my thought.. it should work for new patrons mostly.. |
19:31 |
|
yhager |
it's a bit awkward though, I'll have to explain the librarian to renew accounts for a month at first, and when they get paid, renew again. |
19:32 |
|
cait |
hm that's not what i meant |
19:32 |
|
yhager |
cait, oleonard: ^^ |
19:32 |
|
cait |
there a warning abou tpatron accounts that are about to expire |
19:32 |
|
cait |
but we sill don't know what you exactly want to do |
19:32 |
|
oleonard |
yhager: What would a grace period feature do? |
19:33 |
|
oleonard |
yhager: How would it change the way Koha works? |
19:33 |
|
yhager |
cait: when someone enrolls, they can do that without paying right away. We want to let them use the library for 30 days, before we shut them down till they pay. |
19:33 |
|
oleonard |
Enroll at the library, in person? |
19:33 |
|
yhager |
When someone renews, if they don't pay right away, that's okay, for 30 days, after that, they're locked out. |
19:33 |
|
yhager |
yes, enroll in person. |
19:34 |
|
oleonard |
If the enrollment fee goes on their record when they sign up, just don't collect until after 30 days? |
19:36 |
|
yhager |
oleonard: that would require the librarian to manually verify the 30 days each time they check out a book. I'm thinking of someone along the lines "is user owes more than X amount for Y days, block checkouts" |
19:37 |
|
yhager |
similar to the way koha can block a user when they owe too much. I just want to add a "too long" concept to that.. :) |
19:39 |
|
cait |
have 2 patron categories? |
19:39 |
|
cait |
one for the "test users" and later move them to "paying user" |
19:39 |
|
cait |
this way you could have different enrollment times set |
19:39 |
|
cait |
one with and one without fee |
19:40 |
|
cait |
and it would be easy to keep track who already had his/her month |
19:45 |
|
yhager |
okay, that's an interesting idea.. so I can set all new patrons into "Graced" category, and period will be 30 days, move to "adult" when they pay, for 12 months (or adjust manually to the actual enrollment time). |
19:46 |
|
|
fcapovilla joined #koha |
19:46 |
|
yhager |
and when they expire on adult, move to "Graced" and only then renew, move back to adults when they pay again.. |
19:46 |
|
yhager |
a bit cumbersome, but could work |
19:48 |
|
jcamins |
yhager: set the adult to be 11 months. |
19:49 |
|
jcamins |
*enrolment period |
19:49 |
|
yhager |
jcamins: but if they pay right away, do I just credit their "graced" account? |
19:49 |
|
jcamins |
If they pay right away, you'll have to manually change it to 12 months. |
19:50 |
|
jcamins |
But based on your explanation of the problem, it sounds like paying on day 30 is more common. |
19:51 |
|
jcamins |
i.e. either way will work, but set the enrolment period default so that you have to change it as infrequently as possible. |
19:51 |
|
yhager |
jcamins: I don't know what's more common. We're just setting up the system (moving from manual). It's a small and rural place - some people pay right away, others have trouble scraping up $10 per year.. |
19:51 |
|
jcamins |
Ah. Got it. |
19:52 |
|
yhager |
Yes, I understand your suggestion. Still, I think a feature like "block checkout if own more than X for Y days" would be valuable (we have that today, only Y is 1). |
19:52 |
|
oleonard |
I think it would be a useful feature yhager |
19:53 |
|
oleonard |
Actually I'm surprised we don't already have it |
19:53 |
|
yhager |
oleonard: thx. Should I submit it as a suggestion? I'm a coder, but not a perl one.. if it's an easy one maybe I can try.. |
19:54 |
|
* magnuse |
waves in german |
19:54 |
|
oleonard |
File an enhancement bug if you want to. Without funding or someone to work on it enhancement bugs don't usually go anywhere. |
19:54 |
|
* cait |
waves back in gemran at magnuse |
19:54 |
|
cait |
magnuse: how is it??? |
19:55 |
|
magnuse |
good! |
19:55 |
|
cait |
magnuse is in germany... and i am not there *sniff* |
19:55 |
|
magnuse |
:-( |
19:55 |
|
cait |
it's ok :) |
19:55 |
|
magnuse |
well, you are in germany too? |
19:55 |
|
magnuse |
:-) |
19:55 |
|
cait |
but we have tomake sure to meet again next year! |
19:55 |
|
magnuse |
yup! |
19:55 |
|
cait |
yeah but not in hamburg :) |
19:55 |
|
cait |
so the conf is good? how is the apartment? is the family liking it? |
19:55 |
|
magnuse |
köln, perhaps? :-) |
19:56 |
|
cait |
hm? |
19:56 |
|
magnuse |
yeah, the apartment is good |
19:56 |
|
magnuse |
and they are liking it a lot |
19:56 |
|
oleonard |
So where are you cait? |
19:56 |
|
cait |
at home in Konstanz - which is ... like 9-10 hours on a train away from magnuse |
19:57 |
|
magnuse |
it would probably be quicker to visit me via planes in bodø... |
19:57 |
|
cait |
heh |
19:57 |
|
magnuse |
we went to the zoo on saturday, leonard thought that was really good. so good he fell asleep after a couple hours... |
19:57 |
|
cait |
not sure :) |
19:58 |
|
cait |
:) |
19:58 |
|
rambutan |
oleonard: ever looked at socket.io? Not sure it's something Koha could use, but we're using it for another project, and it's pretty cool. |
19:58 |
|
yhager |
oleonard: Okay, I'll file it. When I get some time, maybe the community here would indulge me for some questions on how to implement that.. I'm not familiar with the Koha codebase except for some tracing I did here and there.. (to understand how enrollment periods work etc) |
19:58 |
|
rambutan |
let's you open comms sockets using javascript |
19:58 |
|
oleonard |
rambutan: No I haven't |
19:59 |
|
oleonard |
@wunder 45701 |
19:59 |
|
huginn |
oleonard: The current temperature in Whitlind Woods, Athens, Ohio is 4.1°C (2:49 PM EST on November 25, 2013). Conditions: Mostly Cloudy. Humidity: 40%. Dew Point: -8.0°C. Windchill: 4.0°C. Pressure: 30.26 in 1025 hPa (Steady). |
19:59 |
|
rambutan |
it's really quick |
20:01 |
|
yhager |
@wunder v0g2c0 |
20:01 |
|
huginn |
yhager: The current temperature in Castlegar, British Columbia is -1.0°C (11:00 AM PST on November 25, 2013). Conditions: Mostly Cloudy. Humidity: 86%. Dew Point: -3.0°C. Windchill: -3.0°C. Pressure: 30.56 in 1035 hPa (Falling). |
20:02 |
|
rambutan |
@wunder 64507 |
20:02 |
|
huginn |
rambutan: The current temperature in Wyatt Park, St Joseph, Missouri is 5.4°C (2:02 PM CST on November 25, 2013). Conditions: Overcast. Humidity: 59%. Dew Point: -2.0°C. Windchill: 5.0°C. Pressure: 30.18 in 1022 hPa (Falling). |
20:07 |
|
markvandenborre |
I wonder if koha would be a good match for the small library of a music education institution |
20:08 |
|
markvandenborre |
we have mainly a catalog of sheet music in an existing iTunes library (yuck, heritage, don't ask) |
20:08 |
|
wizzyrea |
yep, it would work well for that |
20:08 |
|
markvandenborre |
pdf documents with some metadata in an iTuens xml file |
20:08 |
|
markvandenborre |
let's hope (not looked closely) that this would enable some kind of batch import |
20:09 |
|
markvandenborre |
and about 100 Gb of mostly mp3 media file |
20:09 |
|
markvandenborre |
s |
20:09 |
|
markvandenborre |
as far as I can see, most of these have embedded id3v2 tags |
20:09 |
|
rambutan |
idle thought, but it seems like there should be a standard file format for sheet music |
20:09 |
|
markvandenborre |
so importing those should be fairly easy I guess |
20:10 |
|
wizzyrea |
if you can map it to marc, it can be imported |
20:10 |
|
markvandenborre |
rambutan: I'm not talking interactive sheet music |
20:10 |
|
cait |
markvandenborre: you can only import marc21/unimarc/normarc data into Koha |
20:10 |
|
cait |
it's made for metadata, not so much for actual data |
20:10 |
|
markvandenborre |
I'm talking pdf scans of the physical sheet music in our library |
20:10 |
|
markvandenborre |
cait: need to read up on that |
20:11 |
|
cait |
you can currently not upload that into koha directly i think - normally you'd catalog a link to the pdf and store it somewhere else on a webserver |
20:11 |
|
wizzyrea |
basically, whatever metadata you have, if you can map it to marc, you can import it into koha |
20:11 |
|
markvandenborre |
cool |
20:11 |
|
wizzyrea |
certainly the ability to handle other formats of incoming data would be a welcome addition |
20:11 |
|
rambutan |
yea, but my <very unstructured> thought was that there should be a file format for sheet music which actually displays in human readable form, but also recognizes all the notes, etc. |
20:12 |
|
magnuse |
nah, just map it all to RDF :-) |
20:12 |
|
cait |
hm i think there is |
20:12 |
|
markvandenborre |
rambutan: the closest you can get is musicxml |
20:12 |
|
cait |
rambutan: but no idea what it might be called :) |
20:12 |
|
markvandenborre |
and that is well supported by the most recent versions of most sheet music notation software |
20:12 |
|
rambutan |
not familiar with that, but maybe somebody has already invented it. :) |
20:12 |
|
markvandenborre |
like musescore, sibelius, finale |
20:13 |
|
wizzyrea |
or map it to rdf. |
20:13 |
|
markvandenborre |
cait: but it's interesting that you say that koha has no storage for actual data.... |
20:13 |
|
markvandenborre |
I did understand you correctly, did I? |
20:13 |
|
cait |
hm not sure i expressed it correctly |
20:14 |
|
cait |
it's not made to be a repository |
20:14 |
|
markvandenborre |
ok |
20:14 |
|
markvandenborre |
one would still need a separate storage place for all the static files |
20:15 |
|
markvandenborre |
in a minimalist way, just a static dir served from your webserver |
20:15 |
|
markvandenborre |
that's the way to understand it, right? |
20:15 |
|
cait |
and you could add that url to your records in koha |
20:15 |
|
cait |
so when you search for something people can cklick on it |
20:15 |
|
markvandenborre |
ok |
20:15 |
|
wizzyrea |
right - make sure though, that you're not keeping the originals there. |
20:15 |
|
wizzyrea |
just for safety. |
20:15 |
|
wizzyrea |
or that you're keeping copies elsewhere. |
20:16 |
|
markvandenborre |
so what do people use in general for actual storage? |
20:16 |
|
wizzyrea |
there are several open source repository solutions |
20:16 |
|
wizzyrea |
sorry we sound doomy and gloomy - I think what you're doing is really cool |
20:16 |
|
markvandenborre |
it's hard to search the web with such generic |
20:17 |
|
markvandenborre |
search term, wizzyrea |
20:17 |
|
markvandenborre |
quite to the contrary, I appreciate your help! |
20:17 |
|
magnuse |
just putting it on a web server as static files should work - depending on your workflow |
20:17 |
|
cait |
hm i think i have heard of... fedora and dspace maybe? |
20:17 |
|
magnuse |
it = the files |
20:17 |
|
cait |
i would search for repository software open source or ´something i guess |
20:18 |
|
wizzyrea |
just depends on how much of a solution you want. |
20:18 |
|
magnuse |
dspace and eprints are alternatives mostly geared towards scientific publications |
20:18 |
|
wizzyrea |
you can put them on a web server, just make sure that isn't your only copy |
20:18 |
|
magnuse |
it also depends on who should have access to the files |
20:18 |
|
wizzyrea |
if you require extra functionality beyond simply displaying the metadata and linking to the pdf's, then you'll probably want a repository |
20:19 |
|
wizzyrea |
such as, permissions. |
20:19 |
|
markvandenborre |
I think our needs are fairly simple |
20:19 |
|
markvandenborre |
we're only talking about <10000 books of sheet music |
20:19 |
|
markvandenborre |
in an institution with only a few thousand students |
20:19 |
|
markvandenborre |
all centralised into one small library |
20:20 |
|
markvandenborre |
mainly made available to the teachers |
20:20 |
|
markvandenborre |
through the intranet |
20:20 |
|
markvandenborre |
I inherited a "setup" |
20:20 |
|
markvandenborre |
with about 30 workstations throughout the building |
20:21 |
|
markvandenborre |
each manually "synced" by usb stick (!) from a central iTunes "repository" |
20:21 |
|
markvandenborre |
needless to say this doesn't work |
20:21 |
|
magnuse |
hehe, sounds like fun :-) |
20:21 |
|
markvandenborre |
and I just want something clean, platform agnostic |
20:21 |
|
markvandenborre |
that I can run from a Debian machine |
20:22 |
|
markvandenborre |
that I can administer while having breakfast in my underwear :) |
20:22 |
|
markvandenborre |
... over an ssh connection |
20:27 |
|
cait |
sorry phone call brb |
20:29 |
|
wizzyrea |
hehe |
20:29 |
|
mtompset |
Hey, wizzyrea. |
20:29 |
|
wahanui |
rumour has it wizzyrea is a Cylon, and they all have plans |
20:29 |
|
wizzyrea |
well at least you have your priorities straight : |
20:29 |
|
wizzyrea |
:) |
20:29 |
|
* wizzyrea |
is totally a cylon. |
20:29 |
|
mtompset |
Which #? |
20:29 |
|
wizzyrea |
yes mtompset |
20:29 |
|
wahanui |
mtompset is catching up in the non-coding aspects of his ministry. |
20:29 |
|
wizzyrea |
? |
20:29 |
|
wizzyrea |
mmmmm |
20:29 |
|
wizzyrea |
I'm the long lost 13. |
20:30 |
|
mtompset |
Remember the news by branch bug? |
20:30 |
|
wizzyrea |
yes, i sure do. |
20:30 |
|
mtompset |
I did put up a test plan. The patch is there, but I didn't put much of a description in the patch. |
20:30 |
|
mtompset |
If you'd like to test it. Go crazy. :) |
20:32 |
|
wizzyrea |
oh cool! I have general catching up to do - but once I'm done with that work about doing work, I will have a look. |
20:34 |
|
mtompset |
And, cait, I was wondering if my reply on bug 11253 made sense. |
20:34 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=11253 minor, P5 - low, ---, mtompset, NEW , tools/inventory.pl output_pref ignores 'iso' parameter passed |
20:34 |
|
cait |
mtompset: actually i still have on idea how this bug shows |
20:34 |
|
cait |
sorry |
20:35 |
|
mtompset |
I believe the default format for dateformat is YMD, right? |
20:35 |
|
mtompset |
which I assume is also iso. |
20:35 |
|
mtompset |
change the date format and run the inventory. |
20:35 |
|
wahanui |
mtompset: that doesn't look right |
20:35 |
|
|
wahanui joined #koha |
20:36 |
|
mtompset |
It's one of those non-visible bugs, I believe. |
20:36 |
|
mtompset |
It's screaming ISO, ISO behind the scenes, but uses the preference in the output, which is likely expected by the user. |
20:38 |
|
mtompset |
Let me see if I can figure out which things I clicked to finally get the stupid thing not to run and run and die. |
20:42 |
|
mtompset |
Well, I'll be... It is a visible problem. Let me recheck that. |
20:43 |
|
|
pianohacker joined #koha |
20:44 |
|
mtompset |
mm/dd/yyyy -- unseen visible. yyyy-mm-dd -- unseen blank |
20:45 |
|
mtompset |
And dd/mm/yyyy -- unseen is... oooo... kaboom! |
20:50 |
|
mtompset |
There, added clear steps to replicate problem. |
20:51 |
|
magnuse |
mtompset++ :-) |
20:52 |
|
mtompset |
of course, that still doesn't answer my question as to how it should be fixed. |
20:52 |
|
cait |
well without understanding what it does, it's hard to tell :) |
20:52 |
|
mtompset |
I'm thinking paying attention to the second parameter may fix the issue best. |
20:52 |
|
|
busla joined #koha |
20:54 |
|
mtompset |
I'll comment more when I get back. |
20:54 |
|
* mtompset |
puts on his chauffeurs hat. |
20:58 |
|
* magnuse |
shares a big box of Lübecker edel-Marzipan with #koha |
21:01 |
|
* cait |
adds some kinderriegel |
21:01 |
|
* wizzyrea |
contributes chocolate fish and ginger slices |
21:02 |
|
wizzyrea |
clearly there wasn't enough sugar here. |
21:03 |
|
cait |
ehe |
21:06 |
|
magnuse |
we should see a boost in productivity now :-) |
21:09 |
|
* cait |
is working on writing comments on bugs... i am on a sugar high |
21:09 |
|
cait |
no guarantees for nothing |
21:13 |
|
joels68 |
Anybody else disappointed by Day of the Doctor? |
21:14 |
|
* wizzyrea |
was not |
21:16 |
|
eythian |
hi |
21:16 |
|
wahanui |
kai ora, eythian |
21:18 |
|
joels68 |
The situation with the humans and the purple sucker people wasn't resolved, was it? |
21:19 |
|
jcamins |
joels68: noooooo!!!! I haven't seen it yet!!!! |
21:20 |
|
joels68 |
What's your excuse? It's been 2 days. |
21:20 |
|
rangi |
@weather nzwn |
21:20 |
|
huginn |
rangi: The current temperature in Wellington, New Zealand is 13.0°C (10:00 AM NZDT on November 26, 2013). Conditions: Mostly Cloudy. Humidity: 100%. Dew Point: 13.0°C. Pressure: 29.71 in 1006 hPa (Steady). |
21:20 |
|
jcamins |
Maybe we'll watch it tonight. |
21:21 |
|
joels68 |
I wish Eccleston had been involved. He was a more ass-kicking doctor. |
21:24 |
|
wizzyrea |
*shrug* also apparently personally a douche. Not participating was his decision. |
21:25 |
|
jcamins |
Nnnnggggg!!!!! |
21:25 |
|
* wizzyrea |
won't say anymore, in deference to jcamins ;) |
21:26 |
|
jcamins |
:) |
21:26 |
|
wizzyrea |
any more* with spaces, because that's proper. |
21:26 |
|
druthb |
yes, please, wizzyrea. I'm closer to him, and the explosion…could be epic. |
21:26 |
|
druthb |
:P |
21:27 |
|
druthb |
jcamins: I'm as in the dark as you are. But I don't plan to watch it, not being a Whovian. |
21:29 |
|
* wizzyrea |
saw it in 3D ;P |
21:29 |
|
joels68 |
Was it in a theater? I saw you tweeted a pic of a ticket. |
21:31 |
|
joels68 |
It must've really brought the suckers to life.;-) |
21:34 |
|
wizzyrea |
yep |
21:36 |
|
joels68 |
Well, who hasn't seen the Dark World yet, besides me? |
21:37 |
|
wizzyrea |
I haven't :P |
21:37 |
|
cait |
wizzyrea: could i talk you into testing the restriction from khall_away? :) |
21:38 |
|
wizzyrea |
yep |
21:38 |
|
cait |
and maybe if you can reproduce 11295? i was wondering if i just missed something |
21:38 |
|
wizzyrea |
oh what's the bug number? |
21:38 |
|
wahanui |
it has been said that the bug number is wrong in the subject. |
21:39 |
|
wizzyrea |
sure |
21:39 |
|
cait |
11282 |
21:41 |
|
wizzyrea |
ty |
21:44 |
|
magnuse |
wishes #koha in guten nacht |
21:45 |
|
cait |
:) |
22:07 |
|
|
dan joined #koha |
22:10 |
|
dan |
hi people, just a question: what was the unused branches.issuing field for? |
22:11 |
|
dan |
I've found same question from nengard 2 years ago, but no answers |
22:11 |
|
|
nengard left #koha |
22:12 |
|
cait |
dan: I don't know, sorry |
22:12 |
|
rangi |
it was a boolean |
22:12 |
|
rangi |
can you circulate from that branch or not |
22:12 |
|
rangi |
and it used to be used |
22:12 |
|
rangi |
if you had a branch like 'mending room' or whatever |
22:13 |
|
rangi |
you could transfer to it ,or mark items in it, but it wouldnt show up in the lists for you to pick to circulate from |
22:13 |
|
rangi |
someone broke that at some point in the pst |
22:13 |
|
rangi |
past |
22:13 |
|
cait |
:( |
22:17 |
|
dan |
in the recent version of koha, is there a "block issues for this branch" feature? |
22:19 |
|
rangi |
dont think so |
22:19 |
|
rangi |
whats the use case? |
22:19 |
|
wahanui |
i think the use case is to track the usage of catalogued electronic items |
22:19 |
|
cait |
wahanui forget use case |
22:19 |
|
wahanui |
cait: I forgot use case |
22:23 |
|
wizzyrea |
how do you mean "block issues" |
22:24 |
|
wizzyrea |
like a class of items that don't issue at a branch? |
22:24 |
|
wizzyrea |
but do at others? |
22:24 |
|
dan |
rangi: in some seasons, some branches are closed to public, whence they cannot issue any material |
22:25 |
|
rangi |
you could edit the circ rules then |
22:26 |
|
rangi |
or read the logs, find out the staff member who issued stuff from the wrong branch, print their name out on the noticeboard and make them buy muffins for everyone |
22:26 |
|
rangi |
i suspect that would cut it down pretty fast :-) |
22:26 |
|
wizzyrea |
tee hee |
22:29 |
|
dan |
the muffins idea sounds tempting to enforce |
22:31 |
|
dan |
issuingrules.maxissueqty = 0 could work, couldn't? |
22:32 |
|
rangi |
one way to find out :) try it on your staging/test server :) |
22:34 |
|
dan |
just asking for the best known way to solve this. I'm not afraid to find out :) |
22:35 |
|
dan |
thanks for your help, save some code modify time |
22:37 |
|
|
papa joined #koha |
22:38 |
|
eythian |
hello papa |
22:38 |
|
papa |
hello indeed |
22:41 |
|
|
dcook joined #koha |
22:48 |
|
|
dac joined #koha |
22:53 |
|
jcamins |
Doctor Who time. |
22:53 |
|
jcamins |
In 1:12 minutes or so you may talk about what happens. |
22:54 |
|
* dac |
is glad that he didn't already post spoilers |
22:55 |
|
eythian |
jcamins: it turns out that Darth Vader is Luke's father. |
22:55 |
|
eythian |
jcamins: also, Rosebud is a sled. |
22:55 |
|
jcamins |
eythian: NNNNNNOOOOOOOOOOOOOOOOOOOOO!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! |
22:55 |
|
rangi |
and the cake is a lie |
22:56 |
|
eythian |
no, the cake actually was there. |
22:58 |
|
cait |
apache-- |
22:58 |
|
cait |
# |
22:58 |
|
cait |
took me forever to figure out what was wrong this time. grr. |
22:59 |
|
dcook |
That's no fun, cait :( |
22:59 |
|
cait |
yeah |
22:59 |
|
cait |
new apache version... |
22:59 |
|
cait |
ok, time for sleep :) |
22:59 |
|
cait |
gnight all |
22:59 |
|
|
cait left #koha |
23:05 |
|
mtompset |
Day of the Doctor, jcamins? |
23:05 |
|
jcamins |
mtompset: yep. |
23:06 |
|
|
fredy joined #koha |
23:06 |
|
mtompset |
http://www.bbc.co.uk/programmes/p01m3kfy |
23:07 |
|
mtompset |
And interesting follow up to watch after the Day of the Doctor. :) |
23:08 |
|
jcamins |
mtompset: actually, I already saw that. |
23:09 |
|
dcook |
Minisode? |
23:15 |
|
mtompset |
Sort of. It's Peter Davidson, Slyvester McCoy and Colin Baker trying to sneak into the 50th anniversary special. |
23:16 |
|
mtompset |
Can I give spoiler type comments? |
23:16 |
|
mtompset |
Or has someone still not seen it? |
23:17 |
|
jcamins |
I have not seen it. |
23:17 |
|
jcamins |
You have another hour. |
23:17 |
|
jcamins |
(before I've seen it) |
23:24 |
|
|
NateC joined #koha |