| Time |
Nick |
Message |
| 02:02 |
|
jihpringle joined #evergreen |
| 03:31 |
|
sbrylander joined #evergreen |
| 05:44 |
|
gsams joined #evergreen |
| 05:57 |
|
sarabee joined #evergreen |
| 06:17 |
|
Bmagic joined #evergreen |
| 07:25 |
|
graced joined #evergreen |
| 07:34 |
|
rjackson_isl joined #evergreen |
| 07:41 |
|
collum joined #evergreen |
| 07:43 |
|
jboyer-isl joined #evergreen |
| 07:44 |
|
ericar joined #evergreen |
| 07:55 |
csharp |
@hate acq |
| 07:55 |
pinesol_green |
csharp: But csharp already hates acq! |
| 07:55 |
csharp |
@hate acq more |
| 07:55 |
pinesol_green |
csharp: The operation succeeded. csharp hates acq more. |
| 07:55 |
csharp |
so now, out of nowhere, acq vandelay is not creating copies anymore |
| 07:56 |
csharp |
"Load Items for Imported Records" is checked, MARC file shows a quantity of 1 for each of the 6 bibs - all 6 come in without an error, but no copies are created |
| 07:57 |
csharp |
nothing on the server configuration side has changed about the setup, and the file I'm using worked in the past |
| 08:05 |
csharp |
"vl: record 244070 was not imported" |
| 08:05 |
csharp |
"acq-vl: acq lineitem 26914 did not import" |
| 08:05 |
csharp |
but no indications as to why not |
| 08:06 |
csharp |
and according to the stats, 6 records *were* imported, and a PO with those records (sans acq copies) now exists |
| 08:17 |
csharp |
aha - it appears that I need to have selected a merge strategy - "Merge on Best Match" is now selected and the logs are showing success |
| 08:17 |
csharp |
ugh - still no copies added though |
| 08:22 |
|
Dyrcona joined #evergreen |
| 08:37 |
csharp |
there are no vandelay.import_item rows for the records in the queue, so whatever's supposed to create that is not working |
| 08:39 |
csharp |
@monologue |
| 08:39 |
pinesol_green |
csharp: Your current monologue is at least 13 lines long. |
| 08:42 |
jeff |
"your current debugging session monologue is at least X lines long over Y minutes. |
| 08:42 |
jeff |
" |
| 08:42 |
csharp |
jeff++ |
| 08:45 |
|
Shae joined #evergreen |
| 08:50 |
|
mmorgan joined #evergreen |
| 09:02 |
|
jwoodard joined #evergreen |
| 09:08 |
|
mrpeters joined #evergreen |
| 09:14 |
csharp |
ok, so now I'm looking for something that calls the DB function vandelay.ingest_items() but ack/grep is not finding me anything :-( |
| 09:15 |
csharp |
ah - found it - it's a trigger function |
| 09:15 |
csharp |
ingest_bib_items() |
| 09:19 |
csharp |
that's apparently triggered by adding a row to vandelay.queued_bib_record, so I guess I'll need to add some debugging statements as to why that's not happening |
| 09:19 |
csharp |
I'm still looking for what tells vandelay that there's an item in the incoming record |
| 09:20 |
csharp |
for acq records, the copy/lineitem_detail information is in the 962 (don't know if that's standard or custom for us) |
| 09:21 |
* csharp |
hopes that acq.lineitem_detail is equivalent to vandelay.import_item - if not, the last hour is for naught |
| 09:23 |
dbwells |
csharp: the tag/subfields for item import are controlled by your holdings import profile. Is that what you were asking? |
| 09:24 |
dbwells |
It's been a while since I looked at the acq side, so maybe that's different. |
| 09:25 |
csharp |
I think that's right |
| 09:25 |
csharp |
I'm having a lot of trouble figuring out what's acq and what's vandelay here :-/ |
| 09:25 |
csharp |
my current quest is "find out what process is supposed to create the lineitem_details" |
| 09:26 |
csharp |
I'm looking in the acq perl, vandelay perl, acq schema, and vandelay schema |
| 09:26 |
|
maryj joined #evergreen |
| 09:28 |
csharp |
OMG I hate acq - did I say that already? |
| 09:34 |
csharp |
dbwells++ # that helps some - at least I can see where the 962 is defined as the holdings subfield |
| 09:35 |
kmlussier |
csharp: When you look at the PO, is the order activatable? I'm just wondering if there is a piece of information missing that would stop the copies from loading. |
| 09:36 |
csharp |
kmlussier: the original report from the library was that they weren't able to activate a PO with the reason ACQ_LINEITEM_NO_COPIES |
| 09:36 |
csharp |
and indeed, there are no copies created when they load the MARC order records |
| 09:37 |
csharp |
(which had worked previously) |
| 09:37 |
kmlussier |
csharp: Yeah, I would check your 962 then and make sure that the subfields there are lining up with what's in the holdings import profile. And make sure there is data in the quanitity subfield and the owning_lib subfield. |
| 09:37 |
csharp |
now known-working files fail to create copies as well |
| 09:38 |
csharp |
my working theory is operator error |
| 09:38 |
kmlussier |
csharp: Also, it's the holdings subfield in the provider record you want to look at, not in the vandelay interface. |
| 09:38 |
kmlussier |
csharp: I'm wondering if the subfield information got changed. |
| 09:38 |
csharp |
so many places to look :-( |
| 09:40 |
dbwells |
csharp: Whenever I've had copies not load, the best source of debug has been the postgres error log. It's almost always been a not null constraint issue, which in turn helps me find what's wrong with my record or profile. |
| 09:40 |
csharp |
dbwells: cool - I'll look there too |
| 09:47 |
csharp |
SELECT * FROM acq.extract_provider_holding_data( '26920' ) AS "acq.extract_provider_holding_data" ; |
| 09:48 |
csharp |
when I do SELECT acq.extract_provider_holding_data( '26920' ) ;, I get nada |
| 09:52 |
kmlussier |
csharp: And, for the provider being used, the acq.provider holding_tag is 962 and the subfields for that provider in acq.provider_subfield_holding_map match the ones that are used in the order record? |
| 09:54 |
dbwells |
csharp: If you haven't already, scratch what I said about 'holdings import profile' earlier. That info is stored differently in the acq side, as kmlussier is pointing out. |
| 09:54 |
csharp |
dbwells: thanks |
| 09:55 |
csharp |
kmlussier: it looks like they don't line up - unfortunately, I have to run to meeting 1 of 500 today, so it will have to be later :-/ |
| 09:55 |
csharp |
dbwells++ kmlussier++ thanks! |
| 09:55 |
kmlussier |
csharp: Have fun at your 500 meetings! I hope they have lots of decaf for you! |
| 10:01 |
* Dyrcona |
should really create a circulation solver program with a GUI. I have spent a lot of time in the database with action.find_circ_matrix_matchpoint and related functions lately. |
| 10:09 |
phasefx |
an animated plinko machine |
| 10:12 |
Dyrcona |
heh. |
| 10:17 |
jeff |
which would be considered a better hardware RNG? a plinko machine or a lava lamp? |
| 10:20 |
jboyer-isl |
jeff: Put the plinko machine behind the lamp, use a combination of the sounds + the distortion effects. Unfortunate side effect: Hippies be asking for random numbers for hours at a time. |
| 10:21 |
|
krvmga joined #evergreen |
| 10:27 |
Bmagic |
Dyrcona: what if you overlayed the circ matrix on the original doom game. Each bad guy is a rule, and you can shoot them. After they die, the rule is deleted from the database...... |
| 10:27 |
Bmagic |
let me know what the phone number is and I will dial in with my modem and we can shoot them together! |
| 10:28 |
jboyer-isl |
Any field with more than 6 fields non-null is a cyberdemon. Game over. |
| 10:28 |
jboyer-isl |
Row, rather. |
| 10:28 |
Bmagic |
exactly! |
| 10:28 |
Dyrcona |
You guys joke, but I'm semi-serious, in the sense of thinking it would be a useful endeavor provided the time is available. |
| 10:29 |
Bmagic |
Im not joking - http://psdoom.sourceforge.net/ |
| 10:29 |
Dyrcona |
Bmagic: I've know about psdoom for years, and I consider what you said to be a joke. ;) |
| 10:29 |
Bmagic |
it could* work |
| 10:30 |
Bmagic |
lol |
| 10:30 |
* bshum |
doesn't think he's ever played Doom. |
| 10:30 |
gmcharlt |
Dyrcona: indeed, better ways for staff to visualize and/or test circ policies would be great |
| 10:30 |
Dyrcona |
The idea behind the solver is to show you how your rules actually work. |
| 10:30 |
phasefx |
Dyrcona: one useful entrypoint might be from the item editor, but you'd need a lot of context options |
| 10:30 |
Dyrcona |
You put in barcodes and locations and it tells you what happens. |
| 10:30 |
Dyrcona |
phasefx: I have been considering something standalone that only talks to the database. |
| 10:31 |
phasefx |
probably the safest option as far as clutter goes |
| 10:31 |
Dyrcona |
Another option is to add an open-ils.circ-solver service and make calls against that. |
| 10:31 |
phasefx |
there is a circ test api call, IIRC |
| 10:32 |
gsams |
Dyrcona: As someone more or less on the outside of things, I think this is a great idea. |
| 10:32 |
miker |
you know, I thought there was a UI in the xul client for supplying a patron and item barcode to "fake" a circ... maybe just a wishlist thing from long ago |
| 10:32 |
Dyrcona |
phasefx: yeah, but it either does too much or doesn't do enough depending on what I want to know. :) |
| 10:33 |
Dyrcona |
Most of the db functions that I use are not exposed directly in the open-ils api. |
| 10:33 |
miker |
ah, well, nevermind me ... phasefx++ |
| 10:34 |
gmcharlt |
it's a start though - and I think it would be good if the code that test circ policies were essentially accessing exactly the same pathways that real loan and hold transactions do... just with additional instrumentation as needed for Dyrcona's purposes |
| 10:34 |
phasefx |
miker: there's a Test Circulation option for some A/T stuff; you may be thinking of that. I never played with it |
| 10:36 |
kmlussier |
gmcharlt: I was just reviewing your RM proposal on supporting the web client for production use. When you mention holds, are you thinking of all holds functions, including pull list and managing the holds shelf, or were you just thinking of things you would most commonly do while working with a patron, (i.e. placing, viewing, updating holds)? |
| 10:36 |
Dyrcona |
Lovely: ERROR: column "ccvm.ctype" must appear in the GROUP BY clause or be used in an aggregate function |
| 10:37 |
Dyrcona |
Guess string_agg( ccvm.ctype || 'something else') doesn't count..... |
| 10:39 |
gmcharlt |
kmlussier: yes to both the pull list and managing the holds shelf - and those are present already, so bugs against those areas would certainly be reasonable to target for 2.next |
| 10:39 |
jboyer-isl |
Dyrcona: while I only commented to add to the psdoom hype, I do think it's a good idea. At one time I considered doing a simple conference talk about how the ordering worked and what not with a lot of visuals, but 1, couldn't think of a good way to present the visuals, and 2, couldn't think of a way to keep everyone awake. |
| 10:40 |
Dyrcona |
Duh. The aggregate needs to be in the having clause. |
| 10:40 |
jboyer-isl |
But something simple that just said "Here are the rules that your system will pick" would be a big help. |
| 10:40 |
Bmagic |
Dyrcona: something that would run action.find_hold_matrix_matchpoint and show results as you change the options |
| 10:41 |
Dyrcona |
jboyer-isl: I have a perl script that generates a parameters spreadsheet in http://git.mvlcstaff.org/?p=jason/evergreen_utilities.git;a=tree;f=perl;h=c5befd94a7746c42862680f13496b0fbf9296333;hb=7cd10dc86c4dec3c2d458aeb3e175b081c2f7855 |
| 10:41 |
Dyrcona |
Bmagic: Yeah, that was where I started, and then it could look up holds rules, etc., and find you sample copies. |
| 10:43 |
kmlussier |
gmcharlt: Is that how we should identify web client bugs that should be resolved before it's ready for production use, by applying the 2.next target? Or should there also be a tag similar to the jspacremovalblocker one that was used back in the days when we moved to tpac? |
| 10:43 |
gmcharlt |
kmlussier: yes and yes, I'd say |
| 10:44 |
gmcharlt |
I suggest "webstaffprodcirc" as a tag |
| 10:44 |
kmlussier |
gmcharlt: Sounds good to me. Thanks! |
| 10:44 |
kmlussier |
I will do so for two bugs now while I'm thinking of it. |
| 10:45 |
Dyrcona |
And, grr. That string_agg trick in the having is just not working.... Time to try something else. |
| 10:46 |
* Dyrcona |
is trying to find all copies with a certain marc type at a library. |
| 11:03 |
jboyer-isl |
Dyrcona: care to paste the query? |
| 11:03 |
Dyrcona |
jboyer-isl: I will paste it, but got it working with a second join. |
| 11:04 |
pastebot |
"Dyrcona" at 64.57.241.14 pasted "Copies by item type by lib" (15 lines) at http://paste.evergreen-ils.org/18 |
| 11:30 |
* Dyrcona |
has spent a good deal of time on parameters lately. |
| 11:38 |
|
mrpeters joined #evergreen |
| 11:39 |
|
bmills joined #evergreen |
| 11:42 |
csharp |
@blame parameters |
| 11:42 |
pinesol_green |
csharp: parameters forgot to give the gerbils their chocolate-frosted sugar bombs |
| 11:42 |
jboyer-isl |
Dyrcona: that's a pretty broad term. SQL parameters, function params, etc.? (I meant to say, I applaud the use of :'param' in your sql, I'd like to see us move on from :bare someday, but tuits and etc.) |
| 11:43 |
Dyrcona |
I meant circ and holds parameters, mostly the matchpoints. |
| 11:44 |
Dyrcona |
Yeah, I like writing things with placeholders so I can just do psql -f script.sql -vshortname=MCD -vtype=r |
| 11:44 |
Dyrcona |
Sometimes I wrap 'em with a copy to csv also. |
| 11:46 |
Dyrcona |
I find using :'something' for strings is easier than :something, 'cause then I don't have to remember to -vsomething='''value''' or "'value'" |
| 11:52 |
csharp |
":something in the way she moves..." |
| 11:53 |
* berick |
got Abbey Road on vinyl a few months ago |
| 11:54 |
berick |
and white album and revolver |
| 12:08 |
Dyrcona |
heh |
| 12:10 |
dbwells |
berick: vintage or rereleases? |
| 12:11 |
* dbwells |
has a couple Beatles albums he pilfered from library discards :) |
| 12:12 |
Dyrcona |
Hmm. I should probably add a condition on circ_as_type n that pasted query. I didn't think of it before because our libraries generally don't use it much. |
| 12:12 |
berick |
dbwells: rereleases. i have a 60s-era sgt peppers, but i doubt it's a first press. |
| 12:12 |
dbwells |
cool |
| 12:12 |
berick |
dbwells: discards?! travesty, but good for you |
| 12:13 |
* Dyrcona |
has some Beatles ripped from CDs he owns. |
| 12:13 |
Dyrcona |
My mother has most of their US releases from the '60s on vinyl. Dunno what pressings, though. |
| 12:14 |
berick |
heh, yeah, took the sgt pep. from my dad ;) |
| 12:14 |
berick |
and some other great stuff |
| 12:14 |
* Dyrcona |
has the 45 of I Wanna Hold Your Hand that he "borrowed" from her collection many years ago. |
| 12:14 |
berick |
nice |
| 12:15 |
|
mrpeters joined #evergreen |
| 12:16 |
dbwells |
berick: I've got a record player here in my office, so our media person always gives me first dibs on the good stuff. We still have a pretty substantial LP collection in our library, and there is constant pressure to reduce or get rid of it. |
| 12:16 |
* Dyrcona |
doesn't play the vinyl much any more. |
| 12:16 |
* Dyrcona |
has everything Iron Maiden released on vinyl up through Poweslave. |
| 12:16 |
Dyrcona |
That was about the time that I "grew out of" my heavy metal phase. ;) |
| 12:16 |
berick |
dbwells: figured.. they do take a lot of space |
| 12:19 |
berick |
Dyrcona: let me know if you want to unload any metal vinly :) my wife's a fan. bonus points for Slayer. |
| 12:19 |
berick |
heh @ "metal vinyl" |
| 12:19 |
Dyrcona |
heh |
| 12:21 |
Dyrcona |
Oh, dang.... That condition on circ_as_type is harder than I thought. |
| 12:21 |
Dyrcona |
I want where circ_as_type = type when code != type. |
| 12:21 |
* dbs |
played some Maiden for his 9yo daughter a few days back. she enjoyed it |
| 12:21 |
dbs |
we clapped along |
| 12:21 |
Dyrcona |
dbs++ |
| 12:21 |
berick |
:) |
| 12:22 |
dbwells |
metal vinyl, eh? |
| 12:22 |
* dbwells |
pictures a Campbell's promotion where the detached can lid plays the jingle |
| 12:22 |
Dyrcona |
My daughter would just be like, "What's that noise?" |
| 12:22 |
Dyrcona |
vinyl metal.... |
| 12:28 |
|
mmorgan1 joined #evergreen |
| 12:33 |
|
mmorgan1 left #evergreen |
| 12:33 |
|
mmorgan1 joined #evergreen |
| 12:36 |
|
jihpringle joined #evergreen |
| 12:45 |
berick |
do authority thesauri / control sets have any effect on bib linking? I see authority_control_fields.pl encodes the marc fields and their controlling fields. |
| 12:46 |
berick |
is the hope to eventually pull those mappings from the DB or am I misunderstanding the purpose? |
| 12:51 |
dbs |
berick: I believe that was the hope |
| 12:52 |
dbs |
I'm surprised that hope was not realized back when the thesauri / control sets were added |
| 12:54 |
berick |
thanks for confirming, dbs |
| 12:56 |
|
montgoc1 joined #evergreen |
| 13:02 |
miker |
yboston requested the chance to do that work ... tuits intervened, I imagine |
| 13:08 |
berick |
those rascally tuits |
| 13:14 |
|
rfrasur joined #evergreen |
| 13:19 |
|
abneiman joined #evergreen |
| 13:52 |
|
tspindler joined #evergreen |
| 13:54 |
bshum |
Head's up, EOB meeting here in about 6 more minutes. |
| 13:55 |
dbs |
@ana EOB |
| 13:55 |
pinesol_green |
dbs: Have you tried taking it apart and putting it back together again? |
| 13:56 |
bshum |
I thought about installing that once. |
| 13:56 |
bshum |
Got lazy figuring out deps |
| 13:59 |
|
sherbertbc joined #evergreen |
| 13:59 |
bshum |
@roulette |
| 13:59 |
pinesol_green |
*BANG* Hey, who put a blank in here?! |
| 13:59 |
* pinesol_green |
reloads and spins the chambers. |
| 14:00 |
bshum |
Okay, then |
| 14:00 |
bshum |
#startmeeting 2015-11-19 - Evergreen Oversight Board Meeting |
| 14:00 |
pinesol_green |
Meeting started Thu Nov 19 14:00:07 2015 US/Eastern. The chair is bshum. Information about MeetBot at http://wiki.debian.org/MeetBot. |
| 14:00 |
pinesol_green |
Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. |
| 14:00 |
pinesol_green |
The meeting name has been set to '2015_11_19___evergreen_oversight_board_meeting' |
| 14:00 |
|
tprokrym joined #evergreen |
| 14:00 |
bshum |
#link agenda email: http://list.evergreen-ils.org/pipermail/eg-oversight-board/2015-November/001146.html |
| 14:00 |
bshum |
#topic Introductions |
| 14:00 |
bshum |
#info bshum = Ben Shum, Bibliomation (EOB chair) |
| 14:00 |
tspindler |
#info tspindler = Tim Spindler, C/W MARS |
| 14:01 |
montgoc1 |
#info montgoc1 = Chauncey Montgomery, Consortium of Ohio Libraries |
| 14:01 |
tprokrym |
#info tprokrym = Tanya Prokrym, NC Cardinal |
| 14:01 |
sherbertbc |
#info sherbertbc = Sharon Herbert, Sitka/BC Libraries Co-operative |
| 14:02 |
abneiman |
#info abneiman = Andrea Buntz Neiman, Kent County Public Library |
| 14:02 |
csharp |
#info csharp = Chris Sharp, GPLS |
| 14:02 |
bshum |
And we have quorum majority now. |
| 14:03 |
|
jlitrell joined #evergreen |
| 14:03 |
bshum |
Cool deal |
| 14:03 |
bshum |
I think the other members are unavailable, regrets from graced, yboston, and rfrasur |
| 14:03 |
bshum |
Moving along |
| 14:04 |
bshum |
#topic Minutes/actions from last meeting |
| 14:04 |
bshum |
#link http://wiki.evergreen-ils.org/doku.php?id=governance:minutes:2015-10-15 |
| 14:04 |
bshum |
Anything from that meeting or previous that should be added? |
| 14:04 |
tspindler |
Not that I can see |
| 14:04 |
bshum |
tspindler++ # hosting the meeting software |
| 14:04 |
bshum |
*running/hosting |
| 14:05 |
abneiman |
gotta be afk for a moment |
| 14:05 |
bshum |
Alrighty, we can zip right along for now then. |
| 14:05 |
bshum |
#topic EG 2016 Conference Update |
| 14:06 |
bshum |
tprokrym: Can you give us a brief update before we hit the specific subitems? |
| 14:06 |
tprokrym |
registration is now open and sponsorships are starting to come in. |
| 14:06 |
bshum |
tprokrym++ # yay! |
| 14:06 |
tprokrym |
the sponsorships are a bit slow but Grace tells me not to worry yet. |
| 14:06 |
bshum |
#info EG2016 registration is now open |
| 14:06 |
bshum |
#info Support Evergreen and sign up for a sponsorship! |
| 14:07 |
tprokrym |
we have our keynote and we are working on social activities and reviewing the catering. |
| 14:07 |
tprokrym |
for sponsorships, we have Equinox, itiva, overdrive with commitments to date for emerald data, sparks, and backstage. |
| 14:07 |
gmcharlt |
#info gmcharlt = Galen Charlton, ESI, RM |
| 14:08 |
tprokrym |
i have a sponsorship spreadsheet which i can share sometime if needed. |
| 14:08 |
tprokrym |
so things are moving in the right direction. |
| 14:08 |
tprokrym |
any questions? |
| 14:09 |
tprokrym |
before i talk about the budget |
| 14:09 |
montgoc1 |
How are program proposals coming? |
| 14:09 |
bshum |
I was just about to ask what montgoc1 said. Also, whether proposals will be made public in any way, so that we know who's already speaking about certain subjects, etc. |
| 14:10 |
bshum |
(or needling the right people to help speak) |
| 14:10 |
tprokrym |
a bit slow. we have a handful, plus the 3 pre-conferences. Nothing overwhelming just yet so we are hoping that the registration announcement shakes something loose. |
| 14:10 |
tspindler |
what is the deadline for proposals |
| 14:10 |
tprokrym |
i can send the current list to the EOB listserv if you want. |
| 14:11 |
tprokrym |
deadline is jan 15 |
| 14:11 |
montgoc1 |
Do we have any feedback from last conference on topics folk are interested in? |
| 14:11 |
bshum |
#link Call for proposals email: http://libmail.georgialibraries.org/pipermail/open-ils-general/2015-September/012241.html |
| 14:12 |
tspindler |
if its any consolation, with other conferences I was involved with we got most submissions in the last few days before the deadline |
| 14:12 |
tprokrym |
yes. grace sent me several files with feedback from the last several conferences. We've looked at it and tried to incorporate the ideas into our call for proposal. |
| 14:12 |
tprokrym |
well, that's good to know. grace mentioned sponsorships come in around dec/jan. |
| 14:13 |
|
gsams joined #evergreen |
| 14:13 |
tprokrym |
here is the url: http://evergreen-ils.org/conference/eg16/2016-call-for-proposals/ |
| 14:13 |
bshum |
#link Better URL for proposals: https://evergreen-ils.org/conference/eg16/2016-call-for-proposals/ |
| 14:14 |
tspindler |
I don't know if they have done it yet but two of my staff were planning to submit something |
| 14:14 |
abneiman |
I'm also planning to submit something :) |
| 14:15 |
bshum |
Okay, so, budget? |
| 14:15 |
tprokrym |
actually i just checked. we have one proposal from rogan, 2 from GA PINES and Emerald is submitting some. |
| 14:16 |
tprokrym |
budget: i submitted a new budget because the keynote speaker waived his fee (change of 10% for that line item). Also the hotel multiplier went down because of tax exemption status. |
| 14:17 |
tprokrym |
and the 3rd reason is that NC Cardinal is going to pay for all supplies out of our budget...so again 10% change. |
| 14:17 |
|
jpippin joined #evergreen |
| 14:18 |
tprokrym |
i thought these were big enough changes to send you a new budget. |
| 14:18 |
tspindler |
I didn't see anything wrong with the proposed budget, however is there a policy decision about 10% that needs to be clarified? |
| 14:18 |
jpippin |
Johnnie Pippin - NC Cardinal |
| 14:19 |
bshum |
tspindler: Right, I'm not sure it's super clear at the moment whether EOB has to approve 10% changes on lineitem basis or on a global basis. |
| 14:19 |
tprokrym |
yes, i wasn't sure. |
| 14:19 |
bshum |
kmlussier sent along some good points to the list suggesting we may wish to consider more granular checking. |
| 14:19 |
bshum |
Personally, I'm fine with supporting either way. |
| 14:19 |
tspindler |
i would propose that it be on the bottom line not line items, we don't need to micromanage it |
| 14:19 |
* csharp |
agrees with tspindler |
| 14:19 |
bshum |
And appreciate that tprokrym and her committee has come to us anyways. |
| 14:20 |
abneiman |
kmlussier suggested by "budget area" as a compromise between line item and overall |
| 14:20 |
montgoc1 |
tspindler: I agree as well. |
| 14:20 |
abneiman |
I thought that was a good middle ground |
| 14:21 |
abneiman |
So not micromanaging at the line item level, but being made aware of large changes in budget "areas" however we would want to phrase that |
| 14:21 |
tspindler |
what is the budget area? |
| 14:21 |
tprokrym |
so for example, receivables/payables/supplies/sponsorships? |
| 14:23 |
abneiman |
sorta |
| 14:23 |
abneiman |
(sorry had to pull up the spreadsheet) |
| 14:23 |
tspindler |
I'm not sure, I think I would advocate that we are only involved if there is a 10% change expected in overall expenses or revenue |
| 14:23 |
abneiman |
Like, Reception, A/V, Food/Beverage |
| 14:24 |
abneiman |
But I may be misinterpreting what kmlussier suggested |
| 14:24 |
tprokrym |
the current budget (using previous year budget templates) are: registration, exhibitors, sponsorships, catering, reception, a/v, promotional, keynote |
| 14:25 |
tspindler |
abneiman: i was rereading kmlussier's comments and I think that is what she was suggesting |
| 14:25 |
montgoc1 |
abneiman: that's how understood her proposal. |
| 14:25 |
abneiman |
Right, OK. I see the advantage to her proposal. But since the consensus seems to be leaning towards only needing EOB approval for an OVERALL variance, I'm OK with that too |
| 14:26 |
bshum |
Hmm, since not everyone is here today, I might suggest that we move the discussion and eventual decision on how to handle board approvals for conference budget matters to the list? |
| 14:26 |
abneiman |
bshum: +1, sorry didn't intend to derail ;-) |
| 14:26 |
tspindler |
a lot could depend on how the budget is presented, if someone presented the budget with just one line item, reception, it could appear differently in the future |
| 14:27 |
bshum |
abneiman: No, it's good to discuss, I'd just like to make sure all board members can have the opportunity to chime in on this subject. Even though we *could* vote and make a decision. |
| 14:27 |
tspindler |
what would GAAP say ;) |
| 14:27 |
bshum |
For now though |
| 14:27 |
bshum |
I'd like to do a simple yes/no on the changes tprokrym has submitted this week. So that they can continue with their work. |
| 14:27 |
bshum |
From my mind, I think we're okay on that front for now. |
| 14:28 |
montgoc1 |
Sounds like a plan. |
| 14:28 |
* bshum |
takes an action item to keep the discussion alive |
| 14:28 |
tspindler |
bshum + |
| 14:28 |
bshum |
#action bshum to get further list feedback on 10% budget approval interpretation. |
| 14:29 |
bshum |
#vote Approve EG2016 changes suggested Nov '15? Yes, No |
| 14:29 |
* bshum |
pokes pinesol_green |
| 14:29 |
bshum |
Hmm... |
| 14:29 |
bshum |
Oh duh |
| 14:29 |
bshum |
#startvote Approve EG2016 changes suggested Nov '15? Yes, No |
| 14:29 |
pinesol_green |
Begin voting on: Approve EG2016 changes suggested Nov '15? Valid vote options are Yes, No. |
| 14:29 |
pinesol_green |
Vote using '#vote OPTION'. Only your last vote counts. |
| 14:29 |
bshum |
#vote Yes |
| 14:29 |
tspindler |
#vote Yes |
| 14:29 |
montgoc1 |
#vote Yes |
| 14:29 |
sherbertbc |
#vote Yes |
| 14:29 |
abneiman |
#vote Yes |
| 14:29 |
csharp |
#vote Yes |
| 14:30 |
bshum |
#endvote |
| 14:30 |
pinesol_green |
Voted on "Approve EG2016 changes suggested Nov '15?" Results are |
| 14:30 |
pinesol_green |
Yes (6): tspindler, abneiman, montgoc1, csharp, bshum, sherbertbc |
| 14:30 |
bshum |
Cool, thanks folks |
| 14:30 |
bshum |
tprokrym: You have board approval on your revised budget. For now... :) |
| 14:30 |
tprokrym |
hah! thanks. |
| 14:31 |
bshum |
Okay, b |
| 14:31 |
abneiman |
tprokrym++ thank you!! and graced++ |
| 14:31 |
bshum |
"Refund Policy recommendation" |
| 14:31 |
bshum |
tprokrym: Back over to you again :) |
| 14:31 |
tprokrym |
we opened registration without specifying a refund policy. Grace suggested we move forward while the EOB discusses refund policies. |
| 14:32 |
tprokrym |
Whether the EOB goes with a refund deadline + a $30 refund processing fee, or a "no refunds" policy (both are defensible), it should be published somewhere on our site. |
| 14:32 |
bshum |
Hmm, is that something that the conference standing committee might be able to help with? |
| 14:32 |
tspindler |
what was done in the past? |
| 14:32 |
tprokrym |
tony sebro from the SFC was/is concerned. grace, tony, and I have been in contact. |
| 14:33 |
tspindler |
if a reimbursement is provided, it should be before any counts are due for food and bevarage etc. |
| 14:34 |
tprokrym |
refunds have been given in the past. |
| 14:35 |
tprokrym |
i think that tony said last year they charged $50 for a processing fee and had a deadline of 2 weeks after the event. |
| 14:35 |
montgoc1 |
As long as we're not out anything, it seems reasonable. |
| 14:35 |
|
ethomsen joined #evergreen |
| 14:36 |
|
ethomsen left #evergreen |
| 14:36 |
abneiman |
two weeks after? |
| 14:36 |
tprokrym |
i can look over what boston, sitka did. i don't have that off-hand. |
| 14:37 |
tspindler |
i was involved with boston but i'm afraid i don't remember the details, kmlussier would know |
| 14:37 |
tprokrym |
sorry, two weeks before. |
| 14:38 |
tspindler |
tpokrym: that makes sense to me and I think taht would be ok in my mind |
| 14:38 |
tprokrym |
one week is too short according to tony. |
| 14:38 |
abneiman |
oh! :) yes, agreed with mongoc1, as long as we're not out anything |
| 14:38 |
tprokrym |
tony recommended march 15 as a cut-off for refunds initially. |
| 14:38 |
* csharp |
thinks it would be ideal if we had a recommendation after some research that we could then approve... |
| 14:38 |
tprokrym |
so one month before. |
| 14:38 |
csharp |
like that |
| 14:38 |
* bshum |
agrees with csharp |
| 14:38 |
csharp |
rather than trying to hash it out right now |
| 14:39 |
|
NewUser joined #evergreen |
| 14:39 |
NewUser |
Hello where can i gind step by step server instalation guide for evergreen 9.2 ? Thank you |
| 14:40 |
tprokrym |
sounds good. i just wanted to put it on your radar. |
| 14:40 |
NewUser |
Hello where can i find step by step server instalation guide for evergreen 9.2 ? Thank you |
| 14:40 |
bshum |
Hi NewUser, we're actually in the middle of a meeting in channel, but if you could give us about 20 more minutes, it should be open for chat again shortly. |
| 14:40 |
NewUser |
sure |
| 14:40 |
csharp |
NewUser: http://evergreen-ils.org/documentation/install/README_2_9.html (but follow up later) |
| 14:41 |
bshum |
If memory serves, I think graced is the board representative to the conference standing committee (which should be composed of other former conference organizers?) |
| 14:41 |
bshum |
Perhaps we can assign an action for her to check with others and come up with a proposed policy suggestion. |
| 14:41 |
csharp |
I don't recall refunds coming up as in issue in either 2009 or 2011 fwiw |
| 14:41 |
bshum |
And we can discuss / vote it later. |
| 14:42 |
tspindler |
bshum++ |
| 14:43 |
bshum |
#action graced to wrangle conference standing committee members and see how previous conferences dealt with refund policy; then craft suggested wording for group discussion/vote |
| 14:43 |
NewUser |
Sorry for interuption, i will ping you later (i need for ubuntu documentation like this for 2.9 http://wiki.evergreen-ils.org/doku.php?id=server:2.0:install) |
| 14:43 |
bshum |
Okay, anything else for tprokrym and crew? |
| 14:43 |
tprokrym |
nope. that's it from me. |
| 14:44 |
bshum |
tprokrym++ # keep up the good work, looking forward to things! |
| 14:44 |
montgoc1 |
tprokrym++ |
| 14:44 |
abneiman |
tprokrym++ |
| 14:44 |
tspindler |
tprokrym++ |
| 14:44 |
sherbertbc |
tprokrym++ |
| 14:45 |
bshum |
Okay, next subject |
| 14:45 |
bshum |
#topic Financial Report |
| 14:45 |
bshum |
So, on this front, I have failed to produce the report because apparently ledger is incompatible with Ubuntu 15.10 release |
| 14:45 |
bshum |
And I didn't find that out till yesterday, and I'm still working on fixing it. |
| 14:46 |
bshum |
If I can't repair my installation, I may have to reinstall on a working system, or otherwise poke about. |
| 14:46 |
bshum |
So, sorry. |
| 14:46 |
bshum |
#info no report this meeting cause bshum's system is broken :( |
| 14:47 |
bshum |
Once I get it working again, I'll try to send out a proper update before the next major discussions. |
| 14:47 |
bshum |
But I think it's mostly just conference activities occurring. |
| 14:47 |
bshum |
Next subject.. |
| 14:47 |
bshum |
#topic Evergreen 2.10 RM Report (gmcharlt) |
| 14:48 |
gmcharlt |
The roadmap is coming along nicely, and I've got contributions to it from most of the usual suspects |
| 14:48 |
bshum |
And sorry to gmcharlt, I realize that we should put a reminder for you on the schedule of things to be done. And also congratulations gmcharlt for being our fearless RM. |
| 14:48 |
gmcharlt |
#link http://wiki.evergreen-ils.org/doku.php?id=faqs:evergreen_roadmap:2.10 |
| 14:48 |
bshum |
gmcharlt++ |
| 14:48 |
tspindler |
gmcharlt++ |
| 14:48 |
abneiman |
gmcharlt++ |
| 14:48 |
montgoc1 |
gmcharlt++ |
| 14:48 |
Dyrcona |
gmcharlt++ :) |
| 14:48 |
sherbertbc |
gmcharlt++ |
| 14:49 |
gmcharlt |
so, the near-completion of the roadmap is the main substnative update this week |
| 14:49 |
csharp |
gmcharlt++ |
| 14:49 |
csharp |
looks good |
| 14:49 |
gmcharlt |
if folks have any immediate questions for me, I'm all ears |
| 14:49 |
gmcharlt |
(and boy is it hard to type! ;) ) |
| 14:49 |
bshum |
Nothing for now, but I reserve the right to recall this witness. |
| 14:49 |
tspindler |
none here |
| 14:50 |
bshum |
...... and okay! |
| 14:50 |
bshum |
#topic New Business / Next Meeting? |
| 14:51 |
bshum |
So regarding the next board meeting, I was thinking that December is close to the major holidays, so perhaps we might want to reconvene next in January instead. |
| 14:51 |
tspindler |
it seems fine, it doesn't seem that there are burning issues |
| 14:51 |
csharp |
+1 |
| 14:51 |
sherbertbc |
+1 |
| 14:52 |
bshum |
aka, skip December 17th, and go for January 21 |
| 14:52 |
montgoc1 |
I'm cool with whatever. |
| 14:52 |
abneiman |
I'm also fine with either |
| 14:52 |
bshum |
I think if there are any burning issues, we can always hold a list vote |
| 14:52 |
bshum |
For now then, I'll put us down for next meeting January 21, 2016 @ 2:00 pm Eastern. |
| 14:53 |
bshum |
Anything else for today? |
| 14:54 |
bshum |
Okay then. |
| 14:54 |
bshum |
#info Next meeting, January 21, 2016 @ 2:00 pm Eastern |
| 14:54 |
bshum |
Thanks for attending everyone! And we are adjourned for 2015 meetings (unless something unexpected happens) |
| 14:54 |
bshum |
#endmeeting |
| 14:54 |
pinesol_green |
Meeting ended Thu Nov 19 14:54:40 2015 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
| 14:54 |
pinesol_green |
Minutes: http://evergreen-ils.org/meetings/evergreen/2015/evergreen.2015-11-19-14.00.html |
| 14:54 |
pinesol_green |
Minutes (text): http://evergreen-ils.org/meetings/evergreen/2015/evergreen.2015-11-19-14.00.txt |
| 14:54 |
pinesol_green |
Log: http://evergreen-ils.org/meetings/evergreen/2015/evergreen.2015-11-19-14.00.log.html |
| 14:54 |
montgoc1 |
bshum++ |
| 14:54 |
abneiman |
bshum++ |
| 14:54 |
|
tprokrym left #evergreen |
| 14:55 |
tspindler |
bshum++ |
| 14:55 |
|
tspindler left #evergreen |
| 14:55 |
bshum |
NewUser: So that wiki page you linked to was an older style guide for installing Evergreen 2.0. The latest version is like what csharp linked to earlier. |
| 14:55 |
montgoc1 |
Happy Thanksgiving y'all. |
| 14:55 |
bshum |
It's still pretty step-by-step |
| 14:56 |
bshum |
Are you having trouble with any particular area? |
| 15:02 |
Bmagic |
bshum++ |
| 15:02 |
|
berick joined #evergreen |
| 15:03 |
kmlussier |
I'm about to head into another meeting, but if somebody can view the history of this page, you might get a good idea of how we handled refunds as past conferences. Hood River followed our policy. http://evergreen-ils.org/conference/eg14/conference-registration/ |
| 15:03 |
bshum |
History... hmm |
| 15:12 |
|
newuser joined #evergreen |
| 15:30 |
|
jihpringle joined #evergreen |
| 15:42 |
Dyrcona |
Acquisitions: It's all EDI to me. |
| 15:49 |
kmlussier |
bshum: the refund policy from last year - http://pastebin.com/2jpQv9L7 |
| 15:52 |
jboyer-isl |
Dyrcona++ |
| 15:52 |
Dyrcona |
What did I do, now? :) |
| 15:53 |
jboyer-isl |
Ah, timestamps. 10 minute old jokes are just as amusing at 1 minute old jokes. |
| 15:53 |
Dyrcona |
Uh-huh. |
| 15:53 |
Dyrcona |
:) |
| 15:57 |
Dyrcona |
jboyer-isl: I had just gotten off of a conference call with a book vendor to discuss EDI invoice problems, and I am no more informed than I was before the call. |
| 15:58 |
jboyer-isl |
I suspect they weren't much more knowledgeable than yourself and were hoping you would stop and restart something on your end and things would just start working. :) |
| 15:59 |
Dyrcona |
@dunno |
| 15:59 |
pinesol_green |
Dyrcona: What we have here is a failure to communicate. |
| 15:59 |
Dyrcona |
Bingo! pinseol_green wins the prize. |
| 15:59 |
jboyer-isl |
pinesol_green++ |
| 16:00 |
Dyrcona |
pinesol_green++ |
| 16:01 |
Dyrcona |
What I do know is, the JEDI doesn't seem to match the EDI, at least not in the way that a successful invoice from this vendor looks on another account. |
| 16:02 |
Dyrcona |
If that makes any sense..... |
| 16:03 |
kmlussier |
Dyrcona: You use the same JEDI template for all of your libraries? |
| 16:04 |
Dyrcona |
kmlussier: I really don't know, but I assume "Yes." |
| 16:05 |
kmlussier |
Dyrcona: It's an action/trigger template. I would assume 'yes' too. If you didn't change it, then I don't think anyone else would have. :) |
| 16:05 |
berick |
inbound EDI (invoic,ordrsp) doesn't rely on a template. it goes through Utils::EDIReader.pm |
| 16:05 |
kmlussier |
Ah, ok. That makes sense. |
| 16:05 |
berick |
if the the final result looks wrong, that's a good place to start. |
| 16:05 |
Dyrcona |
Well, I suspect something is slightly off on the input, but I don't read EDI. |
| 16:06 |
berick |
Dyrcona: not even enough to be fun at parties? |
| 16:06 |
Dyrcona |
What I think should happen is the id: for the line items should come from the RFF+LI after the / or whatever. |
| 16:07 |
berick |
useful tool: cd Open-ILS/src/support-scripts/test-scripts/; perl edi_reader.pl <edi_file> |
| 16:07 |
Dyrcona |
What happens on this one is they all get the same number from somewhere else in the INVOIC. |
| 16:08 |
Dyrcona |
And that seems to be happening with all of the invoices from this vendor for this library, so I'm tempted to say, just stop using that vendor. ;) |
| 16:08 |
csharp |
@quote add < Dyrcona> Acquisitions: It's all EDI to me. |
| 16:08 |
pinesol_green |
csharp: The operation succeeded. Quote #129 added. |
| 16:12 |
Dyrcona |
Oh, that's no good, PgAdmin. Why you truncate the output? |
| 16:12 |
Dyrcona |
That's the second time this week that PgAdmin has failed me. |
| 16:21 |
Dyrcona |
oh, well, that's just special. |
| 16:21 |
Dyrcona |
The edi_reader gives me something that I think looks different from the JEDI in the database and probably more like the EDI. |
| 16:25 |
berick |
the output of EDIReader should be going straight into the 'jedi' column in edi_message |
| 16:26 |
berick |
beware jedi for outbound messages is different than inbound messages. part of the process of getting away from ruby.. |
| 16:27 |
jeff |
shortest 007 where 007/00=s: 's' |
| 16:28 |
jeff |
(i should have seen that one coming) |
| 16:28 |
berick |
jeff: funner if it was 'q' |
| 16:28 |
dbs |
Evergreen 2.10: The Force Holds Awakens |
| 16:29 |
Dyrcona |
berick: Yep, I understand that, but I have in jedi doesn't match what I see from edi_reader.pl. |
| 16:29 |
Dyrcona |
jeff berick or m |
| 16:29 |
berick |
heh |
| 16:30 |
Dyrcona |
Shortest 007 was probably Dalton. :) |
| 16:30 |
jeff |
heh |
| 16:31 |
jeff |
hrm. |
| 16:31 |
jeff |
we have many 007 fields with a large number of trailing spaces. |
| 16:31 |
Dyrcona |
But Lazenby only played Bond in 1 film, so depends on how you define "shortest." |
| 16:32 |
Dyrcona |
jeff: I would not be surprised we do also. |
| 16:32 |
Dyrcona |
if... |
| 16:32 |
jeff |
but not in the marcxml. |
| 16:32 |
jeff |
interesting. |
| 16:32 |
jeff |
or... |
| 16:32 |
jeff |
or it's being normalized. |
| 16:32 |
Dyrcona |
Now is the time of day where I words. |
| 16:32 |
Dyrcona |
;) |
| 16:33 |
jeff |
<controlfield tag="007">sz zunznnnzneu </controlfield> |
| 16:33 |
jeff |
interesting. |
| 16:33 |
Dyrcona |
Well, it's marc and those spaces may have meaning. |
| 16:33 |
Dyrcona |
@marc 007 |
| 16:33 |
pinesol_green |
Dyrcona: This field contains special information about the physical characteristics in a coded form. The information may represent the whole item or parts of an item such as accompanying material. (Repeatable) [] |
| 16:33 |
jeff |
longest after trimming trailing whitespace is: <controlfield tag="007">snbdncrndbnesnfmngenhnninnjmnkpnlunmn</controlfield> |
| 16:34 |
Dyrcona |
That just looks like someone passed out on the keyboard. That can't possibly mean anything. :) |
| 16:34 |
Dyrcona |
But, it's MARC, so it probably does mean something. |
| 16:36 |
jeff |
i actually found a video of the moment that 007 was placed on file: http://i.imgur.com/0RS6ND5.gif |
| 16:38 |
Dyrcona |
jeff++ |
| 16:38 |
Dyrcona |
heh |
| 17:14 |
|
mmorgan left #evergreen |
| 18:13 |
|
RBecker joined #evergreen |
| 18:42 |
|
remingtron joined #evergreen |
| 19:04 |
|
bmills joined #evergreen |
| 21:02 |
|
bmills joined #evergreen |
| 22:13 |
|
bmills joined #evergreen |
| 22:15 |
|
dcook joined #evergreen |
| 23:05 |
|
StomproJosh joined #evergreen |
| 23:05 |
|
jboyer_isl joined #evergreen |
| 23:09 |
|
jeff joined #evergreen |
| 23:09 |
|
jeff joined #evergreen |
| 23:11 |
|
book` joined #evergreen |
