Re: [CODE4LIB] Code4lib 2016 headed to Philadelphia
Congratulations to the Philadelphia hosts! I look forward to another inspiring gathering of the community, although I'd better to start shopping for close-out winter wear. While I'm disappointed that the Los Angeles proposal didn't get more votes, I'm happy with our growing SoCal community. Here's a shout out to the crew who put together and supported our proposal for 2016: Christina Salazar, Cary Gordon, and especially Josh Gomez! See you all in Philadelphia! --Gary On 3/7/2015 8:41 AM, Francis Kayiwa wrote: The votes are in and tallied. The Code4lib 2016 conference will take place Philadelphia, PA Congratulations to Shaun Ellis, Anna Headley, David Lacy, Katherine Lynch, Chad Nelson, and David Upsal who will likely need your help in planning another successful conference. Bookmark (we still do that yes?) http://wiki.code4lib.org/Category:Code4Lib2016 to watch for changes and calls for help. Cheers, Francis -- -- Gary Thompson -- Head of Software Development and Project Management -- Digital Initiatives Information Technology -- UCLA Library -- 390 Powell -- voice: 310.206.5652 -- --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com
[CODE4LIB] Code4lib 2016 headed to Philadelphia
The votes are in and tallied. The Code4lib 2016 conference will take place Philadelphia, PA Congratulations to Shaun Ellis, Anna Headley, David Lacy, Katherine Lynch, Chad Nelson, and David Upsal who will likely need your help in planning another successful conference. Bookmark (we still do that yes?) http://wiki.code4lib.org/Category:Code4Lib2016 to watch for changes and calls for help. Cheers, Francis -- One of the most striking differences between a cat and a lie is that a cat has only nine lives. -- Mark Twain, Pudd'nhead Wilson's Calendar
Re: [CODE4LIB] Code4lib 2016 headed to Philadelphia
PHILLY RULEZ https://www.youtube.com/watch?v=agLVlfLQdao See you there, Maureen On Sat, Mar 7, 2015 at 11:41 AM, Francis Kayiwa kay...@pobox.com wrote: The votes are in and tallied. The Code4lib 2016 conference will take place Philadelphia, PA Congratulations to Shaun Ellis, Anna Headley, David Lacy, Katherine Lynch, Chad Nelson, and David Upsal who will likely need your help in planning another successful conference. Bookmark (we still do that yes?) http://wiki.code4lib.org/Category:Code4Lib2016 to watch for changes and calls for help. Cheers, Francis -- One of the most striking differences between a cat and a lie is that a cat has only nine lives. -- Mark Twain, Pudd'nhead Wilson's Calendar
Re: [CODE4LIB] Get It Services / Cart
Hi Jennifer, Sounds like a great project! When you refer to Illiad, are you talking about Aeon as well? It's another Atlas product that is basically an adaptation of Illiad with better handling of SC/archival data and workflows. That's what we use for Special Collections requests. We've been wanting to interface with it better, but have hit roadblocks in our attempts to improve the user experience because of a lack of API and single sign-on in Atlas products. I haven't looked at them in a while (though coincidentally was planning to next week), so I'd love to know if there are now ways to do this, or if not, how your team is planning on approaching it. Shaun Ellis User Interface Developer, Digital Initiatives Princeton University Library 609.258.1698 On 3/6/15 5:02 PM, J Vine wrote: Steelsen, Maybe related but not quite what you're describing: we're developing a requests application that will interface with a number of different systems, including Illiad, Symphony, and LAS, for fulfilling the requests. Specifically, we are: - adding a Scan Deliver option for a subset of our materials, for qualified users - providing a single request process for off-campus materials, regardless of where the material is located (currently the user must use vastly different procedures depending on which offsite location the materials are stored at - and a single archive may have materials in 2 or more different locations) It's not a shopping cart model, and specifically doesn't solve the problem of enforcing Special Collections request limits across multiple archives. (In reality, for us, those limits are a little mushy, and all requests with limits are mediated - that is, it's up to the division's public service manager to decide whether an extra box will fit on the truck on Wednesday.) But in case it's useful, here's the current UI design spec: https://stanford.box.com/s/vqiy70jdh8jqmgg3s39e6ivk717rfln2 Feel free to contact me with any questions. Jennifer Vine User Experience Designer Digital Library Systems Services Stanford University Libraries
