Time |
Nick |
Message |
00:08 |
|
gsams joined #evergreen |
00:10 |
|
Christineb joined #evergreen |
06:28 |
JBoyer |
Whoa, whoa, you can't hit me with a business email written entirely in Comic Sans until I've had more coffee than this. |
07:24 |
|
gmcharlt joined #evergreen |
07:31 |
|
mrpeters joined #evergreen |
07:56 |
|
Stompro joined #evergreen |
08:06 |
kmlussier |
Comic Sans! I love Comic Sans! Brings me back to my early days in librarianship. |
08:07 |
* kmlussier |
decides to send all her emails to the open-ils-general email list in Comic San from this day forward. |
08:11 |
|
ericar joined #evergreen |
08:20 |
JBoyer |
<Vader>Nooooooooooo!!!!</vader> |
08:37 |
jeff |
-:1: parser error : Opening and ending tag mismatch: Vader line 1 and vader |
08:46 |
tsbere |
kmlussier: So I should be happy that my client, by default, ignores all rich text/html parts on messages (by my own choice in some cases)? :P |
08:48 |
kmlussier |
tsbere: I'm sure I could find an excuse to hand-deliver documents to you written in Comic Sans |
08:49 |
tsbere |
kmlussier: Ahhh, but then they are printed. And available for feeding into the paper shredder. |
08:51 |
jeff |
Comic Sans Catharsis |
09:19 |
JBoyer |
jeff: HTML5 thinks tag soup tastes great! |
09:19 |
|
gmcharlt joined #evergreen |
09:21 |
|
rjackson_isl joined #evergreen |
09:31 |
|
maryj joined #evergreen |
09:39 |
|
mllewellyn joined #evergreen |
10:21 |
|
yboston joined #evergreen |
10:34 |
|
jvwoolf joined #evergreen |
10:35 |
|
Christineb joined #evergreen |
10:53 |
|
sandbergja joined #evergreen |
10:55 |
|
abowling1 joined #evergreen |
10:56 |
|
rlefaive joined #evergreen |
11:11 |
|
RoganH joined #evergreen |
11:14 |
|
rlefaive joined #evergreen |
11:49 |
|
bmills joined #evergreen |
12:06 |
|
jihpringle joined #evergreen |
12:09 |
Bmagic |
anyone see this? https://www.youtube.com/watch?v=Y7aEiVwBAdk |
12:09 |
Bmagic |
hopkinsju++ |
12:18 |
|
jvwoolf joined #evergreen |
12:21 |
|
jvwoolf left #evergreen |
12:29 |
|
bmills joined #evergreen |
13:16 |
|
Dyrcona joined #evergreen |
13:42 |
|
Sue joined #evergreen |
13:52 |
|
Sue joined #evergreen |
13:53 |
Sue |
Is this the chat for Evergreen for Academics? |
13:54 |
sandbergja |
Sue: I think so; coming up in about 6 minutes |
13:55 |
Sue |
thank you, first time using IRC |
13:55 |
|
afterl joined #evergreen |
13:55 |
sandbergja |
No worries! Feel free to ask if you have any questions about IRC |
13:56 |
Dyrcona |
Sue++ # For braving the IRC waters. |
13:56 |
Dyrcona |
Welcome to #evergreen! |
13:56 |
Sue |
always willing to learn something new :) |
13:59 |
|
Kathy joined #evergreen |
13:59 |
|
suzanne joined #evergreen |
14:00 |
|
mdriscoll joined #evergreen |
14:01 |
|
ruthsad joined #evergreen |
14:01 |
yboston |
#startmeeting EG Academics group meeting -- reserves |
14:01 |
pinesol_green |
Meeting started Fri Feb 12 14:01:58 2016 US/Eastern. The chair is yboston. Information about MeetBot at http://wiki.debian.org/MeetBot. |
14:01 |
pinesol_green |
Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. |
14:01 |
pinesol_green |
The meeting name has been set to 'eg_academics_group_meeting____reserves' |
14:02 |
yboston |
#chair kmlussier |
14:02 |
pinesol_green |
Current chairs: kmlussier yboston |
14:02 |
yboston |
#topic introducitons |
14:02 |
yboston |
*introductions |
14:02 |
kmlussier |
#info kmlussier is Kathy Lussier, MassLNC |
14:02 |
|
jlundgren joined #evergreen |
14:02 |
Christineb |
#info Christineb is Christine Burns - BC Libraries Cooperative / Sitka |
14:02 |
jihpringle |
#info jihpringle is Jennifer Pringle, BC Libraries Cooperative / Sitka |
14:02 |
Kathy |
Kathy Ellerton, University College of the North, Manitoba |
14:02 |
sandbergja |
#info sandbergja is Jane Sandberg, Linn-Benton Community College |
14:03 |
yboston |
#info yboston is Yamil Suarez - Berklee Colleg of Music - Boston, MA |
14:03 |
jlundgren |
#info jlundgren is Jeanette Lundgren, C/W MARS |
14:03 |
mdriscoll |
#info mdriscoll is Martha Driscoll, NOBLE |
14:03 |
ruthsad |
Ruth Sadlier Master's College & Seminary |
14:03 |
suzanne |
#info suzanne is Suzanne Paterno, NOBLE |
14:03 |
yboston |
here is the agenda... |
14:03 |
yboston |
#link http://wiki.evergreen-ils.org/doku.php?id=evergreen_for_academics:2016-02-12 |
14:03 |
dbwells |
#info dbwells is Dan Wells, Hekman Library (Calvin College) |
14:03 |
|
Sidy joined #evergreen |
14:04 |
kmlussier |
Nice! We have a lot of people here today. :) |
14:04 |
Sue |
#info Sue is Sue Morin, College of the Rockies Library, Cranbrook, BC, Canada |
14:05 |
kmlussier |
#topic Reserves Discussion |
14:06 |
kmlussier |
We had a reserves discussion at our last academic interest group meeting and talked about how different libraries are handling reserves right now. |
14:06 |
|
Anne joined #evergreen |
14:07 |
kmlussier |
I mentioned at that meeting that the MassLNC folks were working on a project to move our current reserves system, Syrup, into Evergreen proper. |
14:07 |
kmlussier |
Although, I'm not sure 'move' is the right word since interfaces would need to be rebuilt. |
14:07 |
kmlussier |
We've made a lot of progress since that meeting in drawing up some requirements of what we would like to see and in creating mockups |
14:08 |
kmlussier |
#link http://masslnc.org/node/3181 |
14:08 |
Sue |
COTR Library is currently using bookbags to create reserve list by course code and we then post the link on the library's homepage, seems to be working for us |
14:08 |
kmlussier |
We're hoping to send these out as a formal Request for Comment from the community, but I still have some final bits and pieces I would like to finish up. |
14:08 |
|
Anne_ joined #evergreen |
14:09 |
kmlussier |
Sue: Yup, and libraries that are using bookbags and who like the way they work will still be able to do so. |
14:10 |
kmlussier |
I know there were a multitude of ways people are handling reserves. |
14:11 |
kmlussier |
But I am curious to know if others might be interested in using a more fully featured reserves system if we were to build it into Evergreen. |
14:12 |
sandbergja |
kmlussier: We would be! |
14:12 |
dbwells |
We are definitely interested, and currently using Syrup. |
14:12 |
Sidy |
Could you please explain what you mean by Fully Featured Reserves System? |
14:13 |
Anne_ |
We are also very interested in a full featured reserves system |
14:13 |
|
dcz joined #evergreen |
14:14 |
Kathy |
We are currently changing location and checkout time period for reserves. Would be interested in a full reserves system. |
14:15 |
kmlussier |
Sidy: I guess the best way to describe is to point what we've drawn up right now. We've never used bookbags to handle reserves, but some things we like about this system is that the system knows that these are reserves lists. So, for example, when you pull up the catalog record in a normal search, users can easily see what course the item belongs to. |
14:16 |
Sidy |
Thank you! |
14:17 |
kmlussier |
So, I'm not sure the best way to review these requirements over IRC, but we've basically broken it up in three distinct sections. |
14:17 |
kmlussier |
We have a set of admin interfaces that we see being built in AngularJS, and I tried my best to fit the style of the interfaces being built for the web client right now. |
14:18 |
kmlussier |
We would basically set up departments, terms (which are tied to dates) and courses. And then each course can have a set of sections. For anyone currently using Syrup (I think dbwells is the only one here today), the section was previously called course sites in Syrup. |
14:19 |
kmlussier |
But we found that terminology a bit confusing. |
14:20 |
kmlussier |
There is some prelinary work that goes into setting up the Departments and courses. But, once that's done, staff would basically be adding a Term and then sections from semester-to-semester. |
14:20 |
sandbergja |
kmlussier: First of all, thanks for preparing this document! |
14:20 |
kmlussier |
And the items you put on reserves get added to that course section. |
14:20 |
kmlussier |
sandbergja: You're welcome! I think the mock-ups can say more than I can say in here. :) |
14:20 |
sandbergja |
I was wondering if there were a way to build this system to accommodate "permanent reserves" |
14:21 |
kmlussier |
sandbergja: Can you explain what you mean by that? |
14:21 |
sandbergja |
most of our books don't change at all term to term |
14:21 |
sandbergja |
so we don't want to have to go through the workflow of taking 'em off and then putting 'em back on each term |
14:22 |
kmlussier |
sandbergja: So they stay on the same section from term to term? |
14:22 |
kmlussier |
And those course lits don't deviate at all? |
14:22 |
kmlussier |
Sorry, that should be lists, not lits |
14:22 |
sandbergja |
For many of our courses, yes |
14:23 |
suzanne |
the MASSLNC approach oulw let you duplcate the sections or you could run the section for multiple terms |
14:23 |
kmlussier |
sandbergja: Yes, I think that's the case with some of our academics too (maybe mdriscoll or jlundgren can confirm that for me), and I think the way we approached that was by having the easy way to roll over to the next semester. |
14:25 |
kmlussier |
Yes, the first part of what suzanne is what happens when you do the term rollover. It duplicates the section, but keeps the old one there so that they're available for statistics |
14:25 |
suzanne |
but the items themselves don't have to come off reserves |
14:25 |
kmlussier |
But maybe what we could have is the ability to set up a term that is ongoing? Meaning it has no end date? |
14:25 |
mdriscoll |
Yes our libraries want to roll material to the next semester |
14:26 |
mdriscoll |
Or copy a course to another term and edit |
14:27 |
suzanne |
the copying will be done by the system not by a staff member |
14:27 |
kmlussier |
I'm thinking though, if you have the ability to NOT choose an end date, you could identify fall / spring terms for those courses that are not happening all the time. But you could also have a term call ongoing meaning that the title is always on reserve for that course. |
14:27 |
suzanne |
which makes a "term changeoew" |
14:28 |
kmlussier |
sandbergja: Do you think either of those two approaches would work? |
14:28 |
sandbergja |
Yes to both! |
14:28 |
kmlussier |
Excellent! :) |
14:29 |
kmlussier |
Were there other thoughts or questions on how those admin interfaces would work? |
14:29 |
kmlussier |
At some point, I would also like to draw up some sample workflows to go along with them. |
14:30 |
sandbergja |
I'm also curious about how it looks when the same book is on reserve for different sections, but that's mainly because I don't have any experience with Syrup |
14:30 |
kmlussier |
Yes, I know that happens with our libraries too. |
14:31 |
kmlussier |
The title would appear on the list for each of the classes. |
14:32 |
suzanne |
there;s an example on the mock ups of what the item page would look like. |
14:32 |
kmlussier |
On the catalog record, we want to make sure it displays each of those classes too. And that's not something that Syrup did either. We need to make sure it doesn't clutter up the display too much. |
14:32 |
kmlussier |
suzanne: Yes, but I haven't done a mock-up yet showing what it looks like for multiple courses. |
14:33 |
kmlussier |
I'm curious. Is an item typically only on reserve for one or two classes, or does the number get a lot higher than that? |
14:33 |
kmlussier |
Is it likely to be on reserve for 3,4 or 5 classes at the same time? |
14:34 |
sandbergja |
We often have materials on reserve for 5+ sections of the same class, but usually not for several different courses |
14:35 |
kmlussier |
OK, that's good to know. In looking at the mock-up we display the Course Code there. |
14:36 |
kmlussier |
We had been talking here about including a mouseover there that could provide more details about the course. So there we could list the multiple sections, instructors, etc. |
14:36 |
suzanne |
if there are multiples it could be a mouse over type thing or with a link for more [...] |
14:36 |
kmlussier |
I had forgotten to put that piece into hte requirements. |
14:36 |
kmlussier |
I saw the word "mouseover" in my notes, but I couldn't remember what we wanted to do there. It's all coming back to me now! :) |
14:37 |
kmlussier |
I'll be sure to try to mock that up, because we do want to handle that display well. |
14:38 |
kmlussier |
Once we move beyond the admin pieces, we are trying to incorporate the public display bits into the current catalog design as much as possible. We see a separate place to search reserves for those libraries that want to use it. |
14:39 |
sandbergja |
One other question we had on our end would be initial setup of this system: would there be a way to upload CSV files of item barcodes, course sections, etc. rather than typing every single barcode into a client interface? |
14:39 |
kmlussier |
And the course reserve lists themselves would basically be on our current search results page, but with some design elements removed. |
14:39 |
kmlussier |
sandbergja: I think that would be doable. It might not be something to include in the first iteration, but maybe a next step in the development. |
14:40 |
kmlussier |
But, since that functionality is already available in some other interface, it may turn out that it isn't a very difficult thing to add on. |
14:40 |
kmlussier |
sandbergja: BTW, these are all very good ideas and questions! :) |
14:40 |
sandbergja |
Good point; I just am pretty unfamiliar with Web Client capabilities at this point! |
14:41 |
suzanne |
we did talk about using copy buckets to upload items and then using Item Status to add them to a course. |
14:41 |
kmlussier |
suzanne: Yes, good point! |
14:41 |
suzanne |
Item Status can take in a list of barcodes in a csv. |
14:42 |
sandbergja |
Yes! That sounds awesome. |
14:42 |
sandbergja |
item_status++ |
14:43 |
kmlussier |
We see copy buckets as being a very good partner in reserves, especially for those items that go on and off reserves. They could be saved in a bucket to handle parameter udpates that may be needed. And, as suzanne mentioned, we could add those items to a reserves list and vice versa. |
14:45 |
kmlussier |
Any other questions on the way the project is progressing so far? Or workflows that need to be accommodated? |
14:46 |
jihpringle |
kmlussier: do you have a deadline for when you want feedback on the requirements by? |
14:46 |
kmlussier |
jihpringle: Not yet. I still have work to do and, once it's done, I'll be sending out an email looking for feedback that will have a deadline. |
14:46 |
jihpringle |
great |
14:46 |
kmlussier |
jihpringle: If you have any further feedback, feel free to send it along at any time. |
14:47 |
ruthsad |
what would happen with items that were off reserve for a semester but were not part of the circulating collection - could they remain in reserves but not be active? |
14:48 |
kmlussier |
ruthsad: Well, they wouldn't be in an active course section, active meaning that it's part of a term that's happening now, so, if a user is searching for active courses, it won't show up. |
14:49 |
ruthsad |
right |
14:49 |
kmlussier |
ruthsad: But if you keep them in the reserves copy location, then if a student does a title search of the catalog, for example, they will show on the catalog record as being in reserves unless you change that copy location. |
14:49 |
kmlussier |
The course information shouldn't display on the record, because we only want that to display if the course is active at that time. |
14:50 |
kmlussier |
ruthsad: Does that answer your question? |
14:50 |
ruthsad |
yes thanks |
14:50 |
kmlussier |
Great! |
14:51 |
kmlussier |
We're at the 50 minute point in the meeting now. Are there any other questions? I wanted to leave some time for yboston to talk about upcoming meetings and topics. |
14:52 |
sandbergja |
kmlussier++ |
14:52 |
Christineb |
kmlussier++ |
14:52 |
jihpringle |
kmlussier++ |
14:53 |
kmlussier |
Well, thanks for all of the feedback so far! It will help us fine-tune the project. |
14:53 |
kmlussier |
Also suzanne++ for serving as my backup memory on some of the questions. :) |
14:53 |
kmlussier |
yboston: Do you want to take over the meeting from here? |
14:54 |
yboston |
I need a moment |
14:54 |
kmlussier |
I could do a song and dance in the meantime. |
14:54 |
yboston |
so do we want the next meeting to be about reserves again (I don't mind) |
14:55 |
yboston |
also, when do we want to meet again, next months, two months from now? |
14:55 |
kmlussier |
I don't know how others feel, but I wouldn't mind moving on to another topic for the next meeting. |
14:56 |
kmlussier |
With the caveat that I will be sending something out to the general list shortly with our semi-final version of the reserves requirements. |
14:56 |
yboston |
we can ask on the mailing list the date/time and the topic |
14:56 |
yboston |
thouts? |
14:56 |
yboston |
*thoughts |
14:57 |
kmlussier |
If we wait two months, we'll be bumping up against conference time. It might be better to plan for something in March. |
14:57 |
Christineb |
if we are discussing a new topic I think we could have the meeting sooner |
14:57 |
suzanne |
that sounds good for us at NOBLE |
14:57 |
jihpringle |
i'd be in favour of March as well |
14:57 |
Christineb |
+1 next meeting in March |
14:57 |
suzanne |
march is good here too |
14:57 |
ruthsad |
March is good |
14:57 |
Kathy |
March is fine. |
14:58 |
yboston |
OK, sounds like march would work, we can decide the topic thorugh the email list |
14:58 |
jihpringle |
yboston: do you want me to do a doodle poll to narrow down the date? |
14:58 |
yboston |
sure! |
14:59 |
kmlussier |
jihpringle++ |
14:59 |
yboston |
I can send out an email with the minutes and a call for topics |
14:59 |
yboston |
#action jihpringle will create a doodle poll for decidign the academics group meeting in march |
15:00 |
yboston |
any thougths if I should sent separate emails on minutes vs picking the next topic? |
15:00 |
kmlussier |
I think they all could be bundled in the same email |
15:00 |
yboston |
thanks |
15:01 |
yboston |
OK, we reached the hour mark |
15:01 |
yboston |
should we wrap up? any very final comments or questions? |
15:01 |
jihpringle |
yboston: here's the poll link |
15:01 |
jihpringle |
http://doodle.com/poll/gpcn6wg59hcweupm |
15:01 |
* kmlussier |
will take the poll now rather than forgetting about it like I did last time. |
15:02 |
yboston |
Ok folks, thanks |
15:02 |
yboston |
#link http://doodle.com/poll/gpcn6wg59hcweupm |
15:02 |
yboston |
#endmeeting |
15:02 |
pinesol_green |
Meeting ended Fri Feb 12 15:02:30 2016 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
15:02 |
pinesol_green |
Minutes: http://evergreen-ils.org/meetings/evergreen/2016/evergreen.2016-02-12-14.01.html |
15:02 |
pinesol_green |
Minutes (text): http://evergreen-ils.org/meetings/evergreen/2016/evergreen.2016-02-12-14.01.txt |
15:02 |
pinesol_green |
Log: http://evergreen-ils.org/meetings/evergreen/2016/evergreen.2016-02-12-14.01.log.html |
15:03 |
kmlussier |
yboston++ |
15:03 |
jihpringle |
yboston++ |
15:06 |
kmlussier |
Signing off for the rest of the day. Have a nice weekend #evergreen! |
15:06 |
yboston |
kmlussier++ |
16:15 |
|
afterl left #evergreen |
16:23 |
|
jlitrell joined #evergreen |
17:03 |
pinesol_green |
[evergreen|Josh Stompro] LP#1240657 - Creating and Deleting Closed Dates permissions wrong. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3f77819> |
17:17 |
|
abowling1 left #evergreen |
17:19 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1522604: Remove red alert style for non-cataloged checkouts - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0b2282b> |
17:20 |
|
bmills joined #evergreen |
17:43 |
pinesol_green |
[evergreen|Bill Erickson] LP#1429268 credit card payment address fall-thru - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c3fe2f4> |
19:13 |
|
jlitrell joined #evergreen |