Evergreen ILS Website

IRC log for #evergreen, 2016-02-12

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat

All times shown according to the server's local time.

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/evergr​een/2016/evergreen.2016-02-12-14.01.html
15:02 pinesol_green Minutes (text): http://evergreen-ils.org/meetings/evergr​een/2016/evergreen.2016-02-12-14.01.txt
15:02 pinesol_green Log:            http://evergreen-ils.org/meetings/evergree​n/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

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat