| Time |
Nick |
Message |
| 07:34 |
|
rjackson_isl joined #evergreen |
| 08:04 |
|
jboyer-isl joined #evergreen |
| 08:18 |
|
ericar joined #evergreen |
| 08:41 |
|
mmorgan joined #evergreen |
| 08:44 |
|
Newziky joined #evergreen |
| 08:50 |
|
Dyrcona joined #evergreen |
| 08:51 |
|
Dyrcona left #evergreen |
| 08:51 |
|
Dyrcona joined #evergreen |
| 09:15 |
|
collum joined #evergreen |
| 09:20 |
|
sarabee joined #evergreen |
| 09:32 |
|
Shae joined #evergreen |
| 09:40 |
|
maryj joined #evergreen |
| 09:47 |
jeff |
@coffee [someone] |
| 09:47 |
* pinesol_green |
brews and pours a cup of Panama Esmeralda Especial, and sends it sliding down the bar to dbwells |
| 09:47 |
jeff |
@tea [someone] |
| 09:47 |
* pinesol_green |
brews and pours a pot of Wild Snow Sprout Tea, and sends it sliding down the bar to rashma (http://ratetea.com/tea/wild-tea-qi/wild-snow-sprout-tea/6447/) |
| 09:47 |
jeff |
@bartender [someone] |
| 09:47 |
* pinesol_green |
fills a pint glass with Live Oak Pale Ale, and sends it sliding down the bar to jcamins (http://beeradvocate.com/beer/profile/383/1064/) |
| 09:47 |
jeff |
morning, #evergreen! |
| 09:48 |
kmlussier |
jeff: Good morning! |
| 09:50 |
mmorgan |
Good morning! |
| 09:53 |
mmorgan |
@weather 01923 |
| 09:53 |
pinesol_green |
mmorgan: The current temperature in Danvers, Danvers, Massachusetts is 62.6°F (9:52 AM EDT on June 05, 2015). Conditions: Mostly Cloudy. Humidity: 68%. Dew Point: 51.8°F. Pressure: 30.14 in 1020 hPa (Falling). |
| 09:53 |
mmorgan |
Hmm. Looks way better than that out the window :) |
| 09:54 |
kmlussier |
It looks beautiful out the window. |
| 09:54 |
mmorgan |
Indeed! |
| 09:54 |
* kmlussier |
hasn't actually ventured outside yet today. |
| 09:55 |
jeff |
very foggy here today. |
| 09:55 |
jeff |
@weather ktvc |
| 09:55 |
pinesol_green |
jeff: The current temperature in Traverse City, Michigan is 53.6°F (9:37 AM EDT on June 05, 2015). Conditions: Fog. Humidity: 93%. Dew Point: 51.8°F. Pressure: 30.07 in 1018 hPa (Falling). |
| 09:56 |
jeff |
identical dew points. interesting. |
| 09:58 |
|
wlayton joined #evergreen |
| 10:08 |
|
mllewellyn joined #evergreen |
| 10:24 |
Bmagic |
By default, Evergreen holds are filled at the location where the item is. After that, does the hold brain try to fill holds within the same system before sending it outside of the system? |
| 10:25 |
jcamins |
Isn't it kind of early for alcohol? |
| 10:26 |
jeff |
In my timezone, yes. |
| 10:32 |
mmorgan |
Bmagic: My understanding is it uses the actor.org_unit_proximity table to fill holds with the lowest proximity to the checkin library. Of course there are a multitude of options that can affect that behavior. |
| 10:32 |
Bmagic |
I was just coming to that table |
| 10:33 |
Bmagic |
so, it uses that table to sort by lowest prox, which would fill the system branches first before it went out |
| 10:33 |
mmorgan |
Yes, it should. |
| 10:42 |
hopkinsju |
Wouldn't it be neat of we did a lookup for either strict distance or driving directions based on the addresses of the branches and accounted for *actual* proximity? |
| 10:43 |
hopkinsju |
This looks like an interesting project: http://project-osrm.org/ |
| 10:44 |
hopkinsju |
We could run this software on a utility server against a local copy of the OpenStreetMap dataset. |
| 10:45 |
mmorgan |
Bmagic: Just rethinking, when you said "fill", did you mean "target"? 'Cause that's really what applies. |
| 10:55 |
kmlussier |
Hey, it's National Donut Day. Happy Donut Day everyone! |
| 10:56 |
kmlussier |
Or is it Doughnut Day? |
| 10:56 |
kmlussier |
@dessert 12 [someone] |
| 10:56 |
* pinesol_green |
grabs some Vanilla Frosted Donuts with Sprinkles for ldw |
| 10:58 |
mmorgan |
Either way, Happy Do(ugh)nut Day! |
| 10:58 |
mmorgan |
That actually doesn't look too appetizing :-( |
| 10:59 |
mmorgan |
Too bad Google didn't recognize the occasion. It could have been an excellent doodle. |
| 11:13 |
Bmagic |
If a system wants all of the branches to have the same weight for holds and just fill holds in the order in which they were requested, do I need to use the proximity adjust? |
| 11:33 |
kmlussier |
Bmagic: That sounds like FIFO (First in First Out). |
| 11:34 |
Bmagic |
kmlussier: yeah but only for that system |
| 11:34 |
Bmagic |
Anyone have expierence setting FIFO for a system with the consortium setting at "traditional" |
| 11:34 |
kmlussier |
Bmagic: Ah, I see. I'm not sure how that would work then. I haven't looked at holds configuration in a while. |
| 11:35 |
hopkinsju |
Bmagic: Haven't we talked about this in the past? |
| 11:36 |
hopkinsju |
I seem to recall discussing it and concluding (based purely on intuition and a tenuous understanding of the system) that this wouldn't work - at least not all the time. |
| 11:38 |
kmlussier |
What happens if you set the Best-hold selection sort order as traditional for the consortium and as FIFO for the system that wants FIFO? |
| 11:38 |
hopkinsju |
Seems like that would create unfairness to me. |
| 11:40 |
hopkinsju |
Would EG choose to do FIFO vs Trad based on the location of the copy that could potentially fill the hold? |
| 11:40 |
Bmagic |
kmlussier: we did that exact thing and we ended up switching it back for a reason that I do not recall |
| 11:40 |
|
bmills joined #evergreen |
| 11:41 |
hopkinsju |
Meaning the system/branch where the copy currently resides, the owning libraries system/branch setting, or something else? |
| 11:41 |
hopkinsju |
Tricky question to answer I think. |
| 11:42 |
hopkinsju |
At any rate - I don't think this really addresses the libraries question. Essentially what they want is for us to *guarantee* that the order they see in the holds queue is the order in which the holds will be filled. |
| 11:42 |
hopkinsju |
It's certainly true that unless the entire consortium agrees on FIFO this hold queue will never be accurate. |
| 11:43 |
kmlussier |
hopkinsju / Bmagic: You might want to check with bshum on this one. Based on the email here http://markmail.org/message/zoxggnivmiszdxui , I think they might have a similar scenario. |
| 11:45 |
hopkinsju |
Bmagic: I think that what you are proposing *would* improve the situation for the system who wants this, I'm just not sure how it will affect the rest of the consortium. |
| 11:46 |
kmlussier |
My head hurts when I think of doing any kind of holds behavior that is not consortium-wide. |
| 11:47 |
Bmagic |
If the proximity is even for all of the branches to eachother in that system, then it would need to fall back on request date. Once there were no more holds in the system, it would look outside of that system finally. |
| 11:47 |
Bmagic |
berick: My added column is showing up with a blank name |
| 11:48 |
Bmagic |
berick: http://bit.ly/1IhU1Mz and http://bit.ly/1FZQkds |
| 11:49 |
|
maryj joined #evergreen |
| 11:51 |
* mmorgan |
returns from impromptu meeting and reads up on holds discussion |
| 11:51 |
bshum |
kmlussier: hopkinsju: Bmagic: Yeah, that email predates additional functionality ported from FulfILLment to Evergreen around 2.5 era. |
| 11:52 |
bshum |
We did eventually configure one of our large libraries with multiple branch locations to utilize FIFO inside their system |
| 11:52 |
Bmagic |
bshum: Come to think of it, we were using 2.4.1 when we were dealing with this before |
| 11:52 |
bshum |
But then have the rest of the libraries in the consortium operate on traditional means |
| 11:52 |
bshum |
I don't have good notes on how I did it, but it is "possible" |
| 11:52 |
bshum |
I could probably put some knowledge together. |
| 11:53 |
bshum |
When I'm not busy thinking about pizza. |
| 11:53 |
Bmagic |
bshum: You mean it's not simply setting the setting for the system? |
| 11:54 |
berick |
Bmagic: first thing that comes to mind is the field should not be set to oils_persist:virtual="true" |
| 11:54 |
mmorgan |
"Best-Hold Selection Sort Order" offers lots of options for what the system should look at and in what order when holds are captured. |
| 11:55 |
Bmagic |
berick: so just take that clause out of the field def for acp? |
| 11:55 |
hopkinsju |
bshum: You have pizza or need pizza? |
| 11:55 |
berick |
Bmagic: yes |
| 11:55 |
hopkinsju |
Maybe we can help |
| 11:55 |
bshum |
Bmagic: Yes, what mmorgan indicates is part of it too, we had to adjust the sort order for holds in addition to changing the org-unit setting to specify the type we wanted |
| 11:56 |
bshum |
hopkinsju: I should get pizza, but instead I'll be having a salad. |
| 11:56 |
berick |
Bmagic: also, on the <link> it should be reltype="has_a" not "might_have" -- even if the count is 0 there will be a value for every copy |
| 11:56 |
bshum |
But it's my favorite chicken caesar salad in the world. |
| 11:56 |
bshum |
So I can't complain too much. |
| 11:57 |
Bmagic |
berick: if you run the query, it doesn't return 0 for copies that are not in the hold_copy_map |
| 11:57 |
berick |
Bmagic: ah, i see |
| 11:58 |
berick |
Bmagic: scratch that then |
| 11:58 |
Bmagic |
berick: I thought of that, and I was trying to do some kind of CASE/IF but it didn't work really |
| 11:58 |
bshum |
Bmagic: Okay, so looking at our system, I can see that we added a new "Best Hold selection sort order" for the library in question and then we made that the one used by the settings. |
| 11:58 |
bshum |
Bmagic: For reference, ours was named "Bridgeport hold order" (named after the library that wanted it) and then it was aprox, priority, cut, rtime |
| 11:58 |
Bmagic |
bshum: the library or the system? |
| 11:59 |
bshum |
We set it at the system level |
| 11:59 |
bshum |
While the rest of the consortium still uses "traditional with holds go home" |
| 12:00 |
bshum |
Pretty much everything below rtime isn't important and lighter color, not emboldened |
| 12:01 |
bshum |
We also added a proximity adjustment for the library system |
| 12:02 |
bshum |
From "Org Unit Proximity Adjustments" |
| 12:02 |
bshum |
We added an entry for it |
| 12:02 |
bshum |
To say "Item circ lib" = system, "Hold pickup Lib" = system, position 0, absolute adjustment = true, proximity adjustment = 0 |
| 12:03 |
Bmagic |
berick: removing oils_persist:virtual="true" from the IDL resulted in breaking the grid altogether. Item list turned into "nothing to see here" message |
| 12:03 |
bshum |
I think that basically means if the item belongs to that system, and it's being picked up there, consider the branches all equal to each other in terms of proximity. |
| 12:03 |
bshum |
Not 1 apart, but 0 apart |
| 12:04 |
Bmagic |
bshum: there we go, that is what I was thinking |
| 12:04 |
bshum |
That treats them truly equal to each other and enforces FIFO rules for the whole branch system equally. |
| 12:04 |
bshum |
Rather than prioritizing the pickup branch to the item |
| 12:04 |
bshum |
Hope that helps. I'm going to go pick up my lunch now :) |
| 12:05 |
Bmagic |
bshum++ |
| 12:05 |
Bmagic |
salad++ |
| 12:05 |
Bmagic |
That helps a lot! |
| 12:40 |
|
jihpringle joined #evergreen |
| 12:46 |
|
Newziky left #evergreen |
| 12:53 |
kmlussier |
Anyone want to update this page? http://evergreen-ils.org/governance/ |
| 12:53 |
bshum |
kmlussier: Yeah, I left a question for gmcharlt on that, I think he wanted to discuss something about the page with me. |
| 12:53 |
bshum |
Or maybe it was about the git repo |
| 12:54 |
gmcharlt |
was about the Git repo (and hold that thought, not urgent) |
| 12:55 |
bshum |
kmlussier: I'll poke at the page momentarily. |
| 13:05 |
bshum |
kmlussier: Okay page updated with the new EOB members and positions. And thank you to you, RoganH and bbqben as I move you to the past board members list. |
| 13:05 |
bshum |
I'll poke at the git page stuff in a few more once I get my VM back in order. |
| 13:06 |
kmlussier |
bshum++ |
| 13:07 |
kmlussier |
Thanks for doing that! I've been occupied trying to find my way around the ALA exhibitors site. |
| 13:17 |
bshum |
And git page updated too. |
| 13:18 |
bshum |
No problem, kmlussier. |
| 13:18 |
bshum |
Thanks for reminding us :) |
| 13:19 |
bshum |
kmlussier++ |
| 13:48 |
|
wongon joined #evergreen |
| 13:56 |
Stompro |
kmlussier, About the sanbox for bug 1312699, if you want to skip that one please do. I thought the issue was that there were two branches, and one didn't include all the changes, just a small fix. I can try it out locally sometime instead. |
| 13:56 |
pinesol_green |
Launchpad bug 1312699 in Evergreen "Editable Checkout History" (affected: 5, heat: 22) [Wishlist,Triaged] https://launchpad.net/bugs/1312699 - Assigned to Josh Stompro (u-launchpad-stompro-org) |
| 13:58 |
kmlussier |
OK, thanks Stompro. I'll also add a tag to it as a reminder to DPearl that it still needs work. |
| 13:58 |
kmlussier |
Did we ever settle on what tag should be used for branches that need more work? I vaguely recall some poll on the question. |
| 14:13 |
|
wlayton joined #evergreen |
| 14:26 |
* kmlussier |
goes with needsrepatch since it looks like bshum has already used it. |
| 14:34 |
berick |
any objections to marking bug 1020665 WONTFIX ? |
| 14:34 |
pinesol_green |
Launchpad bug 1020665 in Evergreen "Dojo attributes should be updated" (affected: 1, heat: 6) [Wishlist,Triaged] https://launchpad.net/bugs/1020665 |
| 15:19 |
jeff |
+1 to WONTFIX. We're going to kill dojo before we fix something like that, yes? |
| 15:22 |
kmlussier |
We will be killing dojo in the OPAC as well? |
| 15:24 |
kmlussier |
@dessert bshum |
| 15:24 |
* pinesol_green |
grabs some Cannoli for bshum |
| 15:24 |
kmlussier |
Ooh, Cannoli! Yum! |
| 15:25 |
jeff |
kmlussier: long term, I kinda' think so, but I'm not certain if we've committed one way or the other. |
| 15:39 |
berick |
yeah, ideally, dojo would be completely removed as a dependency. |
| 15:45 |
Dyrcona |
Alas, poor Dojo.... I used to know the vato well, Horatio. |
| 16:02 |
mmorgan |
@dessert 12 [someone] |
| 16:02 |
* pinesol_green |
grabs some Vanilla Frosted Donuts with Sprinkles for berick |
| 16:04 |
berick |
don't mind if I do |
| 16:17 |
kmlussier |
@dessert add Boston Cream doughnuts |
| 16:17 |
pinesol_green |
kmlussier: The operation succeeded. Dessert #36 added. |
| 16:17 |
kmlussier |
@dessert 36 [someone] |
| 16:17 |
* pinesol_green |
grabs some Boston Cream doughnuts for sarabee |
| 16:29 |
* bshum |
is glad it's Friday. |
| 16:30 |
bshum |
I can't remember if I've ever had a cannoli before.... I want to say, maybe. |
| 16:40 |
kmlussier |
bshum: They are very tasty |
| 16:41 |
bshum |
I'll add it to the list. |
| 16:43 |
kmlussier |
bshum: You have a list of desserts you want to try? |
| 16:44 |
bshum |
kmlussier: It's not an actual written list or anything. |
| 16:44 |
bshum |
But yeah, kind of. |
| 16:44 |
kmlussier |
I need a list like that. Sounds much more interesting than my usual to-do lists. |
| 16:51 |
* bshum |
wanders away for the weekend |
| 16:51 |
bshum |
Have a good one everyone! |
| 16:53 |
Bmagic |
lata! |
| 16:54 |
kmlussier |
bshum: Have a nice weekend! |
| 16:55 |
|
wongon joined #evergreen |
| 17:08 |
mmorgan |
Have a good weekend, all! |
| 17:08 |
|
mmorgan left #evergreen |
| 17:17 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 18:48 |
|
buzzy joined #evergreen |
| 19:03 |
|
bmills joined #evergreen |
