| Time |
Nick |
Message |
| 06:22 |
|
Callender joined #evergreen |
| 07:05 |
|
StomproJ joined #evergreen |
| 07:09 |
|
eeevil joined #evergreen |
| 07:12 |
|
Callender_ joined #evergreen |
| 07:31 |
|
graced joined #evergreen |
| 07:53 |
|
TaraC joined #evergreen |
| 07:55 |
|
julialima_ joined #evergreen |
| 08:02 |
|
julialima_ joined #evergreen |
| 08:03 |
|
ericar joined #evergreen |
| 08:10 |
|
Dyrcona joined #evergreen |
| 08:14 |
|
_bott_ joined #evergreen |
| 08:15 |
|
collum joined #evergreen |
| 08:18 |
|
akilsdonk joined #evergreen |
| 08:27 |
|
mrpeters joined #evergreen |
| 08:37 |
|
julialima_ joined #evergreen |
| 08:40 |
|
abowling joined #evergreen |
| 08:41 |
|
mtate joined #evergreen |
| 08:42 |
|
mmorgan joined #evergreen |
| 08:50 |
|
jwoodard joined #evergreen |
| 09:11 |
|
phasefx joined #evergreen |
| 09:19 |
|
rjackson-isl joined #evergreen |
| 09:26 |
eeevil |
berick: coming to you first as 2.8 RM ... because we need the fixes from sprint 1 when working on sprint 2, I've been pushing new webby features to the collab branch. Ideally, I'd like to see the sprint 1 fixes in master. how do you want to make that happen, since nobody but you, me, and gmcharlt are looking at that code |
| 09:26 |
eeevil |
where "that" is "get the collab branch stuff merged into master", obv |
| 09:29 |
|
sarabee joined #evergreen |
| 09:30 |
|
maryj joined #evergreen |
| 09:37 |
|
yboston joined #evergreen |
| 09:37 |
|
RoganH joined #evergreen |
| 09:42 |
|
mllewellyn joined #evergreen |
| 09:44 |
|
BigRig joined #evergreen |
| 09:52 |
berick |
eeevil: ideally w/ an LP listing what to test. i'm happy to review, test, sign-off |
| 09:53 |
eeevil |
berick: you mean you want an lp bug for each bug/fix, or a listing of what's fixed on one bug |
| 09:53 |
berick |
i think one bug is fine |
| 09:57 |
eeevil |
k |
| 10:03 |
|
akilsdonk joined #evergreen |
| 10:17 |
bshum |
eeevil: berick: For the rest of us following along from home, is this the same stuff you've mentioned already in https://bugs.launchpad.net/evergreen/+bug/1402797 |
| 10:17 |
pinesol_green |
Launchpad bug 1402797 in Evergreen "Browser client sprint1 miscellaneous repairs" (affected: 1, heat: 8) [Undecided,New] |
| 10:19 |
berick |
bshum: that's only part of it |
| 10:20 |
eeevil |
bshum: that's just berick's few. there are a lot more. I'm adding to that bug, though, to keep it in one place |
| 10:20 |
bshum |
I had a feeling, I know it was awhile since I asked about whether we were needing to merge any fixes for web client. |
| 10:23 |
bshum |
Cool deal, thanks guys. |
| 10:30 |
Dyrcona |
jboyer-isl: Regarding misc_util.tt2: One person's bug is another's feature. :) |
| 10:34 |
jboyer-isl |
Sure. I can certainly see the point as well, it's a nasty thing for just a "template." I just dislike making code changes for the opac. |
| 10:34 |
dbs |
Yeah, I need to reply in the bug itself, but the idea is that you could still have local MARC stuff in the TT2 layer if you want |
| 10:34 |
berick |
jboyer-isl: i don't think anyone's proposing that you have to change code to modify how a field is extracted |
| 10:35 |
berick |
unless i'm misunderstanding |
| 10:35 |
dbs |
and using display_fields, you should be able to add a new display field in the database without touching Perl |
| 10:35 |
Dyrcona |
I didn't mean to start a big discussion. I just find it amusing that what could be considered a bug by some is a feature to others (from the appearances). |
| 10:36 |
dbs |
It's probably just poor communication on my part of the intent. |
| 10:37 |
jboyer-isl |
It depends on how much (and how directly) misc_util is pulled into a module. I'm probably not giving it the necessary level of thought myself. (I came across that bug while looking for another bug that I apparently never filed) |
| 10:40 |
jboyer-isl |
display fields would probably take care of any potential issues I have with misc_util going away, I was just thinking of all of the hard-coded tags and fields from that file being pulled behind the scenes, which I suppose isn't really the intent. |
| 11:34 |
|
RoganH_ joined #evergreen |
| 11:37 |
abowling |
i'm trying to test changes on the place_hold.js script that affects the place_hold.xul template. i clear my cache, restart apache, and restart services, but it seemingly has no effect. i looked to see if the javascript exists on my local machine, and it doesn't. any ideas? |
| 11:40 |
bshum |
abowling: So to be clear, you're making changes to that file in the server side installed version? |
| 11:40 |
bshum |
Somewhere in /openils/var/web/xul/server/... |
| 11:40 |
abowling |
bshum: yes. |
| 11:41 |
bshum |
And then you're restarting your staff client |
| 11:41 |
abowling |
yep. that's where i'm changing it. restarting all services and staff client. still having no effect. |
| 11:41 |
dbs |
You don't need to restart any services |
| 11:42 |
bshum |
What dbs said, yeah |
| 11:42 |
Dyrcona |
Shouldn't have to restart apache, either. |
| 11:42 |
bshum |
Are you sure that the staff client version of your client is matching to where server links to for the files server-side? |
| 11:42 |
abowling |
didn't think i'd need to restart apache. just making sure it wasn't cached on the server somewhere. |
| 11:43 |
bshum |
Or did you try editing the specific version's installed folder content |
| 11:43 |
abowling |
bshum: yes. it's the EDN master we use for testing. |
| 11:43 |
bshum |
Well, it sounds like you got all your bases covered to me. Maybe the change you're expecting to happen isn't happening. |
| 11:44 |
abowling |
bshum: i'm editing the specific installed version file, fwiw |
| 11:44 |
abowling |
it's confounding |
| 11:44 |
abowling |
/openils/var/web/xul/0master_4bd42e9/server/patron/place_hold.js |
| 11:45 |
bshum |
patron? |
| 11:45 |
bshum |
Hmm |
| 11:45 |
bshum |
Oh right |
| 11:45 |
abowling |
bshum: just for testing, i've commented out this line just for a simple test: |
| 11:45 |
abowling |
//$('hold_usr_textbox').value = au_obj.card().barcode(); |
| 11:45 |
bshum |
My mind's not on XUL stuff :) |
| 11:46 |
abowling |
understood. i'm pretty good with the perlmods and OPAC, but my XUL history is limited, and that's understating it |
| 11:47 |
abowling |
upon restarting the staff client, $('hold_usr_textbox') is still getting a value set |
| 11:49 |
jboyer-isl |
abowling, if you put <server>/xul/0master_4bd42e9/server/patron/place_hold.js into a web browser do you see the correct version? And is it the same version as <server>/xul/server/patron/place_hold.js? |
| 11:51 |
abowling |
jboyer-isl: thanks for that idea, but yes. i confirm that the line is commented out on the server version |
| 11:53 |
jeff |
abowling: when you start your client (whose cache is presumably cleared) and navigate to the interface in question, do you see a request from your client for that file appear in the apache logs? |
| 12:00 |
abowling |
jeff: indeed. localhost:443 99.73.72.180 - - [15/Jan/2015:11:59:43 -0500] "GET /eg/opac/place_hold?hold_target=5;hold_type=M;hold_source_page=%2Feg%2Fopac%2Fresults%3Fquery%3Dguitar;usr_barcode=689086e3c0bad42e154d020c942bd8ad HTTP/1.1" 200 13088 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 open_ils_staff_client/0master.4bd42e9" |
| 12:00 |
pinesol_green |
[evergreen|Michael Peters] LP#1319964 "Summaries & More" displays improperly in TPAC - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4bd42e9> |
| 12:01 |
abowling |
now. here's a question for the gallery: any chance my browser is caching the script that's being used by the staff client locally? |
| 12:01 |
berick |
abowling: throw an alert in there. you may be loading the right file, but it's just not doing what you expect. |
| 12:02 |
jeff |
abowling: okay, so far it looks like your client IS grabbing the file you think -- next try making a more obvious change, especially one that's top-level, not in a function (which may not be being called when you think) |
| 12:02 |
jeff |
abowling: like an alert(), as berick suggests. |
| 12:03 |
jeff |
abowling: unless you're doing an action like clicking an "external" link that opens your web browser from the staff client, the web browser cache should not come into play with the staff client. |
| 12:03 |
jeff |
abowling: if you're passing through a proxy server, that can end up being a shared setting between the staff client and your web browser, and that proxy may have a cache, but that does not seem to be the case here based on your other statements. |
| 12:05 |
abowling |
tried the alert. no avail. issue is, it's the only place where i see this behavior. i'll keep digging. |
| 12:05 |
abowling |
thanks for the ideas. like i said earlier, it's confounding. |
| 12:05 |
bshum |
abowling: Hang on a second |
| 12:05 |
bshum |
That GET you noted before |
| 12:05 |
bshum |
That's a TPAC string it's grabbing |
| 12:06 |
bshum |
Not a XUL/js one |
| 12:06 |
bshum |
The area you're poking at is for staff client where you do the Place Hold on a given item |
| 12:06 |
bshum |
But the one you logged is for TPAC |
| 12:06 |
abowling |
yes |
| 12:06 |
bshum |
That's a different place/file |
| 12:06 |
bshum |
Which interface are you actually looking at? |
| 12:07 |
abowling |
bshum: noted that too. what's odd is that is my query. i'm certain of it. and i'm not doing any of it in the TPAC. |
| 12:08 |
abowling |
bshum: i'm looking at the Place Hold function |
| 12:08 |
bshum |
Cause there is a place in the staff client, where you go to place a hold on behalf of a patron, and it reuses the TPAC inteface |
| 12:08 |
bshum |
abowling: Describe the steps you take to place the hold, let me follow along to which UI you're using |
| 12:08 |
bshum |
I think you're looking in the wrong place. |
| 12:09 |
berick |
bshum: remember the tpac is used for holds placement in the staff client |
| 12:09 |
bshum |
berick: Right, I know |
| 12:09 |
jeff |
abowling: worth noting that your apache log line is NOT requesting the javascript file you stated you were editing. |
| 12:10 |
bshum |
If so, he's probably looking for /openils/var/template/opac/place_hold.tt2 (or ../parts/place_hold.tt2 actually) |
| 12:10 |
abowling |
i'm pulling up test records, clicking "Place Hold", and then selecting "Advanced Options" |
| 12:10 |
jeff |
abowling: i think you want to be looking at /openils/var/web/opac/skin/default/js/holds.js and such. |
| 12:10 |
abowling |
bshum: that now seems likley |
| 12:10 |
bshum |
Ah, yeah, wrong place. |
| 12:10 |
abowling |
++jeff |
| 12:10 |
abowling |
i think i just figured that out. |
| 12:10 |
bshum |
jeff: Yeah maybe if he was using JSPAC :) |
| 12:11 |
abowling |
so, is it fair to say place_hold.js is deprecated for the staff client, at least as far as this function goes? |
| 12:11 |
jeff |
bshum: oops. bshum++ |
| 12:11 |
berick |
Open-ILS/web/js/ui/default/opac/staff.js |
| 12:11 |
bshum |
abowling: No, that file is still used. |
| 12:11 |
* jeff |
goes to find that old "remove jspac code" ticket and assign it to himself |
| 12:11 |
jeff |
berick++ thanks |
| 12:11 |
abowling |
yes, bshum++ too |
| 12:11 |
bshum |
abowling: I'm pretty sure it's used for the place hold when you're working with a specific copy |
| 12:11 |
bshum |
And you want to do force holds, etc. |
| 12:11 |
bshum |
Stuff that only staff can do via the client. |
| 12:12 |
abowling |
bshum: a-ha. |
| 12:12 |
bshum |
The process you describe is public, so we stole from TPAC code to make it happen. |
| 12:12 |
bshum |
berick++ |
| 12:12 |
abowling |
at any rate, thanks, guys. i'll try that tack and let you know. berick++, bshum++, jeff++ |
| 12:12 |
bshum |
jeff: It's already assigned to you! :) |
| 12:12 |
bshum |
https://bugs.launchpad.net/evergreen/+bug/1312309 |
| 12:12 |
pinesol_green |
Launchpad bug 1312309 in Evergreen "to remove last remnants of JSPAC" (affected: 2, heat: 10) [Wishlist,Confirmed] - Assigned to Jeff Godin (jgodin) |
| 12:14 |
jeff |
hey, look at that. |
| 12:20 |
|
jihpringle joined #evergreen |
| 12:21 |
|
bbqben joined #evergreen |
| 12:24 |
|
bmills joined #evergreen |
| 12:29 |
|
buzzy joined #evergreen |
| 12:38 |
|
bbqben_ joined #evergreen |
| 12:43 |
|
bmills joined #evergreen |
| 13:03 |
|
ukelele22 joined #evergreen |
| 13:05 |
eeevil |
berick: https://bugs.launchpad.net/evergreen/+bug/1402797 updated |
| 13:05 |
pinesol_green |
Launchpad bug 1402797 in Evergreen "Browser client sprint1 miscellaneous repairs" (affected: 1, heat: 8) [Undecided,New] |
| 13:07 |
berick |
eeevil++ |
| 13:14 |
jeff |
I am pondering ways in which we could eliminate a certain class of electronic resource from appearing in in-building search results. |
| 13:14 |
jeff |
Has anyone else here thought on this before? |
| 13:15 |
jeff |
I'm not yet sure if we're interested in excluding all located URI results or just certain ones. |
| 13:15 |
jeff |
But at first thought, I can see where you might want the option to do either. |
| 13:18 |
Dyrcona |
So, you don't want them appearing if the search client is in the library, but you do want them to appear from outside the library? |
| 13:18 |
Dyrcona |
I'm assuming it doesn't matter if it is OPAC or staff client, either. |
| 13:19 |
jeff |
Probably "no change" with regard to staff client. |
| 13:20 |
jeff |
But we have dedicated clients for public catalog searching, and there's a desire to have some/all electronic resources not appear on those, at least by default. |
| 13:20 |
jeff |
We don't use "auris act like copies", and our auris are scoped to the system/district level (not top level CONS). |
| 13:21 |
Dyrcona |
So, it's a desire to prevent patrons from using the resources on these public catalog machines? |
| 13:21 |
jeff |
At some point it would make sense to exclude results from certain bib sources based on if the logged in user is known-(in)eligible, but that might be asking for a pony. |
| 13:22 |
jeff |
It's an acknowledgement that patrons will not be able to use the resources on these public catalog machines, and that there is therefore little point in displaying them by default. |
| 13:22 |
Dyrcona |
Same thing more or less. |
| 13:23 |
jeff |
That, just like we default those to searching the local library and not the entire district, we default to displaying search results that don't include "you have to do some other things to access this content" |
| 13:23 |
Dyrcona |
It makes sense, but I'm not sure how I'd go about doing that. |
| 13:23 |
jeff |
Yeah. |
| 13:24 |
Dyrcona |
Maybe something related to sources, or maybe some setting that can take JSON array of IPs that won't display URIs, or maybe some combination of the two. |
| 13:25 |
eeevil |
jeff: here's a wrinkle to the "by default" part ... if you want to allow them to turn on display of those, reapplying the restriction later is "hard" ... particluarly within a conceptual session for one user |
| 13:27 |
jeff |
eeevil: hard in that it requires additional UI, like library selectors and "limit to available", or hard for another deeper reason? |
| 13:27 |
eeevil |
but, I could certainly imaging leveraging saved searches somehow ... having a flag set based on ip mapping (like ye olde "this IP gets X added to the url") that, say, sets a cookie saying "I'm in the library, apply saved search FOO to each search", and that saved search would add "and not an electronic record" |
| 13:27 |
eeevil |
well, you want each new person sitting down to start in restricted mode, right? |
| 13:28 |
jeff |
in our case, we have an existing "i'm in the library" flag available to the TPAC and Perl layer. |
| 13:28 |
jeff |
and yes, patrons get a fresh session unless they grab it before the kiosk times out and resets. |
| 13:28 |
eeevil |
but if the previous patron checked the "show me stuff I can't use here" box, how do you know that you should reset that for a new person? |
| 13:28 |
jeff |
(which isn't a "never" thing, just a "not too often" thing) |
| 13:28 |
eeevil |
ah, ok, so "kiosk resets" answers that :) |
| 13:29 |
* jeff |
nods |
| 13:31 |
eeevil |
so, 3 elements: new param for "additional query string" to the relevant search API; <input type=hidden> when in kiosk mode that contains the restricting query string; a param that says "don't add that" when present (akin to limit to available) |
| 13:31 |
|
abneiman joined #evergreen |
| 13:32 |
jeff |
and then it's down to "how many knobs do you want" -- in terms of what the new search criteria can do. |
| 13:32 |
eeevil |
as for how to formulate the restricting query, that's partly about cataloging quality (or lack thereof) |
| 13:33 |
eeevil |
if it's just a query string, it's open-ended. unless you end up needing limit-to-bre.source, obv |
| 13:33 |
eeevil |
(but that would be relatively simple to add) |
| 13:33 |
jeff |
turn off all located uri results? limit to located uris from certain bib sources? (or, one way would be to make this entirely about bib source, and not worry about located uri or not) -- or for that matter (and I think you just went down this path) you could just key off of a specific subject/etc |
| 13:34 |
eeevil |
sure. I could see a "must-have-actual-copies" flag, actually |
| 13:34 |
jeff |
if i drop the "allow patrons to see the records if they want to", i could probably come up with a search fragment that would always exclude these. |
| 13:36 |
eeevil |
then it would be just a little code to allow static fragments (see: my previous discussions about the {{}} syntax, and machine-supplied search parts) to be passed to the search app, and a template change to include said as a hidden element on search-y pages |
| 13:36 |
jeff |
since our existing flag for "this is an in-library kiosk" is available to the perl layer, we could even hack it in there (messily) |
| 13:37 |
jeff |
and hack in the sense that your proposals about machine-supplied search parts would be best. |
| 13:37 |
jeff |
or at least better. ;-) |
| 13:39 |
eeevil |
heh |
| 13:45 |
|
nhilton joined #evergreen |
| 13:50 |
|
wjr joined #evergreen |
| 13:56 |
bbqben |
G'day. EOB meeting starts here in a few minutes. Cheers |
| 14:01 |
bbqben |
#startmeeting Evergreen Oversight Board Meeting, 15.01.15 |
| 14:01 |
pinesol_green |
Meeting started Thu Jan 15 14:01:41 2015 US/Eastern. The chair is bbqben. Information about MeetBot at http://wiki.debian.org/MeetBot. |
| 14:01 |
pinesol_green |
Useful Commands: #action #agreed #help #info #idea #link #topic. |
| 14:01 |
pinesol_green |
The meeting name has been set to 'evergreen_oversight_board_meeting__15_01_15' |
| 14:01 |
bbqben |
#topic introductions |
| 14:02 |
bbqben |
EOB members, please introduce yourself with #info |
| 14:02 |
bshum |
#info bshum = Ben Shum, Bibliomation |
| 14:02 |
kmlussier |
#info kmlussier is Kathy Lussier, MassLNC |
| 14:02 |
abneiman |
#info abneiman = Andrea Buntz Neiman, Kent County Public Library |
| 14:02 |
graced |
#info graced is Grace Dunbar, Equinox |
| 14:03 |
RoganH_ |
#info RoganH = Rogan Hamby, SCLENDS |
| 14:03 |
bbqben |
#info bbqben is Ben Hyman, Co-op |
| 14:03 |
bbqben |
Chauncey sends his regrets |
| 14:03 |
csharp |
#info csharp is Chris Sharp, GPLS |
| 14:03 |
bbqben |
Looks like we have quorum :) |
| 14:04 |
bbqben |
#topic Minutes/Actions from last meeting (18.12.14) |
| 14:04 |
bbqben |
#info http://evergreen-ils.org/meetings/evergreen/2014/evergreen.2014-12-18-14.03.html |
| 14:05 |
bbqben |
csharp++ for posting those / keeping us honest :) |
| 14:05 |
csharp |
sorry they were late |
| 14:05 |
bbqben |
pas de probleme |
| 14:05 |
bbqben |
(French for no worries) |
| 14:05 |
bshum |
csharp++ |
| 14:05 |
bbqben |
ok, moving on |
| 14:05 |
bbqben |
#topic EG2015 Conference Report |
| 14:06 |
bbqben |
buzzy - great to see registration open! |
| 14:06 |
buzzy |
i think things are moving along swimmingly. registration is up, hotel bookings are open |
| 14:06 |
RoganH |
Is there going to be a conference discount for the hotel? |
| 14:06 |
buzzy |
the programming committee is getting to work, and info about sponsorships and exhibitors will be out soon. i was actually just meeting with the hotel yesterday about exhibit space |
| 14:07 |
buzzy |
yes, if you tell them you're with the evergreen conference they should give you the conference rate |
| 14:07 |
abneiman |
I'm also interested in knowing if there's a conference rate for the hotel. |
| 14:07 |
abneiman |
(sorry) |
| 14:07 |
buzzy |
our first choice keynote unfortunately was unavailable, but we have a hot lead on another |
| 14:07 |
kmlussier |
buzzy: Do they have a link for people to register under the conference rate? |
| 14:07 |
RoganH |
That wasn't clear from materials sent out so you may want to send that out in some form. |
| 14:08 |
buzzy |
i don't believe they do, but i;ll check with them and try to make that happen. |
| 14:08 |
buzzy |
yes, RoganH, i can do that. thanks for the suggestion! |
| 14:08 |
kmlussier |
Also, when you send out that info, it might be good to identify what the conference rate is. |
| 14:09 |
buzzy |
it depends on the room, of course, but yes, i can do that. for everything other than the suites, the range is from $109-129 |
| 14:10 |
kmlussier |
Thanks! |
| 14:10 |
bbqben |
buzzy++ Any other questions / suggestions for the EG2015 team? |
| 14:10 |
kmlussier |
That rate looks much more affordable than Cambridge! :) |
| 14:10 |
buzzy |
yes, an advantage of the smaller area and still mostly being in the off-season |
| 14:11 |
bshum |
buzzy++ # thanks for keeping us in the loop, looking forward to seeing more! |
| 14:12 |
bbqben |
ok, moving on... |
| 14:12 |
bbqben |
#topic Financial Report |
| 14:12 |
bbqben |
#info http://list.evergreen-ils.org/pipermail/eg-oversight-board/2015-January/000947.html |
| 14:12 |
bbqben |
bshum++ |
| 14:13 |
bshum |
bbqben: Thanks, I'll try to remember to update before I print so that I don't get it wrong the first go next time |
| 14:13 |
bbqben |
Did EventBrite come through with the discount? |
| 14:14 |
bbqben |
sorry - that was a bit of a non sequitur - re: EG2015, I meant? |
| 14:15 |
bbqben |
ok then :) |
| 14:15 |
kmlussier |
I haven't heard anything on the Eventbrite discount. |
| 14:15 |
bbqben |
We're in the black, and should see registration revenue trickling in soon, I suppose |
| 14:16 |
bbqben |
thanks kmlussier - anyone have other financial questions? |
| 14:16 |
bbqben |
moving on... |
| 14:16 |
bbqben |
#topic Evergreen 2.8 Release Manager's Report |
| 14:16 |
buzzy |
re: EG2015, tony didn't mention anything about a discount or listing them as a sponsor, as with last year |
| 14:17 |
bbqben |
berick around & about for a quick update? |
| 14:17 |
bbqben |
thanks buzzy - worth following up with him on that |
| 14:19 |
bbqben |
#info - a meaty thread on 2.8 scheduling http://libmail.georgialibraries.org/pipermail/open-ils-dev/2014-December/009764.html |
| 14:20 |
berick |
*sigh* the EOB meetings conflict with another regular meeting of mine |
| 14:20 |
bbqben |
:) |
| 14:22 |
bbqben |
...the other meeting is winning ;) |
| 14:22 |
bshum |
Heh, in the future, perhaps one of us can remind berick to write us a snippet to put down for logs. |
| 14:22 |
* bshum |
can happily do so. |
| 14:23 |
bbqben |
Its ok though, for the price of a chocolate at EG2015 |
| 14:23 |
bshum |
Alternatively we move the EOB meeting, but meh |
| 14:23 |
bbqben |
bhsum++ |
| 14:24 |
bbqben |
#action bhsum will coordinate with berick pre EOB mtgs for pithy update |
| 14:24 |
bbqben |
Moving on... |
| 14:24 |
bbqben |
#Topic 2015 EOB Elections |
| 14:25 |
bbqben |
Kathy, Rogan & Ben H terms are up this year |
| 14:25 |
bbqben |
#info see: |
| 14:25 |
bbqben |
http://evergreen-ils.org/governance/ |
| 14:25 |
kmlussier |
bbqben: Remind me. Last year, wasn't there discussion of possibly decreasing the number of seats again. |
| 14:26 |
bbqben |
Just a heads up for now, but we'll need to pull together some nominations communications |
| 14:26 |
bbqben |
and coordinate with SFC for polling, I suppose |
| 14:26 |
RoganH |
I recall discussion of reducing by 2 so that we kept it an odd number. |
| 14:26 |
graced |
kmlussier: I seem to remember that same discussion |
| 14:26 |
bbqben |
kmlussier: IIRC you are correct |
| 14:26 |
bbqben |
#action bbqben to check target board size |
| 14:27 |
kmlussier |
Sorry, if I hadn't been at a meeting earlier today, I would have pulled up the minutes. |
| 14:27 |
* bshum |
personally likes 9 (3 per year), but recalls the discussion to further reduce to 7. |
| 14:27 |
kmlussier |
I think I like 9 too, but if we were to do 9, I think it would be good to evenly allocate them to 3 per year. |
| 14:28 |
abneiman |
agreed on 9 and 3 per year. but maybe that's just because it's nice and neat. |
| 14:28 |
bshum |
With Shauna stepping down early and csharp moving in to fill her seat, I wasn't sure if we could make a motion to make that a permanent seat time change. |
| 14:28 |
kmlussier |
Another question I would like to raise before we get too far with nominations is the voting system that will be used. |
| 14:28 |
kmlussier |
bshum: +1. I was thinking the same thing. |
| 14:28 |
bshum |
Shauna's seat was grouped with four |
| 14:28 |
bshum |
But if we make csharp's seat part of the group that elected me and graced, then we make that a nice 3 set. |
| 14:28 |
bshum |
And every year will be 3 from now on. |
| 14:29 |
abneiman |
+1 to bshum's idea |
| 14:29 |
kmlussier |
We voted something into the bylaws at the last conference on using the voting software provided by the Conservancy, but I'm still unsure about the system it uses to count votes. |
| 14:29 |
bshum |
+1 to kmlussier's point on the voting system. Last time, I know I was confused because I didn't properly research the method employed. |
| 14:29 |
csharp |
that number/process works well for PINES Executive Committee |
| 14:29 |
csharp |
I think everyone was confused :-/ |
| 14:30 |
kmlussier |
csharp: The Single Transfer Vote System? |
| 14:30 |
csharp |
yes |
| 14:30 |
yboston |
#info yboston is Yamil Suarez @ Berklee College of Music (sorry I am late) |
| 14:30 |
yboston |
(I have read what I have missed so far) |
| 14:30 |
kmlussier |
I think the reason I'm skeptical is because, when I thought about it, I realized only 1 of my votes was counted. Since my #1 vote was somebody who made it on the Board. |
| 14:30 |
kmlussier |
It just feels a little weird to me. |
| 14:31 |
csharp |
I think it's a bad idea to have complex voting systems for something so straightforward |
| 14:31 |
bbqben |
#info http://list.evergreen-ils.org/pipermail/eg-oversight-board/2014-March/000711.html |
| 14:32 |
bbqben |
#info http://list.evergreen-ils.org/pipermail/eg-oversight-board/2014-March/000710.html |
| 14:32 |
bbqben |
These two links provide context for the STV voting system and for the total board compsoition |
| 14:32 |
abneiman |
yes -- what csharp said. Overly complex, and I was also confused by the allocations/process. |
| 14:32 |
bshum |
So by terms of governance, it's up to the board to suggest alternatives for voting procedures. |
| 14:33 |
bshum |
Otherwise, we use Conservancy to manage a vote process using the Scottish Single Transferable Vote system |
| 14:34 |
kmlussier |
So I guess that means we don't have to update the bylaws if we use something else? |
| 14:34 |
bshum |
Technically not, but it might be good to amend the bylaws anyways, if we feel that it's the better direction to take long-term |
| 14:34 |
bshum |
And not force each subsequent board to formally introduce alternatives. |
| 14:35 |
abneiman |
Didn't we just use SurveyMonkey or Doodle in prior years? |
| 14:35 |
bshum |
Though maybe they'll feel that way about whatever we decide this year. |
| 14:35 |
bshum |
:) |
| 14:35 |
kmlussier |
abneiman: I don't remember. I know gmcharlt always set it up. |
| 14:35 |
kmlussier |
Maybe he remembers. |
| 14:35 |
graced |
I am in agreement that the STVS is overly complex. I also think that most community members don't know that they can vote. |
| 14:36 |
abneiman |
According to the ol' email archive, SurveyMonkey was used in 2012 & 2013. |
| 14:36 |
csharp |
abneiman++ # I was just looking for that |
| 14:36 |
kmlussier |
graced: If that's true, then that's another problem we probably should try to address. I would like people to feel engaged in the process. |
| 14:37 |
graced |
kmlussier: agreed. |
| 14:37 |
|
jihpringle joined #evergreen |
| 14:37 |
graced |
I'm happy to work on a document on community engagement ideas for the EOB if desired. |
| 14:38 |
bbqben |
Ok, call for volunteers to work with me on all things 2015 elections? |
| 14:38 |
graced |
I volunteer |
| 14:39 |
bbqben |
To include: draft amendment to rules (#2.4) if we don't want to use STV; nominations language; get the vote out materials; review of target board size |
| 14:39 |
bbqben |
graced++ |
| 14:39 |
abneiman |
I volunteer as well |
| 14:39 |
graced |
abneiman++ |
| 14:40 |
bbqben |
abneiman++ |
| 14:40 |
bshum |
abneiman++ graced++ |
| 14:40 |
bbqben |
#action bbqben abneiman and graced to draft amendment to rules if we don't want to use STV; nominations language; get the vote out materials; review of target board size |
| 14:41 |
|
krvmga joined #evergreen |
| 14:41 |
bbqben |
Ok, moving on if nothing further here for now |
| 14:41 |
bbqben |
oh, and kmlussier++ for putting this agenda topic in |
| 14:42 |
csharp |
abneiman++ graced++ bshum++ |
| 14:42 |
csharp |
bbqben++ that is (though bshum++ anyway ;-)) |
| 14:42 |
bbqben |
csharp++ |
| 14:42 |
kmlussier |
LOL |
| 14:42 |
bshum |
Haha |
| 14:42 |
bbqben |
#topic 2016 Conference Site Selection |
| 14:43 |
graced |
Is it that time already? |
| 14:43 |
graced |
;-) |
| 14:43 |
bbqben |
can we pick somewhere warm? |
| 14:43 |
csharp |
Evergreen Cruise 2016! |
| 14:43 |
bbqben |
kmlussier with another zinger agenda topic! |
| 14:43 |
bbqben |
csharp++ with Jimmy Buffet? |
| 14:43 |
* kmlussier |
likes coming up with agenda topics. |
| 14:43 |
yboston |
csharp++ |
| 14:43 |
kmlussier |
We need an Evergreen library in the Caribbean. |
| 14:44 |
bbqben |
# action we need an Evergree Library in the Caribbean |
| 14:44 |
graced |
I tried to get us one in Ireland... but failed. :( |
| 14:44 |
yboston |
I will work on Puerto Rico |
| 14:44 |
abneiman |
Or like, San Diego area |
| 14:44 |
kmlussier |
yboston++ |
| 14:44 |
bbqben |
yboston++ |
| 14:44 |
yboston |
actually, I should look into it. |
| 14:44 |
graced |
yboston++ |
| 14:44 |
RoganH |
yboston++ |
| 14:45 |
yboston |
a full spanish translation woudl help |
| 14:45 |
kmlussier |
Anyway, since we now have a semi-standing conference planning committee, I was thinking it might make the most sense to have those people participate in conferece selection too. |
| 14:45 |
yboston |
(somehting else for me to work on) |
| 14:45 |
kmlussier |
Though I wouldn't object to pulling in previous conference planners too. |
| 14:45 |
bbqben |
ok then - never too early to start planning. kmlussier, were you thinking that ideally we'd get the call for sites out such that we could name the successful response at EG2015? |
| 14:45 |
kmlussier |
That would be a good start. |
| 14:46 |
graced |
I think I might own that mailing list... |
| 14:46 |
csharp |
graced: you and I are co-administrators |
| 14:46 |
graced |
csharp++ memory |
| 14:46 |
bbqben |
kmlussier: could the committee use a selaed envelope? |
| 14:46 |
kmlussier |
I think in previous years we have started around now or even earlier. One year, we started in August 2 years earlier. |
| 14:47 |
graced |
Yeah, I think we're behind (again) |
| 14:49 |
bbqben |
so, we're thinking something like "task the site selection comm with reviewing site selection framework, and planning launch of 2016 site selection process"? |
| 14:49 |
graced |
+1 |
| 14:50 |
kmlussier |
+1 |
| 14:50 |
yboston |
+1 |
| 14:50 |
bshum |
+1 |
| 14:50 |
bbqben |
ok then ... |
| 14:50 |
csharp |
+1 |
| 14:50 |
bbqben |
#action site selection committee will review site selection framework, and planning launch of 2016 conference site selection process |
| 14:51 |
bbqben |
(with special consideration for warmth) |
| 14:51 |
* csharp |
can't remember if he's on that committee or not |
| 14:51 |
kmlussier |
Just for clarification, do we have a site selection committee with current members or are we talking about the community members of the conference planning committee? |
| 14:51 |
csharp |
I sort of end up on some conference committee each year |
| 14:51 |
kmlussier |
csharp: Quite often, you're on programming. I guess the question is, do you want to be on site selection committee? |
| 14:52 |
csharp |
heh - sure |
| 14:52 |
csharp |
that is, yes, I would like to be on it |
| 14:52 |
bbqben |
chsarp++ |
| 14:53 |
kmlussier |
bbqben: Do you want me to nail down the details on who the site selection comm is? ;) |
| 14:53 |
bbqben |
kmlussier++ please & thanks |
| 14:53 |
graced |
I can provide who has been on it in the past if that's helpful. |
| 14:53 |
bbqben |
#action kmlussier will nail down the details on who the site selection comm is |
| 14:53 |
kmlussier |
graced: Thanks! |
| 14:53 |
bbqben |
#topic new business |
| 14:54 |
bbqben |
Anyone have a topic / new business? |
| 14:54 |
kmlussier |
It's not new, but I want to announce that I have heard from 6 people so far who are interested in helping out with Code of Conduct complaints. |
| 14:54 |
bbqben |
kmlussier that's awesome |
| 14:55 |
bshum |
Excellent! |
| 14:56 |
bshum |
Hope that we don't need them, but it's good that people are volunteering. |
| 14:56 |
bbqben |
agreed |
| 14:56 |
bbqben |
any other new business / topics / updates? |
| 14:56 |
|
mrpeters left #evergreen |
| 14:57 |
bbqben |
ok then, thanks all for your time - we now return to regular programming. Reconvene on 19.02.15, same time, same place |
| 14:57 |
bshum |
bbqben++ # thanks! |
| 14:57 |
yboston |
bbqben++ |
| 14:57 |
bbqben |
#endmeeting |
| 14:57 |
pinesol_green |
Meeting ended Thu Jan 15 14:57:40 2015 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
| 14:57 |
pinesol_green |
Minutes: http://evergreen-ils.org/meetings/evergreen/2015/evergreen.2015-01-15-14.01.html |
| 14:57 |
pinesol_green |
Minutes (text): http://evergreen-ils.org/meetings/evergreen/2015/evergreen.2015-01-15-14.01.txt |
| 14:57 |
pinesol_green |
Log: http://evergreen-ils.org/meetings/evergreen/2015/evergreen.2015-01-15-14.01.log.html |
| 14:57 |
csharp |
bbqben++ # got it right this time! |
| 14:57 |
graced |
bbqben++ |
| 14:58 |
kmlussier |
bbqben++ |
| 15:08 |
|
mrpeters joined #evergreen |
| 15:23 |
kitteh_ |
Linus Torvalds is keynoting soon, you might be able to catch stream at http://timvideos.us/ if interested |
| 15:23 |
kitteh_ |
http://linux.conf.au/ |
| 15:25 |
jeff |
well isn't that odd. two 2.5 systems, same mrc file, one record caught my eye because it's "Nonmusical sound recording", even though the LDR/06 is j. |
| 15:26 |
jeff |
(newly imported record on both systems) |
| 15:26 |
* jeff |
digs to further his understanding |
| 15:54 |
|
julialima_ left #evergreen |
| 15:56 |
Dyrcona |
Apparently, the key note is now over and the live feed was horrible. |
| 15:56 |
Dyrcona |
If rangi isn't there, I'm disappointed. |
| 15:56 |
rangi |
where should I be? |
| 15:56 |
rangi |
lca ? |
| 15:56 |
rangi |
naw im at the catalyst open source academy |
| 15:57 |
rangi |
http://scoreboard.koha-community.org/ |
| 15:59 |
Dyrcona |
heh. |
| 15:59 |
Dyrcona |
Even better. |
| 15:59 |
Dyrcona |
;) |
| 16:02 |
rangi |
last day of 23 high school students working on opensource stuff |
| 16:03 |
rangi |
they do 2 weeks, first week is learning |
| 16:03 |
rangi |
2nd week is project work |
| 16:04 |
rangi |
its been Koha, Drupal, Mahara, Silverstripe and Piwik |
| 16:09 |
* jeff |
returns from digging |
| 16:10 |
jeff |
vandelay functions were in a bad state on my test instance. |
| 16:10 |
Dyrcona |
rangi: Cool. |
| 16:10 |
jeff |
fixed, all's well. |
| 16:11 |
jeff |
and this is a good reminder that i need to do some more research with regard to better ways to schema-only diff postgres databases :-) |
| 16:25 |
|
bmills joined #evergreen |
| 16:26 |
* bshum |
taps fingers waiting for piwik upgrade scripts to run... |
| 16:26 |
|
mrpeters left #evergreen |
| 16:30 |
jeff |
eeevil: so it turns out that with the specific example in question, identifier|bibcn is a reasonable way to exclude. |
| 16:31 |
jeff |
i can append this to the value of the search input and exclude the undesirable results: -(identifier|bibcn:"vendorname$") |
| 16:32 |
jeff |
since each record from this vendor has an 099 matching "(eAudiobook|eMusic|eVideo) vendorname" |
| 16:32 |
bshum |
Bmagic: I'm not sure I understand what you're describing with your new filed bug 1411422 |
| 16:32 |
pinesol_green |
Launchpad bug 1411422 in Evergreen "Copy details repeated in search results scoped to system and grouped formats" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1411422 |
| 16:36 |
mmorgan |
Could this be the same issue as described in lp 1315552? |
| 16:36 |
pinesol_green |
Launchpad bug 1315552 in Evergreen "Duplicate initial search results where copy circ lib/call number owning lib are different" (affected: 5, heat: 26) [Medium,Confirmed] https://launchpad.net/bugs/1315552 |
| 16:37 |
bshum |
Hmm, maybe. |
| 16:37 |
|
bbqben joined #evergreen |
| 16:38 |
bshum |
Certainly sounds like it's similar |
| 16:38 |
* jeff |
wonders about the expected performance hit of appending -(identifier|bibcn:"vendorname$") |
| 16:39 |
jeff |
that will be some digging for another time! |
| 16:40 |
bshum |
mmorgan: Might be worth suggesting them to take a look at their copies/callnumbers to see if it's a similar issue. |
| 16:42 |
mmorgan |
I can add a comment after looking a little more closely. |
| 16:42 |
bshum |
mmorgan++ |
| 17:03 |
|
vlewis joined #evergreen |
| 17:41 |
|
serflog joined #evergreen |
| 17:41 |
|
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 |
| 17:42 |
|
yboston_ joined #evergreen |
| 17:42 |
|
tsbere_ joined #evergreen |
| 17:43 |
|
dreuther joined #evergreen |
| 17:43 |
|
StomproJosh joined #evergreen |
| 17:43 |
|
chatley_ joined #evergreen |
| 17:46 |
|
remingtron_ joined #evergreen |
| 17:46 |
|
TaraC_ joined #evergreen |
| 17:46 |
|
ldw_ joined #evergreen |
| 17:47 |
|
csharp_ joined #evergreen |
| 17:48 |
|
phasefx__ joined #evergreen |
| 17:49 |
|
jeff__ joined #evergreen |
| 17:49 |
|
dbs_ joined #evergreen |
| 17:50 |
|
rangi` joined #evergreen |
| 17:51 |
|
berick_ joined #evergreen |
| 17:51 |
|
edoceo_ joined #evergreen |
| 17:52 |
|
RBecker_ joined #evergreen |
| 17:53 |
|
tsbere_ joined #evergreen |
| 17:53 |
|
bradl joined #evergreen |
| 17:53 |
|
bmills1 joined #evergreen |
| 17:53 |
|
gsams joined #evergreen |
| 17:53 |
|
b_bonner joined #evergreen |
| 17:53 |
|
pmurray joined #evergreen |
| 17:53 |
|
rashma joined #evergreen |
| 17:53 |
|
paxed joined #evergreen |
| 17:53 |
|
jcamins joined #evergreen |
| 17:54 |
|
edoceo joined #evergreen |
| 17:54 |
|
Bmagic_ joined #evergreen |
| 17:54 |
|
artunit_ joined #evergreen |
| 17:54 |
|
nhilton_ joined #evergreen |
| 17:54 |
|
maryj joined #evergreen |
| 17:54 |
|
mnsri_away joined #evergreen |
| 17:55 |
|
tsbere_ joined #evergreen |
| 17:55 |
|
mtj_ joined #evergreen |
| 17:59 |
|
Callender_ joined #evergreen |
| 17:59 |
|
BigRig_ joined #evergreen |
| 17:59 |
|
bbqben_ joined #evergreen |
| 18:00 |
|
RBecker joined #evergreen |
| 18:00 |
|
jeff_ joined #evergreen |
| 18:00 |
|
jeffdavi1 joined #evergreen |
| 18:01 |
|
mmorgan1 joined #evergreen |
| 18:01 |
|
vlewis_ joined #evergreen |
| 18:01 |
|
geoffsams joined #evergreen |
| 18:01 |
|
bmills joined #evergreen |
| 18:02 |
|
phasefx joined #evergreen |
| 18:02 |
|
TaraC joined #evergreen |
| 18:02 |
|
dreuther_ joined #evergreen |
| 18:02 |
|
chatley joined #evergreen |
| 18:03 |
|
gmcharlt_ joined #evergreen |
| 18:03 |
|
tsbere__ joined #evergreen |
| 18:04 |
|
dkyle joined #evergreen |
| 18:04 |
|
bradl_ joined #evergreen |
| 18:05 |
|
dexap joined #evergreen |
| 18:05 |
|
jcamins joined #evergreen |
| 18:12 |
|
pastebot joined #evergreen |
| 18:12 |
|
pinesol_green joined #evergreen |
| 18:12 |
|
mnsri_away joined #evergreen |
| 18:12 |
|
maryj joined #evergreen |
| 18:12 |
|
nhilton_ joined #evergreen |
| 18:12 |
|
artunit_ joined #evergreen |
| 18:12 |
|
Bmagic_ joined #evergreen |
| 18:12 |
|
edoceo joined #evergreen |
| 18:12 |
|
dbwells joined #evergreen |
| 18:12 |
|
book`_ joined #evergreen |
| 18:12 |
|
dcook joined #evergreen |
| 18:12 |
|
jeff___ joined #evergreen |
| 18:12 |
|
rangi joined #evergreen |
| 18:12 |
|
mtcarlson joined #evergreen |
| 18:12 |
|
rashma joined #evergreen |
| 18:12 |
|
b_bonner joined #evergreen |
| 18:13 |
|
egbuilder joined #evergreen |
| 18:13 |
|
pmurray joined #evergreen |
| 18:13 |
|
mtate joined #evergreen |
| 18:13 |
|
eeevil joined #evergreen |
| 18:13 |
|
eby joined #evergreen |
| 18:13 |
|
wjr joined #evergreen |
| 18:13 |
|
akilsdonk joined #evergreen |
| 18:13 |
|
sarabee joined #evergreen |
| 18:13 |
|
kmlussier joined #evergreen |
| 18:13 |
|
mceraso joined #evergreen |
| 18:14 |
|
berick joined #evergreen |
| 18:14 |
|
pmurray joined #evergreen |
| 18:31 |
|
eby joined #evergreen |
| 18:36 |
|
jeffdavis joined #evergreen |
| 19:04 |
|
mrpeters joined #evergreen |
| 20:23 |
|
dcook joined #evergreen |
| 20:46 |
|
_bott_ joined #evergreen |
| 21:25 |
|
_bott_ joined #evergreen |
| 21:45 |
|
sbrylander joined #evergreen |
| 21:58 |
|
nhilton joined #evergreen |
| 22:08 |
|
sarabee joined #evergreen |
| 22:09 |
|
akilsdonk_ joined #evergreen |
| 22:12 |
|
akilsdonk joined #evergreen |
| 22:13 |
|
buzzy joined #evergreen |
| 22:48 |
|
bmills joined #evergreen |
