| Time |
Nick |
Message |
| 00:21 |
|
book` joined #evergreen |
| 00:21 |
paxed |
well, fun fun fun. |
| 00:22 |
paxed |
looks like 32 bit win7 shows fieldmapper stuff in english. 64bit shows the strings correctly in english. |
| 01:35 |
|
Mark__T joined #evergreen |
| 06:58 |
|
timlaptop joined #evergreen |
| 08:10 |
|
collum joined #evergreen |
| 08:16 |
|
akilsdonk_ joined #evergreen |
| 08:28 |
|
adbowling-isl joined #evergreen |
| 08:34 |
|
mrpeters joined #evergreen |
| 08:38 |
|
rfrasur joined #evergreen |
| 08:40 |
|
kbeswick joined #evergreen |
| 09:19 |
|
mmorgan joined #evergreen |
| 11:03 |
|
dboyle joined #evergreen |
| 11:05 |
|
gsams joined #evergreen |
| 11:13 |
|
atheos_ joined #evergreen |
| 11:13 |
|
akilsdonk__ joined #evergreen |
| 11:15 |
|
bshum_ joined #evergreen |
| 11:23 |
rfrasur |
If you're going to the hackaway and haven't left yet, have safe travels. |
| 11:24 |
bshum |
If you're coming to the hackaway, big welcome to Grand Rapids from those of us already here. :) |
| 11:25 |
* rfrasur |
cries inwardly - so. very. jealous. |
| 11:30 |
|
krvmga_ joined #evergreen |
| 11:32 |
|
zerick joined #evergreen |
| 11:32 |
|
smyers_ joined #evergreen |
| 11:33 |
krvmga_ |
when a patron requests a password reset through the opac, where do we define who gets the notification? |
| 11:34 |
krvmga_ |
or is the response to the patron automatically provided by the patron? |
| 11:34 |
krvmga_ |
i mean, provided by the system |
| 11:35 |
mcooper |
krvmga: there's a trigger for that i believe |
| 11:36 |
bshum |
krvmga_: The notification goes to the patron's email address as defined by their account. |
| 11:37 |
bshum |
So if you key in the username/barcode for a given account, the system will look up that person's record and send the reset notification to the email on file. |
| 11:37 |
bshum |
If they don't have an email, it fails. |
| 11:37 |
bshum |
Or if they have the wrong email, it goes to the wrong place. |
| 11:37 |
krvmga |
bshum: so the system sends the email without any human intervention, yes? |
| 11:37 |
bshum |
It's based on the A/T framework |
| 11:38 |
bshum |
So no, nobody personally has to do anything |
| 11:38 |
krvmga |
thx :) |
| 11:38 |
bshum |
As long as you've got your cron jobs setup to send them out :) |
| 11:38 |
krvmga |
mcooper++ |
| 11:38 |
krvmga |
bshum++ |
| 11:38 |
mcooper |
krvmga: but note with the default a/t template you need to define the event params for the hostname meaningfully |
| 11:39 |
rfrasur |
are all A/T unconditional? You do this, this thing happens (or tries to happen)? |
| 11:39 |
mcooper |
krvmga: or maybe that changed, but i recall having to do that |
| 11:39 |
bshum |
I don't remember needing to set the hostname |
| 11:39 |
bshum |
But I haven't looked closely lately |
| 11:40 |
bshum |
rfrasur: A/T do have validators that try to determine whether or not to actually follow through. And there's timing too for max delays, etc. |
| 11:40 |
mcooper |
bshum: ah, interesting. maybe it's because we were defining per system and therefore each hostname was something different (different subdomain) |
| 11:40 |
bshum |
So it'll try to generate an event unless it's no longer valid or beyond the maximum time allotted for the event to occur. |
| 11:41 |
rfrasur |
bshum: can an A/T event ever act as an action to trigger another event? |
| 11:41 |
bshum |
rfrasur: Yes, we do that with our lost email notifications |
| 11:41 |
bshum |
The triggering event is the trigger to mark something lost |
| 11:42 |
bshum |
So after it's marked lost and the time passes for the next trigger to occur, it'll process an email for it. |
| 11:42 |
rfrasur |
so, might it be possible, if there is no email in an account, to have that ask for an email or is that oversimplifying what happens? |
| 11:43 |
bshum |
So there's one trigger to mark them lost automatically after X days overdue (which is its triggering event), and then there's the second trigger to send an email like 5-10 minutes later (I forget) based on that marking lost event. |
| 11:43 |
bshum |
rfrasur: What we did for 2.5 is to add some mention that the patron needs a proper email address in their account and to ask the library for help if they don't get anything. |
| 11:43 |
bshum |
I think |
| 11:43 |
rfrasur |
:-) okay |
| 11:43 |
bshum |
I'm getting my versions mixed up all the time :( |
| 11:44 |
rfrasur |
no worries. that's bound to happen. |
| 11:46 |
bshum |
I think the problem is that no matter what happens, you're bound to need human interaction if the patron doesn't have an email. |
| 11:46 |
bshum |
Even if you set a trigger to email staff every time someone tries to use the password reset and fails cause their email is empty |
| 11:46 |
bshum |
Then that could lead to inboxes full of people trying to hack someone's account or similar? :) |
| 11:47 |
rfrasur |
yeah, I think I'm thinking that it would prompt the patron to enter a valid email address that'd populate the table...and then retrigger the initial event. |
| 11:47 |
bshum |
The new default message in master: "Note: You must have a valid email address associated with your library account. If not, please contact your local library for further assistance." |
| 11:47 |
bshum |
Should be displayed whenever the patron navigates to the password reset page. |
| 11:48 |
bshum |
That can be modified by sites individually to be more helpful I think |
| 11:48 |
rfrasur |
Yeah, but no matter, it's still going to require a warm body to deal with it. |
| 11:48 |
bshum |
rfrasur: I'm not sure I like the sound of that from a security standpoint. What if someone steals a barcode and then requests a reset and enters a new address? |
| 11:49 |
rfrasur |
that's true. there'd have to be some other verification. |
| 11:49 |
bshum |
And then we're back to library staff being involved with verifying the patron is who they say they are, and then updating their email address in the file. |
| 11:50 |
bshum |
But at that point |
| 11:50 |
bshum |
They could also just reset the password for the patron :) |
| 11:50 |
rfrasur |
for sure. |
| 11:50 |
bshum |
It's funny, I was just having this drawn out conversation with someone in my office. |
| 11:50 |
bshum |
:D |
| 11:51 |
bshum |
And I was convinced not to change it |
| 11:51 |
rfrasur |
Honestly, it just comes down to good communication between library and patrons and good workflows for staff. |
| 11:52 |
rfrasur |
fwiw, it's kinda dumb for someone to be expecting to use an online interface but not having an email address on file. |
| 11:52 |
rfrasur |
imo, that is. |
| 11:53 |
bshum |
Okay, it's almost noon and I really should step out and take a look around this campus. |
| 11:53 |
bshum |
Bye for now folks |
| 11:53 |
rfrasur |
don't forget to go downtown too |
| 11:53 |
rfrasur |
Have a nice walkaround |
| 11:55 |
|
jdouma joined #evergreen |
| 12:01 |
pinesol_green |
[evergreen|Lebbeous Fogle-Weekley] Inter-authority linking script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1e248d8> |
| 12:12 |
eeevil |
bshum: I know you tested the initial bib browse stuff. Did you also test https://bugs.launchpad.net/evergreen/+bug/1214464 ? It's been a month, and no feedback from the greater community ... |
| 12:12 |
pinesol_green |
Launchpad bug 1214464 in Evergreen "Bi-directional authority enhanced bib browse" (affected: 1, heat: 8) [Undecided,New] |
| 12:12 |
eeevil |
bah ... missed him |
| 12:15 |
pinesol_green |
[evergreen|Bill Erickson] Billing UI style lost and longoverdue circulations - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0818801> |
| 12:18 |
bshum |
eeevil: We didn't have any auth records in our system. So we couldn't test that. |
| 12:19 |
pinesol_green |
[evergreen|Bill Erickson] LP#1206649 un-cancel received lineitems / copies - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4b472cb> |
| 12:21 |
bshum |
Or at least I wasn't sure. |
| 12:29 |
eeevil |
bshum: ah, ok, thanks |
| 12:31 |
csharp |
oh cool - baltimore airport wifi allows ssh ;-) |
| 12:31 |
* csharp |
just high-fived senator at the burger joint |
| 12:32 |
bshum |
csharp++ senator++ |
| 12:34 |
rfrasur |
(airplanes, GR, Evergreen....and, yet...here I am...doing none of those things. Must. Learn. Useful. Skill.) |
| 12:37 |
bshum |
I find the buildings here quite entertaining. It amuses me to learn that the entrances I walk onto are actually on different floors built into this hill. So far I've yet to actually start at the real ground floor. |
| 12:37 |
rfrasur |
:D |
| 12:41 |
pinesol_green |
[evergreen|Dan Wells] Tweaks to 'my lists' paging code - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=fc831ad> |
| 12:43 |
mrpeters |
oooh fancy new site |
| 12:43 |
pinesol_green |
[evergreen|Pasi Kallinen] Add Finnish bib tooltips to marc editor. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f24a756> |
| 12:44 |
rfrasur |
mrpeters: pretty awesome, isn't it? |
| 12:44 |
mrpeters |
yep looks sharp |
| 12:44 |
mrpeters |
good job, all |
| 12:44 |
rfrasur |
bshum++ #et al |
| 12:44 |
bshum |
Our efforts sparked the Koha folks to revamp their site too |
| 12:45 |
bshum |
That happened this past weekend I think |
| 12:45 |
mrpeters |
bshum: is this wordpress based? |
| 12:45 |
bshum |
mrpeters: It is indeed. |
| 12:45 |
mrpeters |
wicked!!! |
| 12:45 |
mrpeters |
so powerful |
| 12:45 |
bshum |
we're still working on many things, but I think folks are excited to get their hands into it. |
| 12:45 |
mrpeters |
well i run tons of WP sites, so holler if u get stuck on anything |
| 12:46 |
bshum |
I certainly appreciate that, it's been an adventure. |
| 12:46 |
rfrasur |
mrpeters: if I upgrade from 3.6 to 3.6.1, is it going to break anything? |
| 12:46 |
mrpeters |
no |
| 12:46 |
rfrasur |
rock on |
| 12:46 |
mrpeters |
ive never had problems with using the built in upgrade feature |
| 12:46 |
rfrasur |
hits the button |
| 12:47 |
mrpeters |
you should keep it as up to date as possible, for exploit reasons |
| 12:47 |
eeevil |
grabbing 0831 |
| 12:47 |
rfrasur |
yeah, I know. we just run a custom theme...so I'm a little tentative. |
| 12:47 |
mrpeters |
so do i |
| 12:47 |
mrpeters |
a custom framework, even |
| 12:47 |
rfrasur |
good to note |
| 12:47 |
mrpeters |
my personal site hasn't ever had issues with a regular WP upgrade |
| 12:48 |
mrpeters |
and i've been on WP since like 1.x |
| 12:48 |
* rfrasur |
would much rather push the button than pay someone $115 an hour to do it. |
| 12:48 |
mrpeters |
oh, for sure |
| 12:48 |
mrpeters |
if you get stuck, i can help you in my off time |
| 12:48 |
dbwells |
Hack-a-Way attendees and other interested parties: I have posted a rough agenda on the Hack-a-Way wiki page. It will certain change, but at least it is a place to start http://evergreen-ils.org/dokuwiki/doku.php?id=dev:hackfest:hackaway-2013 |
| 12:48 |
bshum |
dbwells++ |
| 12:48 |
rfrasur |
cool...you get to be rock star of the day...but not a library rock star because apparently that's an insult to some people. |
| 12:49 |
|
ericar joined #evergreen |
| 12:49 |
mrpeters |
lol |
| 12:49 |
pinesol_green |
[evergreen|Bill Erickson] LP1210291 Long Overdue Standing Penalty - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d031ed1> |
| 12:50 |
pinesol_green |
[evergreen|Mike Rylander] Stamping long overdue penalty upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=823c90a> |
| 12:50 |
bshum |
Lunchtime |
| 13:06 |
pinesol_green |
[evergreen|Dan Wells] 'Opportunistic' Acq In-process Copy Overlay - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a457813> |
| 13:06 |
pinesol_green |
[evergreen|Pasi Kallinen] Browse catalog shortcut links should clear the search query - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2943a99> |
| 13:22 |
|
acoomes joined #evergreen |
| 13:45 |
|
stevenyvr2 joined #evergreen |
| 14:13 |
|
kmlussier joined #evergreen |
| 14:13 |
senator |
live from baltimore, it's kmlussier, senator and csharp |
| 14:13 |
rfrasur |
w00t! |
| 14:13 |
senator |
it's the hackaway before the hackaway |
| 14:16 |
csharp |
s |
| 14:16 |
senator |
it's the hackaway before the hackaway |
| 14:16 |
csharp |
low |
| 14:16 |
csharp |
wi fi |
| 14:16 |
rfrasur |
airport wife? |
| 14:16 |
rfrasur |
um |
| 14:16 |
rfrasur |
wifi, that is |
| 14:16 |
senator |
ha |
| 14:17 |
csharp |
funny_typos++ |
| 14:17 |
rfrasur |
mild embarrassment...but only mild. I suspect that there's got to be some correlation between wife and wifi...and slow. |
| 14:18 |
* rfrasur |
decides not to think about it. |
| 14:18 |
csharp |
"take my wifi, please!" |
| 14:18 |
rfrasur |
;D |
| 14:18 |
rfrasur |
good lord. :D, that is. |
| 14:18 |
* rfrasur |
didn't wink. |
| 14:21 |
rfrasur |
stupid mondays. y'all get to be in planes...and I gotta tell my staff that we're going to begin more strictly enforcing the dress code policy. |
| 14:21 |
* rfrasur |
whines even more |
| 14:28 |
eeevil |
jeff: re https://bugs.launchpad.net/evergreen/+bug/1174498 do you have a branch in the working repo for that? |
| 14:28 |
pinesol_green |
Launchpad bug 1174498 in Evergreen "Payment by billing type breakdown" (affected: 2, heat: 10) [Wishlist,In progress] - Assigned to Jeff Godin (jgodin) |
| 14:32 |
senator |
csharp: http://pastie.org/8330913# |
| 14:34 |
* kmlussier |
signs off to get ready to board. |
| 14:34 |
rfrasur |
kmlussier++ #have a great trip! |
| 14:39 |
|
jventuro joined #evergreen |
| 15:05 |
* bshum |
is going to hang out in the lobby of the conference center waiting for new folks to arrive. |
| 15:05 |
rfrasur |
bshum++ |
| 15:06 |
|
smyers_ joined #evergreen |
| 15:18 |
bshum |
A big van shows up and who shows up? Dyrcona does, that's who :) |
| 15:19 |
rfrasur |
woohoo! |
| 15:19 |
rfrasur |
All the cool kids are in GR or headed there. |
| 15:19 |
bshum |
Well now I know what van to look for :) |
| 15:19 |
rfrasur |
is it the airport shuttle? |
| 15:19 |
bshum |
Hmm, I'm not entirely sure actually. |
| 15:20 |
rfrasur |
suppose it could also be Calvin's |
| 15:20 |
rfrasur |
as in the College...not the Mah (although I suppose it could be his as well) |
| 15:20 |
bshum |
Hehe |
| 15:20 |
bshum |
I had lunch at a place called "Johnny's" named after the man himself. |
| 15:21 |
rfrasur |
lol, oh those silly Christian Reformers |
| 15:21 |
* rfrasur |
misses them. |
| 15:24 |
rfrasur |
MCLS is having a session called "The inevitability of open source" at their annual meeting. |
| 15:40 |
jcamins |
rfrasur: nice! |
| 15:40 |
* rfrasur |
is going. |
| 15:40 |
|
acoomes joined #evergreen |
| 15:41 |
rfrasur |
I've been very underwhelmed by a lot of the conference/meeting options recently. same ol' stuff packaged in a cardigan and glasses. |
| 15:41 |
|
smyers_ joined #evergreen |
| 15:42 |
jcamins |
Does Evergreen support static relevance bumps? |
| 15:42 |
jcamins |
Like "records from such-and-such branch get a bump"? Or "records for online resources get a bump"? Or... |
| 15:43 |
jcamins |
ummm... other, similar, relevance bumps? |
| 15:44 |
eeevil |
jcamins: no ... there are claims of some sorts of that in the works, but no WIP code shown yet (I hope some WIP code shows up, so we can all help get the good bits in sooner rather than later...) |
| 15:46 |
jcamins |
eeevil: that's too bad. I wanted to borrow someone's good ideas. Oh well. Do you have an opinion about whether static relevance bumps should be linear or logarithmic? |
| 15:46 |
eeevil |
jcamins: you know, though, using bib source quality as a sort option could be interesting |
| 15:46 |
rfrasur |
bshum: do you know offhand if there's a current list/map of EG implementations? |
| 15:47 |
eeevil |
for truly static (an attribute of the bib, or where its manifestations live) I'd say linear. however, for dynamic (event based, like circ count or hold request count) it should be logarithmic over time |
| 15:47 |
eeevil |
IMO |
| 15:49 |
eeevil |
jcamins: to that end, I offered a simple aging algo for use with event-based rel bumps a few months ago, actually. more recent events are more important, and the slope of importance flattens out exponentially, out to a temporal horizon |
| 15:49 |
|
kbutler joined #evergreen |
| 15:49 |
bshum |
rfrasur: I think the most current is the google map that Ben Hyman trotted out at the last evergreen conference |
| 15:49 |
bshum |
Though I don't have a link to that presently |
| 15:49 |
bshum |
And I don't think it's fully updated. |
| 15:49 |
eeevil |
s/exponentially/predictably (linearly, exponentially, whatever)/ |
| 15:49 |
rfrasur |
k, I found that old one on the site...but...it's old. |
| 15:50 |
jcamins |
That's a really good idea. Not needed for version 0.0.4, but definitely something I should incorporate at some point. |
| 15:50 |
bshum |
rfrasur: That one is extremely old. Like pre-2011 |
| 15:50 |
rfrasur |
bshum: Also, do your k12 schools transit materials with public libraries? |
| 15:51 |
bshum |
rfrasur: Our K-12 schools do not regularly exchange materials with the public libraries. The most that happens is that sometimes they send collections to each other during summers |
| 15:51 |
bshum |
From schools to publics. |
| 15:51 |
bshum |
To do summer reading, etc. as extra copies. |
| 15:51 |
eeevil |
jcamins: http://markmail.org/message/7i352ribf5zl7wz6 |
| 15:51 |
bshum |
But they just edit the items to be circ at the public lib during those times. |
| 15:51 |
bshum |
There isn't any ILL that occurs otherwise since the state delivery system doesn't really support that kind of exchange. |
| 15:52 |
rfrasur |
right. |
| 15:52 |
eeevil |
jcamins: that describes something that would support both user rating ("stars", say) and event existence rel bumps |
| 15:53 |
jcamins |
eeevil++ |
| 15:55 |
bshum |
rfrasur: Are you thinking to share stuff with schools? |
| 15:57 |
rfrasur |
I dunno. I know that our local schools aren't automated (that actually makes me nauseous). We've been looking at ways to cooperate more, and I think EG might be a way to alleviate several issues they have. My biggest concern, however, is manpower. |
| 15:57 |
rfrasur |
We already share stuff...but that could really broaden information base. |
| 15:57 |
bshum |
Cataloging stuff from scratch is always a chore. |
| 15:58 |
bshum |
But I like those libraries :) |
| 15:58 |
bshum |
More than those migrating from junk systems with silly data. |
| 15:58 |
rfrasur |
I suspect that, based on a lot of what I know already, most of it would be copy cataloging and we have some local schools (collegiate) that could help out (library tech programs) |
| 15:58 |
rfrasur |
And, heck, probably half their high school collection is cast-offs from here. |
| 15:59 |
bshum |
The key way we ended up separating schools from publics was doing different user groups for them. Public patron vs. school user. Staff accounts vs. school staff accounts, etc. |
| 15:59 |
bshum |
That way we could provision different options for each group |
| 15:59 |
bshum |
And what they could or couldn't do |
| 15:59 |
bshum |
Specially that they couldn't cross each other |
| 16:00 |
rfrasur |
okay, that makes sense. And, I have to imagine there are individuals with two accounts...because a resident at a pub library would have diff capabilities than a student at the school lib |
| 16:03 |
bshum |
Right. |
| 16:03 |
bshum |
I think we sometimes have crossovers |
| 16:04 |
rfrasur |
In my mind, I'm envisioning the school libraries as almost shadow libraries that are part of the consortium but essentially hidden since we would want them to have to fill consortial holds or deal with transitting for the most part. |
| 16:04 |
rfrasur |
s/would/wouldn't |
| 16:06 |
bshum |
Sounds similar. |
| 16:06 |
bshum |
Easy to do with some setup tweaks I guess. |
| 16:06 |
bshum |
And nice hold restrictions |
| 16:07 |
rfrasur |
hmm, I think this could be a pretty awesome thing actually. Our school libs are essentially closed right now (for a variety of reasons). This could go a little ways toward fixing/improving them. |
| 16:08 |
bshum |
++ |
| 16:09 |
bshum |
Bleh |
| 16:09 |
bshum |
rfrasur++ rather |
| 16:10 |
rfrasur |
hah! bshum++ #pitching the idea to another lib as well. |
| 16:10 |
rfrasur |
I envision librarians chasing me down the interstate with bone folders and letter openers. |
| 16:55 |
pinesol_green |
[evergreen|Kyle Tomita] LP1164674 - OPAC - Too easy to delete a list - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8c04afc> |
| 16:55 |
pinesol_green |
[evergreen|Dan Wells] Move list delete check from onclick to onsubmit - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8b23255> |
| 17:07 |
|
mmorgan left #evergreen |
| 17:43 |
|
stevenyvr2 joined #evergreen |
| 17:58 |
|
kbeswick joined #evergreen |
| 18:10 |
|
BigRig joined #evergreen |
| 18:13 |
pinesol_green |
[evergreen|Mike Rylander] Stream facet data - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=20940fa> |
| 18:31 |
pinesol_green |
[evergreen|Mike Rylander] Have TPAC put user input at the end in all cases - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ab37336> |
| 19:07 |
|
artunit joined #evergreen |
| 19:30 |
|
dMiller joined #evergreen |
| 22:34 |
|
RBecker joined #evergreen |
| 22:45 |
|
Rish joined #evergreen |
| 22:59 |
senator |
boo |
| 23:12 |
|
stevenyvr2 joined #evergreen |
| 23:12 |
|
stevenyvr2 left #evergreen |
| 23:19 |
|
jboyer-home joined #evergreen |
