| Time |
Nick |
Message |
| 02:15 |
bshum |
Karma has been reset. Made copy output of final karma count here: https://evergreen-ils.org/~bshum/karma.final.2016.txt |
| 02:22 |
bshum |
chocolate++ # testing karma reset and also thinking about tasty things |
| 02:22 |
bshum |
@karma |
| 02:22 |
pinesol_green |
bshum: Highest karma: "chocolate" (1). Lowest karma: "chocolate" (1). |
| 02:22 |
* bshum |
wanders off to sleep. |
| 03:55 |
|
gsams joined #evergreen |
| 04:34 |
|
mtj_ joined #evergreen |
| 04:58 |
|
mtj_ joined #evergreen |
| 07:09 |
|
rlefaive joined #evergreen |
| 07:44 |
|
rjackson_isl joined #evergreen |
| 08:03 |
|
JBoyer joined #evergreen |
| 08:15 |
|
rlefaive joined #evergreen |
| 08:17 |
|
collum joined #evergreen |
| 08:25 |
|
ericar joined #evergreen |
| 08:37 |
|
mmorgan joined #evergreen |
| 08:44 |
csharp |
bshum++ |
| 09:00 |
|
serflog joined #evergreen |
| 09:00 |
|
Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged: http://irc.evergreen-ils.org/evergreen | Large pastes at http://paste.evergreen-ils.org |
| 09:01 |
|
bottotr joined #evergreen |
| 09:02 |
|
collum joined #evergreen |
| 09:04 |
Bmagic |
resistance++ |
| 09:05 |
csharp |
@love THE RESISTANCE |
| 09:05 |
pinesol_green |
csharp: The operation succeeded. csharp loves THE RESISTANCE. |
| 09:06 |
csharp |
@who is not a spy? |
| 09:06 |
pinesol_green |
mmorgan is not a spy. |
| 09:06 |
mmorgan |
Whew! |
| 09:07 |
rhamby_ |
@who is a spy? |
| 09:07 |
pinesol_green |
phasefx_ is a spy. |
| 09:11 |
Bmagic |
lol |
| 09:13 |
Bmagic |
jlitrell++ # first time code contribution this year |
| 09:14 |
|
Dyrcona joined #evergreen |
| 09:15 |
dbwells |
Oh boy, Amazon has their periodic board game sale on right now: http://www.amazon.com/The-Resistance-Dystopian-Universe/dp/B008A2BA8G/ref=lp_14185992011_1_3 |
| 09:15 |
* Dyrcona |
broke his virtual machine host on Saturday and had to wait until now to fix it. |
| 09:15 |
* dbwells |
can probably buy it now, or think about it all day just to buy it later |
| 09:16 |
Dyrcona |
Pro Tip: When installing a new kernel, be sure to install the extra modules package, too. |
| 09:26 |
|
Derek_ joined #evergreen |
| 09:26 |
|
maryj joined #evergreen |
| 09:30 |
|
yboston joined #evergreen |
| 09:38 |
|
slinksidhe joined #evergreen |
| 09:40 |
|
rlefaive joined #evergreen |
| 09:46 |
|
terran joined #evergreen |
| 09:51 |
|
kmlussier joined #evergreen |
| 09:54 |
|
terranm joined #evergreen |
| 09:57 |
* phasefx |
is always the spy |
| 10:01 |
* csharp |
outs phasefx |
| 10:02 |
rlefaive |
@csharp knows… because he’s also a spy! |
| 10:02 |
pinesol_green |
rlefaive: well, that's what you get for not being a shell script |
| 10:02 |
* csharp |
LOVES the resistance! |
| 10:02 |
kmlussier |
csharp is always a spy |
| 10:02 |
* kmlussier |
wonders if there is a way to play resistance via IRC |
| 10:03 |
* csharp |
closes his eyes |
| 10:03 |
csharp |
nope |
| 10:03 |
slinksidhe |
well, you wouldn't be a good spy if you admitted to being a spy. |
| 10:03 |
|
jvwoolf joined #evergreen |
| 10:04 |
* csharp |
takes notes for next round |
| 10:04 |
|
mmorgan1 joined #evergreen |
| 10:04 |
csharp |
I'm totally buying that game |
| 10:17 |
dbwells |
csharp: I looked into the one on Amazon, and apparently they have ditched the "plot thickens" cards and added an "inquisitor" token instead. The inquisitor sounds cool, but I really liked the plot cards, so I'm a bit bummed. As far as I can tell, you can't buy the plot cards at all anymore (other than 2nd hand). |
| 10:45 |
csharp |
dbwells: interesting... the set we played with just had the inquisitor - no plot cards |
| 10:45 |
csharp |
now I wish I'd moved around a bit during the game night(s)! |
| 11:00 |
|
abowling joined #evergreen |
| 11:00 |
|
stareagle joined #evergreen |
| 11:04 |
|
Christineb joined #evergreen |
| 11:07 |
slinksidhe |
Is there a way of filtering supercat results by org unit? Like if I wanted to run Freshmeat, but only for a particular branch. |
| 11:09 |
csharp |
slinksidhe: I think there is, but I don't see an example that shows the format |
| 11:17 |
|
mmorgan joined #evergreen |
| 11:24 |
slinksidhe |
csharp: I was hoping I was just overlooking it. I see browsing by org_unit, but no freshmeat filtering. Of course, I don't see org_unit in the freshmeat records, either, so it might not be possible. |
| 11:28 |
Bmagic |
dbwells: there are 7 expansions to the base game - http://www.boardgamegeek.com/boardgame/41114/resistance/expansions |
| 11:52 |
Dyrcona |
Well, humbug. I *thought* I changed all of my openils-* list subscriptions to my new email address..... |
| 11:54 |
Bmagic |
Has anyone seen a circulation case where the max_fine_rule is set to a rule but the resulting max_fine column received "0.00" - Is there another factor that overrides the rule? |
| 11:55 |
Bmagic |
The rule in this case dictates "10.00" - and I have other circulations that use that rule and the max_fine gets 10.00. But in this one case, the max_fine column was set to 0.00 |
| 11:56 |
Dyrcona |
Bmagic: Multiple rows can affect that depending on the circulation. You can test that with some functions in the database. |
| 11:57 |
|
HoloIRCUser5 joined #evergreen |
| 11:57 |
mmorgan |
Bmagic: I've seen similar when the circ predates a rule change, or when more than one rule can apply, as Dyrcona says |
| 11:57 |
Dyrcona |
I *think* also if the item charges no fines, then max fine comes out to 0 regardless, but that would take more digging. |
| 11:57 |
Dyrcona |
I'll share the db function names in a minute or so if you need them. |
| 12:05 |
|
jihpringle joined #evergreen |
| 12:11 |
kmlussier |
I don't know if we were planning to still hold a dev meeting next week so soon after the conference, but just an FYI that I will not be able to attend if we do. |
| 12:11 |
* kmlussier |
is starting to wrangle her post-conference calendar. |
| 12:12 |
berick |
that reminds me we still need to cut the monthly maint. release for April |
| 12:19 |
|
brahmina joined #evergreen |
| 12:20 |
Bmagic |
Dyrcona: sorry, had a phone call - yes, the DB functions would be good to know |
| 12:21 |
jeff |
Bmagic: first thing i'd check is see if the copy in question has 0.00 as a value for "price". |
| 12:21 |
Bmagic |
jeff: I checked that - it's 12.95 |
| 12:21 |
Dyrcona |
Bmagic: Look at action.find_circ_matrix_matchpoint and action.item_user_circ_test |
| 12:21 |
jeff |
Bmagic: there is an org unit setting to cap fines at item price. if you have that on, and the item price was 0.00 at circulation transaction start... |
| 12:22 |
Bmagic |
Dyrcona: ty |
| 12:22 |
berick |
also be sure the recurring fine is > 0.00 |
| 12:22 |
Dyrcona |
jeff++ |
| 12:23 |
Dyrcona |
Bmagic: Those function have different forms with different arguments, and if the copy is still checked out, you'll have better luck with find_circ_matric_matrix_matchpoint. |
| 12:24 |
jeff |
Bmagic: before going too much further, i'd suggest checking auditor.asset_copy_history to see if the copy price was changed after being checked out. Worth ruling it out early, rather than coming back to it later, IMO. |
| 12:24 |
Bmagic |
jeff: that's what I'm doing now, lol |
| 12:25 |
Dyrcona |
Related to what jeff pointed out: We've found copies with 0.00 for a price and what looks like the price in the deposit_amount field. :) |
| 12:25 |
Dyrcona |
"How come my patrons owes $19.95 for checking out this book?" |
| 12:25 |
* Dyrcona |
apologizes for typos. :) |
| 12:26 |
Bmagic |
jeff++ |
| 12:26 |
Bmagic |
that was it |
| 12:27 |
Bmagic |
auditortable++ |
| 12:31 |
* mmorgan |
suggests hiding the deposit and deposit_amount field, especially if they're not in use ;-) |
| 12:34 |
|
rlefaive_ joined #evergreen |
| 12:35 |
|
ericar_ joined #evergreen |
| 12:36 |
dbs |
mmorgan++ |
| 12:52 |
kmlussier |
@karma |
| 12:52 |
pinesol_green |
kmlussier: Highest karma: "jeff" (2), "chocolate" (1), "bshum" (1), "resistance" (1), and "jlitrell" (1). Lowest karma: "chocolate" (1), "bshum" (1), "resistance" (1), "jlitrell" (1), and "auditortable" (1). |
| 12:52 |
Bmagic |
resistance++ |
| 12:53 |
Bmagic |
lol |
| 12:53 |
kmlussier |
I'm glad to see chocolate is finally getting its due in our karma rankings. |
| 12:53 |
kmlussier |
chocolate++ |
| 12:53 |
gsams |
chocolate is always a priority |
| 12:54 |
|
sandbergja joined #evergreen |
| 12:58 |
Dyrcona |
Oh yeah, karma reset. |
| 12:58 |
Dyrcona |
chocolate++ |
| 12:59 |
Dyrcona |
mmorgan: Some of our libraries used deposit and deposit_amount, but I'm not sure if they do any longer. |
| 12:59 |
Dyrcona |
For DVDs, mainly. |
| 13:02 |
mmorgan |
Dyrcona: ok, so it could be hidden for those who don't use it. None of oure libraries use deposits, and we also had intances where the price ended up in the wrong field before we hid it for everyone |
| 13:03 |
Dyrcona |
mmorgan: Yep, that's a good idea that would go through 3 committees here before it could happen. :) |
| 13:04 |
kmlussier |
Dyrcona: I think it's more of a training issue. As mmorgan mentioned, it could be done on a library-by-library basis. But many people may not know the feature is available. |
| 13:04 |
kmlussier |
Of course, I don't know if you give staff permission to show/hide fields in the copy editor. That's another question entirely. :) |
| 13:06 |
mmorgan |
There's a permission UPDATE_ORG_UNIT_SETTING.ui.hide_copy_editor_fields. Not sure if we added that, or it was already there. |
| 13:07 |
Dyrcona |
I'll have to check later. The permission sounds familiar. |
| 13:08 |
Dyrcona |
hey, look. I'm still running into this bug on Xenial: https://bugs.launchpad.net/ubuntu/+source/vm-builder/+bug/1037607 |
| 13:08 |
pinesol_green |
Launchpad bug 1037607 in vm-builder (Ubuntu) "vmbuilder completely fails on Quantal due to kernel pae detection failure" [High,Triaged] |
| 13:08 |
Dyrcona |
Big surprise..... ;) |
| 13:09 |
csharp |
PINES uses the deposit field and we're still hoping to have deposit flags factored into circ/hold matchpoints |
| 13:10 |
csharp |
it's not a huge priority, so we haven't pushed it |
| 13:10 |
Dyrcona |
Yeah, that sounds interesting... Would you block deposit items from going into transit, for instance? |
| 13:10 |
csharp |
right |
| 13:11 |
csharp |
that's the main issue, actually |
| 13:11 |
Dyrcona |
We did that by marc type and circ lib, but a deposit entry would be more useful. |
| 13:11 |
Dyrcona |
Usually deposit was only charged on marc_type g. |
| 13:11 |
Dyrcona |
I don't think anyone charges deposits any more. |
| 13:11 |
* Dyrcona |
should really take notes. :) |
| 13:11 |
csharp |
heh |
| 13:18 |
|
jvwoolf joined #evergreen |
| 13:24 |
jeff |
Hiding fields is interesting when those fields have data in them. Hide-but-show-if-field-contains-non-default-value might be overkill. |
| 13:24 |
jeff |
Actually, defaulting to that for viewing would almost be an improvement for some fields... |
| 13:30 |
|
mllewellyn joined #evergreen |
| 13:34 |
tsbere |
jeff: "Hide this unless it contains a non-default value, unless that non-default value is in this list of values we don't want to see...." |
| 13:37 |
jeff |
sounds like we've just invented Evergreen SmartSummary<tm>, Now with Advanced SWIWWIWTSI (Show What I Want When I Want To See It) Technology. |
| 13:38 |
tsbere |
Question is, can it handle things like "I want a list of bibs with the single call number I care about next to them" ;) |
| 13:39 |
tsbere |
(only criteria for the call number to show: "The right one!") |
| 13:42 |
jeff |
Well, that just sounds like you might need to ask some more questions. |
| 13:43 |
jeff |
There's usually a way, though in some cases the need is so brief that it may not justify the time required to create said way. |
| 13:44 |
rlefaive |
jeff++ I’m going to use your acronym SWIWWIWTSI |
| 13:45 |
jeff |
Finding that happy place between "this technique/feature meets this need and these other similar needs" and "here, we created a new language that is so general purpose that we probably should have just not bothered"... |
| 13:45 |
jeff |
Anyway, I'm being so vague as to fall into the second category myself. |
| 13:47 |
jeff |
I think mostly I was trying to keep this from going down the path of "unreasonable user requests, how annoying!" -- which is a direction that it may not have actually been going anyway. |
| 13:49 |
Dyrcona |
Yep, but what to do when you want to change said field? The user would need a way to show it. |
| 13:56 |
|
akilsdonk joined #evergreen |
| 14:06 |
|
montgoc1 joined #evergreen |
| 14:06 |
miker |
or when the value is both set by the user and equal to the default |
| 14:09 |
Dyrcona |
And then, there will be those questions of why a field only shows up sometimes and not all the time. |
| 14:10 |
miker |
and, if it's always hidden, eventual complaints that evergreen can't do some thing or another |
| 14:14 |
phasefx |
small grey text instead of hidden :D |
| 14:25 |
jeff |
yep. |
| 14:34 |
|
jvwoolf joined #evergreen |
| 14:44 |
* mmorgan |
catches up on hiding discussion |
| 14:45 |
mmorgan |
Another thought: Having the fields always available, but not "open" by default on the edit screen. |
| 14:45 |
mmorgan |
So maybe a user would need to click to show and edit those fields, hopefully minimizing entering data in the fields by mistake. |
| 15:38 |
|
geoffsams joined #evergreen |
| 15:59 |
* slinksidhe |
reads over hiding fields discussion |
| 16:02 |
slinksidhe |
For the web client, bootstrap collapsibles containing the form fields would let users show what they are working on and hide what they aren't at a given time - a little bit of user layout control. |
| 16:03 |
slinksidhe |
Hypothetically, at least. |
| 16:03 |
kmlussier |
I know hidden fields are working differently in the web client ATM. |
| 16:04 |
kmlussier |
It's a user setting, not set at the org unite level. And it doesn't hide them, just grays them out, IIRC |
| 16:06 |
kmlussier |
Yeah, I just checked. It disables any radio buttons or text entry boxes, but doesn't remove the field from view. |
| 16:07 |
mmorgan |
kmlussier: A user setting rather than an org unit setting? |
| 16:08 |
* mmorgan |
has not looked at that in the web client. |
| 16:08 |
kmlussier |
mmorgan: yes |
| 16:12 |
* mmorgan |
takes a look at webby |
| 16:17 |
mmorgan |
I must be missing something. I don't see where to save the hidden fields. |
| 16:18 |
mmorgan |
Oh, wait. I see. |
| 16:19 |
* mmorgan |
is used to clicking a Save button to save settings. |
| 16:34 |
jihpringle |
kmlussier: JFYI it turns out we've had the library setting "Tag Circulated Items in Results" turned on for the entire consortium since 2013 without seeing any impacts on performance |
| 16:46 |
kmlussier |
jihpringle: Really? Good to hear. |
| 16:47 |
kmlussier |
I'll have to bring up the feature with our consortia. I'm not sure if they have implemented it because they don't like the feature, they're worried about performance, or they are unaware it exists. :) |
| 16:47 |
kmlussier |
s/have/haven't |
| 16:48 |
jihpringle |
I don't know how many patron have their reading history turned on, but based on the tickets I've seen over the years I would guess quite a few |
| 16:48 |
jihpringle |
I suspect jeffdavis could pull that number if needed |
| 16:49 |
jihpringle |
if your consortia isn't using it currently because of performance worries |
| 16:51 |
|
montgoc1 joined #evergreen |
| 16:52 |
kmlussier |
jihpringle: I'll let you know. |
| 16:56 |
berick |
that feature might get a little faster in 2.10 with patron reading lists living in their own table. it gives us a smaller table to scan and simpler runtime logic |
| 16:57 |
|
jlitrell joined #evergreen |
| 16:58 |
berick |
i guess "scan" is not the best word to use when talking about databases doing things quickly |
| 17:00 |
jlitrell |
Heh. If it's fast, I usually assume it's wrong. |
| 17:05 |
kmlussier |
berick: Thanks, that's good to know! |
| 17:23 |
dbs |
OMG this article: http://americanlibrariesmagazine.org/2016/04/22/ebsco-kuali-open-source-project/ |
| 17:25 |
dbs |
I have so many reactions to so many parts of it. Happy that IndexData will be involved, because they know something about open source (if not particularly readable source--heh) |
| 17:25 |
* csharp |
gets to "radically new" and has to take a breather |
| 17:26 |
dbs |
Crazy that Kuali only attracted 3 libraries after 8 years of development. Imagine what those resources could have done directed at either Koha or Evergreen :/ |
| 17:26 |
csharp |
seriously |
| 17:26 |
|
mmorgan left #evergreen |
| 17:26 |
berick |
this must be the thing Sebastian was talking about at #c4l |
| 17:27 |
dbs |
Sad that Evergreen is still stuck with the LibLime marketing spin of "designed for public library consortia" when our academic library consortia alone has more than three academic libraries :) |
| 17:27 |
dbs |
also annoyed that I now have to run |
| 17:28 |
csharp |
funny that breeding seems so enthused about this project after he was so lukewarm about Evergreen |
| 17:28 |
dbs |
And so enthused about Kuali OLE before, heh |
| 17:29 |
dbs |
A new passion for the next eight years perhaps |
| 17:29 |
csharp |
ha! |
| 17:31 |
csharp |
interesting - I didn't realize that EBSCO was more than just information services - that helps me understand why I saw a plot of beachside property on the FL panhandle owned by "EBSCO Industries" |
| 17:33 |
* csharp |
feels like he needs a shower after reading that |
| 19:01 |
|
kmlussier joined #evergreen |
| 19:12 |
|
dcook joined #evergreen |
| 19:12 |
|
terran joined #evergreen |
| 19:18 |
|
terran joined #evergreen |
| 22:30 |
|
terranmc joined #evergreen |
